标签：
项目系统集众人之期待，人来人往的变动中，还能够在前端各色人等通力合作下构建出一个中级复杂程度的业务系统，有坚持，有妥协，有苦劳。个中滋味非经历过的人无法感受，如同创业之初，无数期待于一身，而后各种时间，精力，人员变动种种限制，有人会放弃，有人漠不关心，有人选择主动离开，然而项目要继续，要对得起自己更要对得起一同奋斗的人。
创新 －－ 守旧 之辩
大浪淘沙，留下来的不一定是金子。前端各种作死的概念翻新，各种新框架层出不穷，选择合适的框架不仅仅是玩具式的尝鲜，更要考虑的是团队之间的协作和稳定的性能以及业务开发过程中的积累沉淀。创新固然是好事，然而像重装电脑带来系统变快，然后丢失很多重要的基础构建，重新再装一遍QQ，360，办公软件，开发软件等等，并非明智之举。done is better than perfect，对于目前的前端资源紧缺的情况下，保护每一次技术栈上的投资，尽快从技术细节中脱离出来，更多去关注性能和安全。
前端团队之价值
疑人不用，用人不疑。技术流派，百花齐放，文人相轻，自古陋习。前端团队拿出来的是一整套的解决方案，必定有技术层面的考量，更有人力资源的权衡，倘若无法形成公司层面前端技术栈，最终公司技术团队将会沦为一些英雄主义者的过场，表面各司其职，实质上低效重复比比皆是。
穷则独善其身，达则兼济天下
业务代码开发同时，将技术积累和共用方法与具体业务分离，在做业务的同时形成框架雏型，当业务没有那么忙的时候完善框架，以帮助下一次项目开发提供技术积累，如此良性循环下去乃是正道。
解耦和同构
紧密耦合不利于分工协作，往往导致互相扯皮，不能做到并行。而前端的代码复用更是必须之举，反复无常的设计和需求，导致前端资源白白浪费，无法专注于前端应该做的事情，最终人疲马乏，项目歇菜。不注重技术本身的积累，不但导致前端本身的提高无门，也导致项目开发不能提高效率。
标签：
原文地址：http://www.cnblogs.com/social/p/5490170.html
