构建之法阅读笔记

    今天看的稳定与发布阶段,感触良深。从代码的完成到发布,似乎完成这一阶段我们就完成任务了。不,没有,我们没有。似乎代码完成这一目标后,后来的事情就水到渠成了。其实不然,软件生命周期的最后阶段往往是最考验团队的,尽管我们还没有到那一步,但是我是很赞同这一观点的。这考虑到了团队项目管理水平、应变能力,也考验团队的“血型”,也就是团队成员的性格特点吧。不是歧视任何血型,仅仅是为了描述方便而已。

    缺陷是不可避免的,但是时间却往往是有限的。这其实就是在考验这个团队的短时间的应变能力与事故处理能力。这时“会诊小组”就显得尤为重要。“会诊小组”要根据事件的轻重缓急,决定最优方案,做出最合适的判断,以谋求利益与名誉的最大化。最优方案也不是那么容易就能被我们采取的,不是我们发现不了,可能是我们狠不下心为自己的“小树”剪掉多余的枝杈。我想,这时候固执就可能将整个团队拉入被淘汰的深渊中去了。

    而且,我们不能忘记创新,我们经常说创新是时代进步的源泉,并且我们赶上了这个以此为主流的舞台,又怎们退缩呢。这便引到了我们的主题上:创新的迷思,我的感触是:任何灵感的背后一定有大量被挥洒的不为外人熟知或关注的汗水、努力与坚持,还要面对社会的质疑与压迫。不创新是没有风险,但一般不会有太大的收获,再者说了,年轻人就应该有年期个人的样子,有想法,敢实现。

posted @ 2016-05-22 20:54  Huangliping  阅读(96)  评论(0编辑  收藏  举报