提供付费解决编程相关技术问题服务的思路,欢迎讨论 - V2EX
V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
请不要在回答技术问题时复制粘贴 AI 生成的内容
goreliu
V2EX    程序员

提供付费解决编程相关技术问题服务的思路,欢迎讨论

  • &nbs;
  •   goreliu 2017-09-30 09:03:17 +08:00 11809 次点击
    这是一个创建于 2934 天前的主题,其中的信息可能已经有所发展或是发生改变。
    大家在从事开发或者其他 IT 相关领域工作时,时常会遇到被某个和业务逻辑关系不大的技术问题卡住的情况,或者并非是阻塞性问题,但迟早需要解决。这时往往需要绞尽脑汁想办法解决,或者去网上搜索是否有现成的解决方法,或者去翻书籍、手册、文档、代码等资料,或者去求助同事朋友等等。如果能力经验不足或者运气不好,往往会消耗较长的时间,打乱工作节奏,造成一系列预期外的负面结果。

    在这种情况,大家通常是希望有人可以提供帮助的,比较常见的求助对象是同事(可能会有充当导师角色的同事)。但通常情况,除非问题比较简单,几分钟就能解决,不然同事之间基本也不情愿为对方解决这样的问题,占用自己的时间和精力,另外如果提供的解决方法有问题,可能还要为此承担责任。而且经常向同事求助的话,也很可能留下一些不大好的印象。

    有一些网站提供免费或者小额付费问答环境,但大家基本都是在空闲时间自愿回答自己感兴趣的问题,实效性和质量都得不到保障,在工作中遇到实际问题时,去上边现提问很难解决问题。

    还有一些网站提供类似服务外包的环境,如果仅从需求上看,似乎和我描述的场景比较契合。但仔细一看就会发现不少问题:

    一、很多人提的需求太大(是找人替自己做事情,而不是让别人帮自己解决问题,二者性质完全不同),变成了软件外包,在国内做软件外包的问题就不展开了,基本属于投入大收入少,又脏又累,对技术能力和个人影响力的提升也有限的事情。

    二、在这样的平台提问题,时效性依然得不到保障,可能几天没人响应。

    三、提问题麻烦,而且小平台让人难以信任(要注册用户,填写各种信息,还要付押金等等,容易让客户望而却步)。

    四、提的问题内容是完全公开的(甚至能被搜索引擎搜到),可能会泄露一些不便公开的信息。

    五、价格也是公开的,但实际定价应该双方议定而不是单方拍板,而且该价格不宜公开,因为价格的确定不只涉及待解决问题本身(而且即使是问题本身,也要双方详细交流后才能确定,单方描述很可能会遗失很多细节,让人错误地估计难度和工作量),还和实效性(一个小时内解决和两天内解决完全不同)、当事人身份(比如学生还是在职人员,他工资多少等等)、当事人价格敏感性(有的人可能大方些,有的人可能比较吝啬)、当事人的能力(如果当事人能力欠缺比较大,可能要多花费很多功夫才能让他理解解决方法,反之可能一点就透)等因素有很大关系。

    六、在这样的平台,服务方很难有效地展示自己,让客户认可自己的能力,所以服务方推广自己很难。

    七、平台方自己的推广也很难,很少有人知道那些平台。

    八、平台方要收取服务费,但基本没提供什么有用的服务,甚至制造了一些麻烦。

    因为种种因素,这样的平台很难做大。

    所以我想是否可以以个人的身份提供付费解决技术问题的服务,以聊天工具而非网站作为交流途径。如果有人遇到了我擅长的技术领域相关问题,可以直接在聊天工具上联系我,描述问题详情。然后我可以比较快速地判断自己是否有能力解决该问题。如果有能力解决,那么可以约定一个双方都能接受的服务价格(该价格和解决问题的难易程度、实效性和对方身份等因素有关,起伏较大)和时限,然后我开始帮助对方解决该问题。如果最后对方认可该问题已经得到解决,那么支付之前约定的费用(如果遇到诚信之类问题,可以采用在解决到一多半时暂停,等完成支付后再继续等方式)。

    那么一个很重要的难题就是如何推广自己,怎么让别人知道我?别人为什么会认为我有能力解决他的问题?

    我想到一个也许可行的办法,是写免费的技术文章、教程、手册、电子书等(内容要用心写,真的能帮助到别人,不能东拼西凑敷衍了事。这也是从事该“职业”的核心竞争力之一,非常重要),内容中(比如每篇文章结尾或者每章结尾等地方)添加提供付费解决自己擅长领域技术问题服务的广告,然后通过各种途径推广这些技术资料。如果内容可以的话,是比较容易获得读者的(在国内推广技术资料要比推广开源软件容易。我曾经试图推广开源软件来提高个人影响力,但发现国内开源软件环境已经被玩坏了,太多国产的开源软件还没有足够完善就不维护了,或者质量太差,或者从免费变成收费并且不再开源,或者以开源为幌子做其他的事情等等,引起了较多人的反感。推广自己写的开源软件十分困难,往往要使用在国外推广获得较多用户后再反过来影响国内等迂回策略,费心费力,而且很难得到和付出匹配的回报)。如果读者对资料内容认可,那么也许就会认为作者是有一定的技术能力的,如果恰好遇到相关领域的技术问题,也许会尝试付费咨询服务。

    如果这条路已经打通,更重要的就是不断提高自己的能力,更深人地了解自己擅长的领域,扩展自己的视野,同时通过各个途径了解大家(尤其是入门者)会普遍遇到什么样的问题等等。

    如果经营得好,也许就可以成为自由职业的主业(可以回避掉做外包软件等领域的很多竞争者),同时也有助于提升自己的技术水平和影响力。但也有可能因为国内环境等因素(比如大家可能难以接受付费解决问题的方式,即使要多付出很多成本也要自己搞),这条路走不通。不知道大家对该思路是否感兴趣,是否有想法,欢迎讨论。

    另外这是一个提供付费服务广告的例子(内容是真实的):

    付费解决 Windows、Linux、Shell、C、C++、AHK、Python、Javascript、Lua 等领域相关问题,灵活定价,欢迎咨询,微信 ly50247。
    第 1 条附言    2017-09-30 20:34:26 +08:00
    其实我一直以来都想做的一件事是整合编程相关的中文入门文档。现在很多文档只有英文的比较全面(甚至很多英文的资料也不成系统),中文的文档通常存在内容陈旧、散乱、缺失严重等问题。虽然英文可以说是程序员的必备技能,但多数人的英文水平只能说勉勉强强,一份英文文档可能要看上几十分钟,但如果翻译成中文的话,几分钟可能就看完了,搜索起来也更加方便,如果有对应的中文文档,可以节省很多时间。大家的工作都是比较繁忙的,很少有人在工作之余还有精力深入学习英文,所以英文成了很多人技术提升的拦路虎。

    之前我也在做相关的事情,但一个很严重的问题是缺乏动力。费很大劲写的文档看得人并不多,更重要的是即使看得人多,我也得不到什么。这种入门文档,对提升自己的技术水平和影响力都是很有限的,基本相当于公益活动,没有足够的支持是很难持续下去的。如果出书的话,就面临很多问题,比如相关资料在网上就能搜到(虽然比较零散),较少有人会想买,影响有限,收入也有限。而且写书要对内容的要求还是比较高的。

    然后我想到做付费解决问题的方法后,正好可以把它和整理中文文档的事情结合了起来。这样后者就有动力了,因为如果看我文档的人多,就可能有更多人尝试付费服务,这是一个放长线钓大鱼的过程。

    而且我在整理和编写中文文档的过程中,也会学习到很多东西,这些文档也可以说是我的学习笔记,对我个人来说也是很有用处的。

    关于中文文档的这件事,我不想和任何人合作。虽然我知道有其他人也在做这样的事情,但受制于自身能力等因素,整理出来的文档满足不了我的要求,而且遍地都是烂尾的项目。而我对自己的写作能力和整理资料的能力还是比较有信心的,另外有充足的时间,打算持续做这件事。我的原则是不复制任何现有资料,也不翻译任何英文资料,而是理解后重新组织语言编写,所有的示例也全部自己重新想,所以整理出来的文档不会有任何的版权相关问题。

    我不敢说靠我一己之力就能完全改变中文编程入门文档的糟糕现状,但我想持续地做这件事是很有意义的,可以帮助到很多人。
    第 2 条附言    2017-10-02 09:37:06 +08:00
    我想有些人对编程相关“问题”的理解可能存在一些出入,从而得出很容易在网上搜到问题对应解决方法的结论。

    “怎么合并两个 Python 中的哈希表”、“怎么让一个网页自动刷新”、“怎么在 C 中访问 Lua 中定义的字符串”,这些都不是我所说的编程相关问题,这些只是基本用法,自然很容易在网上搜到,而 Stack Overflow 中的问题也多数属于这类(当然通常比我举得这几个例子复杂一些)。

    我所说的编程相关问题,类似这样:“我写了一个展示数据的网页,但经常出现刷新后数据显示不全的情况,怎么解决”、“我用 Python 处理一些数据,但内存占用太高,如何优化”、“我用 C 写了一个常驻程序,但运行时间越久内存占用越高,如何处理”。这样的问题对应的解决方法,还能很容易地在网上搜到吗?

    有人可能会说,这些问题还不够具体,没有说清楚问题点,说清楚了就容易查到了。但很多人就是没有能力再把问题具体化了,甚至能把问题总结到这种程度,已经不容易了。比如有些人不清楚程序突然退出是因为内存占用过高 OOM 了,他就想不明白好好的程序为什么突然退出了呢,然后毫无头绪地翻代码。你能指望他把问题定位到代码的某一行的指针没有 free ?
    110 条回复    2019-05-27 01:05:15 +08:00
    1  2  
    DT27
        1
    DT27  
       2017-09-30 09:49:11 +08:00
    zcljy
        2
    zcljy  
       2017-09-30 10:15:15 +08:00   2
    Stack Overflow 还不够?
    goreliu
        3
    goreliu  
    OP
       2017-09-30 10:16:49 +08:00
    @zcljy 这个是免费问答平台,先不说对英语不好的用户不友好,时效性等方面也很难有保障。
    wizardoz
        4
    wizardoz  
       2017-09-30 10:29:29 +08:00
    什么样的人会在这种途径咨询问题?这是一个问题。
    tvallday
        5
    tvallday  
       2017-09-30 10:34:19 +08:00
    请把你的工作外包出去,你就不会有这种问题了,皆大欢喜。
    jccg90
        6
    jccg90  
       2017-09-30 10:35:53 +08:00
    参考线下付费咨询平台“在行”,基本上互联网行业的各路专家都全了,便宜点的几百块钱可以面对面咨询半天。。。不过好像用的人比较少,这种类型的产品推广不起来
    goreliu
        7
    goreliu  
    OP
       2017-09-30 10:50:17 +08:00
    @wizardoz 很多相关领域的新手都会遇到类似的场景,至少在我刚工作时,也遇到过几次特别想找人帮忙的情况,但找不到人,最后费了很多精力和时间自己搞定的。
    goreliu
        8
    goreliu  
    OP
       2017-09-30 10:50:34 +08:00
    @tvallday 二者完全是不同的性质。
    goreliu
        9
    goreliu  
    OP
       2017-09-30 10:52:04 +08:00
    @jccg90 我在文中已经列出这类平台存在的问题以及很难做大的原因。
    littlebaozi
        10
    littlebaozi  
       2017-09-30 10:58:02 +08:00
    看到其他的付费问答,像情感问题健康问题都有人愿意付费。有难度的问题比较少人愿意花大量时间解答,估计这类可以收费
    goreliu
        11
    goreliu  
    OP
       2017-09-30 10:59:08 +08:00
    @jccg90 举个简单的例子,有人今天的既定工作内容包括写一个处理数据的 Python 脚本,但他写完一运行发现存在一个非常诡异的问题,运行结果不符合预期,上网搜了一会没搜到相关资料,问同事同事也说没遇到过不清楚。如果今天搞不定这个脚本,就会直接影响工作进度。那么他去“在行”能解决这个问题吗?或者说一个人遇到这样的问题后,他会想到去“在行”吗,他知道“在行”是什么网站吗?

    但如果我写了一系列 Python 教程,而他之前又恰好看过。那么如果他还有印象,遇到类似的 Python 问题后,就有可能会联系我,描述遇到的问题,提供示例脚本和数据。如果我有能力,就可以在当天帮他把这个问题解决掉。
    tvallday
        12
    tvallday  
       2017-09-30 11:01:18 +08:00   2
    @goreliu 那就是因为你没能转变思路。很多人问题没解决是因为自己也不知道问题在哪里,所以问的问题根本没人能回答。很多人根本不愿意坐下来,喝口茶,冷静地想想问题出在哪里。如果自己都搞不清楚到底是什么问题,怎么指望人家去解决?就算给钱也是要一层层剥开问题的实质,这样做花费大量沟通时间,没几个人愿意干这种事,还不如就外包了,直接让别人帮你想。
    goreliu
        13
    goreliu  
    OP
       2017-09-30 11:05:02 +08:00
    @tvallday 很多人确实如此,但这涉及自身能力的提升,而且是一个长期的过程。不能指望别人能迅速提升自己的能力,或者遇到事情时冷静思考。

    很多时候外包是不合实际的,场景不同。比如我在开发一个公司内部产品时,遇到一个棘手的问题,我如何把这个事情外包给别人?
    ooo000
        14
    ooo000  
       2017-09-30 11:07:59 +08:00
    非常不容易做。

    问题太多样了,初级问题有的甚至需要共享桌面直接帮他调试 bug,领域种类细节匹配度太低,有能力承担某个领域全部问题回答的人投入产出比也太低。
    killpigman
        15
    killpigman  
       2017-09-30 11:10:34 +08:00
    我就在做你说的这样的服务,第一个业务来自前公司,后续业务来自朋友。
    tvallday
        16
    tvallday  
       2017-09-3011:11:31 +08:00
    @goreliu 问题之所以棘手,有很多原因。有可能是自己认识不到位,整个设计出了问题,也有可能是同事写的模块出了问题,总之,很多情况是你的需求场景决定的。这个时候内部的讨论就更合适,不然就是公司管理出了问题。而且很多公司内部的东西,也不可能把大量信息透露给外面的人,人家更加无从下手。如果是纯技术问题,绝大部分可以看 doc 看例子解决。戒急戒躁,是解决这类问题要做的第一步。
    goreliu
        17
    goreliu  
    OP
       2017-09-30 11:14:37 +08:00
    @ooo000 这个要看自己对想解决的问题的取舍吧,初期的话,主要的问题不是这个,而是没有人找自己解决问题。如果客户已经比较多了,那么自己完全可以不处理那些比较麻烦的。而投入产出比低也未必,当一个人遇到一个急迫并且棘手的问题时,他通常不会太在乎一点小钱,即使按他自己的时间对应的工资折算,也不是几块钱或者几十块钱这个数目。
    goreliu
        18
    goreliu  
    OP
       2017-09-30 11:15:17 +08:00
    @killpigman 有什么经验或者经历可以分享吗?
    goreliu
        19
    goreliu  
    OP
       2017-09-30 11:18:54 +08:00
    @tvallday 这些原因都可能存在,但只要他有能力把这个问题从系统中抽离出来,别人就有可能单独帮他解决。纯技术问题要远比这要复杂,即使是一个有多年经验的资深工程师,也可能在某一个不熟悉的技术细节上卡上几天。
    likuku
        20
    likuku  
       2017-09-30 11:21:05 +08:00
    所以现在伸手党越来越泛滥,入职的新(渣)人越来越多:失去(原本就没有)学习和探索能力。
    tvallday
        21
    tvallday  
       2017-09-30 11:27:10 +08:00
    @goreliu 做技术就是这样的啊。如果连这种困难都不想自己克服,那他不会是一个合格的工程师。
    goreliu
        22
    goreliu  
    OP
       2017-09-30 11:31:24 +08:00
    @likuku 这个不全是伸手党,如果每个人都有足够的自学能力,那么老师也没有必要存在了。有些时候别人必要的指导和帮助还是很有必要的。
    goreliu
        23
    goreliu  
    OP
       2017-09-30 11:32:07 +08:00
    @tvallday 但事实上不合格的工程师居多,所以说这些是没有什么意义的。
    ChristopherWu
        24
    ChristopherWu  
       2017-09-30 11:32:59 +08:00
    我支持你的想法。但是问题是,只有新手才会问你。而且刚入职的新手,一堆公司业务扔你,你需要理解很多东西才能提供帮助。
    所以你只能提供一些基本问题的帮助。。
    rogwan
        25
    rogwan  
       2017-09-30 11:34:10 +08:00 via Android   2
    有时候,就是大牛脱离了运行环境,也很难迅速找出问题所在。需要看日志、打印、调试,甚至了解业务逻辑,才能准确做出诊断,当然还有更神奇的间歇性故障不能重现还要靠猜,最后解决之道往往是几行代码,但消耗的时间,差不多是要全程理解整个 App,大牛怎么收费呢?

    下次再有一个问题,换个大牛,以上问题重新 loop 一圈,求教方也受不了哇。

    因此,这类问题大致限于模块化,有标准答案的范围,但这类问题的咨询往往又能通过搜索,查看教程或手册解决。
    goreliu
        26
    goreliu  
    OP
       2017-09-30 11:36:08 +08:00
    @ChristopherWu 重点不是解决公司业务问题,而是和业务相关度低的技术问题,还是有很多人可能把具体的技术问题从公司业务中抽离出来的。而且主要面向的并不是刚入职的新手,而是刚工作几年或者有一定工作经验但刚接触一个新技术领域的人群。
    chunqiuyiyu
        27
    chunqiuyiyu  
       2017-09-30 11:36:18 +08:00 via iPhone
    不切合实际,经验和水平是一步步踩坑趟出来的。对个人而言,如果遇到问题就请外援帮助,那么永远无法成长。对公司而言,如果有问题只能外援解决,那么干脆开了你,把外援招进来岂不更好。
    goreliu
        28
    goreliu  
    OP
       2017-09-30 11:38:20 +08:00
    @rogwan 这也要看当事人能否准确地定位问题或者缩小问题范围,确实有些问题难以处理,但并不是所有问题都是如此。如果能通过搜索,查看教程或手册解决,自然无需求助别人。
    goreliu
        29
    goreliu  
    OP
       2017-09-30 11:40:47 +08:00
    @chunqiuyiyu 那么一个人在成长过程中,没有其他人帮助过他吗?在你新加入一个新公司后,没有得到过同事的帮助吗?这些同事的帮助算外援吗?只有自己遇到解决不了的问题才向别人求助,而不是所有问题都让别人帮忙。
    ChristopherWu
        30
    ChristopherWu  
       2017-09-30 11:48:17 +08:00
    @goreliu
    > 是和业务相关度低的技术问题,还是有很多人可能把具体的技术问题从公司业务中抽离出来的

    goreliu
        31
    goreliu  
    OP
       2017-09-30 11:49:41 +08:00
    @ChristopherWu 真不是这样的,某些技术问题,没有经验的话,可能需要消耗大量的时间来解决。但别人如果之前遇到过,几句话就可能给他提供比较大的帮助。
    huanglongtiankon
        32
    huanglongtiankon  
       2017-09-30 11:51:47 +08:00
    线上效率太低,首先很多人遇到的问题其实是源于无法定位问题所在,需要结合开发环境,业务逻辑来确定真正的问题所在,这种问题去问一个只能线上交流而且不熟悉业务的大牛是没用的。其次,如果定位了问题所在了,往往通过谷歌就能得到答案,也就不需要问人了。个人觉得这种付费服务只有一种情况有价值,那就是一些技术构架上的问题,比如如何根据自身业务去设计一个能够承载亿级访问构架。这种问题才有付费去请教大牛的必要
    goreliu
        33
    goreliu  
    OP
       2017-09-30 11:52:19 +08:00
    @ChristopherWu 拿 Stack Overflow 来说,上边多数都是和公司业务无关的技术问题,很多问题都抽离地特别好,但还是发上去问了。
    everhythm
        34
    everhythm  
       2017-09-30 11:52:40 +08:00
    我支持付费咨询,但从文中看 定价和付钱这一块方案过于简单呀……

    没人知道怎样算解决了问题,也没人知道解决问题值多少钱,而且如果就设计成 1 对 1 的买卖,这 2 个问题也没法用市场手段去调节了

    例如:第 1 点,我提了个问题,别人给了个解决方案,但这方案我认为没有完全解决问题 or 方案不妥,对方认为没问题,这情况下算解决了问题么?

    第 2 点:在解决之后付钱之前,任意一方跑路怎么办
    goreliu
        35
    goreliu  
    OP
       2017-09-30 11:54:19 +08:00
    @huanglongtiankon 你说的这类问题确实存在,但并不能覆盖多数情况。而且定位了问题可能距离解决问题还有比较长的路,谷歌还没有那么万能。
    goreliu
        36
    goreliu  
    OP
       2017-09-30 11:59:45 +08:00
    @everhythm 定价和付费这块我还没有仔细想,毕竟现在还没有开张。解决问题值多少钱这个明显是因人而异的,比如一个人月工资 5 千,另一个人月工资 2 万,那么对他们来说,解决同一个问题对应的价值就是不同的。所以这个不是简单的市场调节,要因人因情况制宜。

    关于第 1 点,问题是否已经解决,肯定要双方都认可的,不能一方说了算,这主要涉及沟通问题。

    关于第 2 点,如果确实经常遇到这种情况,可以在解决问题时隐藏一些关键部分,等付费后再补充。这也涉及双方的沟通以及信任的问题。但我想如果一个人如果真的遇到了棘手的问题时,他更在乎的是尽快解决问题,而不是贪图小便宜。
    huanglongtiankon
        37
    huanglongtiankon  
       2017-09-30 12:00:12 +08:00
    @goreliu 事实是只要定位了问题,谷歌都能找到答案,至少我目前还没遇到过解决不了的,你高估了一个写业务代码的程序员所能遇到的坑的难度
    goreliu
        38
    goreliu  
    OP
       2017-09-30 12:02:18 +08:00
    @huanglongtiankon 那么你可能低估了程序员的种类。
    goreliu
        39
    goreliu  
    OP
       2017-09-30 12:03:21 +08:00
    @huanglongtiankon 可以这么说吧,我之前是在百度工作的,但还是有同事会时常问我一些技术细节的问题。
    ChristopherWu
        40
    ChristopherWu  
       2017-09-30 12:12:46 +08:00
    @goreliu
    你不能做中文版的 stackoverflow,对吧?
    goreliu
        41
    goreliu  
    OP
       2017-09-30 12:50:12 +08:00
    @ChristopherWu 我没有做平台的想法,做平台太难了。国内有一些和 Stack Overflow 定位类似的平台,我以前也在里边回答过一些问题,但基本都不成气候。
    fulvaz
        42
    fulvaz  
       2017-09-30 13:08:26 +08:00
    感觉是给小白用的服务..
    goreliu
        43
    goreliu  
    OP
       2017-09-30 13:09:46 +08:00 via Android
    @fulvaz 小白是比较主要的目标客户吧。
    zander1024
        44
    zander1024  
       2017-09-30 13:44:31 +08:00
    用户群太少 做不起来。 基本大家就算耽误点时间也自己解决了,况且这样也能锻炼自己解决问题的思路
    goreliu
        45
    goreliu  
    OP
       2017-09-30 14:00:36 +08:00 via Android
    @zander1024 这个恐怕不能想当然。因为很少有人提供类似的服务,潜在用户多不多还很难说。
    huanghaofu86
        46
    huanghaofu86  
       2017-09-30 14:05:36 +08:00
    不就是兼职吗,写个工作性质,兼职的范围,让大家知道就可以了啊
    taresky
        47
    taresky  
       2017-09-30 14:15:11 +08:00 via iPhone
    如何保证付费者能准确描述自己的问题。

    如果不能,那定位真正的问题话费了一整天,解决 2 分钟。按什么价格收费?

    以上例子的收费标准,在付费时能准确预估吗?

    不是没人做,而是坑一直在,这种模式不适合 p2p,只有公司才付得起整套的咨询费用。
    goreliu
        48
    goreliu  
    OP
       2017-09-30 14:17:39 +08:00 via Android
    @huanghaofu86 不是兼职,和兼职的性质完全不同。雇兼职是把事情托付给别人做,然后自己做收成果,甚至不需要关心事情是怎么完成的。而我说的这个,自己的事情还是自己的,我只是为他解决做这件事遇到的问题,他需要理解这个问题是怎么解决的。
    goreliu
        49
    goreliu  
    OP
       2017-09-30 14:21:55 +08:00 via Android
    @taresky 不需要做这种保证,总有人会把自己遇到的问题描述清楚。

    如果定位问题需要花如此多的时间,那么定位问题本身就可以作为单独的收费项目,解决问题再另算。只要沟通清楚就好。如果沟通存在问题,就不会投入过多精力进去。

    收费标准是双方协定的。

    你说的是比较大的场景,确实涉及很多因素,不好处理。但多数人遇到的都是比较小的问题,没有那么复杂。
    pynix
        50
    pynix  
       2017-09-30 14:28:41 +08:00
    大部分问题都能通过文档,stackoverflow 解决,如果这两个解决不了,那么,你帮他解决问题的成本显然会超过 1 块钱。。。
    goreliu
        51
    goreliu  
    OP
       2017-09-30 14:33:54 +08:00 via Android
    @pynix 你恐怕低估了问题的类型种类。另外我预计的解决问题费用是从几块钱到几百块钱不等的。
    jimwoo
        52
    jimwoo  
       2017-09-30 15:30:34 +08:00
    之前做过一个类似的团队,为企业提供互联网化咨询。但大部分企业不买单,最后解散。原因大部分集中在无实质的东西给到他们,说白了……他们要帮他们做这套 app 出来。他们需要的是外包团队。
    jimwoo
        53
    jimwoo  
       2017-09-30 15:32:08 +08:00
    @jimwoo 所以说,一般人觉得咨询都是免费的,最好你帮我把代码写了我这 1 块钱才觉得合理。
    chochox
        54
    chochox  
       2017-09-30 15:45:06 +08:00
    回答问题的水平怎么保证,另外多个人同一个问题竞价 还是怎么搞,如果有人在前人的基础上有更好的办法怎么办?
    goreliu
        55
    goreliu  
    OP
       2017-09-30 16:01:54 +08:00   1
    @jimwoo 我是为个人而非企业提供服务,而且并未是做外包,而是帮忙解决普通员工在工作中遇到的实际技术问题,目标客户和服务内容都是不同的,不能简单类比。

    关于“一般人觉得咨询都是免费的”,我做的不只是提供咨询服务,而是切实解决实际技术问题。当一个人被某一个问题卡住时,他会很清楚期望别人免费帮忙解决问题通常是不切实际的,这不是几块钱的事情,而是如果这个问题解决不了,那么就会面临熬夜加班、项目延期、甚至晋升受阻等一系列后果。
    goreliu
        56
    goreliu  
    OP
       2017-09-30 16:05:20 +08:00
    @chochox 保证回答问题水平?如果你解决不了问题,别人会给你钱吗?而且不存在多人竞价的问题。当你被一个问题搞得焦头烂额时,你会想找多个人每个人提供一个解决方案然后再搞一个竞价吗?能找到一个人能帮上忙就很不容易了。
    jimwoo
        57
    jimwoo  
       2017-09-30 16:18:15 +08:00
    @goreliu 毕竟开发新人可能会问一些比较浅白的问题,但一般网上搜索一下都有解决方案;有一定资历的开发,他们遇到的问题基本就是一个价值百万的方案了吧?所以在这方面甚至你要出的是一个完整的解决方案和一些比较详细的做法之类的。譬如需要一个“百人连线低延迟直播”的系统方案这种,而且事有实际性的一些东西,看了几个知乎 live 的问题,感觉更多人喜欢为人生建议、名人,而且角色大致都是病人问医生,很小说医生问医生……不过你可以尝试一下吧。
    goreliu
        58
    goreliu  
    OP
       2017-09-30 16:21:59 +08:00
    @jimwoo 你举的这两个例子是两个极端,但更多的问题都处于它们的中间地带,在网上搜不到或者很难搜到解决方法,但也算不上多大,可能只是几行代码或者一个小 bug 的事情。我想解决的就属于不大不小的问题,解决的时间从几分钟到一两天不等,主要是小时级别的。出完整解决方案这个已经属于外包了,不在我考虑的场景之内。
    jimwoo
        59
    jimwoo  
       2017-09-30 16:43:17 +08:00   1
    @goreliu 其实我 7 年经验里,也没遇到过说有这种需要。因为一般问题搜索一下还是能解决的,再深入的话可能和业务或者一些历史代码导致的问题,这就需要大量去反复阅读历史代码和团队内部进行磋商,这往往就是牵一发动全身的那种 Bug。

    不过可能是以前并没有这些平台,也没有这种服务所以没有养成这种习惯吧。
    goreliu
        60
    goreliu  
    OP
       2017-09-30 17:31:33 +08:00
    @jimwoo 可能你的工作场景确实如此吧,或者你处理问题的能力比较强。但还是有不少人会遇到形形色色的类似问题,去网上简单搜一下就可以搜到不少。而且像 Stack Overflow 之类的平台,多数也是类问题,而这类问题是远没有被解决干净的,而且随着新的语言、平台、框架、库等不断出现,此类问题层出不穷。
    superhan
        61
    superhan  
       2017-09-30 19:04:18 +08:00 via Android
    这个模式已经被实践过了 你可以找知名 dba 个人网站看看。类似的工程类职业都会这样做。
    zthxxx
        62
    zthxxx  
       2017-09-30 19:09:05 +08:00
    事实是很多人根本不会使用搜索引擎,不会正确的提问方式,更别说描述清楚问题和提供问题复现步骤。
    goreliu
        63
    goreliu  
    OP
       2017-09-30 19:34:03 +08:00 via Android
    @superhan 但好像推广比较困难,较少有人知道。
    goreliu
        64
    goreliu  
    OP
       2017-09-30 19:38:07 +08:00 via Android
    @zthxxx 使用搜索引擎的关键是将问题的核心关键词抽离出来,所以比长篇福地描述问题还要难一些。另外很多东西要用英文搜,而很多人英文水平不足以搜到对应的内容,虽然如果内容摆在眼前是能看懂的。

    而描述问题和提供问题复现步骤相对要容易一些。
    fengleidongxi
        65
    fengleidongxi  
       2017-09-30 19:47:04 +08:00
    Windows、Linux、Shell、C、C++、AHK、Python、Javascript、Lua
    你懂这么多啊?
    goreliu
        66
    goreliu  
    OP
       2017-09-30 19:49:09 +08:00
    @fengleidongxi 也不是都懂,多少了解过一些吧。
    goreliu
        67
    goreliu  
    OP
       2017-09-30 19:55:05 +08:00
    @fengleidongxi 而且帮别人解决问题和去面试是很不同的,也许自己对问题不大了解,但上网搜搜再根据自己的其他方面经验理解下,可能就可以把问题解决了。
    fengleidongxi
        68
    fengleidongxi  
       2017-09-30 20:37:01 +08:00
    支持楼主,如果论坛能有这方面支持就更好了
    onlyhot
        69
    onlyhot  
       2017-09-30 21:03:20 +08:00   1
    我都不想反驳。楼主你实际开展一下这个业务便知实际情况。
    simen513
        70
    simen513  
       2017-09-30 21:29:21 +08:00
    毕竟针对常用问题的解决方案,网上一搜索就好找到对应的解决方案。工作中更多的问题是,用的不是通用的软件,是自己产品内部的,如果这个产品是非常复杂的(比如系统软件、大型应用),这时候别说找外面的人解决问题,就是让他们先把问题的上下文了解清楚,都得花很长时间。
    goreliu
        71
    goreliu  
    OP
       2017-09-30 22:24:23 +08:00 via Android
    @simen513 在之前的回复中我已经解释过了。在网上搜不到解决方案的通用问题特别多,你可能没有遇到过,但不意味着别人也遇不到。仅解决这一部分问题,就已经足够了。
    goreliu
        72
    goreliu  
    OP
       2017-09-30 22:34:09 +08:00 via Android
    @onlyhot 这个不是开展一下就知道实际情况的简单事情,而是需要长期的积累和推广才有可能做起来的。
    goreliu
        73
    goreliu  
    OP
       2017-09-30 23:05:41 +08:00 via Android
    @simen513 举一个我自己遇到的实际例子。

    我刚工作那会,需要做一系列报表网页,程序读取一些数据,做简单的运算,然后生成表格和图表。我是用 Python 写的,用了一个随便搜到的图表库。刚开始没发现什么问题,但开发得差不多后,我突然发现一个严重的问题,有时运行出来生成的图表是缺内容的(就像一幅图缺失了一个图层),而且很难自动判断图表是否是正常的,没有任何报错。

    如果换图表库的话,一堆代码需要重写,所以我先想看看能不能想办法解决或者避免这个问题。在网上搜了半天,没搜到相关的内容。我当时的 Python 水平也不行,看图表库源码也没看出什么问题。当时特别想找一个熟悉 Python 的人帮忙看下,但找不到。

    浪费了一两天时间,最后终于放弃,换了另一个图表库,改了一堆代码,前前后后多消耗了好几天,造成了项目延期。

    如果当时有人能够帮我看下,指出问题所在,或者只是简单告诉我这个问题不好解决,赶紧换库吧,我都能节省几天时间,项目就不会延期。
    paulagent
        74
    paulagent  
       2017-10-01 02:07:04 +08:00
    我觉得这个业务不太可能可行,你说的这些还没有想过保密的问题, 很多公司的东西根本不让员工放到外网去讨论。 起码我以前的公司如果有人把自己做的东西告诉公司以外的人,被发现开除是肯定的,弄不好还要进监狱
    onlyhot
        75
    onlyhot  
       2017-10-01 02:11:31 +08:00 via iPhone
    如果你想做,并且想持续盈利,三个方向。1、定向解决某个系统的问题,比如 wordpress 系统的任何问题。2、提供一揽子解决方案,比如网站架构。3、具体的代码级问题,比如我写出来的递归总是不对,教我怎么写。这是我一年半全职外包实际经验总结出来的。今年目前为止赚了 30 个。我这经验应该值得参考下。
    onlyhot
        76
    onlyhot  
       2017-10-01 02:12:52 +08:00 via iPhone
    你可能想的太多了。建议实际操作积累经验再说。
    goreliu
        77
    goreliu  
    OP
       2017-10-01 08:11:30 +08:00 via Android
    @paulagent 我想解决的是和公司业务关系不大的技术问题。
    goreliu
        78
    goreliu  
    OP
       2017-10-01 08:13:24 +08:00 via Android
    @onlyhot 我并不是做外包,所以不大一样。但还是谢谢分享。
    goreliu
        79
    goreliu  
    OP
       2017-10-01 08:23:51 +08:00 via Android
    @onlyhot 你说的三个方向,2 我是不会考虑的,但 1 和 3 的场景基本在我的考虑之内。但我的侧重点不是深入研究某一个细分领域,这涉及兴趣、成本和收益等问题,而是尽量广泛地涉猎比较流行的领域。具体代码级问题我会去处理,但重点是帮忙排查疑难 bug,而不是充当一个老师的角色手把手教人写代码。
    goreliu
        80
    goreliu  
    OP
       2017-10-01 08:45:56 +08:00 via Android
    @onlyhot 我想做的事情和外包的本质区别是这个事情是属于谁的,做这个事情的主体是谁。

    外包是这种情况:一个人自己不想做某件事,或者那件事本来就不是他应该做的,所以让别人来做,简单地用自己的钱买别人的工作量。如果下次遇到同样的事情,可以继续让别人做,自己不需要了解事情是怎么做的,不需要掌握相关技能。客户通常不是普通员工。

    我做的事情是这种情况:一个人在做自己的事情时遇到了他暂时解决不了的问题,所以需要别人帮忙,花钱买的是别人的指导或者其他帮助,而不是别人的工作量。如果下次他遇到同样的事情,他应该已经会处理的,他需要了解那个问题是怎么解决的,需要掌握相关技能。客户通常是普通员工。
    kenshinji
        81
    kenshinji  
       2017-10-01 09:20:21 +08:00 via iPhone
    @goreliu 有些很冷门的问题,我想即使付费也很难保证时效性
    kenshinji
        82
    kenshinji  
       2017-10-01 09:22:39 +08:00 via iPhone
    @goreliu 对于新手来说,我觉得努力提升英语能力才是王道,至少能去 SO 提问了不是么?另外即使英语不那么好,也可以去 SO 提问的,我经常在 SO 上面看到各种语法错误的问题,但是这并不妨碍 SO 社区帮忙修改编辑你的问题使其便于阅读
    zjsxwc
        83
    zjsxwc  
       2017-10-01 09:28:21 +08:00 via Android
    支持楼主,有些同事又懒又蠢,用他讲三四遍还是不会写代码,正需要楼主这样的人来帮助他们
    goreliu
        84
    goreliu  
    OP
       2017-10-01 09:45:29 +08:00
    @kenshinji 时效性如果满足不了就只能让他想别的办法了,但通常有个人参谋下比一个人自己搞还是要好一些的。说让别人提升什么能力基本是没有意义的,如果一个人足够好学上进,他不需要别人的建议自己就会努力,反之这样的建议再多也没有用。而且提升能力是一个长期的过程,而遇到某个问题是紧急情况,远水不解近渴。

    去 SO 提问保证不了时效性,如果一个人遇到一个需要当天就解决掉的问题,他会在 SO 上提问后,然后边喝茶水边刷新网页等解决方法送上门来吗?他肯定要再继续想其他办法,然后时不时检查下 SO 是否有人回复。而且不是什么问题都适合在 SO 问,比如贴一大段代码让别人查 bug,有人会理吗?
    akiakiseofficial
        85
    akiakiseofficial  
       2017-10-01 09:46:10 +08:00 via Android
    不支持也不反对。想做你就去做,成功了也算是好事,失败了也很正常。
    loading
        86
    loading  
       2017-10-01 10:36:12 +08:00 via Android
    思路……
    maddot
        87
    maddot  
       2017-10-01 10:43:37 +08:00
    可以的,看运营了
    “时效性”这个确实是痛点。
    Infernalzero
        88
    Infernalzero  
       2017-10-01 11:04:54 +08:00
    类似的平台其实早有人做过了,名字叫啥我都忘记了,反正没啥人用的,能靠别人和搜索引擎解决的问题都不是问题,还是得看个人的解决问题能力
    goreliu
        89
    goreliu  
    OP
       2017-10-01 11:52:23 +08:00 via Android
    @Infernalzero 我并不是做平台,相关内容我已经回复过别人了。
    momomirage
        90
    momomirage  
       2017-10-01 12:49:59 +08:00
    问初级问题的人往往自己都不知道在问什么, 要回答他们的问题可能要先帮他们想清楚, 要做的事更接近咨询.
    矛盾在于这些人愿意出的代价通常也有限. 如果理解问题 (能理解问题可能就已经接近解决了) 这个成本还在回答者这边... 我个人不太期待这样的收益.

    楼主如果能解决这些矛盾是一桩大功德.
    rainex
        91
    rainex  
       2017-10-01 12:55:13 +08:00
    付费咨询这种事,

    早就有人做了,

    霍炬离开刘韧后我记得就是合伙开了家技术咨询公司,

    但这类一般都是公司对公司的付费咨询,

    个人对个人这方面感觉不好做,

    因为小问题扯皮会很多。

    仅供参考~
    goreliu
        92
    goreliu  
    OP
       2017-10-01 14:21:59 +08:00 via Android   1
    @momomirage 这个也不能一概而论,还有有很多人能清楚描述自己的问题的。愿意付出的代价要看问题不解决的后果,这是一笔很好算的账。理解问题可能距离解决问题还比较远。
    goreliu
        93
    goreliu  
    OP
       2017-10-01 14:24:16 +08:00 via Android
    @rainex 对个人和对公司是完全不同的,对个人的话会少很多麻烦的事情,问题也不会那么复杂。
    SoulSleep
        94
    SoulSleep  
       2017-10-01 15:27:16 +08:00
    你说的事情,我做了大概快 1 年了,为某个创业团队做支持,他们所处的城市无法招到经验很丰富的人,我们建立了一种合作机制,出现一些棘手的问题,由我来提出解决方案,并加以讨论,平均每 3-4 周到现场沟通 1-2 天。
    报酬还可以,平均下来一天差不多在 2000 左右。

    既为他们解决问题,也为自己的发展拓展了方向,nice
    tvallday
        95
    tvallday  
       2017-10-01 19:38:33 +08:00
    @SoulSleep 你这种类似于 IBM 和埃森哲之类的咨询,不过问题小很多,赚的钱也少很多。更大的问题就要成立咨询公司解决。其实我怀疑楼主自己也不知道自己想的是什么东西。如果类似于文档搬运工的活则意义不大,技术发展之快会令很多文档保鲜期很短。
    goreliu
        96
    goreliu  
    OP
       2017-10-01 19:43:47 +08:00 via Android
    @SoulSleep 谢谢分享,我可以参考一下。
    goreliu
        97
    goreliu  
    OP
       2017-10-01 19:47:28 +08:00 via Android
    @tvallday 文档是另一件事,写文档和这件事的关系主要是推广作用。另外看中文文档的程序员处理问题的能力通常更低一些,而且更难搜到英文的解决方法。
    leekafai
        98
    leekafai  
       2017-10-01 19:53:48 +08:00 via Android
    @goreliu 那把爆栈里面高质量问答翻译不就好了
    goreliu
        99
    goreliu  
    OP
       2017-10-01 20:13:22 +08:00 via Android
    @leekafai 这个还是不一样的,但如果里边的内容和我写的文档主题相关,倒可以参考一下。
    paulagent
        100
    paulagent  
       2017-10-02 01:58:51 +08:00
    我想说,某人要是能剥离公司的业务,又不会泄露公司机密,那我觉得根本不需要找外人帮忙。 要找人帮忙,就是 ibm 和埃森哲一类的咨询公司,签了保密协定才能给你看机密。

    当然这只是我的一家之言,楼上说的好,楼主有想法就去干,不管成功失败都是自己的积累,加油,并祝好运
    1  2  
    关于     帮助文档     自助推广系统     博客     API     FAQ     Solana     2486 人在线   最高记录 6679       Select Language
    创意工作者们的社区
    World is powered by solitude
    VERSION: 3.9.8.5 32ms UTC 15:28 PVG 23:28 LAX 08:28 JFK 11:28
    Do have faith in what you're doing.
    ubao snddm index pchome yahoo rakuten mypaper meadowduck bidyahoo youbao zxmzxm asda bnvcg cvbfg dfscv mmhjk xxddc yybgb zznbn ccubao uaitu acv GXCV ET GDG YH FG BCVB FJFH CBRE CBC GDG ET54 WRWR RWER WREW WRWER RWER SDG EW SF DSFSF fbbs ubao fhd dfg ewr dg df ewwr ewwr et ruyut utut dfg fgd gdfgt etg dfgt dfgd ert4 gd fgg wr 235 wer3 we vsdf sdf gdf ert xcv sdf rwer hfd dfg cvb rwf afb dfh jgh bmn lgh rty gfds cxv xcv xcs vdas fdf fgd cv sdf tert sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf shasha9178 shasha9178 shasha9178 shasha9178 shasha9178 liflif2 liflif2 liflif2 liflif2 liflif2 liblib3 liblib3 liblib3 liblib3 liblib3 zhazha444 zhazha444 zhazha444 zhazha444 zhazha444 dende5 dende denden denden2 denden21 fenfen9 fenf619 fen619 fenfe9 fe619 sdf sdf sdf sdf sdf zhazh90 zhazh0 zhaa50 zha90 zh590 zho zhoz zhozh zhozho zhozho2 lislis lls95 lili95 lils5 liss9 sdf0ty987 sdft876 sdft9876 sdf09876 sd0t9876 sdf0ty98 sdf0976 sdf0ty986 sdf0ty96 sdf0t76 sdf0876 df0ty98 sf0t876 sd0ty76 sdy76 sdf76 sdf0t76 sdf0ty9 sdf0ty98 sdf0ty987 sdf0ty98 sdf6676 sdf876 sd876 sd876 sdf6 sdf6 sdf9876 sdf0t sdf06 sdf0ty9776 sdf0ty9776 sdf0ty76 sdf8876 sdf0t sd6 sdf06 s688876 sd688 sdf86