"程序员你伤不起"读后感(二)
为什么每做一个软件项目,总要被折腾得死去活来
1>.软件是个庞大的工程,不像盖小民房,看得见摸得着,软件是一个看不见的庞大工程,所以一个像样的项目,一般没那么容易就能搞定的。
2>.我们不是业务专家,很可能碰到的客户也不是业务专家,客户的需求会变来变去,我们也被折腾来折腾去,没有一个很确定的功能需求。
3>.好不容易客户的需求理解了,项目折腾了一年半载也搞定了,但公司定位不清晰,又接了其他项目,一切又得从头开始了。
4>.我们不是思路严谨的人,客户也可能不是思路严谨的人,导致需求没有一个系统性,前后矛盾,相互冲突。
5>.我们的技术不过关,写的代码质量不过关,稀里糊涂,对付来对付去,我们的代码经不起客户的折腾,没折腾几下,就可能被客户的需求弄死了。
6>.客户的需求无边无际,没有一个明确的范围,其实客户的需求是需要限定在某个明确的范围内的,工作应在这个明确的范围内开展。
7>.可能我们也没有一个成熟的开发框架,每个人都在摸索,每个项目都在摸索。
8>.我们没有严谨的分工分界的思想,那些功能应该是在那个模块里做,那些功能是在那个层实现才对,那些功能应该在前台做,那些功能应该在后台处理,可能都是混乱的。
9>.我们一直在追求“差不多就可以”,导致我们做出来的程序不好用,漏洞百出,错误多多,无法将注意力都集中在客户的业务上。
10>.我们很可能没有一个整天的处理体系,例如页面的整体设计思想等,每个人、每个项目都在乱搞,没有按统一的处理风格来开发。
11>.公司没啥积累,一切都要重新来 ,过,做一个项目走一拨人,一年又一年,原地踏步。
12>.项目组人员,同时负责好几个项目,东搞搞西搞搞,无法精心做好一个项目,那个项目都是个半成品,都是个噩梦。
13>.拉一个项目,招聘一批人,各路神仙,思路不一样,做事风格不一样,写代码也不一样,驴唇对上马屁股,无法协调好。
14>.老板不懂技术,以为几个人就可以搞定,没有质量管理,没有需求分析,瞎搞乱搞,折腾来折腾去。
一个完整的软件项目里,最起码要关注那些
1>.项目是谁拉来的?如何拿到了这个项目?公司给了多少业务经费?如果自己做业务员,收入如何?
2>.客户是谁说了算?谁是这个项目的关键人物?这个项目的关系人都有谁,他们在项目里都起什么作用?
3>.项目的工期是多久?都需要哪些功能?客户的理想工期是多久?客户的期望值是什么?
4>.项目竞标是如何进行的?竞争对手是谁?我们采用了什么战术把对手打败的?
5>.竞标都写了哪些文档?为什么我们会中标?我们的优势、对手的弱点都在那里?
6>.项目的开工准备工作是如何进展的?
7>.项目的需求分析、演示模型的制作、与客户的沟通等,都是如何进行的?都需要多久的工期及工作量?都写了哪些文档?
8>.项目的成员是如何组织的?人员是如何管理的?项目里分工是如何划分的?
9>.项目的预算是多少?预算谁说了算?计划工期是多久?
10>.每周的工作报告和项目计划是如何弄的?项目进度控制上都出现过哪些问题?
11>.项目的款是如何收的?项目的进度款是如何安排的?项目里程碑是如何确定的?
12>.哪些比较较真的客户也是业务精英,我们是如何搞定的?
13>.项目开发中的错误是如何管理的?
14>.项目中遇到的技术难题都是怎么解决的?
15>.不能完成的功能,或者不在项目范围内的功能是如何解决的?
16>.项目里都用了什么技术架构?
17>.项目里的技术分层是如何实现的?
18>.项目与其他系统是如何组织在一起的?
19>.后期发生的问题,是怎么处理的?
20>.上线是如何进行的?
21>.那些功能在上线遇到了那些问题?后来是怎么解决的?
22>.如何把项目结束的?都发生了什么事情?都是怎么解决的?
23>.客户上线后,都有些啥问题?希望改进那里?客户是否满意?
24>.后期有没有在挖掘这个客户,有没有在挖掘出来个啥项目来?
程序员生涯,中需要注意的事情
1>.户口档案、养老保险、医疗保险、住房公积金要保管好。
2>.不要轻易换电脑,不要跟潮流,不要买过多的电子产品。
3>.这年代,外语、学历、职称、驾驶证还是蛮重要的。
4>.工作不要更换得过于频繁,选好行业方向后尽量不要在更换
5>.要对身边的人好,要得到老板的信任、同事的认可及支持,珍惜良好的工作环境
6>.钱很重要,但是生活质量比钱更重要,工作是很重要,但是家人比工作更重要
7>.开发思想、架构、代码就是财富,别老丢弃你的劳动成果,要学会保护
8>.当程序员要防止原地踏步,不是工作年限长了,经验就丰富了,年纪越大工作越难找