是我的问题还是大多数人的问题？
为什么使用delphi进行开源项目的人如此的少，delphi是我认为最快的开发工具，但是我却感觉到在这“快”之中也隐含了一种急功近利的思想。
毫无疑问，也只有以温文不紧的态度来做事才比较妥当，或者说才能成一番大事业的，但是我们可以看到，尽管Delphi无所不能，但是却没有出现特别多特别大的项目足以让我们引以为傲。
曾在CSDN上看到有人招Delphi程序员时特别强调不要招那些只会写数据库软件的人，Delphi在数据库开发方面确实很好，快速便捷，而且数据库程序的编写也是相对比较赚钱的，毕竟需要开发自己专用的数据库软件的大多数是公司。一个最快的RAD IDE成了发家致富的工具，而很少有人对他去进行深入的思考。
当然，我想强调这可能仅是我个人的一种错觉，我当初选择delphi时确实是因为他可以快速入门，兼之运行效率高，开发效率也高的特点，但是有些东西也许真的需要用那么多的时间去做，一分也不能少。就象炒鸡蛋一样，该等5分钟的，你就得等5分钟，快了就没熟透，慢了有会变焦。编程是一项追求完美的艺术，而我们对算法，对效率的追求其本质其实是与时间博弈。事物的道理总有相通的地方，当我们省下了那多出来的5分钟时，我们是否也失去了在那五分钟里对程序进行更加深入的思考的机会。
废话说了好多却没有说出自己想说的出来：delphi本身是否在加剧我们形成一种急功近利的思想，编程的艺术是不是只能用对时间的节约来追求完美？
为什么使用delphi进行开源项目的人如此的少，delphi是我认为最快的开发工具，但是我却感觉到在这“快”之中也隐含了一种急功近利的思想。
毫无疑问，也只有以温文不紧的态度来做事才比较妥当，或者说才能成一番大事业的，但是我们可以看到，尽管Delphi无所不能，但是却没有出现特别多特别大的项目足以让我们引以为傲。
曾在CSDN上看到有人招Delphi程序员时特别强调不要招那些只会写数据库软件的人，Delphi在数据库开发方面确实很好，快速便捷，而且数据库程序的编写也是相对比较赚钱的，毕竟需要开发自己专用的数据库软件的大多数是公司。一个最快的RAD IDE成了发家致富的工具，而很少有人对他去进行深入的思考。
当然，我想强调这可能仅是我个人的一种错觉，我当初选择delphi时确实是因为他可以快速入门，兼之运行效率高，开发效率也高的特点，但是有些东西也许真的需要用那么多的时间去做，一分也不能少。就象炒鸡蛋一样，该等5分钟的，你就得等5分钟，快了就没熟透，慢了有会变焦。编程是一项追求完美的艺术，而我们对算法，对效率的追求其本质其实是与时间博弈。事物的道理总有相通的地方，当我们省下了那多出来的5分钟时，我们是否也失去了在那五分钟里对程序进行更加深入的思考的机会。
废话说了好多却没有说出自己想说的出来：delphi本身是否在加剧我们形成一种急功近利的思想，编程的艺术是不是只能用对时间的节约来追求完美？
也许是个人的水平，也许是没有好的内存管理（string方便是方便了开发者，但是）
还一个原因就是框架，midas等框架给人的印象很差了，borland不争气，从来也没有本质的改善
反而连ide也越搞越烂了