俗话说:三十年河东，三十年河西。 这句话如果放在前台领域，就会变成“十年河东，十年河西”，甚至每隔三五年，前台行业的技术格局就会大规模翻新。 对于资深前端开发者来说，已经适应了这种升级迭代的频率，说学不会，但还是愿意学习新的工具和框架。 但是对于前台的新人来说，面对众多的语言、框架、工具，如何选择一个合适的技术栈仍然是一个很头疼的问题。 人们如何在前台选择自己的技术栈？前台的人怎么成长更快？带着这些问题，前台的高层采访了有着10年工程师经验的Scott。 面对前台的快速发展，有着10年工程师经验的Scott百感交集(曾担任阿里巴巴前台工程师、Moveha|CR CTO、宋前台负责人，现开设前台早期聊天会，专注社区建设，挖掘工程师的能力和潜力) Scott认为，过去十年前台的快速发展、一代又一代新老工程师的交替、工程结构和实现方式的演变、互联网产品形态的广泛竞争，导致了三个问题:就业市场供需双方能力模型的高度不对称；职场前台工程师在心智成熟度和职业素养上更难培养；行业头部和尾部的工程师在认知模式、思维方式、能力结构、薪酬收入上的代差是巨大的。 但是前端行业还处于高速发展期，红利还在。相比其他行业的门槛和收入，前端行业的就业机会和上升空间还是很不错的。优秀的工程师工作七年，在一线厂商也能年薪百万以上。 前台还是一个值得“入坑”的领域 新人如何选择自己的技术栈？前台很多新人都面临一个问题:想去大厂，但是看了工作详情后发现自己的技术栈和自己感兴趣的技术栈不一样。他们是应该选择自己感兴趣的技术栈，还是应该选择为自己喜欢的大厂学习技术栈？斯科特的建议是:两样都可以，尤其是工作的前两年。无论是利益驱动，收益驱动，还是失误驱动，从投入时间和收益来看，前台都是一个非常好的行业。 但两年后挑战会迅速放大，无论是能力还是收入都会和同龄人有很大差距。然后最后两年，作为前台新人，不管是为了兴趣还是工作，都要有耐心，专心安顿，避免大而全。 技术栈会过时，但技术实力不会过时。 重点不在于你选择了什么，而在于你选择之后做了什么。 程序员的成长需要不断学习专业技能，培养技术实力。他们是通过哪种技术栈培养出来的并不重要。由于技术堆栈的价值，最终必须通过业务结果来显示。 一个工程师的技术栈一部分由个人选择决定，另一部分主动权在企业手里，企业的技术栈也需要根据实际情况进行调整。没有一招就能很少用的银弹技术栈。 换句话说，入门时选择的技术栈对于程序员来说只是一个“工具”，一年一年解决问题塑造的技术实力才是程序员最需要的“实践”。 鼓励工程师在某个技术栈掌握好之后，花一部分时间去了解技术栈和相关技术栈的竞品，吸收其他国家的优秀思想，培养自己的技术实力，避免产生“选一个适合自己的技术栈，用一辈子”的错觉。是想加深现有技能还是学习新技能？前台发展太快，总有新的轮子。 刚搞清楚Node又放出Deno。 有同学提出一个问题:是应该培养自己已经掌握的技术还是应该跟风，不断学习新技术？斯科特认为:其实两者并不冲突。在现有的专业领域，我们应该保持深耕，以保持我们在这个领域的竞争力。同时，我们应该对技术的新趋势感到好奇。我们可以挖掘新技术的起源历史，然后结合源代码、文档和社区调查，了解它所处理的问题，它带来的新问题，以及它是如何实现的。这样做不会花太多时间，也不影响在现有领域深耕。 如果你还有兴趣，手痒的话，可以抽空看看，就像几个用工具伺候的同学一样。起初，他们拒绝TS。他们用过一次，就觉得很香，再也回不去了。 总之，要时刻关注新的趋势和技术，不要只是观望，能玩就玩。 技术栈技术栈，必须掌握，有生命周期。我们将把技术栈放大一点，在2020年再看。作为前台新人，首先必须要花时间掌握老三样东西:HTML5，呈现在眼前的页面元素，在DOM树中的角色，用法，语义等。CSS3，页面布局和样式修饰，DOM元素的修饰方式等。JavaScript，人机交互的事件解析，网络请求，DOM操作，以及自身的语法演变等。 这三个前台的基础，每个前台人都要学的很透彻。 此外，前台和后台所要求的网络层的知识，浏览器的脚本运行环境，常见的界面设计，简单的数据结构和算法都要了解透彻。 还有就是框架的选择，前台的三个框架:React，Vue，Angular。 如果深入研究每个框架，时间成本太高，可以三选一，深入研究。 这些东西都唾手可得之后，就可以玩Node.js，做脚手架、组件平台之类的小工具，适当接触操作系统、网络交互、数据库读写、文件管理等领域。 同时前台新人也要注意培养自己的团队合作能力。 掌握技术只是团队工作的一部分。还需要了解业务，参与项目，与人交流。不要抱着“我只要把我的代码写好，就舒服了”的想法。因为职场是每个人兴趣、观点、性格、情绪的汇聚点，我们不仅要做好自己的事情，还要包括整个团队的能力现状，搞清楚哪些是可以妥协的，哪些是值得提倡的。 如何快速融入一个新的团队，无论是刚毕业的学生，还是从后台走到前台的开发人员，加入一个新的团队肯定会经历一个“磨合期” 融入团队有一个屡试不爽的方法，就是“脸皮厚”，敢问、敢做、敢改。 同时，我们还是要小心翼翼地去了解:团队的其他人都在忙些什么；团队目前有哪些技术资产；使用了多少技术堆栈；有哪些团队制度和规范；如何管理代码；项目是如何测试和发布的；分配给你的业务和项目是什么，和谁合作等等？ 这是最基本的信息。不了解，怎么整合？ 多问多改，快速适应团队的R&D节奏和编码需求，了解业务和产品的特点，熟悉合作方的套路，就能保证项目按时有序的开发上线。当团队同学认可你的工作能力，你就融入了。 有的同学入队两三个月就能成为骨干，有的同学入队两三年还在边缘。有人认为是编程天赋、努力程度、团队机会等多种因素造成的，但其实更多取决于自己的志向和选择。 这个问题的重点不是如何更快成为骨干，而是你想不想成为骨干，你愿意付出多少:可能是各种委屈不讨好，也可能是高强度连续加班...意志越强，越努力，越容易成为骨干，但这并不是鼓励大家都往996跑。 团队竞争是一种常态。越是优秀的团队，越是如此。骨干肯定是最好的。要用脑子、体力、脑力去拼的学生，不会拼或者不想拼的，基本上是进不了骨干队列的。这就是选择。 既然是骨干，就要满足技术拔尖，业务拔尖，至少要满足其中一项。 如果技术不拔尖，那就主动承担团队里最难的大家不敢或不愿意做的事情，培养自己的技术能力；如果业务不拔尖，那就和业务方“同吃同住”(不是真的同吃同住)，多花点时间在业务上，这样你就能“理解”业务方说的业务理由，提出更有前瞻性的建议。 “技术骨干”不仅需要技术的积累，还需要对业务有足够的了解。除了智商极高的特例，大部分人要成为技术骨干都需要付出更多的时间和精力，对他们来说，收获一份一份特别合适。 前端领导者技术选择作为一名前端领导者，在选择技术时应该如何决策？作为领导，做决定就意味着承担决定的后果。 如果结果是肯定的，那么大家都高兴；如果结果反过来，甚至对团队和公司业务产生负面影响，那就得不偿失了。 因此，一些团队领导者选择不做决定，寻求稳定而不是变化，但这不会给团队中的学生带来多少增长。 我做过很多技术决策，成功的多，失败的少。少的原因是我采用了一种简单粗暴的方法——只用75分做决策。 简单来说就是在妥协中寻求最短时间的最优解，得到一个75分的结果。虽然还有些不足，但核心问题已经处理好了，剩下的小问题都不算个烦恼。 先调查:调查再调查问题/难题/痛点，听取业务方、产品、经理、设计师、后台领导的意见，询问社区老板、同行、资深同事、竞争团队的意见，结合数据和场景，形成预判，从而感知问题的严重性和紧迫性，以及如何应对；问老板:和你的直属老板谈谈价值和方向，听听他的建议(但你不必100%遵从)；拍脑袋:重新评估这件事的成本、收益、风险，是否应该自己承担。如果风险在可接受范围内，直接设定目标；立项:挑能吃苦耐劳的骨干，或者潜力大的，去啃这块硬骨头，尽快拿到75分。 这是针对少数复杂困难场景的技术决策方法。 简单的场景不需要大量的调查，直接拍脑袋立项就可以了。 总结起来就是“快、准、狠”，但在此之前需要大量的调查，数据信息不充分，无法准确拍脑袋。 如果对行业了解不深，就老老实实做好调研，征求老板同意后做好项目方案，再进行项目开发。 为什么只有75分？这是投入产出比的衡量。 商业有生命周期，产品有生命周期，商业活动有生命周期。在这种背景下，项目计划、技术决策、团队成员的进入和离开以及能力模型的变化都存在生命周期。 这时候10天达到75分和15天达到85分是一样的。 尤其是在创业公司，有所为不如无所不为，快做不如慢做，多做不如少做(项目数量)，少做不如多做(项目体量)。 与BAT等巨头不同，创业公司在意的是R&D成本，不仅是在技术决策上，在选择技术栈时还会考虑“要花多少钱”:技术栈是否能节省最多的开发资源，易用、易开发、易维护，至少要考虑两点；技术栈能很好的培养和招人吗？招人成本相比其他技术栈是高还是低？ 其次，技术栈的选择要“统一”。团队的技术栈选定后，不要轻易更换。如果需要更换，要快速完成，所有的开关都要在最快的时间内完成。以下两点是最忌讳的:每隔一年半引入一个新的技术栈。 比如React用的不错，突然推出了Vue的全家桶；有几套历史债务技术栈，却没有投入人力更换，导致维护人员投诉。 创业型公司对技术栈的选择并不是绝对的。他们要考虑业务的特点，产品的形式，老板的喜好，团队同学的接受程度等等。，并做出综合评价。 技术栈的选择不在于某个具体的技术，而在于选择后是否保持统一性，以及为保持统一性而塑造的团队编码风格和协作体系。 此前，Scott曾提及中小型前台团队应该如何管理GMTC:以下是几点:结构化思考，系统化推进，强迫自己在头脑中时刻保持公司的全貌；在这幅图中，行业、公司目标、老板目标、团队状态、人员需求、组织环境...以业务为坐标，以结果为导向，任何决策都要基于业务和结果来设定和衡量；内心善良，善待每一个招进来的同学，永远放心他们的成长，学会包容；不想眼里进沙子，就把每个同学的长短板，团队的长短板看清楚，不能装看不见；手中有霹雳斧，宽容不等于纵容，不合适的人要敢于对不合适的事做出决断；你就当自己是唐僧，啰嗦就天天说。你的一个身份是教练。踩着海针，让自己泡在业务里，不玩虚的，玩实的，操心业务，循序渐进。 在职开发，如果你也想学习前端开发的技术，可以加入我的前端学习交流裙:851 231 348或者关注我的微信微信官方账号:【前端留学生】一套自己根据多年开发经验录制的web前端强化讲座视频和学习方法，以及少量前端学习手册、前端面试问题、前端开发工具、PDF文档、书籍和教程，免费参考。 需要的话可以自己下载。