Web全栈工程师的自我修养

二零一九年读完的第二十本书，一个腾讯前端开发工程师写的个人博客集锦，分享了他工作这么多年来对于编程和设计的看法。比较适合刚毕业的学生看吧，像我这样的高龄程序猿就算了哈。实话说我对于全栈工程狮还是有点担忧的，每次看到一个人说自己是全栈我都会抱有大大的问题，你说的全到底是指多全。前后端都懂就算全，还是全周期。多年来我从产品获取需求到产品文档，再到自己做设计写前端代码，再到做后端接口开发和数据库设计，还要自己去搞容器和维护。然鹅我不是全栈工程师，我只是个会写点JS会写点Go的菜鸟工程师。一个人敢说自己是全栈要么就是狂，要么就是自己无知。我认为有且只有一种人能称之为全栈，独立开发者并把自己的产品做成了独角兽，那你就是真的全，否则那就是不全。

Web全栈工程师的自我修养：技术会旧，修养不会 这本书像是余果把博客上的思考攒成了一本册子。技术栈停留在2015年，现在看早已换了几茬，但关于“怎么学、怎么想、怎么不被新技术牵着跑”的那部分，反而没过时。 它不是操作手册，更像一个过来人的碎碎念。讲前端怎么跟后端配合，讲工程师要不要懂设计，讲重复劳动里怎么保持长进。没有金句，也不打鸡血，读着像午休时听同事聊天，平实，偶尔扎心。 缺点也明显，博客拼凑的痕迹重，有些话题浅尝辄止。适合刚入行、心里没底的技术人翻翻。技术会过时，但一个人面对技术时的那点清醒和耐心，放哪年都管用。

有了一个专长，得到一个能让自己成长的工作，进入强大的团队，就能有自己的阵地，以此为生，然后再逐步学习更加广博的知识，朝自己的个人目标去努力。如果连阵地都不稳固，就不存在开枝散叶、落地生根的可能性了。

作者作为UI工程师，写的一本前端开发手册，厘清了独立开发产品时的一些基本概念。技术是服务于商业目标的，包括选择的项目、学习新技能时的取舍，先看看有哪些问题需要解决，再去补充工具箱，而不是纯粹为了锻炼技术能力而去学习。

这个书适合刚入行的看。几年前我也是很追求全栈，兴趣广泛，看到什么都想学两下子，但是很多东西学了工作中没有用武之地，或者换工作平时也用不到慢慢的就忘了，导致陷入博而不精的尴尬境地，基础也没扎实。技术最好就是实践。工作几年后应该选择一个方向深入下去，一专而后多长，一专可能就需要很多年。这本书讲的web之类的部分我觉得太散，其他讲时间，讲管理，讲鸡汤扯淡部分很有意思。 最后，感谢我的妻子，如果没有你的陪伴，我应该早就读完这本书了。

什么都讲了，但又好像什么都没讲，主要是一些概念和框架性的东西。 可能是写给想了解全栈工程师的人吧。

这本书写出了作者的整个成长经验，事无巨细，内容的广度是有了，但是缺乏一定的深度，有些内容虽然能带领新手入门，但是偏向于个人主观思想。另外，作者大量的记录了一些名人语录和故事，偏离了技术书的专业性。 不过本书值得称道的是作者罗列了其他的文献和书籍，不失为一本web全栈工程师的自我提升的书单。

一本书，满满地都是经验之谈，很有学习价值。讲得也全面。不过互联网不论是技术还是玩法也都是瞬息万变的。当我需要看这本书的时候，就说明我已经落后了。

要先看看有哪些问题需要解决，然后再补充您的工具箱。永远从商业目标的角度来决定学习哪些东西，而不是纯粹为了锻炼技术能力而去学习。 我的第二条建议是，从用户体验的角度考虑问题。每一个糟糕的体验背后都蕴含着商机 每一个前端工程师都知道的基本优化方法是：尽量减少同一域下的HTTP请求数，以及尽量减少每一个资源的体积。 OSI模型越靠近底层，就越接近硬件。

在地铁上看完的，质量一般，适合学生或者刚毕业的程序员看看，书中讲的东西很杂，有缓存、设计模式、持续集成等，带来的问题就是不够深入，后面两章还不错，讲了一些程序员需要懂的高效工作、设计、沟通、责任等软技能。