比起写业务代码更不幸的是，主要工作是修 Bug，bug，buG, bUg。
尽管没有特别的动力去构建一个全新的CMS，但是我还是愿意去撰文一篇来书写如何去做这样的事——编辑-发布-开发分离模式是如何工作的。微服务是我们对于复杂应用的一种趋势，编辑-发布-开发分离模式则是另外一种趋势。在上篇文章《Repractise架构篇一: CMS的重构与演进》中，我们说到编辑-发布-开发分离模式。
众所周知在我们公司的面试流程比较复杂——其中有一个是Homework，即给候选人一份作业，三天之内完成代码，然后会对其Review。然后的环节便是到Office结对编程。今天有幸成为一名年轻的面试官，经历了今天两小时的学习后，发现自己在代码方面还是“很弱”。
当我们在说照顾的时候，我们实际上是在给新人减压。当我们在说容忍犯错的时候，我们实际上说你可以犯一两个错误。减压更像是在塑造一种更好的学习体验，或者说更愉快地学习方式。
ReThought (一): 如何构建理想的开发团队
引言: 过去，关于理想的开发团队似乎是一个热门的话题，所以我也来凑凑热闹。人们想要理想的开发团队，只是因为在传递知识的时候很痛苦。人们总在说，这个地球多你一个不多，少你一个不少。假想有一天你们团队中的主力走了，那么你们的团队会怎样?塞翁失马，焉知非福。