今晚在和同事纠正他的服务端 API 各种命名问题时，他说：「我发现你对命名很在意。」是啊，一直以来我都特别在意，然后和他说了很多，好在最后他都接受了，其实我也是因为他是和我比较熟悉比较好的朋友，我才和他说才纠正他。最后本来还给他打了一大堆文字，讲述「怎么写好代码」，因为期间他说：「如果你觉得我们代码写得不好，何不进行一次分享会」，我不清楚他说这话时是否略带不高兴，但我实际上很小心，无意冒犯，所以尽管他这么说，我也真的打了一堆分享打算发给他，但最终没有发送，清空了输入框：
如果你喜欢听我讲这些，我可以告诉你，要写好代码其实很简单：
1. 追求命名准确直观（包括变量、方法、类名）
2. 方法体不要太长，分工明确
3. 严格追求工整的代码格式，不多不少一个空格，不多不少一行空行
做好这三点就够了，再谈其他吧，很多人连这三点都做不好。
追求简单，不要过度设计，不要复杂化。只有简单，你才能一眼看到可能的问题或者确信它是正确可靠的，而复杂就代表着容易出错和难以协作...
如果你喜欢听我讲这些，我可以告诉你，要写好代码其实很简单：
1. 追求命名准确直观（包括变量、方法、类名）
2. 方法体不要太长，分工明确
3. 严格追求工整的代码格式，不多不少一个空格，不多不少一行空行
做好这三点就够了，再谈其他吧，很多人连这三点都做不好。
追求简单，不要过度设计，不要复杂化。只有简单，你才能一眼看到可能的问题或者确信它是正确可靠的，而复杂就代表着容易出错和难以协作...
