今天了解了一下医院中医护交接班的事情，继而想起了软件开发过程中如果有良好的编码日志，是不是可以做到程序不停地被编写，而程序员则可以轮班休息，通过不同的时区交替实现24小时全部在编写。

对于一个病人来说，在他生病的过程中，会有很多医生给他做检查。住院后，也有很多医生巡诊和检查，所有有关于他的病例都会被记录。包括什么时候检查了哪些事项，用了哪些药，还需要做哪些检查等，需要观察哪些指标，都会清楚的记载到病历中，这样即使以前没有给他看过病的医生也能对症治疗，不至于再从头再来。

对于复杂的病患或者需要长久住院的病患来说，良好的病历记录确实可以帮助医生了解更多的关于病情的资料。那么对于一些大型的软件模块来说，如果能够编写一种日志，使别人迅速了解程序的发展和逻辑，是不是可以不间断的编码调试呢？

一般来说，编写程序需要程序员的逻辑思维，需要在一个完整的流程中通过一段程序实现。而目前来看，往往每一段程序都比较短，较短的程序就能实现一些独立的功能。比如前台页面和中台的处理逻辑以及后台的数据处理，都可以分开来处理。目前使用的是先通过设计文档来完成设计，然后大家都照着设计的接口实现各自的程序功能，然后最终实现程序。那么对于一个单一功能的程序如果不能通过两个人来实现，那么，对于较多功能要实现的程序，完全可以分开来并行开始。对于同一个功能如果程序比较复杂，确实需要很多时间的时候，那么，良好的编码日志，第二天再回头看看时，将促进编码思路的衔接，有利于第二天的编码进展。因此，后续需要继续思考如何引入编码工作日志，结合项目任务的工作分派，也可以了解到程序员的工作内容和进展。

以上杂感。