受感于美剧《我们这一天（This is us）》--「我们一起思考，一起动容，一起成为屏幕前后更好的自己」。记录人生点点滴滴，书写平凡的一生，与之共勉，做更好的自己。

我这一天

1. 现场与客户交流新项目；【4H】

2. Vue2知识体系文章整理，完成30%；【2H】

3. 高项视频学习；【2H】

4. 亲子活动，一起跳绳；【0.5H】

• 时间总结

今天上午去现场，作为技术人员的身份，与客户沟通新项目，项目需求很简单，主要是数据对接，数据推送。

本来是有一下午时间好好整理Vue2前端知识的，但是一下午时间估计只有2个小时在做这个事，其它时间都浪费掉了。这正是昨天所提到的，时间颗粒度划分的问题，对时间本质上没有足够的认识。结合昨天所学：时间、决策、学习、行动4个变强的底层逻辑，重新梳理下任务事项，通过决策，计划出现阶段应该做的事，应该学习的事项，给足反馈激励，把时间真正利用起来，真正行动起来。

思考与动容

今天有一个决策，我决定还是回归技术，用技术解决问题，同时也用技术给团队，部门带来赋能。今天这个项目很简单，我们可以自己做也可以交给研发中心的同事做。最后，我还是决定自己来做。

原因有几个：一是，目前自己负责的项目，基本上没有进展，从一天自己的时间总结来看，大多数时间是空闲的。二是，自己来做可以省去很多沟通协调的事情，比如如果交给研发中心去做，那么要协调UI，测试，运维一系列事情，公司制度如此，开发流程必须按规范走流程。但如果是自己来弄，这些东西可以内部消化，虽然不合规矩，但是也有项目的特殊原因嘛。三是，其中有个需求是通用接口共享，我正好想尝试用MongoDB实现，也是丰富自己的技能。

再者，自己正好在学前端，如何是公司研发中心来弄，还要前端，后端工程师都得要。如果自己来弄，运维部署，前后端，需求调用可以全部自己一个人搞定，从成本上来看，能省一大笔。

在十年前，才出身社会的时候，分工是没有这么明确。前后端分离，在一定程度，确实提高了工作效率，但同时也提高了沟通成本。由于前端很多时候只是页面的展示与交互，导致前端人员即使项目做完了，也不清楚这个项目有什么业务。后端人员也主要是针对文档进行开发，也即使做完项目，对业务也不甚了解。这样对项目很不好，研发人员缺少业务沉淀，对项目的感情不深，甚至都不知道自己做的项目的业务和意义。

个人觉得，对于程序员来说，如果不是架构师，就没有必要前后端分离。或者前端可以保留一个技术特别牛的前端架构师，做技术指导即可。学过后端的人来说，学前端一点也不难，就一个人前后端都做了，很大程度大，还能避免因为前后端工期不一致，导致停工等待的问题。

若非技术型特别牛的公司，又不是什么大的项目。前后端的分离真的没有必要。

我正好也在学习Vue2，争取五一前，梳理完知识体系，分享出来。

当然前端有很多技术，比如node.js，angular.js，react.js等，还是那句话，大家都是做增删改查，拧螺丝的，只要有编程基础的人，学习如Vue前端框架，不出一周肯定能干活的。CSS，JS这些完全可以当API去查，不懂就百度，做个图还不容易吗？