［思考］关于当前前端团队的一些困惑和反思

[songhlc]

回顾

团队从最终一个人到现在初具规模，一开始大家都是全栈，前端代码，写到dubbo服务，写到mybatis脚本，到代码自动构建、线上版本，开发版本、测试版本的初步稳定，走了很多坑。但毕竟我还是要专注到前端上来，所以借此来好好总结一下。

现状

关于加班

• 我始终认为，不加班的前端不是好前端；好前端是加班是为了团队更好的不加班
• 加班也一定要拿出时间来更好的总结

  关于反思

• 1.经历了几次功能开发的迭代，如何更佳优化业务流程，产品从设计到前端实现到最终上线的流程需要作出哪些改进
• 2.在迭代过程总是否有一些积累，公共服务、工具类是否能抽象出来
• 3.如何去做一个好的前后端分离
• 4.合适构建工具的选择
• 5.UI库的沉淀
• 6.如何形成优化体系
• 7.如何形成统计体系

反思自我答疑

• 1.从最开始的大家都是全栈，到现在前端工作拆分成（静态页面/jsview通用结构 + js页面逻辑），至少把大部分人都不太熟悉的CSS剥离出来，让更专业的前端去维护页面，当然后续还有更长的路要走。
• 2.一直在抽象，一直在剥离出公共服务。从最早页面生命周期模型的搭建，到公共common.js的不同扩充，再到针对UE优化自己编写的一些jquery插件。总之抽象公共组件的过程是永远停不下来的。
  待完成的组件：文件上传下载组件、地区地址组件、下拉参照（非弹框组件）
• 3.关于前后端分离，在不考虑seo的情况下（毕竟当前还是没有需要），nodejs暂时就不是那么必要了。
  需要尝试下这几种方式，哪一种是最适合的。

1.fiddler&charles做代理

2.提供测试服务器

3.支持jsonp跨域

4.支持cors跨域

• 4.关于合适的构建工具，fis3刚看到时真是让我眼前一亮，但是对于代码的侵入似乎并不友好，是不是还是应该回到gulp构建的老路上去，很纠结，盼解答。
• 5.UI库的沉淀，毕竟是基于inspina那套bootstrap主题在做，但是遇到了官网门户的问题，所以需要借助超市化采购来沉淀一套官网门户用的主题。
• 6.再摸索吧
• 7.现在还没想好要统计什么，一切以解决实际问题为例，已有的一些监控都是后端的，前端如何去做一些监控和统计呢？

思路并不清晰，只希望在前端的路上越来越快的成长

[songhlc]

少走弯路，原来想了不少蠢问题