软件工程之美
宝玉
Groupon资深工程师，微软最有价值专家
立即订阅
6741 人已学习
课程目录
已完结 54 讲
0/4登录后，你可以任选4讲全文学习。
课前必读 (3讲)
开篇词 | 你为什么应该学好软件工程？
免费
特别放送 | 从软件工程的角度解读任正非的新年公开信
学习攻略 | 怎样学好软件工程？
基础理论 (9讲)
01 | 到底应该怎样理解软件工程？
02 | 工程思维：把每件事都当作一个项目来推进
03 | 瀑布模型：像工厂流水线一样把软件开发分层化
04 | 瀑布模型之外，还有哪些开发模型？
05 | 敏捷开发到底是想解决什么问题？
06 | 大厂都在用哪些敏捷方法？（上）
07 | 大厂都在用哪些敏捷方法？（下）
08 | 怎样平衡软件质量与时间成本范围的关系？
“一问一答”第1期 | 30个软件开发常见问题解决策略
项目规划篇 (8讲)
09 | 为什么软件工程项目普遍不重视可行性分析？
10 | 如果你想技术转管理，先来试试管好一个项目
11 | 项目计划：代码未动，计划先行
12 | 流程和规范：红绿灯不是约束，而是用来提高效率
13 | 白天开会，加班写代码的节奏怎么破？
14 | 项目管理工具：一切管理问题，都应思考能否通过工具解决
15 | 风险管理：不能盲目乐观，凡事都应该有B计划
16 | 怎样才能写好项目文档？
需求分析篇 (5讲)
17 | 需求分析到底要分析什么？怎么分析？
18 | 原型设计：如何用最小的代价完成产品特性？
19 | 作为程序员，你应该有产品意识
20 | 如何应对让人头疼的需求变更问题？
“一问一答”第2期 | 30个软件开发常见问题解决策略
系统设计篇 (4讲)
21 | 架构设计：普通程序员也能实现复杂系统？
22 | 如何为项目做好技术选型？
23 | 架构师：不想当架构师的程序员不是好程序员
24 | 技术债务：是继续修修补补凑合着用，还是推翻重来？
开发编码篇 (7讲)
25 | 有哪些方法可以提高开发效率？
26 | 持续交付：如何做到随时发布新版本到生产环境？
27 | 软件工程师的核心竞争力是什么？（上）
28 | 软件工程师的核心竞争力是什么？（下）
29 | 自动化测试：如何把Bug杀死在摇篮里？
30 | 用好源代码管理工具，让你的协作更高效
“一问一答”第3期 | 18个软件开发常见问题解决策略
软件测试篇 (4讲)
31 | 软件测试要为产品质量负责吗？
32 | 软件测试：什么样的公司需要专职测试？
33 | 测试工具：为什么不应该通过QQ/微信/邮件报Bug？
34 | 账号密码泄漏成灾，应该怎样预防？
运行维护篇 (6讲)
35 | 版本发布：软件上线只是新的开始
36 | DevOps工程师到底要做什么事情？
37 | 遇到线上故障，你和高手的差距在哪里？
38 | 日志管理：如何借助工具快速发现和定位产品问题 ？
39 | 项目总结：做好项目复盘，把经验变成能力
“一问一答”第4期 | 14个软件开发常见问题解决策略
经典案例解析篇 (7讲)
40 | 最佳实践：小团队如何应用软件工程？
41 | 为什么程序员的业余项目大多都死了？
42 | 反面案例：盘点那些失败的软件项目
43 | 以VS Code为例，看大型开源项目是如何应用软件工程的？
44 | 微软、谷歌、阿里巴巴等大厂是怎样应用软件工程的？
45 | 从软件工程的角度看微服务、云计算、人工智能这些新技术
“一问一答”第5期（内含彩蛋） | 22个软件开发常见问题解决策略
结束语 (1讲)
结束语 | 万事皆项目，软件工程无处不在
软件工程之美
登录|注册
44 | 微软、谷歌、阿里巴巴等大厂是怎样应用软件工程的？
宝玉 2019-06-13
你好，我是宝玉。在上一篇文章里，我带你一起了解了像 VS Code 这样的开源项目对软件工程的应用，以及如何学习借鉴优秀的项目对软件工程的应用。今天我将带你去看看像微软、谷歌、阿里巴巴这些大厂是怎么应用软件工程的，以及我们应该如何学习和借鉴他们对软件工程的实践。
我想无论你现在是否在大厂工作，都有很多途径了解到大厂是如何应用软件工程的，网上已经有很多他们员工的分享。你可能更想知道的是： 从大厂应用软件工程的实践中，你能学习什么，又该如何学习借鉴。
每个公司，都有自己的历史和文化，他们的文化又影响了各自的软件开发模式。
比如说谷歌，谷歌崇尚工程师文化，请来的工程师都是万里挑一的，开发也没有太大的进度压力，所以 Google 的工程师做项目就会不紧不慢，质量优先，有统一的代码规范，严格的代码审查和严谨的自动化测试。还会频繁地重写系统，每隔几年，就把软件重写一遍。
再比如说 Facebook，Facebook 有一种黑客精神，创始人马克·扎克伯格有句名言是“Move Fast and Break Things”，也就是说快速做出产品，不要怕犯错。所以 Facebook 的工程师做软件开发的时候不会想太多，先实现再说，做出来就发布，哪怕可能有 Bug。发布后根据用户的反馈再不断完善，真的把线上功能弄坏了，再打补丁去修复。
取消
完成
0/1000字
划线
笔记
复制
© 版权归极客邦科技所有，未经许可不得传播售卖。 页面已增加防盗追踪，如有侵权极客邦将依法追究其法律责任。
该试读文章来自付费专栏《软件工程之美》，如需阅读全部文章，
请订阅文章所属专栏。
请订阅文章所属专栏。
立即订阅
登录 后留言
精选留言(4)
kirogiyi软件工程方式的使用，或多或少会受到最高领导层管理理念的影响，这从各大公司的组织架构图可以看出一些端倪，比如：Amzon的组织架构图，领导力准则得以全面体现，精确而清晰；Facebook的组织架构图，更利于信息的快速传递和响应，管理方式相对其他公司更加扁平；Google的组织架构图，上层倾向于层级管理，下层倾向于扁平管理，适合于公司指令的上传下达，也适合于不同层级之间的工程师进行沟通交流进步成长。
如果领导层倾向于规范化流程化，那么采用Amazon的开发方式，明确的分工，明确的目标，这使得贝佐斯的领导力、执行力、远见力得以全面实施。
如果领导层倾向于激进和冒险，那么采用Facebook的开发方式，只要你够积极，不断创新，即使犯错也是一种进步，不得不说这种方式在小公司开发团队中实施起来更可行，毕竟小公司需要快速响应，快速迭代，快速决策，不可预料的事情比较多。
如果领导层倾向于人性的发挥，那么采用Google的开发方式（个人认为适合资金比较雄厚的公司），它能让工程师在舒适的环境中充分发挥所长，并去尝试开拓自己感兴趣的新的技术领域，各自都对自己的领域精雕细琢，质量无形中就得到了一定程度上的保证。
从上面来看，我算是一个激进和冒险的人，更喜欢Facebook的开发方式，使我能够在不断的创新和错误中成长。作者回复: 👍你这个角度也很新颖！
一个公司的文化和创始人的性格是有很大关系的，这些文化都没有绝对的好坏，都成就了伟大的公司，合适的就是最好的2019-06-14 6
文西宝玉老师，php有什么好的自动化测试框架吗作者回复: 抱歉我对PHP不懂，你可以搜索一下：“PHP 自动化测试框架”
好像PHPUnit和Codeception不错。
另外Nightwatch或者webdriverio可以对你完成的网页结果进行测试
http://nightwatchjs.org2019-06-13 2
Joey宝玉老师好，按照您的课程体系，在逐步实践软件质量管理。请教您一个具体问题：对于生产事件，怎么有效广播给其他所有团队，让他们知其原委，并在之后版本迭代中注意，或者说通过哪些方式可以更好地避免重复发生。
目前采用的方式：
1.知识库，基本没人看。
2.通过邮件广播，群发邮件，也基本无法引起开发者的注意。作者回复: 开发人员只有在自己遇到问题时，痛过，才能真正的深刻领悟，其它方式效果都会弱一些。
除了你这些方式，还可以考虑：
定期有回顾会议，大家一起总结反思一下，对于一些典型的问题，有必要专门开一个技术会议总结一下，最好当事人来讲。时间不必长，不必太形式化，说清楚问题即可。
有一些错误，尝试从流程或者自动化的方式去解决。比如某一类型错误，是不是可以增加自动化测试，以后在代码提交时，持续集成就能帮助发现错误？
还有比如说有没有代码审查的环节？代码审查是非常好的方式，可以帮助把这些问题及早发现及早修正。2019-07-29 1
hua168宝哥，现在大厂基本上web都是用java web，sprin boot或spring cloud吧？
运维方面我发现很多用Go，比阿里之前用java/python，现在慢慢用Go…google也用Go，七牛云也是用Go作者回复: 如果你看下一篇，你会发现技术其实只是工具，是为架构和业务服务的，所以大厂并不是只用什么或者不用什么，还是看哪种更适合业务需求。
2019-06-19 1
收起评论