2020- 我的技术之路：守业公司中的研发效力与技术赋能
2020 年，诸多不易，大家都是乘风破浪砥砺前行；在这一年我在技术、产品、行业认知上也是起起伏伏，在挫折、摔打中一直地深入本人对行业的认知，融入制作团队，打磨产品，构建更顺滑的体验与交付能力。从技术与产品的视角看，2020 我的外围关注点如下：
- 研发效力，以尽可能小的技术团队保障全线产品的按时上线、交付。咱们的产品涵盖了典型的 工业互联网 /MES/CRM/ 电商零碎，逾越了 Web/ 挪动端 / 小程序 / 桌面端等多个触达点，服务于海内外客户（须要保护跨地区的公 / 公有云及边缘节点）。
- 技术赋能，开掘并驱动业务倒退，单点冲破与全线贯通齐头并进，以正合，以奇胜。咱们须要某些产品点感动客户，然而如果不能给客户提供残缺的解决方案，是无奈失去最好的认可。
做工夫的敌人：八大体系超千篇数百万字技术笔记
天地逆旅，时光飞逝，岁月如梭，年近而立也是愈发感觉有急切感；每次回顾过去十年的职业生涯，想起本人已经学过、做过很多，然而也忘了很多，不禁地心田惶惑。此时唯有本人做的这数百万字笔记体现了技术一途上留下的痕迹：在线浏览：ng-tech.icu/books，书籍托管于 Github：https://github.com/wx-chevalier
往年我会针对每个系列编写专门的导读文章，心愿能与更多的人分享我看到的、学到的、记下的。
既能组装也能造轮子：模板、库、我的项目的积淀
经验了不同的大厂与守业团队，对于技术人员而言须要具备极强的机动性、灵活性；在小型的守业团队中不能按部就班，照搬大厂的标准、流程、制度以及技术架构。另一个方面，也不能因为是小团队就疏忽了对于架构、编程标准（如 Lint）、重构（如 Code Review）等的保持，否则随着业务倒退迅速减少的技术负债终会显示出它的破坏力。就如笔者在《SoftwareArchitecture-Series》中对于所谓复杂性的探讨，软件架构的外围价值，即是控制系统的复杂性，将外围业务逻辑和技术细节的拆散与解耦；互联网软件系统架构的设计不是欲速不达，而须要渐进、继续、屡次设计的。
作为守业团队的技术人员，外围矛盾是进步生产力，进步团队的研发效力。咱们既要能发现现有的轮子，去疾速组装他们，去撑持业务需要；也要能造轮子，去实现团队本身的工具化与工程化。同时也不能自觉追新，很多令人激动的新技术、新个性，然而也要思考到新技术自身的不确定性、团队成员的学习老本。这里以 Web 开发做简略示例，在 wx-fe 主题下大略有十来个我的项目，其典型包含：
m-fe-*系列: 微前端工程化零碎我的项目，蕴含了前端开发根底脚手架、React/Vue/Node/Electron/Taro 以及各种微前端模板。- micro-components 系列：蕴含 Web 电子白板、Excel 全栈解决方案等一系列我的项目。
ueme-*系列: 构建用户体验中台系列我的项目。
这部分笔者会在独自的专题中进行探讨，此处仅引出笔者的代码库的积淀。
杂谈：程序员的职业转折，小团队与大团队
不觉入行已有十年，十年苍狗，我却是始终怀着对行业的焦虑前行，35 的槛始终如达摩克里斯之剑；不过回头来看，至多对于身边意识的很多前辈，在这个时代以 IT/ 编程为敲门砖进入某个行业 / 畛域是极好的抉择。只有是真正的有心人，可能在日常工作中进行人脉、治理、行业等等多维度的积攒，是必定能突破职业生涯的枷锁，实现转型的。技术好的，无妨进入一些传统行业。只有跨过了行业门槛，有公平竞争的机会，以更现代化的产品与研发效率，也是有可能进行降维打击的。
然而，须要特别强调的是，无论进入哪个行业，必须心怀敬畏；毫无行业教训的人，看了几个 PPT 就扬言要颠覆行业，不感觉是对于前人的不尊重吗？同时不能太过画饼，于己于人皆是如此，拥护强行让他人为本人的梦，或者谬误买单。很多人既要一意孤行的权力，却不违心承担责任任务。
职责的变动
我从 2014 年开始始终陆陆续续参加守业团队的工作，期间也在大厂工作了三年；颇有感触的一点是，守业对于纯技术背景的同学并不敌对，往往技术越强，落差越大。譬如心态的转变，很多技术背景的管理者往往会不适应相似于接口协调这样的工作，感觉仿佛是在节约生命。然而须要缓缓地将本人从日常工作中抽身进去，为团队保驾护航，上善若水，水利万物而不争；而后缓缓起身远眺，做更偏重于协调，以业务整体绩效为指标的事件。此时在团队沟通上也须要留神技巧，良好的组织氛围，是晋升团队研发效力的重要保障。就像玩游戏一样，对于团队、对于本人，想要翻越某些藩篱的时候，须要一直地给予正向反馈。无论是公司、团队的治理，还是自我管理，成就感都是十分不错的生机棒与路标；而保障本人在日常工作或者 Side Project 中取得成就感的一种前提，就是尽可能细粒度的切分工作。
此外，研发往往有明确的指标、指标，然而在未知行业中，要提取、形象出指标却并非易事，并且指标也是一直的变动；这点在大公司中往往是由 PD、PM 去屏蔽，然而在守业团队中缺颇为考验技术人员的辨识能力。譬如指标和过程的辨别。最后咱们认为指标是：客户可能用上咱们的软件与解决方案，起初发现这只是实现最终商业指标的过程，起初发现咱们须要的过程是建设联接而不是拘泥于软件应用这件事。竞争意识侵害竞争力，同样达成指标的执念有时反而会侵害执行力，很多开始认为的阶段指标反而会成为你要驯服的最高的巅峰。
团队的组成
在守业型小团队中，团队形成不稳固。开发往往身兼数职，不仅仅实现性能，常常要解决用户反馈和投诉，还要和产品探讨需要、和设计探讨界面实现，甚至有时要修电脑、装软件、解决疑难杂症。同时守业期的产品可能品质要求不高。用户量级小，即便品质稍差也能承受。做的性能亦不太思考可扩展性，能用就行。技术视线狭窄。整体业务场景少，技术以应用为主，很少深挖底层原理和实现。产品的生命周期不可预测。做了 1、2 年的产品，可能因为各种起因而无奈上线。然而，小团队也同样具备劣势。人数少的劣势，使得团队易于扁平，决策层到执行层是间接关系，甚至有时执行层也参加决策。指令下达速度快，沟通老本升高。而且作为晚期参与者，在度过艰巨的生存期之后，更容易成为外围人员。外围代表着股份与期权，持股干活更是能源十足。再往后，如果团队可能扩招，外围人员往往是管理人员的首选。
适合的人才是团队的基石，招聘也是团队短暂的工作与挑战；特地是对于技术负责人，往往也须要承当起招聘。晚期的团队往往是外部举荐，或者以人带人，该当尽量招聘适合的人才，过低或者过高往往都会减轻团队的治理老本。在第一轮疾速扩张之后的安稳期，稳固是重中之重，同时留神流水不腐，户枢不蠹。同时团队无论大小，即便没有专门的 HR，也须要尽量保障面试流程的正规性，并且针对不同的面试者展现团队不同的劣势：气氛良好 / 极客文化 / 疾速倒退 / 行业劣势等等。不过随着团队的迅速扩张，人员裁减自身是熵增的过程，然而熵增也意味着凌乱与无序，作为技术团队的领导者，须要一直地进行从新定位与角色转变。从晚期的外围开发者，到渐进的团队协调者，再到团队的管理者。
衰弱的团队，应该是来到任何人都能够失常运行；反过来看，如果核心成员发现自己在团队中的位置是无可替代的，反而须要有危机感，宁肯就义些可用性，也要换取些分区容忍性。技术负责人首先要可能将工作正当划分，将业务型的与通用型的模块化切割开来，尽可能地定义明确边界与交互的接口协议。这样就可能将工作打包给兼职 / 实习人员，尽可能地实现调度优化。
结语
前两日有校友撰文写道：人生之路，不似挥动剑花那般行云流水，更若一首平仄绝句，错落有致。面对路线的笔直，唯有携着“柳暗花明又一村”的笃定坚守，能力穿过眼前横亘的“山重水复”。国学巨匠陈寅恪曾说，“唯此独立之精力，自在之思维，历千万祀，与天壤而同久，共三光而永光。”于集体，既要失败要乘早，穷人家的孩子承当不起失败的代价。不过也要随时转换，如多年前一次失败的守业，守业苦楚的并不是璀璨热烈的死去，而是将死不死，虽静美却无心赏秋叶。
最初，谨以此文，致敬意识的或者不意识的创业者，也是赠言给身边走在守业路上的敌人。