过去两年，我遇到比较尴尬的情况，就是无法很好的解释建模和分层的总要性和便利性，因为前端领域关于这块的东西共同语言比较少，大家都是在专注于视图层的新技术研究，而在更广泛的编程范式、原则上，比较少去探讨，因此，每当我聊到这个东西的时候，无法快速的聊核心思想，必须在外围给听者建立场景，举例子，但是这些例子在日常前端开发中，又不是非得按你这套才能实现，所以听者往往带着自己的想象和经验先对例子进行脑海复盘，然后来评价所谓建模、分层都太复杂，这就是非常尴尬的场面，你还没有开始聊建模和分层本身，就已经在前期预热阶段被听者否定，那么，后续所讲的任何话都没有任何意义。

前端建模和分层是非常重要的，它本身并不复杂，也不会增加工作量，问题在于它所要求开发者具备的思维方式、理念是比较庞大的，因此往往被抵触。如果你在完成一个需求时，提交代码进行review，直接被对方打回来，理由是不符合我们的开发理念，你一定也会很生气。但是这种东西往往需要有一个强有力的人去推动，他会去review每个人写的代码，是否按照分层理念去写，是否符合开放封闭原则，是否遵循整洁设计，是否考虑周期等等。而要确保这些，review人总需要花比较长的时间，除了那些对软件质量要求高的企业，很少有团队这样去做，包括现在国内的一线大厂，都不舍得这样去做，“我花钱来就是请你看别人代码的吗？”对他们来说，快速写出功能上线，才是最重要的，至于代码质量早被抛诸脑后，等到出了事，就“杀一个程序员祭天”。

在这样的环境下，把前端应用当作软件，追求其稳定性健壮性，就非常不合群，因为稳定健壮的软件，会淡化开发者本身的成就，只会把最终的成就摊平到日积月累的时间长河中去，除非是某个强有力的tech leader从古老的开始就把它当孩子般培养，否则没有人愿意做一些短期内看上去根本无法凸显自己价值的事，而且更可悲的是，软件健壮稳定了，用户本身根本没有任何感知，而没有感知就会直接忽略你的劳动成果，相反，那种到处漏洞，你天天救火的，在甲方看来，还觉得你态度好，能力也够。

所以，我已经在考虑避开聊建模分层这个话题了，我想接下来我会去研究一个新的领域，这个领域得有一定的需求，同时又有深度。