“技多不压身，但不是说都得下手做。多懂点的好处，一是增加自己的判断力，防止被忽悠；二是更易跨部门沟通；促进换位思考。
不要试图去拆分职能，我们应该做的是适应，与团队其他同事互补。最好的设计师，是块万能膏药。”

非常同意千鸟的观点，设计师各方面都懂一些，有绝对的好处。但应该保持在了解、沟通的层面，绝对不要设计、开发工作都亲力亲为，这样做是肯定是弊大于利的。

设计、开发一把抓，除了可用性大师们对此一致反对外（为什么不好，大师们已经说了很多），自己也有一些切身体会。

由于工作需要，也会做一些前端开发的工作。以设计、开发的不同角度，看待同一个设计细节时，感受确实不一样。做开发时，难免想在交互细节的实现上偷点儿懒儿。一个看似简单的细节逻辑，确实会让程序逻辑复杂不少。而做为设计师，关注的就是这个交互，对用户是否有用的，如果用户需要，那就必须得有这个逻辑。而且不能因为自己开发就政策放宽，那怎么以后怎么要求其它开发人员？怎么再阐述设计？

再比如，浏览器兼容性问题，自己开发时，难免会产生“差不多就可以了”、“这本就是浏览器的问题”等的想法。但在审查前端开发人员的产出物时，发现在一些浏览器上的表现不理想，就会想“这问题都解决不了，切”。

设计与开发真不能同时进行，人的惰性是天生的，有条件的话，就会情不自禁地偷懒，有钢铁般意志力的人，毕竟是少数。技术人员不能像儒家思想家那么浪漫、想当然。

此外，就是牵扯精力，无论是设计，还是开发，都是一个需要深入、细致的过程。想都做好，必须投入大量精力，否则就都做不好。就像反对管理者介入设计、开发工作一样，设计与开发两方面都兼顾，也是很难的。

同时，还有一个效率问题。俗话说，拳不离手，曲不离口。设计、开发工作不能同时进行，势必要搁置其中一项，时间久了难免业务生疏，效率自然大打折扣，看来这确实不是理想的工作方式，对自身的发展也不利。

虽然说，自己设计自己实现，看起来是一件很惬意的事情。但真要兼顾并做好这两项工作，时间长了说不定会精神分裂，哈哈。