有哪些网站可以免费做推广,优化大师免安装版,亳州建设网站公司,怎么创建微信公众号免费1. 写在前面 在图书馆瞎逛#xff0c;偶然瞄见一本《Google 软件工程》Titus Winters, Tom Manshreck, Hyrum Wright 著。主要是在这一排的书架上就这本书看着挺新的#xff08;不知道为什么有一种喜欢看新书的情节#xff09;#xff0c;而且最近被领导老批评#xff0c;…1. 写在前面 在图书馆瞎逛偶然瞄见一本《Google 软件工程》Titus Winters, Tom Manshreck, Hyrum Wright 著。主要是在这一排的书架上就这本书看着挺新的不知道为什么有一种喜欢看新书的情节而且最近被领导老批评怀疑是自己能力不足所以就借回家翻一翻总比刷小视频好吧。
2. 软件工程 “软件工程就是随着时间而不断集成的编程。”实话说被这个定义震撼到了。很简洁的一句话并且把软件工程和编程的关系说清楚了。 联系着软件工程和编程的一个关键参数是时间而影响时间的关键因素则是变化时间又影响软件的成本成本是决策的一个关键参数决策可能导致质量的衡量和改变。因此软件工程就是把时间、成本、质量的因素强加于编程行为的一项工作。呃扯到了3要素有点熟悉的感觉。 PS海勒姆定律当一个API有足够多的用户时在约定中你所承诺的已不重要所有在你系统里面被观察到的行为都会被一些用户所依赖。后面这一句是我自己加的无论这些行为是你故意为之还是失误所致
3. 团队合作 写下这段话之前一直以为组织里面的每个人都按照制定好的规则做出行为就是合作。原来“合作”并不是行为层面上体现而是心里和行为的共同作用。真正的合作应该是队友们在相互坦诚的前提下互相补位向着共同的目标干活。在一个优秀的团队中MVP其实可有可无尊重和信任才是关键。
3.1. 拒绝隐藏 不要隐藏自己的不足和弱点只有把自己的不足暴露出来你的队友才知道怎么给你补位。这一项我以前也一直做不到总是怕被别人知道自己的缺点总是想在队友面前表现完美以至于害怕失误害怕尝试。Google的理念是世界上没有那么多天才绝大多数人都是凡人都有自己的长处和短处只有互补的团队没有完美的天才。 PS巴士系数多少关键开发者被巴士撞了会让项目停摆。记得在前东家的时候貌似全领域只剩下一个人都不会让项目停摆。
3.2. 谦虚、尊重和信任 我接触过大部分的团队谦虚一般是表面上的大家在内心的深处其实并不那么愿意接受批评。从另一个角度来看批评并不代表指责回顾问题是为了解决问题指责只会把问题复杂话甚至会把借口误判为原因。
3.3. 无指责的回顾文化 事情是如何发生的-事情是如何解决的-事情发生的原因是什么-以后如何避免事情的发生。 再理性的问题回溯都无法避免心理上的影响。在回溯这件事上要求团队成员对当事人的尊重也要求当事人的心理承受能力。“你越开放地接受影响你就越有能力去影响别人你表现得越脆弱就显得越强大。” 示弱和容错是一个团队日趋强大的表现。
4. 知识共享
4.1. 提问 提问是需要勇气的帮助提问者提问的一个好方法则是营造一种提问文化。当发现身边的人随时无所忌惮的提出自己不知道的问题时你还会对提问存在畏惧吗当然营造提问的文化并不是一件简单的事情可以从小团体开始。例如设立导师制建设论坛或者提问机器人等等一切都是为了体现团队的厚脸皮提问文化。
4.2. 共享 有厚着脸皮提问题的就需要有耐心回答问题的人。然而对于无私奉献这一说恐怕不是所有人都能接受毕竟大家只是打工混口饭吃。所以激励是一种很好的放促进方式毕竟在积分奖励的刺激下我才会坚持在CSDN上水。
4.3. 制度 当每个人都进入了自己的舒适圈谁还会在意那些微不足道的奖励机制呢。通过管理制度的要求可以保证最低限度的文档交付虽然这种方式下的文档成果一般是质量低下甚至更新不及时的。怎么说呢每个人在一篇水文上修改一句话终将也能打造一篇高质量文档吧。
5. 团队领导 如果书上写的都是真的那在谷哥干活真是一种享受我情愿一辈子当码农。。。 “谦虚、尊重和信任”已经记不清楚这是第几次在书上看到了这3个词概括了团队领导的核心要领。 抛弃自我意识谦虚、信任、成为一名禅师淡定、提问、成为催化剂建立共识、移除障碍争取资源、成为老师和导师共享知识、设定清晰的目标、坦诚、追踪幸福感你需要什么。不要用传统意义上的“管理”要注重领导力、影响力和为团队服务。尽可能委派不要自己动手。尤其要注重团队的焦点、方向和速度。
6. 大规模团队领导 话说连小团队都怎么认真领导过的我居然还在写大规模团队的领导学习笔记真是讽刺呃好像曾经领导过将近30人的团队不过当了逃兵。。。 书上说优秀的领导者要满足“三个总是”总是在做决策总是不在场总是在扩展。
总是在做决策识别盲点识别关键的权衡决策然后迭代。
总是不在场划分问题空间子问题授权给领导者调整与迭代。
总是在扩展螺旋式解决问题授权和安排专门时间学会放弃保护你的经历。
7. 度量工程生产力
7.1. 鉴别是否值得度量 通过问题的形式开始你期待什么结果为什么如果数据支持你的预期将采取什么行动如果得到一个负面结果会采取行动吗谁将决定对结果采取行动他们将何时采取行动
7.2. 根据目标和信号来选择有意义的指标
目标期望达成的最终结果。信号用来判断我们是否已经得到了最终结果的东西。指标信号的代理这是可以度量的东西。
7.3. 采取行动并跟踪结果 提供建议并将这些建议内置于开发人员的工作流程和激励结构当中。
8. 规则、评审和文档 大多数工程组织都有管理代码库的规则关于源文件存储位置的规则、关于代码格式的规则、关于命名、模式、异常和线程的规则。应用规则一是为了让别人能看懂你的代码二是减少出错的几率。规则的落地可以通过工具另一种方式是通过流程也就是评审。 代码评审有三个方面另一位工程师、代码所有者和“可读性”认证人。书上有一点是我从来没有意识到的“对于经过了代码评审后的代码就不是你自己一个人的代码了而是一个集体企业的一部分”。这种认识让我感觉到了团队的力量。(Critique) 文档的类型包括参考文档包括代码注释设计文档概念文档着陆页面。文档令人讨厌的地方在于需要和对待代码一样对待文档及时更新否则文档的有点将会被过时带来的痛苦统统掩盖。
9. 测试 测试是软件开发不能逃避的一环特别是书上写到谷歌采用单一的代码库并且没有使用任何代码分支所有人的变更都是提交到代码库头部关于测试的好处和测试粒度这里不详细展开但是关于推广测试的故事却挺有意思——把测试宣传贴在厕所让测试文化迅速在公司内蔓延。。。
9.1. 单元测试 编写代码的同时编写测试努力做到代码不影响已有的测试新的功能用新的测试来覆盖。通过公共API来进行测试而不是调用实现细节。测试行为而不是方法。DAMP(Descriptive and Meaningful Phrases) 而不是 DRY。
9.2. 测试替身 测试替身test double是一个对象或函数它可以在测试中代表那个真实的是是实现类似于特技替身演员替代电影演员的情况。测试替身的技术包括伪造、打桩、交互测试以及实际实现。
9.3. 较大型测试 嗯除了单元测试剩下的就是较大型测试。较大型测试的类型包括一个或多个二进制文件的功能测试浏览器和设备测试性能、负载和压力测试部署配置测试探索性测试A/B差异回归测试用户验收测试探针和金丝雀分析灾难恢复与混沌工程用户评估。
10. 弃用 弃用是一个沉重话题而且是一个艰难的决定然而万物皆有终结时该舍弃的终将要舍弃。正如书上说的有两种处理问题的方法一种是已经过时的另一种是还没开发出来的。。。 弃用的流程管理要素流程负责人里程碑弃用的工具发现、迁移和防止倒退。
11. 版本控制和代码搜索 单一版本规则单一源单一代码库以及绝不能让开发人员选择“我应该依赖这个组件的哪个版本”尽管单一版本规则并不是普世的。Monorepos 代码搜索工具能够帮助开发人员理解代码进而极大地提高工程生产力。(Google Code Search)
12. 构建工具 虽然所有事情都可以通过编译器和脚本来实现但是对于一个大规模代码和团队来说构建工具的作用无可替代。构建工具包括基于任务型的和基于构件行的基于构件的构建系统能够提供分布式构建能力和依赖管理。Bazel
13. 静态分析 静态分析指的是分析源代码的程序用以发现潜在的问题如缺陷、反模式等在不执行程序的情况下就能诊断出问题。 静态分析工具需要集成在开发者工作流中作为预编译的一部分。Tricorder
14. 依赖管理 说实话这章没看懂只记住了一句话如果能使用源代码管理就不要做依赖管理。
15. 大规模变更 大规模变更(LSC)是逻辑上相关但实际上不能作为单个原子单元提交的任何一组变更。大规模变更是由系统的基础设施团队负责执行大部分工作。 大规模变更需要的基础设施包括政策与文化代码库分析变更管理测试和语言支持。 大规模变更流程如下
授权写一份简短的文档解释变更的原因对代码库的影响以及潜在评审者可能提出的问题的答案向专家委员会申请授权。变更创建变更过程应该尽可能自动化以便当用户退回到旧的版本。切片与提交Rosie根据项目边界和所有权规则将一个大的变更分解为可以原子提交的变更。然后将每个对立切片的变更放入单独的测试-邮件-提交管道。
16. 持续集成
定义对我们整个复杂而快速演进的生态系统的持续组装和测试。快速反馈循环编码/编译-》预提交-》提交后构建-》发布候选-》版本测试-》生产测试
17. 持续交付
将部署分解为可管理的单元特性开关力求敏捷只发布有用的功能更早地做出数据驱动的决策如果全面性测试实际上不可行则以代表性测试为目标。灰度发布。自动化的A/B发布。建立发布规则
18. 计算即服务 嗯这章也没看懂。
19. 水在最后 每天晚上看一章到两章终于把这本书看完了其中依赖管理和计算及服务这两张确实是没看懂主要是工作经理上对这两章的内容并没有涉猎。看了也不知所以然。。。 好吧接下来看点没那么大局观的书把思想收一收
