08年写过一篇文章《咬死黄杰》，那时候文笔太烂，写完文章，估计没几个人明白发生了什么事。

当时我们在西乔的牵线下，组成了一个小团队，共同协作一个网站的项目。
但是在网站架构的过程中，出了问题。有人在用svn上传数据，有人直接往FTP上扔数据，造成了版本的混乱。

其实谈到协作这个话题，问题的根源就在沟通上。
同事三分亲？同事挡前程？别人怎么对你，很大程度上取决于你说话的方式。

首先看一下研发流程，我们都需要跟谁打交道？

1.客户或者项目经理　 2.设计师　 3.程序员

那怎么打？

  1. 客户或者项目经理
    对客户，就一个原则，忍！跟他没有什么协作不协作的问题，他下了命令，你就严格执行。他要求过W3C标准，你就过标准，少说话，多做事。跟这种人沟通，最头疼的不是前端工作人员，而是设计师。前端需要做的仅仅是有需要的时候，提提自己的建议。没需要的时候，好好休息。
  2. 设计师
    业内常有“设计师”与“前端”掐架的情况，两边互相瞧不顺眼。这边抱怨“底色太多了，背景半透明很麻烦”，那边嘟囔“又把我稿子做偏了XX个像素，挑三拣四的”。其实就是几顿饭的事。饭桌上你跟他讲讲，为啥半透明实现比较困难。关系处好了，他也就不会发一些变态稿子来难为你。或者要求在“设计稿”发送给客户的同时，抄送给自己一份，这样提建议能提前讲。设计师跟客户打架打的好辛苦，终于定稿了，你再蹦出来要求更改，那他会气疯的，体谅体谅，都不容易。在拿到稿子做页面的时候，也尽量勤快一些，人家给的5像素间距，别量都不量，扔个10像素在那，换成谁都受不了。如果觉得“量间距”很麻烦，也可以要求他们在PSD上标注间距。提前约定的细致一些，后面会省掉很多返工的时间与精力。
  3. 程序员
    我们刚做页面的时候，通常是出一份static页面，纯静态的，让程序员自己套去。后来水平提高了一点，替他们写include。再后来又提升了一些，替他们嵌类似<?php the_title(); ?>的所有标签。再后来，我们觉悟了，不能惯着这帮大爷。该谁的工作，就是谁的工作。页面上线之后，我们有责任帮忙一起检查是哪里出现的问题：是需要隔行输出class，还是需要输出3个li的地方仅输出了2个。但综合很多这样那样的BUG，大多数情况下，这些问题都是部分程序员的懒惰造成的。就像我们懒得精确还原设计稿到1px一样，这帮人也懒得数你做了几个li。解决方法就象设计师帮我们标间距一样，我们给他们标一下<!–循环输出10组 背景色间隔#ededed和#fffff –>，标一下循环到那里结束。多写写注释，礼多人不怪。

当然，做一个比较大的项目，不会仅仅与这几个层面的人来打交道。很多公司设立了其他的岗位与前端工程师来配合。我们所需要遵循的其实只有一条，

另外，web标准化交流会，本月交流的话题就是《前端开发在研发流程中与其他岗位的协作》，这次交流会，3月27日将在4个城市同步举办，希望大家就近参与线下讨论。说说你们的情况。

跑题一段

没做过饭的人，通常不会珍惜做饭者的劳动成果。
等你真的去给某个人烧一桌子菜，然后那个人不好好吃的时候，你会感受到那种失落感。
所以，下次有人给你做饭，甭管好吃难吃，都要说好吃。甭管合不合口味，都尽量多吃。

做网站一样的，设计师做做前端的活，前端做做设计的活，就会理解彼此的问题了。
都不容易，相互体谅吧。