快速出活的能力是否比精通某项技术更重要？

[zwnozhuce]

身边有个同事，干什么事情都很快， 比如做一件事情能快速找到某个工具或者框架，虽然对此的原理或者使用都不是非常明白， 但是凭借着超强的 debug 能力以及不断试错，快速就能基于此做出个产品功能出来。 相比其他人员精通某项技术，快速出活能力是否更重要？

[zwnozhuce]

@colatea 牛逼 被你说中了的感觉

[shawndev]

一、现实中哪种能力更稀缺？
二、以结果为导向一定需要目标考核，哪种人能适合目标考核？
三、从 CSDN 粘贴代码算是快速出活还是快速制造隐患？
四、你是否认同“知识的广度是深度的副产物”这句话？
五、这两种特质是否真的冲突且不可调和？

[curoky]

感觉楼主是想给自己不想花时间研究某项东西找借口，因为自己没花多少精力也出活了，借此去贬低那些花很多时间去研究某项东西的人。没必要这样，真的，欠下的债早晚都要还的。

[wenzhonghu]

你说的这个同事肯定是已经精通了“某项”技术

[sutaking]

我的经验，快速做出来不一定精通，但每个问题 debug 都能快速解决掉，那一定是精通了某种技能
debug 这个能力，首先对自己的代码要熟悉，调用关系也得明白，有时候框架的机制和源码也得能 debug

[zwnozhuce]

@curoky 真没有贬低任何人，也没有给自己找借口，单纯讨论下，从各位 v 友的回复中，我们也能学到不同的见解和东西 没有谁对谁错

[testFor]

快速出货适合前期试错,但是上限低,比如产品成功，用户要加一个更具有价值功能,如果原来的核心都不是自己写的，就会非常困难,相反另外的那个扩展会更容易，但是试错会慢一点

[yzbythesea]

都挺重要的，最好能找到一个平衡。

[potatowish]

对外包来说，快速出活确实重要

[whale]

抛开精通某项技术的人才能否快速出活不谈，谁（对企业）更重要看实际需求，看公司发展、侧重
对个人来说，保证自己能够快速出活的情况下多去精通某些能力（ 28 原则？!）

[retrocode]

老生常谈的深度和宽度的问题了，我个人看法是先宽后深，先快速出活，然后逐步深入，一开始就奔着完美去的百分百就是新手思维了。
深这玩意是没底的，一大堆所谓“必会”的但是日常开发基本不会遇到的概念逻辑在等着你，写论文搞科研可以，日常开发是不用这么死盯着底层的，哪怕你把安卓底层研究出花来，也不如同时兼顾 IOS 来的实在。

[Samuelcc]

我觉得快速学习和上手一件编程相关的东西靠两个能力：
基于对其他知识的了解，快速推测和理解这方面的知识，也就是举一反三的能力和所谓的 pattern ，而软件工程中的 pattern 复用数不胜数。
另外就是英语阅读能力，只会中文就一边歇着吧。

[est]

Django: The web framework for perfectionists with deadlines

[libook]

精通技术和开阔眼界会让你有更多解决问题的思路，达到某种程度后就可以显著提升出活速度，特别是当项目复杂度越高的时候。

所以这个问题其实就是你愿不愿意在前期投入更多学习成本，来换取后期的高效能力。

[akira]

都重要。 但是呢，创业公司初期肯定是快速出东西更重要，活下来以后肯定是各个相关领域精通更重要

[adoal]

有些人确实有快速出活的天赋（但是其实必要的基本功也是有的），但如果沉迷于快速出活，并不在事后总结、思考以及系统化地学习之前为了快速出活而“速成”的知识和技能，那长此以往就会成为资深烂代码制造机。但是在很多企业里，不论是一互大还是地行小，大多数程序员其实还不如这种资深烂代码制造机。

[loading]

你的同事可能是精通多个。

[me221]

我就是啥都会, 啥都不精. 工作不好找.....

[Planarians]

赚到钱就重要 赚不到钱就不重要

[zwnozhuce]

@JamesR 没听过，是这个吗 https://pic4.zhimg.com/v2-fe6a1677863224c32d8893908bea718b_r.jpg?source=1940ef5c