本文首发于欧雷流。因为我会时不时对文章进行补充、修改和润色，为了保障所看到的是最新版本，请浏览原文。
在本系列上篇文章《一个 32 岁「老」码农的复盘：老成持重》中讲述了我通过两段共计三年左右的工作经验入了行，大抵理解了「前端工程师」这个职业以及软件开发行业的大略风貌。尽管我本身的问题占了一部分起因，但我认为它们在肯定水平上限度了我的成长速度——
抉择到什么样的公司去工作是一件须要万分审慎的事件。进错公司毁毕生，我不是在开玩笑！不要小看兽性的弱点和环境的作用。
——欧雷《一个前端的职业轨迹》
在本文所述说的工作经验中，随着工作环境的改善，我也开始有所转变——
刺暮软件
2013 年 3 月下旬，我入职了一家「做软件」的公司。之所以用「做软件」这个词，是因为这家公司的形成和关系稍微简单，且听我缓缓道来——
我签合同的公司是「刺暮软件」，公司的业务是做一些外包性质的挪动端利用。然而它并不是外包公司，应该是为了存活的长期业务。这家公司的开创团队皆来自 2K 中国，即 2K 的中国分公司。
在倒退的过程中，又成立了两个「子公司」，别离是做在线教育的「有渔教育」和做游戏的「黑火游戏」。尽管我的合同是签在「刺暮软件」，但做的事件由始至终都是一个叫「有渔」的在线教育平台。黑火游戏的代表作有《符石守护者》和《元能失控》（这个游戏的制作者变成了「火花工作室」，但人是同一拨人）。
另外，不知为何，刺暮与杉果游戏也有所关联……
我所参加的在线教育我的项目，起初是面向中、小学的翻转课堂，以「贴牌」的模式给杭州本地的学校定制零碎，如：杭州市采荷实验学校、杭州第十四中学；起初以 SaaS 模式走平台化路线，就变成了「有渔」，它的性能是围绕着「课程」来开展的，除了课程，有工作、习题、问答、组织和社交等功能模块——
「有渔」是以国际化视线打造的翻转式学校，提供英语、创意计算、机器人等国内先进课程的翻转课堂教学服务，以及「翻转课堂」、「黑板报」等云端软件服务。
作为最新一代网络教学系统，「有渔・翻转课堂」交融了 MOOC（大规模在线公开课平台）、SNS（社交网络）、游戏化教学、数据化剖析、百科等先进教育理念，通过 SaaS（软件服务）模式构建，旨在打造中国「翻转课堂」第一平台，为学校、企业、名师、集体等提供人性化、信息化和定制化的教学云服务。「有渔・翻转课堂」始终本着「让教者乐其教，让学者乐其学」的服务主旨，从教、学、监三个方面综合设计，着意教学管理与学习交换相结合，立足三大角色，创始五大性能，兼摄四大劣势，主张凋谢思维、自主教学、互促互进，最终实现和衷共济、教学相长的数字化翻新教育。
——忘了从哪看到的介绍
平台的用户分为「学员」和「老师」两种身份，前台页面都能拜访且没有差异，后盾页面依据身份的不同会有所区别：学员是查看本人在学习的课程、在做的工作、错题集、参加的问答、退出的组织和好友列表等；而老师则是进行课程、习题、工作等的治理。该平台除了 PC 端 web 页面，还有 iPad 客户端。
因为这里采纳的 web 框架是 Ruby on Rails（下文简称「rails」），所以前端方面的技术选型也是以与其联合较好的为优先，如：CoffeeScript、Sass、Compass。rails 不理解倒无所谓，但无论是 CoffeeScript 还是 Sass、Compass，都是之前听都没听过的，须要从头学起……
尽管产品线绝对繁多，性能没有十分复杂，但毕竟算是个互联网产品。并且过后 AngularJS、React、Vue 在国内还没火起来（我刚到这家公司时 React 和 Vue 还没问世），简单利用框架次要是 Backbone 比拟有名，jQuery 仍然占有很重要的位置。
在这期间，联合工作实际，我造了好几个轮子（玩具），根本是用 CoffeeScript 和 Sass 写的：
| 名称 | 阐明 |
|---|---|
| Painter（当初叫「Trick」） | 工具类 Sass mixin 库 |
| Tangram | 布局类 Sass mixin 库 |
| Ronin | DOM 无关的 JavaScript 解决方案、加强库 |
| Miso | 用于对 JavaScript Plain Object 的每个成员函数的实参（arguments）进行合法性校验以及对立返回值（return value）的「批处理器」 |
| Tatami | JavaScript 工具库（乞丐版框架？） |
| Matcha | 一个 UI 库，蕴含了 Painter、Tangram 和 Miso |
| Video.js Progress | 基于 Video.js 的进度条加强插件 |
| Video.js Track | 基于 Video.js 的文本轨加强插件 |
| jQuery Cascading Tabs | 基于 jQuery 和 Matcha 的级联选项卡组件 |
| jQuery Pagination | 基于 jQuery 和 Matcha 的翻页组件 |
| jQuery Double-list | 基于 jQuery 的双列表（穿梭框）组件 |
| H5Fx | 基于 jQuery 和 HTML Forms 标准的表单校验插件 |
尽管这些库绝大部分曾经不再保护了，但它们的变体和还在保护的库在之后乃至将来的我所参加的我的项目中持续产生价值。
随着业务需要的一直减少，页面变得越来越多，资源文件也变得越来越大，导致页面加载速度一直降落，减速页面出现成为迫不及待的事件。于是，决定通过 Turbolinks 将网站变成单页面利用来缩小资源文件的申请。
须要阐明的是，用 Turbolinks 实现的单页面利用与当初大家所熟知的计划有所不同，它齐全是运行时的计划：在点击下一个页面的链接时，会先判断那个页面有没有曾经在内存中进行缓存，如果有就间接拿来替换掉以后页面 <body> 中的内容，没有就会通过 AJAX 拿到页面内容缓存后替换；在申请页面内容阶段，页面顶部会有一个很细的加载进度条；默认最多只能缓存 10 张页面的内容。
我的项目的运行是基于我写的 Tatami，各种初始化逻辑是依赖于原生的页面生命周期事件，在引入 Turbolinks 之后毁坏了原有的「生态平衡」，它扭转了页面的生命周期，因此引起了一些较为辣手的问题：UI 初始化异样、事件绑定及触发异样等。
通过几天的考察钻研，最初写了个适配器通过批改 Node.prototype 的办法（method）解决了 <script> 加载依赖问题；通过在脚本中记录页面初始化函数所对应的页面标识及程序，解决了初始化异样和事件异样的问题。
为了进步合作效率，升高沟通老本，与交互设计师和 UI 设计师单干整顿制订出一份交换用的 UI 文档，应用 Jekyll 在 GitHub 上搭建了在线浏览的页面。这个文档的作用次要有两个：像 Google 的 Material Design 那样是一套设计规范，设计师在设计新页面及做标注时要参考；像 API 文档那样，通知开发人员如何去应用。
因为利用的复杂度慢慢进步了，又引入了 Backbone 及其周边的 Marionette、Backgrid 和 ModelBinder 等。不过，与此相关的事件次要是另外一个共事（ヘンタイ）在做，我没太参加。
在我刚去这家公司时，开发相干人员总共 10 集体左右，做在线教育和做游戏的人数根本对半，过后专职做前端的就我一个。大略一年之后，做在线教育的开发人员多了起来：一个可做前端可做 rails 开发的（ヘンタイ）、一个专职前端、一个品质保障（QA）、两个 iOS 开发。本来只有一个 UI 设计师，起初又来了一个，并且又多了一个交互设计师（目前为止的职业生涯中接触的惟一一个）。
在这里，记忆中工作管理工具换了两次：从 Trello 换到 Tower，再换到 Teambition；代码治理是基于 Git Flow 应用 Sourcetree 与 GitLab 相结合。每天早上会围在团队总负责人身后站会，依照工作看板的程序须要相应的负责人论述工作相干状况，实现了则更新工作状态并调配新的工作。培训与分享尽管不多，但有时也有。
总体来说，这家公司的福利，除了「玛尼」相干的没啥毛病，与我服务过的其余公司相比反而有亮点：没有加班；带薪年假 10 天起，每满一年加一天！即便它如此让人自在，如此 work-life balance，最终我还是因为它的发展前景和「玛尼」的问题抉择了来到……
为什么这家公司在「玛尼」上有比较严重的问题？我想可能是因为老板很理想主义，很有情怀，想缓缓打磨产品，不愿去找投资人进行融资。兴许正因如此，才会给员工提供 work-life balance 的工作环境，让员工倍感自在。
在我来到之后，陆陆续续有其他人因为同样的问题而来到，做游戏的那些人「打包」换了个中央，以「火花工作室」的名义持续做游戏。
回过头来看，我很感激在这里的工作经验，不仅提供了很有亮点的福利，在这里所养成的工作习惯对我之后的职业生涯很有影响。更为重要的是，在这里遇到并交到了女朋友，在起初成为了我的妻子。
买 / 卖好车
2015 年 9 月中旬，我入职了一家汽车畛域的公司。在我任职期间它产生过转型——从本人卖车的「买好车」变成帮别人卖车的「卖好车」，因而会以「买 / 卖好车」来指代它。
刚入职时，我给本人在这家公司中的定位是担当团队中一个重要的角色，不是 leader，而是帮忙团队进步生产力，引领并进步整体程度的存在。事实证明我在肯定水平上做到了，本人还算称心。
在这家公司所获得的工作成绩在《在「MHC」我都做了什么？》中曾经较为全面地论述了，这里就不再赘述。不过，正如文中所说——
本文着重介绍了在「MHC」时，除了日常的业务开发之外我都做了哪些事件。所列举的都是些对前端团队、对技术部、对公司业务或多或少有影响的事例，做到一半或做失败的事件也不太好意思拿出来说。
——欧雷《在「MHC」我都做了什么？》
即便如此，有一个「做到一半」的我的项目还是要提一下的，那就是「开发资源核心」，外部代号「JCW」（MINI 顶配车型的名字）！在我心中，它是很有重量很有意义的一个我的项目，没做完是因为我到职了。上面就来说说它的重量和意义体现在哪——
很显著，这是一个外部的管理系统。正如它的名字「开发资源核心」所示，是对开发相干资源进行治理的，以进步合作及开发效率。其所蕴含的性能大略有（有的是过后布局中的）：编辑与查看数据接口文档（有点相似 Swagger 生成的 API 文档），并可依据 API 形容 mock 数据；查看与治理（上传、删除等）已上传到 OSS 的动态资源文件；前台利用（单页面利用）的公布与版本治理；后盾利用（传统多页面利用）前端数据的公布与版本治理。
其余的就不开展说了，但后盾利用前端数据的公布与版本治理这个要特意说下，因为它是一个依据过后的布局会做成可视化搭建的性能——
后盾零碎页面的常见模式就是供数据 CRUD 的列表页、表单页和详情页，当把撑持这些场景的交互和数据处理的外围逻辑都曾经形象了之后，你发现再怎么欠缺 UI 框架也不会有像之前那样比拟显著的效率晋升，顶多是优化了交互和开发体验，使性能更稳固而已。
你陷入了思考：「该做些什么能力持续为开发提效呢？」
之前做的 UI 框架，是对交互逻辑和数据逻辑进行了高度封装，并提供了大量的 CSS class 和工具办法。尽管使在做页面时能够少写很多 CSS 和 JS 代码，但对于 HTML 代码来说并没有缩小。
貌似找到了该冲破的点，但要怎么去做呢？
左思右想，你忽然灵光乍现，想起了本人已经用过的基于「世界上最好的语言」开发的博客零碎——WordPress。既然后盾零碎页面如此模式化，何不效仿 WordPress 将不易变的局部作为「主题」，易变的局部作为「文章」？
这样做会带来另外一个益处，就是将页面代码数据化了，有什么纯前端的问题批改就只是数据修改，而不必走简短繁冗的运维公布流程。日后如果公司有了本人的设计语言，再退出可视化搭建的个性，业务后盾零碎的开发和保护前端就不太用参加了！
现实状况下，产品经理用已有物料拖拖拽拽生成「原型」，该「原型」就是最终界面；业务性能确定后，后端开发定模型、写接口，而后配置界面的数据展现。这样一来，业务零碎迭代的整个过程中，根本能够疏忽前端这个角色了。
那么前端干什么呢？在这样的合作模式下，前端的次要工作就是欠缺物料库，并且让产品经理和后端开发应用起来更不便。这种提效形式所带来的收益，与开发 UI 框架相比，基本不是一个档次的，想想都感觉兴奋！
——欧雷《前端有架构吗？》
下面说的是「开发资源核心」在业务与合作层面的意义，在开发层面它也有着重大意义！
它是一个基于 Node.js 的前、后端一体的我的项目，尽管在此之前也有用 Node.js 开发的前、后端一体的我的项目，但它们都是基于 Express 用 JavaScript 写的；而这个我的项目为了成为公司内这类基于 Node.js 的前、后端一体的我的项目的标杆，抉择了 Nest 作为 web 框架，并用 TypeScript 进行编写。
过后还正与设计团队单干弄公司的设计语言，并打算接下来一起搞图标库，最终皆因到职了而没见到后果……
上面就大略介绍下在《在「MHC」我都做了什么？》中根本没说的我退职期间买 / 卖好车的业务以及我的一些体验——
正如下面所说，在我任职期间公司经验过转型。然而，据我所知，在我入职之前，公司成立初期还做过另外一个业务，如同是跟车无关的像百度贴吧那样能够发帖子的社交产品。因为对那段历史不怎么理解，还是说说我所理解的「买 / 卖好车」吧。
2015 年，守业圈子中诞生了一个 to C 的平行进口车电商平台——「买好车」。所要做的事件很简略，就是「只有你有钱，只有车的方向盘在右边，要啥车都能想方法给你弄到」。
这时的业务很繁多，所须要的利用也很少，根本就是一个面向用户的主站，一个外部治理用的后盾零碎，还有 iOS 和 Android 客户端。其中，客户端从架构上来看能够说是很简陋了，就是挪动端 web 页面套了原生客户端的外壳。
主站页面的设计还是不错的，毕竟无论是过后还是当初，都有好几个在设计上进行山寨的网站，有的也是卖车的，有的是卖表的。然而前端技术如何，置信看过《在「MHC」我都做了什么？》之后心中曾经无数。
在这期间，根本每周都有一、两个流动，写流动页面成了我次要的工作，偶然会被调配到主站或后盾零碎性能批改的工作。
印象最为粗浅的是那年「双十一」，做一个秒杀进口车的流动。这个我的项目的整个生命周期并没多长时间，甚至让我感觉有些仓促。流动前一天加班工作到第二天凌晨 4 点多，回去才睡没多久，就又起来赶在上午 9 点前到公司，直到流动开始前一刻还在修 bug……
在这一时期，公司还做了一个 P2P 产品，是挪动端 web 页面，这只是一个尝试性的小我的项目，并没有太做宣传。记得在这个产品上投资的外部员工还不少，我穷逼一个，就没为公司的金融事业做出啥奉献。
大略是 2016 年年初，随着据说是从「汽车之家」进去的阿贵的到来，公司逐步进入转型期。
一开始，我被「抓」到还没正式成为办公区的三楼的小屋里，成为「Project X」的一员。这名字听着挺有神秘感，也给人一种「被选中」了的感觉……这个小组的工作就是疾速实现翻新我的项目并疾速试错。貌似过后只做了一个我的项目，是个叫「寻好车」的车源线索工具。
起初，公司正式转型为帮忙中小汽车经销商卖车的 to B 的「卖好车」，并先后倒退出交易、金融、仓储、物流等几条业务线。
起初「卖好车」只是一个让商家公布车源信息的工具，跟「寻好车」有所类似。产品状态上分为挪动客户端和 PC 端 web 利用两局部。这回客户端是实打实的原生开发，根本只有营销类页面是内嵌网页，而不像「买好车」和「寻好车」客户端那么虚。
针对商家在销售时没有一个很好的形式对客户进行治理，推出了 DMS 工具来帮忙商家的销售人员治理及回访客户。
公布车源是商家通知他人本人有什么车，想要找本人须要的车得搜寻，而后挨个后果去看去筛选，这样显然会效率比拟低。为了进步找车的效率，退出了寻车性能。别看见「寻车」这俩字就认为和「寻好车」有什么关系，think too much！这个性能就像是「寻人启事」一样，公布信息后分享到微信群或朋友圈，有相干车源的人看到后会被动分割寻找车源的人，在肯定水平上进步了商家找车的效率。
至此，「卖好车」所具备的性能都是些与撮合商家交易相干的。无论是车源的公布和查找还是客户关系的保护，除了口碑，没看出公司在金钱上有什么收益。不过，兴许先积攒口碑从而吸引更多的商家来应用「卖好车」，再提供其余产品服务来赢取收益正是公司的策略。
之后，正如我所猜测，公司在汽车流通的各个环节布局，并推出相应的免费服务——
商家在洽购一批新车时，很有可能手里钱不够，怎么办？找银行？须要一大堆资料，填完提交了还未必能审批下来；就算审批通过了，额度可能又不够。在这个环节，公司提供了一个能够用更少资料、更短流程申请下更多额度钱款的金融服务，通过收取手续费、利息等费用作为收益。
等车洽购回来了，可店小，没中央停车，怎么办？不必愁！公司通过自建和单干等形式建设了一些仓库提供仓储服务，只有找个左近的仓库付场地费、照管费等费用，想停多久就停多久。
就连车辆的运输都进行了管控，尽可能做到可能在线查问车到哪了，运输路线是什么样的。就如同运一般货物的顺丰等快递公司一样。
对于用户来说，产品只有「卖好车」这个客户端，但在背地，有十多个后盾零碎和几个钉钉微利用对其产生的订单、运单等信息进行解决。研发团队的大部分人的日常工作就是开发并保护这些后盾零碎和钉钉微利用的性能。
我是这家公司的第 148 号员工，在将近三年的工夫里，我的成长还是挺多的，各方面有了较大的转变：第一次有了时常交换的团队，做过几次分享，也培训过新人；有很多挑战，有很多想法，有的实现了，有的没来得及实现；基于实际做了几个开源我的项目，写了好几篇文章；不仅 push 本人做事，也开始 push 他人做事，并且尝试承当一些布局、管理工作。
开始的一年半左右工夫，我次要在一线做业务，就是惯例的产品经理提需要，而后各种评审，开发后测试并上线。起初我逐步转去做基建，过后将近 20 人的大前端团队就我一个人是专门做这个，其他人还是次要做业务，有的人在兼顾业务的同时做些基建方面的事件。
为什么我会被「非凡看待」？我想可能是因为平时次要是我在推动基建、提效方面的工作，这是大家引人注目的，我体现出强烈的想在这方面出力的志愿；另外应该是，公司业务在疾速倒退，有点意识到光堆人力是不够的，须要有人在提效方面有所作为。尽管是专门做基建了，但有些「老板需要」与做业务的人手不够时，我还是得去反对。
在 2016 年夏天的某次前端团队周会上我提议用 Teambition，一是方便管理和分配任务，让团队治理更高效些；二是每个人都能够晓得其他人在做些什么，使相互之间信息通明。尽管过后大家都感觉能够试下，但理论用起来后工作状态更新并不踊跃。甚至有段时间我经常早、晚在群里揭示大家更新工作状态，只惋惜收效甚微，慢慢不了了之。
大略一、两年后，技术部对项目管理开始器重起来，不知为啥引入了 Worktile……如果我当时晓得的话，必定会举荐一波 Teambition！用过 Worktile 后，我感觉没有 Teambition 好用。
在任职期间，跟产品经理撕过逼，次要是因为交互或者布局要求不合理甚至反人类；也会怼后端开发，次要是因为他们的能力问题影响到了协作关系；与前端团队中的一个人有过争执，次要是因为他太不足常识，对大家都认可的团队标准有很多疑难；带过一个师妹，有段时间因为她问题太多，总是打断我的失常工作而显得不耐烦。
一个巴掌拍不响。说了那么多别人的起因，我就没问题吗？当然不是。我最大的问题就是——因为对本人要求高，所以对他人要求也有些刻薄；因为以往根本都是靠本人去解决问题，尽可能少地去麻烦他人，所以也心愿他人可能尽量独立解决问题，尤其是合作须要尽可能高效。总而言之，就是要求他人像要求本人一样，然而往往他们做不到。另外就是，我急躁不够，容易浮躁。
这家公司的福利与安恒差不多，加班没那么狠，就是互联网公司比拟惯例的状态——进入测试阶段之后，特地是快到上线前的那段时间，须要加班。并且，很可能在公布胜利时，曾经凌晨两、三点了。
总结
这个阶段，是我作为一名「前端工程师」与「作家」开始「沉睡」的阶段。不像上个阶段中的公司，本阶段的都能够说是互联网企业，并且做的事件更有挑战，可做的事件更多。
兴许是因为我曾经过了入门的阶段，再加上我自身就是一个喜爱「挑刺儿」并各种「瞎想」的人，总是能从日常工作中发现问题并想方法去解决它们；所以才会造了那么多轮子（玩具），做了那些基础设施建设方面的事件。
在刺暮时，因为业余时间很多，并且那会儿比拟浪，总是会在杭州市内或江浙沪地区之内游荡。那时还做了一个名为「暴走杭州」的打算：
这期间也加入了几次技术类线下流动，如：第八届 D2 论坛、在百姓网与一号店举办的交流活动。其中，在百姓网的那次是小鱼（sofish）组织的，见到了简书的创始人和张鑫旭。张鑫旭在分享时的语言格调就跟他的文章一样。
去了买 / 卖好车之后，我不太浪了，就连很喜爱的动漫和游戏都不怎么碰了……平时上班后根本都是在住处持续「加班」，去欠缺并优化我所保护的基础设施。思考人生神马的，西奈吧！
在买 / 卖好车的中、前期，因工作中遇到的各种问题而相继产生了两个较大的靠一己之力无奈实现的打算，它们别离是「前端常识与技能考核评估体系（Front-end Knowledge & Skill Evaluating System）」和「反混沌（Anti-chaos）」。
欢送关注微信公众号【Coding as Hobby】（微信中搜「coding-as-hobby」）以及时浏览最新的技术文章～ ;-)