Delphi不差钱，差的是框架+鼓吹！该怎么解决
Delphi不差钱，差的是框架+鼓吹！
我是不看好目前的java开发模式及其框架（以及java/ws最喜欢的xml），
delphi用200万能搞定的项目，改用java就得1000万
但是市场就是认java。。。。。
虽然它们自己出新版本（新框架）后，也会严重BS自己旧版本的毛病；
但是出新版本前，这些毛病却是只能被称为“艳若桃花”、神圣不可指责的
但是，框架的确是有意义的
以建楼为例子
建2层楼，用delphi是很快，楼也很不错
但是如果建的是100层楼，在没有框架的情况下，直接使用delphi，一般水平的开发者，就很难建出让人满意的楼了
所以，我是希望delphi能有对应的框架，能让delphi在企业级应用、市场里叫响
巨型的应用，目前是不指望客户会考虑delphi的
但是，中小型的应用，开发、运行（软硬件）成本可以说：delphi用200万能搞定的项目，改用java就得1000万
这一点，应该由熟悉delphi、想用delphi做事情的人实际比较和大力宣扬的
（当然，不利的地方是：现在的一些客户的决策者是看回扣的，项目越贵，回扣自然也就越多；
一些客户的IT人员是赶时髦追名词的，看重的不是成熟稳定性价比，而是流行、时髦：我用了流行、时髦，等于我也挤入流行、时髦的行列了，与其他IT同行交流起来，也就牛X多了）
如果client/webserver（Client/Server的C加上Browser/Webserver的W）能流行，
后端，delphi专心写高效的isapi运行与iis下
前端，delphi写win32客户端是谁都知道的了
两者通过http(s)连接，网络穿透性与b/s基本一样
【
INI@HTTP通讯传输架构（Client/WebServer）： http://szhaitao.blog.hexun.com/37197154_d.html
我有一个梦——应用浏览器： http://szhaitao.blog.hexun.com/8872169_d.html
】
delphi限于win平台是事实
不过，就后台来说，win服务器也是越来越强大了，而且，既然是以iis为应用后台，一旦已有的服务器不够了，再加多少个win服务器加进来就是，只要大家公用一个数据库（它可以是单服务器，也可以是集群；可以是sqlserver也可以是oracle/db2）
pc服务器比起类似规模的中、小型机要便宜多了
另外，kylix虽然已经停止更新了，但是用它写apache的fastcgi之类的后台，应该也完全足够了，这样，后台也就可以换为linux了，前台不会感觉有什么差别
至于delphi写的游戏客户端的庞大，不知道是想与什么比较：java桌面程序？b/s的浏览器？
如果是前者，恐怕也不会比delphi写的小；
如果是后者，就怕浏览器的表现能力、交互效果、响应速度跟不上
商业应用的前端，要求的不是花哨，而是要替日复一日面对它的最终用户考虑：便捷！操作100遍之后，再花哨也都是累赘。
我在dos进入windows时，从borland c++的dos版（3.1）到win版（4.x），感觉没什么太多的跃变；
看过一点vb(4?)，然后就遇到了以前turbo pascal的接班人：Delphi 1.0！
从而走上不归路，15年来就没再改攻其他语言，主要是用过delphi之后的一览众山小（或者说除却巫山不是云）——当然，也许深层的原因是个人眼界小，懒惰
delphi开发（当然，都不是大项目）的得心应手，再用别的语言、平台，实在是觉得太束手束脚了，尤其是java/c#的庞杂
——就像习惯了ini，看到xml就难受（无法忍受xml的解析开销：类似洁癖的性能癖。后来也有一些json之类的东西，也有人开始发出微词了）
曾经接触python，唯一有比delphi还精练的感觉，但是性能低、脚本（代码容易反编译），还有靠缩进来决定代码块的层次，也就没真正用起来——当然，也没有合适的项目需要
至于工作所需的脚本，其实我是把delphi当“脚本”工具来解决机械、重复的繁琐（开发快捷、运行高效、发布简单）
------解决方案--------------------
SF
回复内容太短了！
------解决方案--------------------
同意缺框架
【字数补丁.INI】
------解决方案--------------------
我个人也是希望，Delphi能强大起来，用了这么多年，真是舍不得。
------解决方案--------------------
应用浏览器，Delphi版的RIA？
------解决方案--------------------
部分同意。。
------解决方案--------------------
强烈支持，不过起步太晚了。
------解决方案--------------------
3年Delphi了，真心希望D能越来越好
------解决方案--------------------
回帖，帮顶下！！！！！！
------解决方案--------------------
看看
------解决方案--------------------
学习了！回复内容太短了！
------解决方案--------------------
关注 。
------解决方案--------------------
真心希望Delphi能越来越好
------解决方案--------------------
有300分接,强力插入...
------解决方案--------------------
不利的地方是：现在的一些客户的决策者是看回扣的，项目越贵，回扣自然也就越多
------解决方案--------------------
Delphi 太差錢了。越來越討厭它了。
------解决方案--------------------
我是不看好目前的java开发模式及其框架（以及java/ws最喜欢的xml），
delphi用200万能搞定的项目，改用java就得1000万
但是市场就是认java。。。。。
虽然它们自己出新版本（新框架）后，也会严重BS自己旧版本的毛病；
但是出新版本前，这些毛病却是只能被称为“艳若桃花”、神圣不可指责的
但是，框架的确是有意义的
以建楼为例子
建2层楼，用delphi是很快，楼也很不错
但是如果建的是100层楼，在没有框架的情况下，直接使用delphi，一般水平的开发者，就很难建出让人满意的楼了
所以，我是希望delphi能有对应的框架，能让delphi在企业级应用、市场里叫响
巨型的应用，目前是不指望客户会考虑delphi的
但是，中小型的应用，开发、运行（软硬件）成本可以说：delphi用200万能搞定的项目，改用java就得1000万
这一点，应该由熟悉delphi、想用delphi做事情的人实际比较和大力宣扬的
（当然，不利的地方是：现在的一些客户的决策者是看回扣的，项目越贵，回扣自然也就越多；
一些客户的IT人员是赶时髦追名词的，看重的不是成熟稳定性价比，而是流行、时髦：我用了流行、时髦，等于我也挤入流行、时髦的行列了，与其他IT同行交流起来，也就牛X多了）
如果client/webserver（Client/Server的C加上Browser/Webserver的W）能流行，
后端，delphi专心写高效的isapi运行与iis下
前端，delphi写win32客户端是谁都知道的了
两者通过http(s)连接，网络穿透性与b/s基本一样
【
INI@HTTP通讯传输架构（Client/WebServer）： http://szhaitao.blog.hexun.com/37197154_d.html
我有一个梦——应用浏览器： http://szhaitao.blog.hexun.com/8872169_d.html
】
delphi限于win平台是事实
不过，就后台来说，win服务器也是越来越强大了，而且，既然是以iis为应用后台，一旦已有的服务器不够了，再加多少个win服务器加进来就是，只要大家公用一个数据库（它可以是单服务器，也可以是集群；可以是sqlserver也可以是oracle/db2）
pc服务器比起类似规模的中、小型机要便宜多了
另外，kylix虽然已经停止更新了，但是用它写apache的fastcgi之类的后台，应该也完全足够了，这样，后台也就可以换为linux了，前台不会感觉有什么差别
至于delphi写的游戏客户端的庞大，不知道是想与什么比较：java桌面程序？b/s的浏览器？
如果是前者，恐怕也不会比delphi写的小；
如果是后者，就怕浏览器的表现能力、交互效果、响应速度跟不上
商业应用的前端，要求的不是花哨，而是要替日复一日面对它的最终用户考虑：便捷！操作100遍之后，再花哨也都是累赘。
我在dos进入windows时，从borland c++的dos版（3.1）到win版（4.x），感觉没什么太多的跃变；
看过一点vb(4?)，然后就遇到了以前turbo pascal的接班人：Delphi 1.0！
从而走上不归路，15年来就没再改攻其他语言，主要是用过delphi之后的一览众山小（或者说除却巫山不是云）——当然，也许深层的原因是个人眼界小，懒惰
delphi开发（当然，都不是大项目）的得心应手，再用别的语言、平台，实在是觉得太束手束脚了，尤其是java/c#的庞杂
——就像习惯了ini，看到xml就难受（无法忍受xml的解析开销：类似洁癖的性能癖。后来也有一些json之类的东西，也有人开始发出微词了）
曾经接触python，唯一有比delphi还精练的感觉，但是性能低、脚本（代码容易反编译），还有靠缩进来决定代码块的层次，也就没真正用起来——当然，也没有合适的项目需要
至于工作所需的脚本，其实我是把delphi当“脚本”工具来解决机械、重复的繁琐（开发快捷、运行高效、发布简单）
------解决方案--------------------
SF
回复内容太短了！
------解决方案--------------------
同意缺框架
【字数补丁.INI】
------解决方案--------------------
我个人也是希望，Delphi能强大起来，用了这么多年，真是舍不得。
------解决方案--------------------
应用浏览器，Delphi版的RIA？
------解决方案--------------------
部分同意。。
------解决方案--------------------
强烈支持，不过起步太晚了。
------解决方案--------------------
3年Delphi了，真心希望D能越来越好
------解决方案--------------------
回帖，帮顶下！！！！！！
------解决方案--------------------
看看
------解决方案--------------------
学习了！回复内容太短了！
------解决方案--------------------
关注 。
------解决方案--------------------
真心希望Delphi能越来越好
------解决方案--------------------
有300分接,强力插入...
------解决方案--------------------
不利的地方是：现在的一些客户的决策者是看回扣的，项目越贵，回扣自然也就越多
------解决方案--------------------
Delphi 太差錢了。越來越討厭它了。
------解决方案--------------------