1、找比自己大5～15年的人占卜；不是要复制他的经历，而是超越他的经历。我发现自己一生最容易犯的错误就是尝试在达到一个高度前，超越这个高度。
因此要向任何过来人请教，学习他们的经验，避免他们的错误。
2、第二种是各种专家，包括一本书，一次演讲，一次收音机广播节目（强烈推荐《冬吴相对论》，适合工作5～50年的人）。【积极的沉默】
3、
http://blog.csdn.net/column/details/career.html?page=2 在职研究生
4、不是世界上没有好公司，而是自己不是“好员工”（在后面“员工的公司观”中将有详述）。【好员工改变公司】
5、简历【随时写简历】
这个就好一些：“X项目是一个……其中我负责……，其作用是……，用到了……技术，结果是……（比如某性能被达到）。”好就好在先描述X项目，表明自己对项目了解很深，并提高X项目的重要性，借以垫高自己的起点；从其中自己负责的工作描述，表明自己很清楚工作目标，并运用技术手段达到了工作目标。领导招聘人都是来达到某个目标，而不是简单编程的。
6、员工的公司观：
做好自己的本职工作，证明自己是对的。在几次需要自己指挥的时候证明了自己的正确性，事情就会自然地发生。事实就是当我们总是做正确的事的时候，大家包括领导就会听我们的；但如果我们总是“说正确的话”但什么也不做，只会被认为是一个喜欢指手画脚的人。
1. 在这家公司能学到很多东西 2. 这里有一个很好的舞台，能让我做成一些事情 3. 在这家公司我能认为很多外面的人，为未来铺垫 4. 这个项目/产品知名度很高，我愿意参与其中 5. 这个公司现在给我机会能做出成绩，日后在职场会更有竞争力
“产品经理地位和收入高于项目经理”是一种普遍现象。多数产品都很容易研发，而关键问题是到底研发什么，因此理解产品动向的人会得到提升。
这类公司收入不太稳定，但若成功，很可能一夜暴富，所以要有耐得住寂寞的准备。
完全达到称心如意地选中行业和企业是非常困难的，不过看过上面的总结，做到以下几点还是可以的：
1. 若选择了行业而且自己也喜欢，则应注意注意不同行业对未来发展的要求，适时地提高自己的相关技能。
2. 若选择了行业，则应该对所选行业的工资/奖金/晋级体制有个事先了解，不要因为这个造成短期离职。
7、钱要怎么花？
http://blog.csdn.net/cheny_com/article/details/6758275
8、关于创业：http://blog.csdn.net/cheny_com/article/details/6748973
http://blog.csdn.net/cheny_com/article/details/6825974
9、关于编程语言：
浅技术，深技术
某些技术整体学习的难度不大，而更新的速度却很快，称之为浅技术。比如Flash，UI设计，IOS／Android上小型软件，以及各种云的Client端的开发等。
另外一些技术则学习难度很大，更新较慢，称之为深技术。比如数据库，架构，各种云的Server端软件。
浅技术者应该多创新，多学习，多进化，多了解客户，多了解业务，要理解自己所学是要在众多开发者中独树一帜，让直接客户更加喜欢自己。
深技术者应该多积累，多深挖，多做大系统，多做性能优化，多了解架构，做技术领域的佼佼者。
10、对待学习：
1. 遇到技术问题不要蛮干，问问老手们有什么高级方法。
2. 多看老手们的代码。
3. 遇到困难任务不要躲着，之所以躲着，多数就是因为没学过某项技术而已，趁机学会。我的C++/Windows编程是因为一个为期1个月（仅晚上）的临时外快项目炼成的，之前一直是C/DOS。
4. 多让老手看自己代码。
5. ……
进步是一点一点比昨天做得更好才能体验到的，只多掌握知识是不够的。
11、经验积累：http://blog.csdn.net/cheny_com/article/details/6917365
12、发表意见：但是不是固执己见【检验自己的意见的正确性】
13、 编码要精益求精的原因（参考2月5日和2月20日的5篇文章），如果平时就喜欢写垃圾代码，是很难猜中大师的设计的，因为他不会做垃圾设计。
我们的技术能力 < 我们的想象力 < 大师们已经实现的 < 大师们的想象力
14、厉害的程序员都喜欢说话
15、关于前后端：
《1. 前端与后端
很多人居然只从事其中一个，而对另外一个置之不理。
由于这两个内容交互非常多，只有了解对方的工作方式，才能做好自己的工作。
本人在这一点上感受颇深，在火星人的开发过程中，我其实自己一个人前后都跑，从设计CSS风格到数据库的应用缓存，有什么干什么。
这些内容常常相互依存，功能并不会很干净地 在前后台拆开，经常其中一个做好了，另外一个就省事多了（尤其是我们采用了MVC的框架的情况下）。
《2. 开发与测试
一个人很难直接从事这两个职业，但是可以做这样几个事情：多关注出现的缺陷，目的是在开发过程就提前避免；多为测试人员编写自动测试代码，目的是学习产品的整体功能；多看测试人员的测试用例，目的是学习用户的业务逻辑……
16、打通任督二脉：
IT人员如何防止失去专业性
对IT人员尤其是程序员而言，如何决策呢？跟着需求走，不要跟着兴趣走。
很多人学习一个新语言，“想借鉴一下”，不是因为业务的需求，而是因为听说这个语言不错，这是比较危险的。
人在没有实际动机的情况下去学习一个语言，想达跨过学习曲线而有所收获，是非常困难的（想想自己在大学度过的“学习”时光，就知道了）。
与其去“了解”远在天边的一种新语言，不如在自己正在开发的项目中，扩展自己的知识面，比如：
1. 尝试跨越前端/后端/开发/测试的壁垒。
2. 尝试使用某些新技术解决以往困扰已久的问题。
3. 在任何重构的机会，尝试新技术（用老旧技术进行重构，是一种原地踏步的行为）。