项目 | 内容 |
---|---|
课程班级博客链接 | https://edu.cnblogs.com/campus/xbsf/nwnu2020SE |
作业要求链接 | https://www.cnblogs.com/nwnu-daizh/p/12369881.html |
课程学习目标 | (1)学习博客园软件开发者学习社区使用技巧和经验;(2)了解Github的基本操作。 |
参考文献 | [1]邹欣.构建之法——现代软件工程:现代软件工程[M].人民邮电出版社,2014. |
注:除非特别注明,文中出现“书中”,“原著”,“本书”等字眼均指邹老师的《构建之法——现代软件工程》。
通读邹欣老师的《构建之法——现代软件工程》之后,我对以下三个问题进行了思考和解答:
一、用哪些参数可以衡量一个软件工程师的技术和能力?
在看到第三章中邹老师对软件工程师的成长论述的过程中,我看到邹老师论述了衡量一个软件工程师的能力的参数,他拿搬砖这个实际的例子来论述,衡量能力需要用数据来证明,也就是寻找自变量(参数)来“量化”我们的软件工程师,但是在实际情况中却很难用那些冰冷的数据去衡量人的能力,现在我们生活在所谓的“大数据时代”,一切都要拿数据说话,但是真正有用的数据却并不多,正如邹老师举“搬砖”的例子,我自己给出了一些答案:
-
目标;
借用邹老师的话说“没有量化的指标,就谈不上衡量和比较”,目标是可以被量化的。
-
时间;
都说时间可以证明一切,我觉得它也可以衡量一个软件工程师的水平。
-
出错比例;
倒不如说是效率,可以用来衡量软件工程师的技术到底怎么样。
当然除了这三点还有许许多多,总是有无数理由去证明,在《智能时代》这本书中,吴军博士将大数据时代称之为新一次的革命,我们认知中的因果关系将会被时代转换为强相关关系。
二、产品收入对技术产品的发展周期有哪些影响?
在看到原著第十六章的技术产品的发展周期的论述中,随着时间轴,技术产品的发展周期可以分为:萌芽,成长,成熟,衰退,周期结束这几个阶段,期间伴随着产品收入的波动,那在这期间创新自然是少不了了,如果说在成长阶段由于创新的力量致使了技术的发展,那么在衰退阶段有两种可能,一是没有创新导致产品没落,二是创新太多(不走寻常路)改进太大致使产品没落,从图16-10可以看出,技术产品的发展周期是和产品收入联系起来的,就像现在的计算机和手机产品,硬件和软件两大厂商争相发展,产品收入极大的刺激了技术产品的发展周期,而并非是技术本身具有周期。
三、作为项目经理,如何解决团队中绩效低的问题?
在看到原著第十七章的论述中,我首先感到的是困惑,无论是软件工程经济学,还是在软件工程这门课程中,都将“团队”这个因素纳入到讨论的范围之中,正如文中所描述的在磨合阶段的信任,冲突,承诺,责任等问题摆上台面,但在实际实践中,直至一个软件项目完成交付之后,团队还没有走过磨合阶段,这个阶段是必不可少的,我个人以为将磨合阶段的时间缩短,团队快速进入到规范阶段,绩效问题自然能够解决,但在实际操作过程中,就算写再多的预案,规划,这些问题始终普遍存在,多少人困在其中找不到答案,并将团队建设摆在了首要地位,我想通过实践我才可能经历并想着怎么去解决它。