招了一个55岁的程序员，我后悔了！因为公司有好几个项目比较急，所以老板让我招聘几个有经验的上位机开发程序员，能够立马上手的那种，其中，55岁的老程我觉得挺不错，从简历上看，他有20多年的上位机开发经验，因此，虽然年纪大，但是我和老板经过商量，还是录用了他，但是，我现在有点后悔了！
我后悔不是因为老程能力不行，而是我们之间的代沟非常严重，而且老程的编程思路非常老旧，虽然经验很足，我们本来是希望老程能够凭借他的经验来赶赶时间的，可是最后却起了反作用。
公司有一个特别重要的项目，工期很赶，因此在设计之初，硬件选型我们全部选用的是过去已经使用过的硬件，这样很多过去封装的接口都可以直接拿过来用。
我最开始也是和老程这么说的，但是老程说我们封装的接口有点复杂，而且不够底层。
我跟老程说，虽然我们接口封装的是不太好，但是接口都是被我们反复验证过的，使用起来稳定性是有保证的。
但是，老程跟我说，他可以从底层入手，重新封装接口，而且这个项目使用到的接口并不多，因此也不会耗费太长的时间。
我听老程这么说，正好我也对我们公司过去封装的接口不满意，所以就答应了老程的请求，让他从底层入手，重新封装接口。
可谁知道，老程一搞就是一个月！到现在接口还没搞出来！
要知道，公司现在的接口是我当初花了不到一个星期搞出来的，早知道老程花一个月还搞不定，我还不如就让他用我封装的接口呢！
但是，虽然老程搞了一个月还没搞出来，但是他给人的感觉就是一切都在控制当中，一切都在有条不紊地进行中。
所以，我心里虽然有点埋怨，但是他给人的感觉就是很专业的样子，而且55岁的年纪摆在那，我也不好意思说他些什么，就让他继续这么搞着，等老板问了，让他自己跟老板解释。
可一波未平一波又起，公司另外一个程序员给某个项目搭了个框架，最近上传到了公司的代码库里去了，老程更新代码库的时候就更新到了这个同事上传的代码，然后就看了下，紧接着，就去找了这个同事。
因为这个同事就坐我旁边，他俩的对话我听得清清楚楚，听完老程和同事的对话，我皱起了眉头。
因为同事在框架里面用了很多线程和委托来控制某些逻辑，老程觉得，用线程可能会引发线程安全问题，用委托会导致代码结构变得复杂。
他认为，程序里面能不用线程就不用线程，可以用状态监听来代替委托。
简单地说，老程认为使用线程会增加程序不可控的概率，而委托可以替换成死循环监听全局状态来替代。
尽管我旁边的同事已经在极力跟老程解释，线程用好了，就不存在安全性问题，委托用好了，也会让程序之间交互变得非常有条理性，但是，老程只顾着表达自己的观点，完全没有把同事的话听进去。
老程表现出来的态度就是，他说的就是对的，就必须按照他说的做，因为别人说的话他压根听不进去。
老程和同事整个沟通过程我都看在眼里，我在想，如果未来我和老程一起合作开发一个项目，那我得多难受！
或许，老程的能力没有问题，但是，老程最大的问题就是不知道随机应变，项目已经很急了，但是老程依然还在按照他的节奏在做事情。
另外，老程对于线程的担忧其实并不是没有道理，但是，如果因为担心线程安全就不用线程了，那损失的是程序性能，况且，如果程序因为使用了线程导致出现了线程安全的问题，那不也是程序员自己的问题么！线程只是代码里面的一种工具而已，用不用得好，事在人为！
最后就是关于委托，其实我们使用的编程语言里面大量的地方使用了委托，也不会觉得有多乱，而且委托的好处就是可以让程序执行步骤变得非常清晰。
结语
我觉得老程之所以做事是这种节奏，对于代码是这种看法，和他过去的经历有关系，因为老程在上一家公司就干了二十多年，他虽然做了二十多年的上位机开发，但是实际上做事风格和代码思想仍然停留在自己的认知里面，没有真正出去看过别人是怎么做的，还有点固守己见。
因此，对于录用老程这件事情，我确实有点后悔了，而且现在的确有些尴尬，因为说也不是，不说也不是！
