AWS-用于在 AWS 上进行构建的工具

10X

高效秘诀

经常被分配非常困难的 bug 修复工作（比如内存泄漏），在这个过程中，他学到了许多用于跟踪代码问题的技术；

有高效的工作环境（好用的设备和软件工具等）；

贪婪地阅读每一本可能会对自己有帮助的书籍，即便是到了 20 多年后的今天，依旧对知识保持渴求的态度；

定期与更高级的员工进行软件审查，从他们的点评中学习到很多东西，当他们指出自己代码中的错误时，发誓永远不要重复它；

Bad habit

上下文切换。

** 与那些推崇 10 倍速程序员的言论相似，不少人也推崇“多任务处理”。可是，绝对意义上的多任务处理是不存在的，当我们执行多线程任务的时候，其实是从一个任务切换到另一个任务，这就是上下文切换。它的弊端是每次切换任务都会产生一部分开销，这会使得程序员变得更容易疲劳。一般人需要不间断地工作 15 分钟才能沉浸到一项工作中，如果这个状态被打断，一次又一次地尝试同时完成几项任务，再想回到原来那样顺滑的编程状态是很难的。

注意力不集中。

** 你得学会做一个心如止水的程序员，在编程的时候将自己从现实世界里剥离出来，全身心投入到代码的海洋。通常情况下，这种境界只有在半夜才能触发，触发条件是因白天的碌碌无为而产生的愧疚。但长期下来，你会因为发际线的走势而陷入恐慌。为什么白天的工作效率不高？注意力不集中是关键。试想一下，你正专心敲代码的时候，心仪的妹子给你发来了微信消息，你会选择——
A. 立即回复，跟妹子谈心。
B. 继续敲代码，晚点再说。
选 A，你可能会跟妹子断断续续聊一下午，白天写 bug，晚上加班改 bug；选 B，如果忘记回复妹子，你可能会继续单身。简直难以抉择嘛对不对！所以说，单身不是程序员的第一生产力，单身且无心仪对象才是，符合这种条件的程序员比较容易达到四大皆空的状态，可以专心致志地与代码愉快玩耍。

频繁开会

Good

多喝水

/remind me “It’s time to drink some water!” at 9 am every day
/remind me “It’s time to drink some water!” at 11 am every day
/remind me “It’s time to drink some water!” at 13 pm every day
/remind me “It’s time to drink some water!” at 15 pm every day
/remind me “It’s time to drink some water!” at 17 pm every day

技术输出

输出技术观点是学习的最佳方式，因为这会迫使你更加深入地了解和梳理你的知识，通常这些知识只存在你的脑子里，它们是杂乱无章的，如果用文字记录下来会更好。

分享演讲

他经常在各种技术会议上演讲，他认为演讲经验对程序员来说是一项非常重要的技能，一部分原因同上，另一部分原因是这可以帮助程序员提高交流能力和表达能力。很多开发人员非常擅长实现复杂的解决方案，但却不能很好地解释它们，这一点在国内程序员身上的表现尤其明显。可是，一个不善言辞的程序员怎么能在跟产品经理、业务分析师和 QA 的 battle 中占据上风呢？怎么能顺利走向技术领导的位置呢？

Sebastian 还会组织 JOnsen 和 jSpirit 这样的小型非会议。与大型会议不同，非会议的过程类似于开放空间技术，组织工作要少得多。当然，还是有一些麻烦的后勤问题，但是能够与全球各地的 Java 开发人员建立联系，邀请他们参加这些看起来不那么正规的非会议，碰撞出新的想法，他觉得自己所耗费的精力和时间都是值得的。Sebastian 非常喜欢这种形式，相较于在常规会议上发言，它不侧重于专业人士和嘉宾，更加轻松，这是一种很好的平衡。

---

转载请注明来源，欢迎对文章中的引用来源进行考证，欢迎指出任何有错误或不够清晰的表达。可以在下面评论区评论，也可以邮件至 wshten@gmail.com