原文找不到了,感觉与我现在体会很相似,博客园这几天在讨论".NET 门槛低的问题",公司管理问题,对比加拿大程序员的美妙的生活问题,一落千丈。然而现实中确实存在很多这样的人, 学习.NET你可以不需要对算法,面向对象理解太深刻,就可以实一些功能,但对于真的想在技术道路上走的长远,这认为基础是必须的.然而现实很多公司存在这些问题,一味的追求效率,其实东西写的很烂,又衍生出很多公司不是技术的问题,而是管理的问题,
下面总结点自己的工作经验：
1、没有解决不了的技术问题，关键是时间与方法。
2、不要说没时间，时间真的是挤出来的。
3、Bug 是永远改不完的，关键是要修复严重的、影响业务的、显眼的 Bug。
4、随着项目的开发，接触项目的人越来越多，项目代码越来越乱，风格五花八门，潜在的 Bug 越来越多，以致于谁都不想去维护了。
5、很多程序员写代码不负责任，写代码的水平暂且不说，更令人发指的是，代码测试都没过自己那一关，总想留着让别人去测试，那个汗…
6、喜欢技术的程序员太少了，都想着三五年后转管理，赶紧摆脱技术圈。
7、浮躁，简单的注释、命名、代码风格、代码重构、代码测试、业务理解都没做好，就想着做有挑战性的工作、想着转管理，怀着这种心态的兄弟们，你们真能把其他事做好？
8、项目经理很多，但大多经验不足。让程序员开发系统，永远是从实现功能的角度去思考问题，这一点恰恰是开发系统的重伤，因为客户关注的是业务流程。程序员总把问题复杂化，如系统功能强大、支持N多种场景、界面内容丰富等等。没错，作为程序员，我们更多的是想展现并充分发挥自己的能力，但客户想要的确是简单易用、清晰而实用的系统。所以我想说的是，程序员重在功能实现，而客户关注的是结果，项目经理应该多从客户或使用者的角度去参与项目，这样做出来的系统才能够符合客户的要求，程序员才能少加班，因为业务流程清晰、简化实现，从而减少返工的确能够节省很多时间。
我喜欢自由开放的 开发环境，而不是机械、死板的。比如说：上班时间有员工自己来定，以最高的效率完成任务，并保证代码质量。根据前辈的经验教训，在自己的程序员生涯中，写出值得骄傲的代码，加强 自己的 沟通能力，团队领导能力。