软件工程之美
宝玉
Groupon 资深工程师,微软最有价值专家
44272 人已学习
新⼈⾸单¥59
登录后,你可以任选4讲全文学习
课程目录
已完结/共 55 讲
软件工程之美
15
15
1.0x
00:00/00:00
登录|注册

结束语 | 万事皆项目,软件工程无处不在

积累软件工程知识的重要性
丰富项目经验与软件工程知识的结合
软件工程知识的实践对理解的影响
软件工程知识的实践
项目总结与复盘
测试和线上维护
项目开发模式的演进
需求分析和设计
项目计划和风险控制
项目的起源和可行性研究
软件工程知识的应用范围
埋下一颗种子
万事皆项目
结束语 | 万事皆项目,软件工程无处不在
参考文章

该思维导图由 AI 生成,仅供参考

你好,我是宝玉。不知不觉,我们专栏就接近尾声,也该告一段落啦。
在专栏更新之初我就提到,把每件事都当作一个项目来推进,现在我也用“万事皆项目”来作为我们专栏的结束。
我学习软件工程最大的收获,就是在看问题的时候,不再局限于从技术层面或者是一个局部去思考问题,而是站在整体,用软件工程的方法去指导自己的思考和决策。
所以在整个专栏的讲述中,我也希望能给你带来这样的转变:在做一件事情之前你可以先考虑一下,这是不是可以当作一个项目来推进,站在整体思考,有目的、有计划、有步骤地解决问题。

万事皆项目

实际上,日常工作生活中,不仅是软件项目可以应用软件工程的知识,很多事情都可以应用软件工程的知识。就拿我们《软件工程之美》的专栏来说,这也是一个项目,从专栏诞生到完成,你从中也可以感受到对软件工程知识的应用。
项目都是从一个想法开始的
在写这个专栏之前,我曾在微博上多次建议从事软件开发的开发人员学习一下软件工程,这是一门非常有价值的学科,所以后来极客时间邀请我开专栏,我首先想到的就是写一个软件工程相关的专栏,而极客时间还没有这样的专栏,所以我们初步达成了做软件工程专栏的意向。
项目开始之前不要忘记可行性研究
在有想法后,并不是直接就立项开始做,在软件工程中会有可行性研究。在专栏开始之初,也是有一个磨合的过程,我会试写几篇稿子与极客时间内容团队一起打磨,双方都需要通过磨合来确认是不是可能继续合作,当磨合好后,双方觉得没问题了才会最终立项。
确认放弃笔记?
放弃后所记笔记将不保留。
新功能上线,你的历史笔记已初始化为私密笔记,是否一键批量公开?
批量公开的笔记不会为你同步至部落
公开
同步至部落
取消
完成
0/2000
荧光笔
直线
曲线
笔记
复制
AI
  • 深入了解
  • 翻译
    • 英语
    • 中文简体
    • 中文繁体
    • 法语
    • 德语
    • 日语
    • 韩语
    • 俄语
    • 西班牙语
    • 阿拉伯语
  • 解释
  • 总结

软件工程无处不在,万事皆项目。本文以《软件工程之美》专栏的结束语为引,深入探讨了软件工程知识在日常工作和生活中的应用。作者以专栏的创作过程为例,阐述了软件工程知识在项目立项、计划制定、需求分析、持续交付、测试维护等方面的应用。通过对专栏创作过程的总结复盘,作者强调了软件工程知识的实践对于个人成长的重要性,并鼓励读者在日常生活中也能应用软件工程知识去指导和推进事务的完成。文章以作者的亲身经历为例,生动展示了软件工程知识的实际应用,并鼓励读者在学习软件工程知识的过程中不断积累经验,将其转化为实际能力。通过对专栏的总结,作者希望读者能够坚持学习并将所学知识应用于实践,以此实现个人的成长和进步。

仅可试看部分内容,如需阅读全部内容,请付费购买文章所属专栏
《软件工程之美》
新⼈⾸单¥59
立即购买
登录 后留言

