@fulvaz 小白是比较主要的目标客户吧。

@ChristopherWu 我没有做平台的想法，做平台太难了。国内有一些和 Stack Overflow 定位类似的平台，我以前也在里边回答过一些问题，但基本都不成气候。

@huanglongtiankon 可以这么说吧，我之前是在百度工作的，但还是有同事会时常问我一些技术细节的问题。

@huanglongtiankon 那么你可能低估了程序员的种类。

@everhythm 定价和付费这块我还没有仔细想，毕竟现在还没有开张。解决问题值多少钱这个明显是因人而异的，比如一个人月工资 5 千，另一个人月工资 2 万，那么对他们来说，解决同一个问题对应的价值就是不同的。所以这个不是简单的市场调节，要因人因情况制宜。

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

关于第 2 点，如果确实经常遇到这种情况，可以在解决问题时隐藏一些关键部分，等付费后再补充。这也涉及双方的沟通以及信任的问题。但我想如果一个人如果真的遇到了棘手的问题时，他更在乎的是尽快解决问题，而不是贪图小便宜。

@huanglongtiankon 你说的这类问题确实存在，但并不能覆盖多数情况。而且定位了问题可能距离解决问题还有比较长的路，谷歌还没有那么万能。

@ChristopherWu 拿 Stack Overflow 来说，上边多数都是和公司业务无关的技术问题，很多问题都抽离地特别好，但还是发上去问了。

@ChristopherWu 真不是这样的，某些技术问题，没有经验的话，可能需要消耗大量的时间来解决。但别人如果之前遇到过，几句话就可能给他提供比较大的帮助。

@chunqiuyiyu 那么一个人在成长过程中，没有其他人帮助过他吗？在你新加入一个新公司后，没有得到过同事的帮助吗？这些同事的帮助算外援吗？只有自己遇到解决不了的问题才向别人求助，而不是所有问题都让别人帮忙。

@rogwan 这也要看当事人能否准确地定位问题或者缩小问题范围，确实有些问题难以处理，但并不是所有问题都是如此。如果能通过搜索，查看教程或手册解决，自然无需求助别人。

@ChristopherWu 重点不是解决公司业务问题，而是和业务相关度低的技术问题，还是有很多人可能把具体的技术问题从公司业务中抽离出来的。而且主要面向的并不是刚入职的新手，而是刚工作几年或者有一定工作经验但刚接触一个新技术领域的人群。

@tvallday 但事实上不合格的工程师居多，所以说这些是没有什么意义的。

@likuku 这个不全是伸手党，如果每个人都有足够的自学能力，那么老师也没有必要存在了。有些时候别人必要的指导和帮助还是很有必要的。

@tvallday 这些原因都可能存在，但只要他有能力把这个问题从系统中抽离出来，别人就有可能单独帮他解决。纯技术问题要远比这要复杂，即使是一个有多年经验的资深工程师，也可能在某一个不熟悉的技术细节上卡上几天。

@killpigman 有什么经验或者经历可以分享吗？

@ooo000 这个要看自己对想解决的问题的取舍吧，初期的话，主要的问题不是这个，而是没有人找自己解决问题。如果客户已经比较多了，那么自己完全可以不处理那些比较麻烦的。而投入产出比低也未必，当一个人遇到一个急迫并且棘手的问题时，他通常不会太在乎一点小钱，即使按他自己的时间对应的工资折算，也不是几块钱或者几十块钱这个数目。

@tvallday 很多人确实如此，但这涉及自身能力的提升，而且是一个长期的过程。不能指望别人能迅速提升自己的能力，或者遇到事情时冷静思考。

很多时候外包是不合实际的，场景不同。比如我在开发一个公司内部产品时，遇到一个棘手的问题，我如何把这个事情外包给别人？

@jccg90 举个简单的例子，有人今天的既定工作内容包括写一个处理数据的 Python 脚本，但他写完一运行发现存在一个非常诡异的问题，运行结果不符合预期，上网搜了一会没搜到相关资料，问同事同事也说没遇到过不清楚。如果今天搞不定这个脚本，就会直接影响工作进度。那么他去“在行”能解决这个问题吗？或者说一个人遇到这样的问题后，他会想到去“在行”吗，他知道“在行”是什么网站吗？

但如果我写了一系列 Python 教程，而他之前又恰好看过。那么如果他还有印象，遇到类似的 Python 问题后，就有可能会联系我，描述遇到的问题，提供示例脚本和数据。如果我有能力，就可以在当天帮他把这个问题解决掉。

@jccg90 我在文中已经列出这类平台存在的问题以及很难做大的原因。