前端项目两大教训：
1，凡涉及第三方部门都可能耗费几天甚至更长。第三方提供的接口几乎无验证的。此问题普遍存在。
2，后台研发人员前端技术匮乏，在前端主要覆盖静态页面(CSS+HTML)时，后端研发人员处理静态页面与后台的交互，和业务处理，效率低下，束手无策，问题频出。
第一个问题：跨部门，我们无力解决，我个人经验是，先找对方开发，如果不甩你，向领导反馈；有笔记本的带电脑的去找对方开发。把问题解决就完事。
第二个问题：需培养出合格的后台web developer．
第一阶段： 1，编码：“一刀切”，后端提供URL，前端负责界面； 2，转测：前端交付联调好的界面给对应模块后台开发。前端支撑后台改bug，以此提升后台的前端处理能力。 此阶段前端需要全程介入。应该锁定在部门或项目组。
第二阶段： 后台成为合格的 web developer后，前端只需要前期提供静态页面，基础类库，和控件库等。此阶段前端相当于流动站，可以跨部门支撑多项目。
前后端协助图：
前端亟待解决的问题：
| 需求 | 阐述 |
| 通用前端构建流程 | 并不是要追求完美，而是避免项目崩坏。将项目稳固在一定水准之上。像WAP项目，一个迭代到了后期就难以维护，是无法忍受的。 |
| 前端基础类库、组件库 | 我们部门项目的界面风格往往一脉相承，我们是否能够提供良好的组件库，在新项目中直接拿着用？而不是给每个项目定制开发？我们 是否对跨项目的定制业务，也积累良好的技术材料？ 比如埋点，主站居然是在界面直接写代码，和界面耦合，而不是抽取出精简、通用的JS文件，供跨部门调用。 |
| 书写规范、单元测试 | 事件标准，JS类的标准化写法。页面渲染流程等。能否让每个人的代码都是可以预测，易阅读的？以及做做最基本的单元测试？ |
| 技术积累 | 我们有什么文档可以让一个后端工程师循序阅读，学习成为一个合格的web developer？让一个前端成为一个更专业，具备独立设计前端架构，性能优化的前端？还用最原始的， 碰到难点你去问的手段？常识问题成千上万，却耗尽骨干的时间。 |