全部留言(47)

  • 最新
  • 精选
  • MJ
    谢谢老师 👩‍🏫

    作者回复: 🤝谢谢支持

    2019-06-20
    2
    10
  • Joey
    请教宝玉老师:研发质量,可以使用哪些维度去量化? 目前使用千行代码缺陷流出率量化,感觉有一定弊端,一是代码行无法精确统计,二是有时候给研发人员错觉:一种干的多,错的多。 最后感谢宝玉老师这个专栏,也感谢老师对每个问题详细、耐心的解答,受益匪浅!

    作者回复: 我是不建议对研发进行量化考核的,尤其是Bug率这种,弊远大于利,因为通常写的少的人错的才少! 研发这种事情,最好的模式还是要激励开发人员自驱动去做事,这也就是为什么现在软件公司都流行敏捷开发和OKR(目标与关键结果工作法)。 敏捷开发本质上是让组织小型化、扁平化,减少管理,让项目成员按照流程规范自驱动的做事。 OKR也是让项目成员参与目标的制定,自发制定目标,激发成员自驱动的做事。 如果你要度量代码质量,我建议通过人去度量,也就是负责技术的人应该有能力去度量代码质量的好坏。 要提升代码的质量,我觉得可以通过三个纬度: 1. 架构设计:好的架构设计,降低实现的复杂度; 2. 自动化测试:通过自动化测试和持续集成,将Bug发现在摇篮中; 3. 代码审查:通过代码审查,让水平高的带动水平低的,水平低的学习水平高的,从而提升团队整体的代码质量。

    2019-06-28
    5
  • OnRoad
    感谢老师精彩分享,我是一名汽车软件开发工程师,工作6年,里面很多内容我都遇到了,感触很深,事事皆项目。事事皆工程。

    作者回复: 谢谢你的支持,希望这些知识对你工作能有所帮助,祝工作顺利!

    2019-06-22
    5
  • yu
    軟件工程之美,提供了更宏寬的視角,去檢視工程項目中的每一個流程與規範,並且描述了軟件工程中最佳實踐法則與各家大廠經驗守則。並且很好的融入實踐與理論,為每個開發者在浩瀚與混沌並存的軟件開發工程中提供一盞明燈。提起燈,找到路,開始走,是這個專欄最佳的實踐方法。感謝老師的經驗分享。

    作者回复: 👍你这个总结比我自己写得好,按编辑的话说:感性多了!😃 🙏感谢你的支持!

    2019-06-20
    5
  • javaadu
    每次阅读宝玉老师的文章,都能有所收获,自己现在所做的工作是风控系统的后端工程师,对于Java后端这个领域,我已经掌握了大部分常用的技术栈,并在JVM这块具备了一点深度,不过,目前发现该岗位对自己有一些新的需求:具备基本的前端开发技能;具备一定的数据算法能力;具备优秀的项目管理能力等等。 如何在后面的工作中实现破局?我就准备使用在这门课中学习到的思维——万事皆项目,将想法一点点落地,有计划有步骤得去提升自己的能力,加油💪

    作者回复: 建议除了计划和步骤外,职业规划上多思考多找资深同事请教,想清楚三年五年甚至十年后的职业目标是什么,再去制定计划就更能有的放矢,少走弯路。 前端如果要用懂一点恐怕是不够的,建议多花一点时间精力,前后端都能做并且都比较深入的话,在技术上是很有竞争力的

    2019-11-09
    4
  • 文若
    全部学完了,感觉很有收获,老师能否推荐一些关于敏捷开发的书。

    作者回复: 《敏捷实践指南》、《敏捷武士》、《高效程序员的45个习惯》、《敏捷革命》都可以参阅

    2019-08-14
    4
  • 请问老师关于代码review有什么好的做法可以推荐呢

    作者回复: 抱歉回复晚了一点,因为我专门去写了一片长文: https://www.weibo.com/ttarticle/p/show?id=2309404394657529331917

    2019-07-14
    4
    4
  • 江湖刺客
    非常感谢老师的课程,部分课程读了很多遍。项目经理程序员都做了几年,老师的课程对我的知识梳理总结帮助很大,通过课程及网友评论也开阔了视野

    作者回复: 🙏谢谢支持,能有帮助是最好不过的了!

    2019-06-27
    4
  • 冰糕不冰
    感谢老师!真的学到很多,不过我还要反复阅读,应用到工作中

    作者回复: 也谢谢你的支持🤝 后续有学习上的问题,也欢迎留言提问。

    2019-06-21
    4
  • 万事皆项目,在日常中应用软件工程的思想

    作者回复: 👍

    2019-06-20
    4
收起评论
显示
设置
留言
47
收藏
沉浸
阅读
分享
手机端
快捷键
回顶部