《意义不大的全栈工程师》

我觉得不要试图把自己锻造成一个全栈工程师。

俗话说,闻道有先后,术业有专攻。

每一个知识体系都是很庞大的,要精通,不是一件简单的事情。

与其把自己打造成一个全栈工程师,不如学会如何布局团队资源。

如果你能有效的组织一个团队,把控一个点子,带好一个团队,远比你自己成为一个全栈工程师更具竞争力。

一个人做产品,效率低。能够把一个团队组织,协调,带领好的人才,才是最缺失的人,而并不是全栈人员。

我记得《资本论》一书中说过,社会的进步,在于出现了明确的分工。

任何的事情,都需要有明确的分工,以此培养专业的技术人员。

孰能生巧,巧能省时,时间就是金钱。

所为的全栈工程师,我认为,简单的产品可能一个人能够开发。

但是一旦稍微复杂,有难度的产品,那么再靠一个人的力量开发,我觉得这真的是愚蠢至极。

即使有这样全栈的聪明的人,我想也觉得是少之又少。

当你想做一个全栈的时候,问自己一下? 你会做一辈子的程序员吗?

我觉得,一个全栈的编码人员,还不如一个全栈的游说者。

一个全栈的游说者,虽然不自己亲自编码,但是也得是一个码农出生。

他不能编码产品所有端的代码,但是知晓各个端的各种技术实现方案,能够组织一个协同工作良好的团队。

这样的人,比全栈更靠谱。

再说了,一个有资历的公司,从时间成本出发,也不会使用全栈开发人员。除非是小公司。

资历较好的公司,能够有效的拆分一个产品的各个部分,很多工作是可以多线程进行的,如果交给一个全栈,那么就只能单线程执行了。

全栈人员,在单个领域,深度大多数情况下比不上单领域专业的开发人员。

我支持全栈的知晓人员。不支持全栈的编码人员。

也就是说,单端开发人员,也应该花时间了解其他协作端的一些技术,这样更有利于相互之间的工作协作。

你可能感兴趣的:(《意义不大的全栈工程师》)