1. 不要在一开始的时候就讨论性能，没有任何中间件或者缓存或者数据库可以一劳永逸的解决掉所有的性能问题，如果你怀疑采取的技术方案存在性能问题，写一个具备对比性质的demo，然后约定好场景进行本地测试，拿出数据来说话，目前而言，我见过的绝大多数动辄就拿性能说事儿的人其实还搞不明白并发和性能之间的关系。
2. 保持优秀的代码风格是一种习惯，而强迫症是一种病，而且是精神类疾病，所以想清楚了，如果真的有强迫症的趋势，需要就医。
3. 遇到问题要去讨论问题，而不是争辩，二者的区别在于，讨论问题首先要搞明白对方怎么想的，最终是为了让自己进步，而争辩问题却是为了说服对方，往往偏离实际，对于深陷其中的人也许很难分辨，但是只要自己脑子里面开始接受讨论的概念总有一天会变好。
4. 正如强迫症是一种病，偏执也是，很多很优秀的人不是不听别人的意见，而是这个人真的已经把方方面面的坑都踩过一遍了，他懒得再跟人解释一遍而已，如果一个你觉着还不错的人在坚持（很难分辨是不是偏执），那么最好倾听，然后尝试，发现错误之后再进行讨论，而不是最终走到争辩的路子上。
5. 知识的扩充和个人的成长是个人行为，公司或者同事不应该为此负责，恰恰想反，因为个人的成长变慢或者能力不足往往需要公司或者其余的同事来帮助你，所以如果别人不愿意，那么你也要感恩，得不到别人帮助的时候你需要自救，努力，而不是抱怨，当然你可以继续抱怨，当有一天有人建议你离开团队的时候请不要表现出来吃惊。
6. 你的领导除了要管理你的工作进程，指导你学习之外，保护你免于打扰或者帮助你完成工作也是他的责任的一部分，所以遇到自己解决不了的问题尽可能早点儿暴漏给上级，而不要等到别人发起问责的时候。
7. 你学习的最好的对象不是大牛，跟着大牛你学不到东西，原因很简单，对方的层次太高了，他分析和解决问题所使用的知识跟眼光对于很多人而言跟法术（请原谅我用这么玄幻的词）差不多。我看过一个笑话说一个高手用一个针重写了硬盘的引导区，这个是不现实的，不是因为真正的高手没法通过0101来编写引导区，而是针太粗了，没法直接编辑硬盘的磁盘。对于真的研究深入的高手而言，从网络到硬件到软件的编译运行，等等，都是可以最终分析到你不敢想象的深度，极有可能就是0101表示的，而这个在有些人看来并不难。所以说，一般而言最好的老师是跟自己水平差不多的人，他们怎么学习的，怎么思考的，多讨论，自然就能成长。
8. 解决问题和发觉真相是两件完全不同的事情，很多老员工都已经倾向于解决问题了，除非必要，解决问题不一定需要编码来完成，但是发掘真相则往往需要复杂的定位和尝试，擅长解决问题的人的收入未必比擅长发掘真相的人高，职业生涯也未必更好，所以要成为哪一种人是一个很难的选择。而且，我也真心的希望在技术圈里面，擅长发掘真相的兄弟不要再去抨击擅长解决问题的兄弟，大家都在做事，只是方式不一样。当然，我是一个擅长发掘真相的，所以很多时候我拒绝跟擅长解决问题的人一起工作，原因也很简单的，擅长解决问题的人的另外一个特点就是擅长摄取利益，我这个能力很弱，所以我躲开。
9. 基础很重要，但是最开始工作和学习的时候绝大多数人不需要使用到基础的内容（数据结构算法这些），所以想要走到技术生涯的顶端，第一步是要好好学习那些没有多少营养的框架，剩下的，主要看个人的机会。
一个很厉害的人，在学习了足够多的知识之后，最终会变的很淡然，实际上看起来跟很多敷衍了事的人差不多，除非真的遇到极难解决的问题，否则根本很难识别，所以在一个公司里面的一些整天看起来无所事事，随便喝喝茶聊聊天的人，也许是大牛，也许是草包。然后绝大多数看起来很严肃，遇到问题最终一条条分析的人，往往却不是大牛，但是实际上后者更加的受尊重，我也不知道为什么。
828
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
