读《人、绩效和职业道德》以及博客园博文《一个程序猿的生命周期》两篇文章有感

  今天阅读了课本最后一章《人、绩效和职业道德》以及博客园博文《一个程序猿的生命周期》两篇文章，有感而发，所以写下这篇读后感来讲一下本身的感悟。

      首先，编程不一样于其余工做，它须要比较宽松的工做环境以及较长的周期，并且作足事前准备以及在工做中不断回过头来寻找错误也是很是重要的事。编

程是一项团队工做，固然不排除有工做狂人单独完成任务，但大部分的开发仍须要团队成员通力合做，所以合适的分工尤其重要。而为了保证开发效率及开发质量，

绩效评比是很是重要的。

     可是受限于各类因素，一我的表现出来的不必定是他真实的一面，也许有人由于编写的代码错误较多而天天都在电脑前努力工做，而有的人则因技术水平较高而

没必要天天如此“努力”；有的人因负责项目中最重要的部分而忙的焦头烂额，有的人由于负责的方面比较轻松而无所事事。在一个不懂技术，只负责管理的领导面前，

前一种人彷佛才是榜样，后一种人则须要向前一种人学习，可是在一个技术员出身的领导面前则并非这样，所以什么样的人来进行考核而是很重要的。

     在我看来，一个科班出身的领导更能与技术员达成一致，而且更能理解技术员的苦衷。而那些管理学出身的人更适合去领导其余部门工做，技术部门不一样于营销、

售后等部门，他须要时间的沉淀，就像中国的工业，厚积才能薄发，一味的说大话、讲空话只能拔苗助长。不管客户提出什么要求都答应，最终只能葬送本身，没有

金刚钻，就别揽瓷器活。有多大胃吃多少饭，这是一个很简单的道理。

     其次，对技术员的要求也不能放松，一个可以理解客户要求的技术员才能知足客户的需求。一个毕业后就坐办公室的程序员不必定能理解客户的一些看似荒唐无

理的要求，而一个跑过现场的程序员则知道客户为何会提出这样打的要求。在我看来，不管一个程序员其能力多么出众，只有跑过外勤、作过现场，他才能成为一

个可以理解市场需求的程序员，而只知道坐在办公室里埋头苦干的程序员，就犹如闭门造车，编出来的程序也许简单、精巧，但必定符合市场和客户的须要吗？

     其次，程序员的工做情况也不容乐观，电视常常有程序员因工做劳累而猝死的报道。虽然程序员工资很高，可是习觉得常的加班拖垮了程序员的身体，原本编程

就是一项费脑力的劳动，这种劳动不跟体力劳动同样，休息一天就可缓解。它对人身体的伤害是不可逆转的，脑细胞死亡了，可没有新的在长出来。可是咱们目前信

息产业蓬勃发展，所以看来这种工做状态仍将持续很长一段时间。

     总之，既然走上了编程这条路，就不要惧怕，用兴趣来编程，将会使编程变得不同凡响。