感谢大伙的意见：
本来无一物，何处惹尘埃，感谢还来不及，在下并不生气：
简述一下如下的场景：
某日，我方某精雕细琢数月的系统赴客户现场安装，光蝶一阵吱嘎乱响之后，顺利安装至服务器，实施经理当着客户代表的面，注册，Login，展示各种华丽的功能，口若旋河滔滔不绝，客户也饶有兴趣的观摩测试，当运行至物料管理界面，客户突然正色到：兄台，打住，我司的“物料编号”刚刚应集团总部的要求改为“SKU ID”，主要是新上任的CIO是海归，他认为SKU更有国际化的味道。。。。云云，我方项目实施经理此时心里滴咕了，晕，调研时并没有提啊。。。但必须得向客户回应，一番盘算，打下如下腹稿：
A：好，贵司的意见很中肯，我一定让研发部门修改，仅是修改窗体上的一个控件标签，用C#调出来稍作修改便成，您稍等1天，等开发部签出代码修改测试1个工作日便能给到您手上。。。。至于人天的费用嘛，嘿嘿。。。
B：这个主意不错，我公司的产品是组件式系统，所有的语言标签都固化在一个资源DLL中，只需要让我司研发部统一修改一下，再给你远程安装一下就完事了。。。也许半天可以搞定吧。
C：项目经理马上拨开发部主管的电话，李工，SKU标签是放在哪一个表中的？。。哦。SystemLable啊，好，我知道了，马上定位,修改成SKU，再让客户登录进系统：）这回轮到客户代表傻了，这么快。。。。
如果您是项目经理，你会偏向于哪种方式呢？
可能真实的情况远远比修改一个控件标签更为复杂，“能否将这个输入框改为下拉列表”“能否将按钮加大加长加提示”“能否将库货算法改为加权平均法”“能否为这个查询界面加入我们产品的几个特性字段”。。。等等。
事实上，在项目中能以最快方式解决客户的问题，我们绝不会绕道而行，如果在第一时间通过灵活配置的方式搞定，估计没有人一定要去麻烦软件工程师吧。
这仅仅是一个思路，如今，平台化的软件系统已是趋势，看看早年的“Just Step”,以及当下的“用X的UAP”“金X的BOS”以及世界大牛SAP，无一不是这种思路,提供建模功具，数据架构生成工具，代码生成器，甚至自已的IDE或是脚本。。。 目标应该不是让程序员没有饭碗，而是让大家有精力能参与或主导更多的项目，在残酷的竞争面前，毕竟是比谁更“快”的世代。
