标签：des blog http 使用 ar 2014 问题 amp
国内外各大互联网公司，都有UEx/d|UCD|CDC(Customer Research & User Experience Design Center)团队。
在很多公司会认为，合格的产品经理应该具备技术能力。从另一些角度思考，是否技术人员也需要拥有产品策划能力或设计能力?技术思维与产品思维是相辅相成、缺一不可的。高超娴熟的编码技巧支撑项目快速落地。但拥有了产品的角色之后，能让我们站在更高的角度去解读产品，避免走弯路。
打住，我思考的还不是这些高大上的主题，只是实实在在的前端编码解决方案。
好的程序员与差的程序员，我认为除了技术能力上的差距以外，更重要的持续改进的思维差距。持续改进开发效率的人，成了前端架构师；持续改进用户体验的，成了产品经理；原地踏步日复一日的，则还是码畜。
用户体验，往往都是追随；前端开发效率解决方案，则是五花八门、八仙过海、九死一生、十分不容易。
各大互联网公司，都有专门的团队研究前端的解决方案，主要是UI方面。昨天看到携程这种原感觉没什么技术追求的公司，居然都请了园子里的 司徒 高手去搞 前端解决方案。当然，对于这样的公司或相关人员，我了解不多，只是简单的从外部矮踔穷人员的观感角度。实际上，携程有彪悍的 UED团队。
那些通用的前端方案，往往不能满足特定的使用场景或开发场景，所以这些大公司都要自己定制开发。
还是打住，我就是想说一说从开发效率上考虑Web前端工程师的重要性的。
在Web开发中，基础功能的实现，往往后端编码不复杂，大部分精力都是花在了功能界面上。纯粹前端与后台分离的方式，往往只搞定了分工协作的问题，在总体效率上不见得有所提高。那些后端框架里集成式的输出前端组件的方式，又在重心上偏向了后台人员，前台人员协作力度不大。
更好的方案呢？还需要更多的探索。
这篇文字仅仅是对于 司徒 去携程这个事件引发的一点思考。
互联网产品团队中Web前端工程师的重要性,布布扣,bubuko.com
标签：des blog http 使用 ar 2014 问题 amp
原文地址：http://www.cnblogs.com/x3d/p/3911647.html
