《软件工程之美》打卡第一周，2024阿里Android笔试总结

今天学习了软件工程课程中的**《怎样学好软件工程》**，宝玉老师提到“软件工程 = 工具 + 方法 + 过程。”，有四重境界，分别为用器、学术、悟道、传道；并分享了学习方法——做中学，教中学；还分享了他阅读过的一些参考书目，其中《人月神话》、《持续交付》都是我觉得不错的书籍，其他的推荐书籍也列入我扩展知识的书单中。

第二天

---

今天学习了宝玉老师的《软件工程之美》中的“到底应该怎么理解软件工程”，以下是我的总结：

我理解的软件工程是，用规范和流程来指导开发，它是前人在无数项目实践得来的方法论，为了能够确保能够开发出高质量的产品和如期的完成项目。不管是瀑布模型还是敏捷开发都有适用场景，在这个领域里没有银弹，需要结合团队的情况选择合适的方法和工具才能做到真正的敏捷。

第三天

---

今天学习了宝玉老师的《软件工程之美》中的“工程思维：把每件事都当做一个项目来推进”，以下是我的总结：

工程方法通常会分成六个阶段：想法、概念、计划、设计、开发和发布。每个阶段都有必须完成的事情，按照计划一步一步去实施一般不会错。

我理解的工程思维是把自己真正放到项目中去系统思考整体价值和目标是什么，去理解每个角色之间的协作关系是怎样的，由点到面去发挥自己的价值，去影响其他角色一起更好的完成项目。

第四天

---

今天学习了宝玉老师的《软件工程之美》中的“03|瀑布模型”，以下是我的总结：

有了混乱不堪的软件开发经历，前人才总结出了瀑布模型来让软件开发变得有序，但随着软件的复杂性越来越高，互联网产品的快速迭代特性，瀑布模型的弊端也很明显，所以后面才会有敏捷概念提出来适应复杂多变的情况。只有经历过痛苦我们才会去思考什么样的开发模式才是适合我们当前时代，我觉得软件工程不会是一成不变的，它会随着历史的进程不停往前推进。

第五天

---

今天学习了宝玉老师的《软件工程之美》中的“04 | 瀑布模型之外，还有哪些开发模型？”

目前我们团队采用的就是迭代模型，因为好的产品需要不停打磨，每个版本都会有明确的交付需求，因为我们是互联网产品所以开发节奏很快，老师提到的快速原型模型只有在项目初期快速验证想法会用到，每个迭代的需求和计划是明确的，比较像增量模型，当然也会有一些敏捷的实践，比如采用tapd这样的敏捷工具，bug跟踪系统，持续集成系统，实际的软件研发模式重来都不是一蹴而就，在强调快的时代，怎么把流程跑得更高效才更有意义。

自我介绍一下，小编13年上海交大毕业，曾经在小公司待过，也去过华为、OPPO等大厂，18年进入阿里一直到现在。

深知大多数初中级安卓工程师，想要提升技能，往往是自己摸索成长，但自己不成体系的自学效果低效又漫长，而且极易碰到天花板技术停滞不前！

因此收集整理了一份《2024年最新Android移动开发全套学习资料》送给大家，初衷也很简单，就是希望能够帮助到想自学提升又不知道该从何学起的朋友，同时减轻大家的负担。

由于文件比较大，这里只是将部分目录截图出来，每个节点里面都包含大厂面经、学习笔记、源码讲义、实战项目、讲解视频
如果你觉得这些内容对你有帮助，可以添加下面V无偿领取！（备注Android）

最后

希望本文对你有所启发，有任何面试上的建议也欢迎留言分享给大家。

好了，今天的分享就到这里，如果你对在面试中遇到的问题，或者刚毕业及工作几年迷茫不知道该如何准备面试并突破现状提升自己，对于自己的未来还不够了解不知道给如何规划，可以加一下下面的技术群。来看看同行们都是如何突破现状，怎么学习的，来吸收他们的面试以及工作经验完善自己的之后的面试计划及职业规划。

这里放一下资料获取方式：GitHub

好了~如果你看到了这里，觉得文章写得不错就给个赞呗？如果你觉得那里值得改进的，请给我留言。一定会认真查询，修正不足。谢谢。

章写得不错就给个赞呗？如果你觉得那里值得改进的，请给我留言。一定会认真查询，修正不足。谢谢。

[外链图片转存中…(img-mUwWhe9X-1710882804363)]

为什么某些人会一直比你优秀，是因为他本身就很优秀还一直在持续努力变得更优秀，而你是不是还在满足于现状内心在窃喜！希望读到这的您能点个小赞和关注下我，以后还会更新技术干货，谢谢您的支持！