什么时候 RAD 又成时髦了？20年前用 Delphi, 用 C++ Builder 时就觉得这种快餐工具掩盖了语言本身的优雅和对语言的深入理解，你可以快速“编”出个程序来，但是你一旦有问题你无法 debug 无法 trace 因为你只懂这里拖一下那里拉一下就出来一个界面但是不知道哪些代码来支撑这个界面。
程序猿有没有必要了解 iOS 和 Android 的 底层TCP握手，这个见仁见智。 但是用了个通用平台的 RAD framework 就说自己很潮，这也太虚夸了。
这是RAD的弱点
但在现在的商业经济环境下, 这是许多客户需要的。
技术只有放到特定的语境中才会被客户接受。个人也是喜欢语言的优雅, 也会在业余使用机器代码(这个真的是恐龙中的恐龙了)。但爱好与商业是两件事。
譬如一个大的企业, 即使在新加坡也有数百个电脑系统,每当一个企业级的change发生时,如何在短时间内用RAD的方法实现就是个现实的问题。又譬如如何在一天得时间链接以下4个applications of SAP, Oracle, MSSQL, MySQL以及构建light weight web and mobile app, 就需要用RAD思维和相应的innovative ESB工具迅速实现。又譬如如果都不知道上述4个程序的数据接口和数据库内部结构, 但需要在一天内链接, 也是要用RAD思维配合相应的innovative 工具实现。传统的工具不会都丢掉但如果想做些革新(也多赚些钱,嘿嘿),多学点新的工具是必须的。btw, 上述案例使用不同的工具。未必是最佳的,just keep learning new skills by google。不是吗?
技术只有放到特定的语境中才会被客户接受。个人也是喜欢语言的优雅, 也会在业余使用机器代码(这个真的是恐龙中的恐龙了)。但爱好与商业是两件事。
譬如一个大的企业, 即使在新加坡也有数百个电脑系统,每当一个企业级的change发生时,如何在短时间内用RAD的方法实现就是个现实的问题。又譬如如何在一天得时间链接以下4个applications of SAP, Oracle, MSSQL, MySQL以及构建light weight web and mobile app, 就需要用RAD思维和相应的innovative ESB工具迅速实现。又譬如如果都不知道上述4个程序的数据接口和数据库内部结构, 但需要在一天内链接, 也是要用RAD思维配合相应的innovative 工具实现。传统的工具不会都丢掉但如果想做些革新(也多赚些钱,嘿嘿),多学点新的工具是必须的。btw, 上述案例使用不同的工具。未必是最佳的,just keep learning new skills by google。不是吗?
[本文发送自华新手机Wap版]
Huasing Association 1999 - 2013