《潭州学院》前端工程师的现状

《《潭州学院》前端工程师的现状》由会员上传分享，免费在线阅读，更多相关内容在行业资料-天天文库。

1、前端工程师的现状从去年开始公司不断招聘前端工程师，没有看到一个人去应聘的，原因是真没几个人真正懂的。我当时是这么跟他们分析的：过去的客户端以browser为主，所以html/css/javascript是唯一选择，现在可是mobilefirst，于是大量前端开发者被native开发分流，以及原本想做前端工程师的后备力量应届生们也选择学native开发，导致前端人荒。随着情况改变，H5（HTML5的大众昵称）在传播上体现的商业价值巨大，无论是创业团队还是巨头自然重视这块低成本高收益的事。好像前端开发的春天又来了，但局面是后备人

2、才不足，想转前端开发的又会发现贵圈比以前还乱，除了标准依然滞后，各种框架、工具冒出来，没一两年又淘汰，过去好像会jQuery就可以混，现在的门槛确实高不少。没办法创业团队要招到优秀的前端工程师只能靠情怀和烧钱，巨头们需要重新培育起好的技术文化吸引人才，尤其是肯花钱和时间在前端技术的培训、积累和创新上。之前有人说web已死，现在看说这话的人可以去死了。在前端技术储备上加大投入，很长一段时间内都是非常值得的。　　回到主题，标题其实是病句“初学前端工程师”。前端工程师是种岗位的title，怎么用学呢。我想将错就错说说职业的问题。前

3、端社区三类人：前端工程师、前端开发者、“玩票”者。首先要明确前端工程师是种职业，是专职为公司业务提供前端开发服务的一个工种。前端开发者意义更广，凡是用前端技术开发的都算，但这里我想狭义上指前端开源社区贡献者和自由前端开发者。“玩票”者，指原本是其它语言的开发者，因喜爱前端技术经常参与社区互动并贡献开源项目的人。前端工程师和后两者的主要区别就是——职业性，后两者主要关注和解决通用问题（提高前端开发的生产力啊、推进标准的实现和发展啊），而前端工程师的职能是解决所在公司的产品开发中的前端工程问题（工程和技术是不同概念，之前我分享过

4、一个关于什么是前端工程的话题，在这里）。明确定义后，开始谈谈我做了这么多年前端工程师的一点感受。　　“他是我见过的最好的前端工程师”，这是多年前一位前同事对我的评价，我自己会克制的在后面加上“之一”。如果他说的是“最好的前端开发者”，我绝对不会接受这种评价。我的github如此冷清，编程上也没有突出的才能，也没贡献过任何有影响力的开源项目。但我觉得自己是很好的前端工程师，我参与的产品开发效率很高，对技术发展很敏感，很少走偏，多少还有点前瞻性。身在一线，对技术上的或人上的问题看的比较准。共同之处：追求更好更有效的解决工作上的实

5、际问题。我不会盲目追求“最流行”的技术，更不会把它强加给产品，除非我觉得它真的适合这个项目，切实解决问题为导向。刚到豆瓣时，我问自己：豆瓣产品前端的最大问题是什么？不是统一UI、不是搞个新框架，而是要通过建全基础设施，改变开发方式将原来集中式的业务代码彻底解藕才是症结。这里面有技术问题还有跨角色合作的问题，因此不能孤立前端团队，搞合作不搞对立。当时组建的通用工具组集合了各种背景的资深工程师，一起讨论方案，成果对后面支撑公司业务的快速发展起到了重要作用。做这些事情要忍耐默默无闻、要经常跳出自己的舒适区，到另一个不熟的领域甘心当

6、小白，目的只有一个——切实有效的把产品中的问题解决掉。对个人而言，通常这么做可以收获到更多更深刻的经验和知识，所以我也乐此不疲。不理解的人或许会觉得这人不牛逼啊，别人的看法不重要，收获到实实在在的有价值的东西才是硬道理。新人不该看重虚名，装逼不健康。沉浸到每一个项目中（别。挑。活），做到具体问题具体分析，不生搬硬套，独立思考，虚心交流一定会快速成长起来。不要拿追求“完美”当幌子，不愿做没技术含量的事，这样的话干脆别干前端了。拥抱变化是我在前公司工作时被灌输的价值观。对于刚走上前端工程师岗位的同学们来说，要慢慢习惯前端技术的快

7、速变化，并且拥抱它。要stayhungry,stayfoolish。其中也有重点，在不易变的方向上多花时间学习越深入越好，不纠缠、执着于那些易变的东西。对新技术始终保持好奇心。工具是最易变的，工具包括从各种库、框架到构建工具、编辑器等等。我对工具的态度是实用至上、喜新厌旧。对于新人来说尽可能多的体验各种工具没坏处，从工具的设计思想上也能学到不少知识，但是要清醒的认识到，会用很多工具不是工程师核心的开发能力，也不是个人的核心竞争力。前端技术本身的变化是演变，不像工具那样完全弃用变成全新的。比如多花些时间学习CSS2.1一点都不

8、会浪费，多研究一些Javascript的基础特性也不会轻易过时。然后有预见性的学习新技术，在项目中积极拥抱新标准，比如ES6。幸运的是现在有大量工具让我们可以提前在产品开发中应用新标准。开发思想不存在过时的问题，这些需要在长期的开发实践中不断的总结、反思，比如分离关注点是70年代提出的，从