适应变化的方法是不写代码?

近几年软件的发展方向似乎是不写代码. 依赖通过配置文件注入,人们似乎找到了不修改代码,却又可以适应变化的方法. 但是,很快,人们就会发现,配置文件的修改更加痛苦. 因为,配置文件不能显示的调试,语法和约定又很随意. 于是,又有人提出,约定大于配置,似乎要用缺省值来解决问题. 可是缺省让后期需要配置的时候失去了参照样本. 大胆的修改代码吧! 想当年,微软推出DLL的时候一片就好,结果导致一个DLL 地狱. 配置多了,时间久了也会成为地狱. 最近,做的一个项目. 由于需求的变化,需要更新几百台服务器的配置. 结果运维配置了2周还是有地方没有配好! 其实,问题的复杂度不可能通过变换描述的方式而消失. 勇敢的直面复杂度吧.代码写的智能一点,自动适应,对错误的配置有一定的容错能力. 这样才是最直接的解决方式.