Table of Contents
上知乎瞎转悠，不知道怎么的就点了这本书的下载链接。《不止于代码》小字备注为，工程师必备，职业发展黄金手册。其实我一般不会特意去看工程师自己写的非技术向书籍的。长久以来，我一直觉得，工程师写作能力还是远比不上写代码能力的，写博客还行，至于写一本书，恐怕干货不多或者不一定能将自己的心得、思想表达到位。而且，自己还是觉得，以一个公司的参与者的身份写书，或多或少会有一些价值观输出。但是工程师写的文章，是最真实的。
（注，这本书才一百多页，所以我是边读，边做这篇摘录的，发现这本书确实不是一两个人针对某一两个观点写的书，而是多位工程师分别就自己的生活学习工作经验写的感悟，每一篇相对独立，也较为简短，类似于博客。这种长度的文章是最能发挥工程师的水平的）
边读边做摘录如下：（有些地方为了保持摘录的连贯性，在保持原意的情况下，我会略作总结归纳和增删）看别人摘录的好处是，一眼就可以看到书中的精华内容，判断这本书是否适合自己的需要，节省了大量的试错成本，缺点是，人家的摘录只是书中结论性的，表层的或者是他自己感兴趣的地方，不一定能精准定位自己的需求。所以：书籍是免费下载的，大家有兴趣的话，一定要看原文啊。
如何快速成长为技术大牛？阿里资深技术专家的总结亮了
今天，阿里资深无线开发专家李运华，系统梳理了自己的思考和理解，希望帮助更多同学少走一些弯路。
想成为技术大牛，面临的几个典型的误区
拜大牛为师
大牛很忙，很多问题上网可以解决，大牛不多。所以主要靠自己，适当的时候可以通过请教大牛或者和大牛探讨来提升自己，但大部分时间还是自己系统性、有针对性的提升。
业务代码一样很牛逼
业务代码有技术含量，也可以使用一些技巧让它更有技术海量，但是我们也可以迎接更大的挑战。
上班太忙没时间自己学习
我认为有几个误区导致了这种看法的形成：
1）上班做的都是重复工作，要想提升必须自己额外去学习
2）学习需要大段的连续时间
实际上的做法正好相反：首先我们应该在工作中学习和提升，因为学以致用或者有实例参考，学习的效果是最好的；其次工作后学习不需要大段时间，而是要挤出时间，利用时间碎片来学习。
想成为技术大牛，正确的做法
Do more
做的更多，做的比你主管安排给你的任务更多。
要想有机会，首先你得从人群中冒出
来，要想冒出来，你就必须做到与众不同，要做到与众不同，你就要做得更多！
Do better
你负责的系统和业务，总有不合理和可以改进的地方，这些“不合理”和“可改进”的地方，都是更高级别的怪物，打完后能够增加更多的经验值。识别出这些地方，并且给出解决方案，然后向主管提出，一次不行两次，多提几次，只要有一次落地了，这就是你的机会。
Do exercise
1）Learning
这个是第一阶段，看书、google、看视频、看别人的博客都可以，但要注意一点是“系统化”，特别是一些基础性的东西。
2）Trying
这个步骤就是解答前面提到的很多同学的疑惑的关键点，形象来说就是“自己动手丰衣足食”，也就是自己去尝试搭建一些模拟环境，自己写一些测试程序。
印第安人有一句谚语：I hear and I forget. I see and I remember. I do and I understand，而且“试试”其实可以比较简单，很多时候我们都可以自己动手做。
3）Teaching
一般来说，经过Learning 和Trying，能掌握70% 左右，但要真正掌握，我觉得一定要做到能够跟别人讲清楚。
毕业3年，为何技术能力相差越来越大？
作者：蛰剑
关键问题点
为什么你的知识积累不了？
同样实践，效果不一样？
知识+ 逻辑就基本等于你的能力，知识让你知道那个东西，逻辑让你把东西和问
题联系起来。这里的问题你可以理解成方案、架构、设计等。
系统化的知识哪里来？
好的逻辑又怎么来？
- 实践
- 复盘
什么是工程效率，什么是知识效率
有些人纯看理论就能掌握好一门技能，还能举一反三，这是知识效率，这种人非
常少。
大多数普通人都是看点知识，然后结合实践来强化理论，要经过反反复复才能比
较好地掌握一个知识，这就是工程效率，讲究技巧、工具来达到目的。
知识分两种
一种是通用知识（不是说对所有人通用，而是说在一个专业领域去到哪个公司都
能通用），另外一种是跟业务公司绑定的特定知识。
程序员吃的是青春饭？本质上取决于……
作者：毗卢
毗卢：近期，我与团队同学探讨了职业发展规划的问题。有些同学表示希望后续
能进一步在技术领域（或管理方向）有进一步的积累；有的同学表示希望在新的一年能
具有更好的技术影响力，自己能做一些技术决定，去影响其他人，这样自己会很有成
就感。
因此，我也问了一些问题：
- 你希望技术能进一步积累，那你积累的方向和期望达到的结果分别是啥？
- 你希望能有技术决策，希望有影响力，你觉得应该如何做到？是希望通过岗位
任命的方式吗？
- 你觉得是否成功的标志，就是今年或明年得到晋升吗？
- 等等
第一阶段：大学毕业3 到5 年
在这5 年间，快速地完成这些基础知识的学习，并能在项目中快速地学以致用。
不仅自身能获得比较高的成就感，而且实际的用人的单位、猎头也会非常喜欢这类熟
练工。
第二阶段：大学毕业5 到10 年
其实，年龄并不是问题的真正原因。真正的原因还是在于自身“竞争力”是否符合这个年龄所应该具备的。
那么，为什么这些人能管理团队或者有影响力呢？
能对所负责领域的业务特点、发展趋势、友商竞争分析有很好的洞察？能知道这个业务领域的客户是谁？他们的需求是什么？他们的痛点是什么？
服务于特定领域的客户，我们需要能了解我们的客户企业架构、业务知识。要了解清楚规划的产品、服务，什么才是客户所需要的。
作为 TL， 是否有必要能将自己对于市场的洞察转换成业务规划，并能向自己的老板（或者投资人）说清楚、讲明白？
获得老板支持后，就需要开始带着兄弟们干活了。
做完业务设计后，开始要带着团队做技术方案设计、接口设计以及编码实现等。
对于一些有国际化要求的公司，还需要再学习英语吧！
嗯，还需要有个好的身体，还需要经常锻炼，学习科学的健身吧
另外，在这 10 年内，比较关键的是——你还经历过什么有挑战的业务、技术、产品、平台等方面的成功与失败经验？
如果我们没有做好准备，10 年后，如何和这批人竞争？这些软、硬知识，从十年这个时间刻度倒排，学习计划、实践计划的执行还是很紧张的。所以，从现在开始给自己制定一个严格的学习计划、严格执行，多实践吧！
技术变化那么快，程序员如何做到不被淘汰？
作者：空融
作者简介：空融，网名“D 调的暖冬”。现就职蚂蚁金服，从事支付宝身份认证相关领域的技术开发。
注：这篇文章前后文相关性太强，无法摘录部分语句，还是看原文吧。
人之所以迷茫往往是找不到工作生活的重心，感受不到工作或生活的价值。
如果不清楚自己的行为、目标、价值三者的关系，那么又何来重心？又如何能分得清重要性与优先级呢？
程序员的迷茫不仅仅是面对技术繁杂的无力感，更重要的是因为长期埋没于软件世界的浩大的分工体系中，无法看清从业务到软件架构的价值链条，无法清楚定位自己在分工体系的位置，处理不好自身与技术、业务的关系所致。
业务、技术与软件系统的价值链
那么什么是业务呢？就是指某种有目的的工作或工作项目，业务的目的就是解决人类社会与吃喝住行息息相关的领域问题，包括物质的需求和精神的需求，使开展业务活动的主体和受众都能得到利益。通俗的讲业务就是用户的痛点，是业务提供方（比如公司）的盈利点。
理解了这一层面的概念，你就可以清楚这个价值链条：公司依靠软件系统提供业务服务而创造价值，程序员则是通过构建并持续演进软件系统服务能力以及业务功能以支撑公司业务发展从而创造价值。
架构目标需要适应业务的发展
从价值出发－找寻学习与工作的新思路
迷茫能引发思考，架构则塑造了视野，而价值则是我们之所以存活，之所以工作的逻辑起点。基于这样一种价值思维，对我们的学习和工作又可以有哪些改启示呢？
- 明确自身的业务相关主体
- 向前一步，为更大的价值负责
- 像架构师一样思考，用价值找寻重心
- 学会连接，构建体系
加班越久故障越多，如何跳出程序员的恶性循环？
作者：冠楠
注：这篇文章属于实例分析教学，不是很适合摘录，还是看原文吧。
今天，冠楠将用阿里研发团队的实际案例，生动说明如何用数据驱动研发效率提升。
数据展现
问题分析
解决方案落地和数据运营
如何解读分析数据：
●● 需求的吞吐量：团队指定时间段内完成的需求数，可大体反应出团队的产出
趋势。
●● 需求的平均完成时长：需求从创建到终态的平均时长，时间越多，需求交付粒
度越小效率越高。
●● 新增缺陷的数量 ：统计时间段内团队被新增指派的缺陷数量，结合存量缺陷以
及缺陷平均解决时长，反应团队产品的质量以及对于缺陷解决的效率。
●● 缺陷的平均解决时长 ：缺陷从创建到解决的平均时长，表征解决缺陷的效率。
●● 线上发布的成功率：线上发布成功次数与总次数之比，越高证明产品上线质量
越高。
●● 缺陷的 reopen 率 ：缺陷被 reopen 的次数与缺陷数目之比，该值越高证明修
复缺陷的质量越差，reopen 率是表征产品质量的一个重要指标。
结果分析和总结
。数据只是手段，是帮助我们去诊断团队的一个切实有效的手段。学会利用它并驾驭它。因此我们只需要：
●● 关注数据，读懂数据。
●● 重点问题重点解决，优先解决，一段时间只关注一个或很少的几个问题。
●● 相信团队的自驱能力，同时结合TL 的管理与激励，养成良好的团队建设力。
如何在阿里技术面试中脱颖而出？
作者：宗心
招什么样的人？
●● 技能
工作项目经验，以及解决疑难问题的能力，毕竟招来的人首先必须很好的完成工作，这是最基本的要求，注意，是很好的完成，不是仅仅完成。
●● 潜力
这个概念看起来比较模糊，其实还是比较容易评价的，对计算机相关的专业的知识体系是不是完整，基础是不是扎实，平常是不是喜欢钻研，对这个世界充满好奇心， 这几年走下来，沉淀的速度如何，都是判断一个人的潜力的方式，注意我们看潜力主要是基于候选人的之前的成长经历实事求是来看，过去的优秀经历才能给未来背书。潜力和技能的重要性一样重要，我们不能只看眼前，团队是需要不断发展和前进的，所以我们招人应该面向未来。
●● 软实力
软实力这里其实包含了性格，执行力，领导力等方方面面，它代表了候选人是否能快速融入团队，拿到结果，带领团队攻城拔寨，激励和影响身边的人变得更加优秀等等。
其实在招人上有一个对比的标杆，就是你招的人是不是比团队中同一等级中50% 的同学优秀。
不要在面试中试图证明别人不如自己，毫无意义，人无完人，总有覆盖不到的地方，按照这个规则招聘，会错过很多优秀的人才。
面试应该做的事情
- 问已经发生的事情
- 问解决思路
- 少问多听
招聘中的STAR原则
STAR 原则
●● 处境 (situation)
在什么样的环境下
●● 任务 (task)
接到了什么样的任务
●● 行动 (action)
然后具体怎么落地的
●● 结果 (result)
拿到了什么结果
招聘的人中有一种人是比较好的，他总能比较清楚的记住过往项目当中的重点。
其他Tips
●● 你在面试别人，别人也在选择你
●● 为未来招聘而不是现在
技术人如何不断成长?
反思下，如果现在是我们去找工作，这个市场或者团队更需要什么样的人？
- 经验丰富，知识体系完整
- 保持良好的机关，不忘总结和提升
使用开源项目的正确姿势，血和泪的总结
作者：李运华
软件开发领域有一个流行的原则：DRY，Don’t repeat yourself，我们翻译过来更形象通俗：不要重复造轮子。
选：如何选择一个开源项目？
聚焦是否满足业务？
聚焦是否成熟？
聚焦运维能力？
用：如何使用开源方案？
深入研究，仔细测试
小心应用，灰度发布
做好应急，以防万一
改：如何基于开源项目做二次开发
保持纯洁，加以包装
发明你要的轮子
前端工程师的未来在哪里？
作者：成曰
我是成曰，目前在蚂蚁金服数据平台部任职前端工程师，从事数据中台产品的研发。目前对前端架构与质量、用户体验、TypeScript 比较感兴趣。
注：这篇文章专业性太强，不适合对其中的只言片语做摘录，有兴趣还是看原文吧。归纳得挺好的！如果不是篇幅或者版权问题，我真想全文照搬过来。
前端 Leader 如何做好团队规划？阿里内部培训总结公开
作者：剑平
“行成于思，毁于随”——韩愈
在阿里从一线前端工程师到技术 TL（Team Leader） 也三年有余了，最重要最难的就是做规划，你可能会遇到如下几个问题：
●● 业务压力巨大，前端是瓶颈，如何做合适的规划？
●● 如何提高规划的成功率？
●● 规划的雷区是什么？
●● 如何寻找规划的线索？
●● 我的老板不是前端，如何做出被认可的成绩？
一、先从团队特征说起
我的团队特征（某财年阿里拍卖业务前端团队）：
●● 背景：从淘宝技术部到垂直支撑业务
●● 团队行为：处于潜在团队，共同目标不清晰、协同不够、缺乏长期目标
●● 人员构成：6 人，平均层级偏低
●● 业务发展情况：创业型，高速发展，局部瓶颈
●● 业务重点关键字：DAU、用户体验（业务老大高频强调）
●● 资源富裕度：负，人员严重不足，前端成为业务发展瓶颈
●● TL 汇报对象：产品经理
二 寻找规划线索
三 价值聚焦
解决问题与痛点，远比构思复杂技术方案更重要，避免无差异重复造轮子或“技术投机”，着重预判规划落地后的影响力与价值论证。
规划落锤
●● 规划内容按照重要性排序
●● 产出规划 PPT
●● 产出关键里程牌时间点
●● 排兵布阵、资源调度
李牧老师说，“TL 的核心素质是判断力与前瞻性”，这个阶段就很考验着二个
能力。
- 长期规划
拔赤老师建议“ 技术规划以一年为最小单位，每季度做详细复盘，跟的勤，就不怕跟丢”。
- 勇气与吸引力法则
吸引力法则（你关注什么，就会将什么吸引进你的生活）告诉我们，有勇气去要求，笃定你的判断，有策略的执行，周围自然会发生你所希望的变化。所以关注于对的事，别被困难吓倒。
一定要发声营销
发战报是最有效的营销方式，但需要注意个注意点，如果战报对象是业务方、协作方，不懂前端技术，战报需要包装，让他们能看的懂。
一位优秀前端的自我修养
作者：寒泉
英文有句话，在外企工作的人会经常听到，叫做：You are the owner of your career.
你是你职业发展的责任人。这句话潜台词是，你（不是你老板，也不是你爸妈，也不是你女朋友）是你职业发展的责任人。
我认为，主要在两个方面，一部分是“能力”，一部分是“知识”。我个人的观点，能力占百分之八十，知识占百分之二十。
我认为能力是三大块：编程能力、架构能力、工程能力。
如何建立自己的知识体系呢？我个人总结的经验，是下面几个步骤：
第一步，寻找线索。
第二步，是建立联系。
第三步，是分类。
第四步，是追本溯源。
如何成为一名顶尖的阿里架构师？
作者：无叶
两种架构师: “兼职架构师”，“专职架构师”
专职架构师的职责
- 职责一：全局的技术规划
- 职责二：统一的方法& 规范& 机制
- 职责三：完备的基础构建
- 职责四：落地的规划才是架构
哪些技术好书值得一读再读？这有一份经典书单
作者：阿里技术
推荐书籍：《Effective Software Testing》
推荐书：《程序员修炼之道- 从小工到专家》
推荐书籍：《设计模式之禅》
推荐书籍：《Spoken Language Processing: A Guide to Theory, Algorithm and System Development》
推荐书籍：《机器学习导论》
推荐书籍：《Reinforcement Learning: An Introduction》
推荐书籍：《Programming Rust》
推荐书籍：《Machine Learning: A Probabilistic Perspective》
推荐书籍：《Architecture of a Database System》
阿里技术大牛最爱的“闲书”，你看过多少？
作者：阿里技术
工作很忙，效率很重要。以下书籍或许能帮助你提高时间利用率，突破事业瓶颈，打开另一番天地。
推荐书籍：《从优秀到卓越》
推荐书籍：《为什么精英都是时间控》
推荐书籍：《创新者的窘境》
推荐书籍：《魔鬼经济学》
推荐书籍：《孙子兵法》
推荐书籍：《创造自然》
推荐书籍：《浮生六记》
127
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
