Fork me on GitHub

摘抄一段一位程序员体会

原文找不到了,感觉与我现在体会很相似,博客园这几天在讨论".NET 门槛低的问题",公司管理问题,对比加拿大程序员的美妙的生活问题,一落千丈。然而现实中确实存在很多这样的人, 学习.NET你可以不需要对算法,面向对象理解太深刻,就可以实一些功能,但对于真的想在技术道路上走的长远,这认为基础是必须的.然而现实很多公司存在这些问题,一味的追求效率,其实东西写的很烂,又衍生出很多公司不是技术的问题,而是管理的问题,

下面总结点自己的工作经验:

    1、没有解决不了的技术问题,关键是时间与方法。

  2、不要说没时间,时间真的是挤出来的。

  3、Bug 是永远改不完的,关键是要修复严重的、影响业务的、显眼的 Bug。

  4、随着项目的开发,接触项目的人越来越多,项目代码越来越乱,风格五花八门,潜在的 Bug 越来越多,以致于谁都不想去维护了。

  5、很多程序员写代码不负责任,写代码的水平暂且不说,更令人发指的是,代码测试都没过自己那一关,总想留着让别人去测试,那个汗…

  6、喜欢技术的程序员太少了,都想着三五年后转管理,赶紧摆脱技术圈。

  7、浮躁,简单的注释、命名、代码风格、代码重构、代码测试、业务理解都没做好,就想着做有挑战性的工作、想着转管理,怀着这种心态的兄弟们,你们真能把其他事做好?

  8、项目经理很多,但大多经验不足。让程序员开发系统,永远是从实现功能的角度去思考问题,这一点恰恰是开发系统的重伤,因为客户关注的是业务流程。程序员总把问题复杂化,如系统功能强大、支持N多种场景、界面内容丰富等等。没错,作为程序员,我们更多的是想展现并充分发挥自己的能力,但客户想要的确是简单易用、清晰而实用的系统。所以我想说的是,程序员重在功能实现,而客户关注的是结果,项目经理应该多从客户或使用者的角度去参与项目,这样做出来的系统才能够符合客户的要求,程序员才能少加班,因为业务流程清晰、简化实现,从而减少返工的确能够节省很多时间。

      我喜欢自由开放的 开发环境,而不是机械、死板的。比如说:上班时间有员工自己来定,以最高的效率完成任务,并保证代码质量。根据前辈的经验教训,在自己的程序员生涯中,写出值得骄傲的代码,加强 自己的 沟通能力,团队领导能力。

 

posted @ 2012-11-30 12:06  花儿笑弯了腰  阅读(307)  评论(0编辑  收藏  举报