为什么继续选择DELPHI?

已经钻DELPHI很深了，当然现在DELPHI是过了最辉煌的时代。但为什么要继续下去，而不转向其它的?这是不是死脑筋？

我看了一下C#的LINQ的产生，然后又被实体框架所代替。思考了一下：

1）LINQ的确是有好处，但是所用的场景又不多，这样就会变得很鸡肋。所以说学新的东西，有时对自己来说不一定有相当大的好处。

2）软件编程发展现在，会有很多花巧的小东西，这些小东西可能带给你好处，但也不一定。只要你用不上，就没有好处。而且有些东西只是过渡性，尝试性，上家觉得不好又可能把它放弃，这的确对开发员很忌的事情，不跟M$也是这个原因。C语言很老，但到现在还是排第2，可以说明这些问题。因为C什么都可以自己做，自己做上家做轮子。它功能够单一，不需要太多东西也能排第2。

3）框架问题，其实深入一件事，在长时间编程中，会积累对自己工作有利的框架。这样自己的工作效率也会不断提高。如果跳到另一个坑，又得重新积累，所以这样不一定划得来。而框架积累到一定时，效率不一定比新玩意差多少。

4）客户要求，大部分都对语言没有要求。只要方向不变，何苦要折腾自己。也许有些客户是有要求，但这样的单子可以不做。如果对语言有要求，同理又可以要求使用什么框架，什么结构等。但是框架是千变万化，编码风格也是。一份源码，就算是最热门的语言，给另一个人维护也不容易。

5）D继续发展，不怕小众。只要还是自己用，就不怕小众。一个人只能做好自己的本份事。自己写得舒服，客户用得舒服就行。知足常乐，不必什么事都要争第1，腾出的时间可以做好其它东西。其它的事情也很重要。人就是要平衡好，如果人太苛刻，事事求最好，事事反做不好。

6）善用不起眼的小东西，思考问题。升提自己。之前我有点抱怨DELPHI分实现部分和定义部分，改代码不方便。后来用了MMX,发现这个缺点没有这么明显了。工作起来也舒服得多。最新的DELPHI XE IDE,CNPACK,MMX各种小东西不断深入再深入，发现用得好，也是不错。虽然总体和最热门的C#总有些差别，但总体问题不大，可以接受。
    调试代码也是，觉得VB一类的语言可以边调试边改代码，D不能。但后来改进了调试技术和调试习惯，发现问题也不算非常大。
　其实这也是处人处事的哲理，一个人也是，不必因为小小的事情，就抱怨自己的所处环境如何不好，要换这个换那个。其实生活和工作，只要用心分析，就算是在有限的资源下，不断的进行小改进，也会取得好的结果。

以上几点只是针对自己个人情况所思所想的交流见解，也许读者来说，会有另一番不同想法。