为什么很多公司的研发Leader看起来很垃圾，但是公司又离不开他呢？我知道这大概率是劣币驱逐良币的结果，但基本上只是知道，但是这个事情却切切实实发生在我工作过得公司身上了！
原研发团队只剩一个人了
我不是已经离职了嘛，但是和上家公司的一些关系比较好的同事还一直在八卦公司内部发生的事情。
公司以前的上位机开发团队有两个部门，一个部门是使用C#作为主要技术开发的，使用的桌面开发框架是WinForm，还有一个部门是使用C++配合QT开发的，两个部门的侧重点不一样，这个不细说了，我是在C#部门当研发主管。
我在离职以后，之前的上位机开发团队里面的人也开始陆陆续续离职，最后就剩下一个同事了，这个同事加上在我们公司的这两年，也就四年的工作经验。
我曾经带过这个同事开发过几个项目，再加上公司C#上位机团队就他一个人了，所以我只能通过他了解公司的项目情况。
本来聊得都挺开心的，但最后搞得我挺难受的！
准备推翻过去的开发框架
现在C#就他一个人了，所以他也有点放飞自我了，他把之前C#团队所有开发过得项目批得一文不值，甚至直言不讳得说我以前写的项目、项目架构很不合理，我问他哪里不合理，他说他看不懂！
所以，他的逻辑是，只要他看不懂的，就是不合理的！
然后他跟我说，他决定以后开发项目再也不用WinForm了，因为他觉得过去项目写得差都是因为WinForm的原因！所以，他准备以后写项目全部使用WPF！
我问他为什么不喜欢WinForm，他也没说出个所以然，就说使用WPF可以分模块开发！
然后我告诉他，我之前写的几乎所有项目都是使用模块化开发的，就是他所批的、那些他看不懂的项目！WinForm想要模块化开发一点问题都没有，使用自定义组件就行！还有各种反射、委托，知道这些的话，想要模块化开发一点都不难！
小伙子眼看辩无可辩，然后跟我说，他就是觉得WinForm垃圾，做什么都不顺，WPF多好，做出来的界面多美！
然后我跟他说，WinForm只要掌握了GDI+，想要做出美观的界面也不是啥难事啊！
最后，实在无可反驳了，小伙子说WinForm帧率不行，WPF帧率高，界面刷新效率比WinForm好太多了！
我说：“你要讲效率的话，去隔壁C++组，人家那边才讲效率！”
我说这话的原因是，我们公司之所以有两个上位机软件部门，就是因为有一些不太讲究效率的上位机项目使用C#来开发，成本要比使用C++开发要小的多！
而我反对这个小伙子将原先的WinForm改为WPF的主要原因是这个小伙子原来也不是做桌面开发的，来我们公司之前是做后端开发的，做桌面开发两年，WinForm还没搞清楚呢，就又要去搞WPF！
如果作为一个程序员，想要多门技术栈，那么，在使用WinForm时再去了解下WPF的开发逻辑本身也没什么错，但是，他WPF实际上也没搞几天！
没有责任心
我跟他说，我不是反对他使用WPF这个桌面开发框架，只不过，过去公司至少有几十个项目都是使用WinForm进行开发的，转变技术栈应该是个循序渐进的过程，一下子将开发框架改为WPF那过去的那些项目到时候谁来维护呢？
我期待的回答是：“可以招一些既会WinForm又会WPF的人！”
但是，他的回答让我惊掉大牙：“重写不就完了嘛！”
这个回答让我瑟瑟发抖，好在我已经不在这个公司了，不然我得吐血！
要知道，我们公司做的上位机项目大多都是定制化项目，根本没有重写的必要，即使能重写，那其中的工作量我不敢估算，而且重写需要时间，已经稳定的项目可能因此变得不稳定等等，这些他估计都没考虑，说这话，基本上是不过脑子的！
我把我的想法告诉了他，结果他又一句话让我彻底无话可说：“最后实在不行，大不了跑路嘛！”
我觉得我跟他聊不下去了，因为我明白，现在公司的C#团队就他一个人了，他想怎么折腾都没人管他，未来招人的话，公司可能会让他去管理，这样一来，我不难猜出最后这个团队会是什么样的结果！
就像他说的那样，顶多搞不好他就可以“跑路”，另寻下家嘛，然后还混了个研发团队管理角色的头衔，甚至可能在他“跑路”时，老板因为无人可用，还得给他涨薪，这样他又可以舒舒服服混个一年半载！
而对于他来说，最坏的结果无非就是老板发现他能力不行，最后把他开了，他拿个N+1走人！整件事情唯一受益的都是他！
结语
通过这件事情，如果您以前没有经历过或者已经经历过一些看似没有多大用，但是却处在研发总监位置上的人，是不是现在就明白为什么了？
我觉得我上家公司如果老板稍微聪明点，或者说如果我是老板，我宁愿再花一个研发总监的钱来重新招一个C#程序员作为新的C#团队Leader我也不会去让这个工作经验只有四年的程序员去执掌C#团队！