睡了一觉，想了一晚。还在听Tiny兄和大别的节目。
我想把问题解决掉。只完成某部分，把问题吊在那里，悬而不解，我觉得是在浪费自己的生命。可能是在iOS开发上还没有完成比较大的优势，我又没有多少意愿去涉足别的领域。可能是担心在别的领域搞来搞去后，再出来找工作时，会因为没有哪个领域搞得比较深，而没有任何优势。
有朋友说，可以先把一个领域搞深，再搞搞其它领域。这应该是兼顾了深和广的做法。看起来不错。
我觉得有问题。问题在哪里呢？
1､深到什么什么时候才广呢？
2､在广上花多少时间？在广上涉足多少领域？
3､把在广上花的时间用在深钻某个方向上，会不会有更大的收获？
嗯，没错，这是一个性价比的思维。成本多少？收获多少？比较一下哪个划算？
这样一通比较下来，会有结论吗？这个深和广的思考，在2013年2月20日Tiny兄做的第37期《学习的深度和广度》的Podcast的节目http://tiny4.org/voice/2013/02/37-s-g/，我就开始比较深入地去思考这个问题。倒现在还没有结论。这个思考的成本非常大。我不记得当时听过后做了哪些思考，写了什么总结。我在好几个地方都翻不到相应的记录。OurCoders上现在只能看130页的记录，时间到2013年07月19日。所以还没在这里找到。
我本来打算先不说自己的思考，多听听不同的人的理解。但是，如果我说得太少，我可以收到的反馈只会更少。所以还是要尽早多说才行。
一整晚的思考下来，我觉得还是应该着眼于解决问题，为解决具体问题去使用和学习各种技能。
着眼于解决问题，会有同时涉足多个领域时间不够用的风险。涉足多个领域，又有样样都不精的风险。这些风险确实存在，如果我们还是决定要着眼于解决问题，不可消除，只能尽可能回避。
怎么回避呢？
1､假设世界有100万个问题，如果我们所有问题都同时去解决，时间精力肯定不用，所以我们要决定什么先做，什么后做。
2､假设解决1个问题需要10个技能，如果我们要自己全部具备的话，会花非常多的时间精力，为了能以最快的速度推进问题的解决，我们需要把技能尽可能外包出去，能给别人做的都尽量给别人做。目标锁定在“解决问题”，而不是“由我一个人从头到尾解决问题”。
经过这两步之后，也许还是会有问题需要我们自己来完成。虽然已经少了很多，但可能还是要涉足到1个以上的领域。
问题又回到原来的问题，我是把时间用在另个领域去深入再等待别人的合作，还是自己涉足多个领域把这个问题解决掉？通过平常的视角去看这两个问题，一个是深入的问题，一个广博的问题。
我们来看看深入具体要做些什么？广博又需要做些什么？
当我们决定深入一件事情的时候，大家会怎么做呢？我会找些书来学习，遇到不懂的地方，就自己多思考一下，想不通就到网上来问人，然后再看再问再试。
广博呢？我会找些收来学习，遇到不懂的地方，就自己多思考一下，想不通就到网上来问人，然后再看再问再试。
咦？很怪异。我在努力思考决定要深入还是要广博，多问一步后发现居然两条路所要做的事是一样的。
那么，我们是不是可以尝试这样调和“深入”和“广博”的不同路径选择呢：需要深入就深入，需要广博就广博。
