为何继续选择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不能。但后来改进了调试技术和调试习惯，发现问题也不算很是大。
　其实这也是处人处事的哲理，一我的也是，没必要由于小小的事情，就抱怨本身的所处环境如何很差，要换这个换那个。其实生活和工做，只要用心分析，就算是在有限的资源下，不断的进行小改进，也会取得好的结果。

以上几点只是针对本身我的状况所思所想的交流看法，也许读者来讲，会有另外一番不一样想法。