Posted on January 4, 2007 by raptor[技术帖]好的服务器系统 偶已经是上班第二天了，开谈技术《好的服务器系统》 BTW：一上班就让网络问题凸显出来了，昨天还能用的MSN、Bloglines、Gtalk群、Gmail，今天已经很难登录上了。-_-|||
为了回复，花了半个小时找以前在csdn的帐号、密码，未果，不得不注册一个。。。。 这个csdn，回复还要帐号，登录、注册还搞得这么复杂 它自己的主页我每次登录却都：“internet explore 无法打开internet站点…，已终止操作”。。。。 夸张程度与5460有得一拼！ 【我倒是很愿意讨论Delphi的一些失败的地方】 很想看看两位就这个话题深入展开。。。。 刚才好不容易登录了，在http://blog.csdn.net/Raptor/archive/2007/01/03/1472870.aspx回复时， 却按了按钮n次没有反应，其中有一次右上角出现一个黄色的提示框，好像正在处理。。。但是没有结果。。。。 真是比5460有过之而无不及！ Reply
csdn无法发帖，就在这里跟帖吧 我觉得delphi最大的成功原因在于它的分层次提供了解决办法 低手，用rad也能作个自己能用的东西－－可以壮大使用群体 高手，能rad能节省自己的时间，要作的精，也可以－－自己写控件、调api，与vc没什么差别，就是不用为低级、繁琐的事情劳心了。。。。 也是因为delphi（开发简单应用）的快，我平时（尤其是没有用delphi作生产工具的那几年）把它当成一个脚本工具来使用（当然是D版的前提下，否则可用不起这么贵的脚本工具） 不过delphi的亲低手的优点，也是扼杀自己定位的陷阱，以致于一般的人（甲方）一听到delphi，就觉得没什么技术含量 这一点，java做得非常“高明” 很多项目，以几年前亲身经历的一个为例，用delphi作（多层）本来200万＋50万硬件可以搞定的，甲方钦羡j2ee/b-s，结果花了1000多万，最后的效果远远不如用delphi作 另一个网友，作银行的票据业务，以前用delphi作的，卖得很好，但是新客户钦羡j2ee/b-s，结果公司花了很大的人力和时间，要求银行的硬件大大升级，但是最后的效果远远不如用delphi作（当然，这个与他们公司没有java熟手也有关系） 还一个网友，作证券的，他的结论是用java的硬件要求比以前用delphi实现要高的多 但是，3个例子都是硬是把原来的delphi系统用java实现了一遍，费力不讨好，但是又都不得不作。 Reply
windows也是这样，能让更多人可以入门了，也就掉了自己的身价 在大多数人意识到还有更高要求的事情需要有经验的人去作之前，有经验的人被浮躁短视的老板简单地用薪酬要求不高、更能加班加点的新手替代掉了 但是，这才是真正的程序员的作风：宁可为自己的失业挖好坟墓，也要让产品简单易用 *nix的难用，其实就是差一步（就像以前的internet的最后一公里）：*nix是有很多命令行的独立工具，能用好它们，其实比windows还要方便 但是对于新手，很难用好 如果有人专门基于命令行开发ide型shell，不一定是gui的，文本模式也完全可以，只要像以前的novell的管理程序或norton commander或现在linux下的mc，就足以让新手成为一个熟手了！ 但是*nix的人就是不屑于作这些。。。。 很多积极推广*nix的人也是如此，真让他修这最后的一公里，却借口：你自己怎么不去开发。。。。嘿，我如果熟悉这些命令行的特性、*nix下文本模式的mc型的程序开发，我才能作啊。。。 Reply
可能搞windows的人和搞*nix（就不要说主机系统或as400了）的人真的大不一样 像我，就是最简单的事情，也要作出一个“集成”工具来用才舒服 比如网上一个测试人品（性格）的东西，就觉得不做成工具就难受，于是作了一个： http://www.cndev.org/.imgdb/sn10094/GUID-44FCE86B-F31B-4422-873C-45EB0F45CCD8.jpg 然后，又觉得单为这个测试作了这个工具太不“合算”，于是又把它做成通用的，其他类似的测试也可以使用它。。。。 自我测试工具（含挺准的人品测试和躁郁症或忧郁症的倾向测试）（另存为selftest.rar）： http://www.cndev.org/.imgdb/sn10098/GUID-914E41AC-86A4-44DB-A898-D582AB7DA5AF.jpg Reply
只有忽悠才能赚钱啊，没办法。 IDE型的SHELL说起来容易，但做起来就难了，*NIX下的命令行工具都是参数巨多的，做成SHELL就有一个取舍的问题，难办啊。这一点我前几天刚好跟令狐讨论过，抽空整理一下8一篇 Reply
*NIX下的命令行工具都是参数巨多的，所以这个ide shell也要向delphi学习： 同时提供2套模式： 1、rad阶段：面向新手上路－－把最常用的选项做成简单的现成组合－－完成10%的参数特性 2、api阶段：面向想用精的人－－把常用的选项做成组合－－完成80%的参数特性 其他特别的参数用法，可以不提供，或晚些提供，想使用的人，应该更愿意自行玩命令行去的了 这就是我一直主张的20/80：一个好的软件，新手花20%的辛苦就能掌握其80%的功能！ Reply
为了回复，花了半个小时找以前在csdn的帐号、密码，未果，不得不注册一个。。。。
这个csdn，回复还要帐号，登录、注册还搞得这么复杂
它自己的主页我每次登录却都：“internet explore 无法打开internet站点…，已终止操作”。。。。
夸张程度与5460有得一拼！
【我倒是很愿意讨论Delphi的一些失败的地方】
很想看看两位就这个话题深入展开。。。。
刚才好不容易登录了，在http://blog.csdn.net/Raptor/archive/2007/01/03/1472870.aspx回复时，
却按了按钮n次没有反应，其中有一次右上角出现一个黄色的提示框，好像正在处理。。。但是没有结果。。。。
真是比5460有过之而无不及！
.net的毛病就是多啊，没办法。
csdn无法发帖，就在这里跟帖吧
我觉得delphi最大的成功原因在于它的分层次提供了解决办法
低手，用rad也能作个自己能用的东西－－可以壮大使用群体
高手，能rad能节省自己的时间，要作的精，也可以－－自己写控件、调api，与vc没什么差别，就是不用为低级、繁琐的事情劳心了。。。。
也是因为delphi（开发简单应用）的快，我平时（尤其是没有用delphi作生产工具的那几年）把它当成一个脚本工具来使用（当然是D版的前提下，否则可用不起这么贵的脚本工具）
不过delphi的亲低手的优点，也是扼杀自己定位的陷阱，以致于一般的人（甲方）一听到delphi，就觉得没什么技术含量
这一点，java做得非常“高明”
很多项目，以几年前亲身经历的一个为例，用delphi作（多层）本来200万＋50万硬件可以搞定的，甲方钦羡j2ee/b-s，结果花了1000多万，最后的效果远远不如用delphi作
另一个网友，作银行的票据业务，以前用delphi作的，卖得很好，但是新客户钦羡j2ee/b-s，结果公司花了很大的人力和时间，要求银行的硬件大大升级，但是最后的效果远远不如用delphi作（当然，这个与他们公司没有java熟手也有关系）
还一个网友，作证券的，他的结论是用java的硬件要求比以前用delphi实现要高的多
但是，3个例子都是硬是把原来的delphi系统用java实现了一遍，费力不讨好，但是又都不得不作。
windows也是这样，能让更多人可以入门了，也就掉了自己的身价
在大多数人意识到还有更高要求的事情需要有经验的人去作之前，有经验的人被浮躁短视的老板简单地用薪酬要求不高、更能加班加点的新手替代掉了
但是，这才是真正的程序员的作风：宁可为自己的失业挖好坟墓，也要让产品简单易用
*nix的难用，其实就是差一步（就像以前的internet的最后一公里）：*nix是有很多命令行的独立工具，能用好它们，其实比windows还要方便
但是对于新手，很难用好
如果有人专门基于命令行开发ide型shell，不一定是gui的，文本模式也完全可以，只要像以前的novell的管理程序或norton commander或现在linux下的mc，就足以让新手成为一个熟手了！
但是*nix的人就是不屑于作这些。。。。
很多积极推广*nix的人也是如此，真让他修这最后的一公里，却借口：你自己怎么不去开发。。。。嘿，我如果熟悉这些命令行的特性、*nix下文本模式的mc型的程序开发，我才能作啊。。。
可能搞windows的人和搞*nix（就不要说主机系统或as400了）的人真的大不一样
像我，就是最简单的事情，也要作出一个“集成”工具来用才舒服
比如网上一个测试人品（性格）的东西，就觉得不做成工具就难受，于是作了一个：
http://www.cndev.org/.imgdb/sn10094/GUID-44FCE86B-F31B-4422-873C-45EB0F45CCD8.jpg
然后，又觉得单为这个测试作了这个工具太不“合算”，于是又把它做成通用的，其他类似的测试也可以使用它。。。。
自我测试工具（含挺准的人品测试和躁郁症或忧郁症的倾向测试）（另存为selftest.rar）：
http://www.cndev.org/.imgdb/sn10098/GUID-914E41AC-86A4-44DB-A898-D582AB7DA5AF.jpg
只有忽悠才能赚钱啊，没办法。
IDE型的SHELL说起来容易，但做起来就难了，*NIX下的命令行工具都是参数巨多的，做成SHELL就有一个取舍的问题，难办啊。这一点我前几天刚好跟令狐讨论过，抽空整理一下8一篇
*NIX下的命令行工具都是参数巨多的，所以这个ide shell也要向delphi学习：
同时提供2套模式：
1、rad阶段：面向新手上路－－把最常用的选项做成简单的现成组合－－完成10%的参数特性
2、api阶段：面向想用精的人－－把常用的选项做成组合－－完成80%的参数特性
其他特别的参数用法，可以不提供，或晚些提供，想使用的人，应该更愿意自行玩命令行去的了
这就是我一直主张的20/80：一个好的软件，新手花20%的辛苦就能掌握其80%的功能！