做软件的困难——非技术困惑
做软件的困难——非技术困惑,做软件的困难——非技术困惑
暑假打工参与一家公司一个项目的开发,采用BS结构,.NET-CSharp webservice。
项目业务数据量比较大。
其他不细说,就说我看到的几点问题。
1.需求不是很清晰。这个项目我们的老板就是客户,所有的需求都是项目经理和一个博士等人讨论形成。我进去的以后,很多时候需求都是我先想怎样做是合理的,然后在同其他的人讨论是不是真的很合适,有一段时间伤透了脑子。以至于现在又发现中间有些过程不是很合理(尽管不是很严重的问题)。
2.中途有人退出的危机。开发的模式基本上是各做各的,其实一个组的成员所负责的在逻辑和形式上都很相似。经理事先对我们这种临时工有所防备,但是8月中旬走了一个正式的员工,他所负责的那一个部分基本上的重做,经理那几天很火大,被老板呵斥,搞得整个气氛都很紧张。
3.规范模糊。无论是编码规范,还是其他,虽然口头上都很重视,但是做得不好。很多时候主要的精力都放在讨论和思考业务逻辑上,对规范就自然不是很重视。
4.尽到自己的义务——后勤的管理。很多时候大家都强调写程序的应该负责任把自己那一部分做得完美,但常常忽略一个前提:无论是经理还是老板,他们都有自己的义务,如果他们都做得不好,让大家不能全身心的投入只能老板/经理的一厢情愿。不停的加班,伙食不好,老板/经理不停的给人压力,给薪水的方式(我们打工的还延期支付)让人难受等等(还可以列出很多细节上的不爽)。
5.新手的不足。我承认自己是一个新手。十五人中,只有不到五个人是熟练工。必须承认新手和熟练工的差别。老板当时/现在都不承认自己是从减少支出的角度来考虑这个问题的(据说他解散了公司的开发组)。我还得感谢老板给了我这样的一个体验的机会( 。^ 。)