美好规划落空 热情开始冷却
在实际的工作中，小唐采取的也是以前的老方法，自己用UML画设计图，让小陈按照这样的方式来实现。这再次让小陈感到意外，因为在小唐的UML图中，连类都定义好了，而且各个类的关系和继承关系都标明了，甚至有些类的定义规定只能采用某个方法来实现，这表明了小唐技术的偏执。而这次B/S版本程序的下载，小陈准备调用的是以前经常用的Windows底层的一个函数，而不是小唐的范例，同样，这个UML图也就不适用于小陈的工作了。小陈按照自己的思路做完了工作，然而当小陈兴冲冲地去找小唐时，小唐却要求小陈要按照UML图上定义的类关系修改程序。
小陈的心一下凉到底——这么简单的一个windows底层命令行，一定要封装成两个类，还一个继承另一个，对此小陈感到好笑，同时也觉得小唐的顽固和管理上的欠缺。要将自己写出的先进水平的程序改装成适应小唐规定的落后的程序，小陈一点兴致都没有，于是他就将程序放在那边，做别的事情去了。
两天后，小唐指定了另一个同事来帮小陈，将小陈写好的程序整理成小唐所画的UML图中定义的规范，小陈借口说自己对公司的这些规范和方法不熟，让同事动手整理，因为自己实在是不想动手去做这种事情。
在接下来的工作中，小唐总是对工作进行指导，要求按照自己的想法实现出来。渐渐地，要将先进的东西改装后变成适应落后的规范的工作让小陈失去了编写程序的兴趣。而且他还发现，自己如果想做什么事情，都得先说服固执的小唐，然而层次的差距使得小陈根本就提不起这样的兴趣。
在和小唐的接触过程中，多年带团队做管理的小陈感觉到了小唐的短视，同时，小唐招小陈进公司的出发点是想从小陈身上获取那些所谓的先进的技术点，发现无法达到这个目的后便对小陈失去了兴趣。从细节中感觉到了危机的小陈全面失去了当初对公司的美好规划，并在技术上开始做保留的输出，从此，对公司软件进行整合革新的想法和热情都成了回忆的名词了。
