以往的开发效率

本人从事前端开发近10年，见过很多一个项目过来从零到一百的过程。
在刚开始从事工作是从零开始不感觉什么，但是做了几年后慢慢感觉有很多问题，开发效率底下，只会调用api，没形成自己的技能树。
一拿到项目就开始一行行敲代码，很多时候感觉在做大量重复的工作，程序员可以用搬砖自嘲，但如果真的变成了搬砖，这其实是非常不明智的。
作为技术而言，我认为产品可以从零开始，设计也可以从零开始，但技术不应该是从零开始，最起码是从30开始的，最好的情况应该是从30~120的过程。
为何说是120呢，其实100就已经做完了，但这个100也就是只代表功能完成。这是没有技术壁垒或者没技术追求的。换个团队或人，给点时间都能整到100。那你又有哪些技术壁垒呢，所有对于项目的健壮性，可用性，易用性，以及边缘值考虑等等。这就是从100到120的过程。也就是你的竞争力所在。

技术基建包括哪些

技术/规范文档、工程模板研发、组件库和开发工具沉淀、devops自动化、研发到数据可视化闭环、业务复用、研效提升等方面建设与完善。

为何需要技术基建

试想一下，你每天做着重复的工作，而这重复的工作中有潜在的规律。你有想过要做一个工具来一劳永逸的解决这个问题吗。还是只能出卖增加自己劳动时间来完成事情呢，特别是工作量上来后。
记得我在第一家公司时，当时是做加盟平台，就有类似的工作，好像是竞价那边发一个客户包，具体内容忘了，然后给到我们前端，我们前端去修改某些固定代码，调整里面链接地址后，可以理解为修改一系列代码后，放到我们加盟平台展示。
你说难度，其实没啥难度。但是每天改三四个也很烦躁。当时这块业务主要是我来负责，另一个前端辅助，开始时没觉得啥，东西多了就分给另一个前端。但是做了一阵后感觉纯属浪费时间浪费生命。加上人为的更改避免不了的会出问题，比如某个位置没改好，都跑不起来，还要花时间去检查。
然后基于自己之前对nodejs的了解与使用，决定自己开发一个自动修改代码爬取链接地址后自动替换的工具，经过不断摸索，终于开发出来了一款一键处理代码包的工具。
自此以后不管一天要改多少个包，我再也没有让另一个前端帮过忙，后面我有了新的任务，这个工具包就交给了新的负责修改包代码业务前端的手里，当时没有基建这一说，但我想这就算是基建的一部分，能帮我们干一些无意义又不得不做的工作。
我离职的时候这份代码还保存在我们公司的其它前端成员手中并视为神器。

技术基建的重要性

用一首诗来解释吧，’曾经沧海难为水，除却巫山不是云‘
在你小的时候，你并不会觉得生活有那么糟。现在生活好了也不会感觉太大的变化，但是如果让现在的你回到小时候的生活条件，估计你连一周都待不下去。没有智能手机没有网，停电停水家常便饭，出行考腿，甚至交个电费还要跑到十里外的地方。
如果你没经历过现在的便利生活，你也不会感到有啥不好。技术基建也是如此，很多程序员说我们公司就没有技术基建这一说，不也挺好的吗，没感觉有啥。那只能说他没去过大的成立久一点的公司。如果你待的公司有技术基建，你也没感觉多牛逼，那等你从这家公司离职后去一家没有技术基建的公司你可能会体会的非常明显。一个很简单点的事情都要从零开始搞。
所以说眼界很重要，你最起码见过知道，那你就比别人更多的优势。这也是为何招人都喜欢要从大公司出来的。流程化体系化是一方面，更重要的是他见过更好的开发方案。了解更优的解决问题思路。
有它可能感觉没啥，没了后，才会觉得原来它帮你做了很多事情。哪有什么岁月静好，不过是有人替你负重前行。

技术基建解决什么问题

告别从零开发，积累技术知识，形成自己的技术壁垒。
快速构建项目，平时多积累，做事时拿来即用。就像是搭积木，而不是造积木。这是有本质的区别。
项目更加稳健，更多的时间放到优化项目，单元测试，可用稳定性上面。
对于核心关键技术要敢于造轮子，最起码要知道怎么造，别掉进钻研无用论的陷阱，拿来主义最后是没出路的。
如果公司或团队有一个好的技术基建，就能使新入职的人能也够快速融入。对团队建设有着不可估量的作用。

如何搭建自己或团队的技术基建

在平时的工作中善于发现解决问题，最重要的是解决问题时或解决问题后要及时总结，对该问题的心得体会。个人认为作为前端程序员来说善于总结尤为重要，前端繁杂无序，若不善总结整理，将会苦不堪言。
其实很多面试的时候面试官也会问到你遇到比较困难的问题是什么，怎么解决的？我相信只要做了几年的前端后，大家都会遇到各种问题，但是你能立即回答这个问题吗，估计很多费了你很长时间，死了很多脑细胞的问题你估计早就抛到九霄云外了，这是不行的。
如果对待技术没有敬畏，只是对实现功能或解决bug为最终目的，那么你会失去最重要的经验，会被刚入职场一两年的技术人员轻松超越，最终沦为35岁以上问为何不好找工作问题的提出者。
看看这些问题吧，技术真的是吃青春饭吗？35岁程序员被优化怎么办？35岁做不长管理该不该改行？等等。当你为这些问题困惑时，你可以静下来想想，除了处理不得不做的工作之外，空闲时你又付出了多少呢。
行动起来，从现在开始搭建你或你公司团队的技术基建吧！