在信息爆炸选择众多与任务机械单调的矛盾中，大多数人都是选择了在既有框架下以不变应万变的方式来应对。
以PHP框架来论，对有经验的程序员来说，选再牛逼的框架也减少不了优秀业务系统的开发工作量，判断标准更多的是个人喜好以及俾嘅。
生活要继续，尽早完成任务才是王道。这可能是多数人的直接想法。
做一套牛掰的框架，必须要有很精准的定位和完善的文档，而这对大多数为半路出家的Web程序员来说是很难做到的。
精准的定位，就是你要解决什么问题。我自己做过很多次尝试，由于处女座的完美情节作祟，一不小心就会变成大而全的思维方式，然后在与其他已有框架雷同的判断下终止放弃。
编程少而看得多的人往往手高眼低，由于缺乏编程经验的积累，无法做成有效的决策。
完善的文档更是难得，很多人觉得在代码中做点注释也是对代码天大的功德了，更遑论完善的文档。业务逻辑往往也不需要文档。
在团队协作开发中，往往是选好了一种框架，然后就是垃圾业务代码的不断堆积，没有持续的创新，当然很多人可能也是觉得没有必要创新，完成任务就OK了。
半路出家是可悲的。