在很多人的眼中，开发人员是“沉默”的：每天默默的做事，对上面分发的任务加班加点的完成，有什么事情都逆来顺受，把不开心藏在心里，常常是蓬头垢面的形象...甚至还有人认为：做开发的就应该是这样，只有这样的人员才算是开发人员。
曾经，也被所谓的“沉默“思想所洗脑。不顾一切的"沉默"做事。后来回头看看，自己除了懂技术，其他的一无所知。生活，不仅仅只是技术，技术也不是生活的全部，除此之外，还有很多的东西需要知道：例如，如何与人高效的沟通，如何和社会上形形色色的人打交道，如何管理自己和别人，如何处理自己的工作和家庭，如何把现实中的业务转为技术可以实现的东西，如何掌控全局....
技术，可以说是一硬技能，你学，别人也可以学；你会做，别人也可以copy；但是做人做事的头脑和思维方式，以及自己长期以来培养起来的商业和管理的头脑这些是软技能，别人很难copy，或许这才是你的核心竞争力。
开发人员不是机器，也不是代码的生成器，成天的把自己铺在电脑上，不见得就会成为专家。其实编程技术，面向对象，等思想都是从生活中来的。从生活中领悟，把编程世界的思考方式用在生活上，让两者融汇在一起。
有句话说的很好：能干的人会做事情，但是聪明的人就让那些能干的人为自己办事情。
改变自己，主动出击
很多的时候，我们把自己窝在一个小的圈子里面，不想走出去。总是想：有什么事情总有人出面做的。在开发的时候也是这样，有什么问题上面可以抗，有什么需求问题有上面去确认...不要养成这种"惰性"。万一那天，你非得上不可，怎么办？可能我们现在还只是开发人员，还是为别人打工，哪天自己要开始创业，要和客户商谈和谈判，要和别人竞争市场了，融资，怎么办？
社会不会等你，机会不会等你；有时候，该出手的时候就要出手，该出面的时候也要出面，即使是硬着头皮也要上，可能这就是你这辈子翻身的机会，错过了，抱憾终生。
对技术的权衡
对技术的掌握，不仅仅总是在小的层面上，也不要总是死死的抠什么语法，什么New和Virtual有什么区别。不否认，基础和细节很重要，但是技术应该是"上的去，也下的来"。
所谓的"上的去"：
如何对项目的进行技术选择，选择一种技术的原因是什么？当需求出来之后，有哪些技术难点将会出现？
如何架构，如何部署，以及项目后期的发展。另外，如果项目在安全，稳定，性能等，方面有要求，如何提供短期和长期的可行的解决方案。对于一些互联网的产品项目，在用户是百万级别和千万级别，在开发和设计的时候要如何考虑找些未来的情况....
所谓的"下的来"：对编程的细节掌握多少（包括语法，常用类库），每一行代码是否可以更加的优化，写出的一段代码执行之后，对CPU，内存，托管资源和非托管资源的要求是多少，如何管理对象，知道何时释放对象，等等。