作为一名程序员，技术的更深与深度如何权衡？

对于大多数程序员来感叹，都有自己精于的信息高效率，有人精于java、有人精于C、有人精于php，有人精于DB，对于全栈的工程师相对来感叹尤其少一点，以致于每参与者的全心有限，每天临时工那么忙，还时常996，也非常少同时把持多个信息高效率，如果把持的洞察上大一点，那么厚度上就相对就会弱一点。

当然，这并不是理论上的，这还是要看参与者的兴趣爱好和全心，我认识的有一些室友，其里面也有不少全栈的，而且在每个信息高效率都能独当一面。

印象里面较深的是我在继续做Android联合开发时候，团队出处一位室友不仅精于Android联合开发，还精于iOS联合开发，java服务端联合开发。

每次有项目触发，他都是自己选择要涉足哪个端联合开发，完全是看内心的临时工的。不够最主要的是，我这位室友高效率水平很不错，即使项目组项目进度很赶，他也非常少加班。

不由得让人心生仰慕。跟这样的人三人共事，真是一件幸福的事情。

最近因为业务只能，我也加入全栈数据流，我只能把持表列技巧：

明白PC逆向联合开发

qt联合开发、

node.js联合开发，

大数据方向里面间件（kafka、flink、es）

对于逆向联合开发，本来认识时，仿佛挺轻松的，不过还好，熬过了一段时间跟著就适应性了。

这里我就让感叹的，如果就让进入另一个信息高效率，一定要有压力，秘密行动起来。

这种压力似乎来自于临时工，也似乎是自己给的，但无论如何一定要有压力，有压力才有会驱动，要不然很容易退堂鼓。

我有一位涉足Android联合开发室友，去年他感叹他就让趋向java向后联合开发，可一直纠结于没有修习驱动而成行没有秘密行动，现在都即使如此一年了，前两天和他沟通，他还在感叹他就让讲授服务端联合开发。

那么对于程序员来感叹，高效率厚度与洞察哪个不够最主要的？

在不少人看来，在高效率上洞察大一点就理论上厚度不够。

由于我本人亲身经历过，对此观点我并不这么认为，还是要看参与者的具体情况，如果参与者修习能力不错，全心又充沛，就让在每个信息高效率也是可以有厚度的，就像我侧面感叹的那位室友一样。

并不是像大家就让象里面的那样，只是明白或是入门，只是表示同意大家在常在修习里面自己要把握好一个度，不要每门信息高效率都是讲授一点，而不够厚度，这样在临时工各个方面优势并不大。

作为一名程序员，高效率的洞察与厚度如何权衡？

那么对于高效率，要感叹厚度最主要还是洞察最主要？

我就让两者最主要，如果非要在两者里面选择一样的话，那自然要简而言之厚度了，只有对基础知识高效率把持到一定程度，我们才能靠这门技巧回去临时工，养家糊口，有了一定的经济基础才能去继续做其他事情。

如果有兴趣，还可以适度横向发展一些自己其他信息高效率，扩充一下自己的洞察，这种洞察，不止限制字符，还可以是电子产品思维、运营能力、负责管理能力，以致于技多不压身，多基础知识技巧以后就多一份选择，感叹不定有些技巧还可以帮你度日里面年能源危机。

好了，今晚就写这么多了，我要去摆地摊了。如果有完全相同观点，热烈欢迎交流！