构建之法阅读笔记04
2016-04-17 13:39
267 查看
时光总是过得飞快,一转眼开学已经七周了。在这不到两个月的时间里,《构建之法》这本书一直是我学习软件工程这门课程的敲门砖。这次我读到了比较感兴趣的软件开发流程,我的大学已经过去了两年半,在这两年半的编程课程中,我们大多数都是采用一窝蜂团队模式,一般几个人或者一个人的状态下都是没什么文档类的计划,直接上手打代码,写了改改了写,有时候甚至头脑是混乱的,打了代码,显示效果正确就过,不正确就再改。对于开发流程,完全是一片混沌,什么都不清楚。就算老师要求说要写上项目需求,分析,UML图等文档,我们也从来不重视这些,总是在项目完成之后,再匆匆忙忙地根据完成项目写上文档。现在学习了这一章,对软件开发的流程也有一定认识,争取以后的程序开发作业也可以改变这一现状。
读了这本书后,我感觉大部分公司还是按照老板驱动的流程,在这样的流程中,大多数是软件订单主要通过个人关系获得,老板比一般技术人员更懂市场和竞争等,而老板对技术不一定在行,所以在这个流程中,老板与团队是能力互补的。有某些有能力的软件工程师更是脱离了团队靠自己谈项目,自己写代码,收入很可观。当然这很考验一个人的能力,无论是沟通交流能力,技术等都尤为重要,毕竟自己一个人就扛下了老板与员工的角色。 这也让我更加意识到,软件工程师并不等于程序员,成为一名出色的软件工程师要学习的东西真的太多太多了,努力吧!
读了这本书后,我感觉大部分公司还是按照老板驱动的流程,在这样的流程中,大多数是软件订单主要通过个人关系获得,老板比一般技术人员更懂市场和竞争等,而老板对技术不一定在行,所以在这个流程中,老板与团队是能力互补的。有某些有能力的软件工程师更是脱离了团队靠自己谈项目,自己写代码,收入很可观。当然这很考验一个人的能力,无论是沟通交流能力,技术等都尤为重要,毕竟自己一个人就扛下了老板与员工的角色。 这也让我更加意识到,软件工程师并不等于程序员,成为一名出色的软件工程师要学习的东西真的太多太多了,努力吧!
相关文章推荐
- java 实现二叉树结构的基本运算详细代码
- “娇娇”这把火, 烧得整个机器人圈脸疼
- openstack学习指南
- 集合_2
- 集合_1
- 编程规范是非常重要的,为什么说可读性比什么都重要?你有没有确定一个编程规范呢?
- postInvalidate和invalidate的区别
- 正则表达式及常用类
- RGB像素明度计算公式
- NYOJ103A+B Problem II
- linux文件权限
- 团队报告
- 第七周学习进度
- 第七周的学习进度条
- 团队报告
- 初识A*算法
- hdu 5666 Bestcoder#80 1002 Pick定理
- 关于云计算基础架构IaaS层的几点看法
- 解决C、C++程序执行结果一闪而过的方法---system("pause")、getchar()、cin.get()
- maven中jetty插件配置