幸与web标准化交流会（w3ctech.com）第6期，在腾讯北京的会议室。
云集了各大互联网公司的前端开发者们汇聚一堂。讨论这期的话题《前端开发在研发流程中与其他岗位协作效率的提升》
由于是第一次参加，不知道会议安排，而且上午匆忙的给哥们把无光驱上网本linux系统分区用u盘引导格式化并安装windows系统，整整一个上午，在学习与实践中匆匆而过，眼看着时间紧逼会议临近减去路上的开销，情急之下电脑的分区已格式化完毕，U盘引导安装文件就绪，然后毅然决定，用本的电池续航，手捧着去参会，计划着路上也该装完了。
到中关村是预料中的时间，由于早上在处理电脑的事情，因此早饭和午饭攒到了一起，去腾讯的路上，和哥们人手在过路的麦当劳捧了袋套餐，赶着时间，问着路，手抓着薯条塞近嘴里。临近交流会2点开始前十几分钟，找到了房间，签到进去会议室，入座，把未啃完的汉堡放下，才开始观察身边的人。没多久，会议开始……
这次交流会的议题是《前端开发在研发流程中与其他岗位协作效率的提升》首先是裕波同学介绍了会议主题和会议流程，然后就把语权交给了在微软（Microsoft）工作的同学，微软的同学用ppt演示了他对于这次话题论述中会遇到的问题、耦合开发、灰色地带等内容，然后大家就开始轮流讲一些自己在实际工作中遇到的开发流程与协作的实际案例。其中，由于各自所在的公司不同，团队不同，接触的客户和老大都不尽相同，由此引发的话题矛盾和议题方案都各有特点，可惜的是到议程的最后没有一个完整的总结，这是我觉得唯一遗憾的地方。不过记忆犹新的是百度月影同学用杯中水的例子来深入浅出协作的真正意义：月影说，交流中怎样让各自的立场互换，而减少问题的激化，从而就说到了杯中的水。他找了两个杯子，然后都倒上‘同样多的水’他问：现在这两杯水就是争议双方，而我们用什么方法才能使这两个杯子里的水一样多。显然无论怎么人工的去均匀，问题都不能完美的解决，因为这个问题不可能简单的这么解决。会中的同学也有说都倒掉，但是话题的命题是水一样多。其实这个时候我想到了水桶法则。月影却说话了，首先把水都倒掉，全场晕倒。。。这时我们所做的就是把自己的立场全否定掉，然后把两个杯子套在一起，这时再往杯中加水，这时我们再看争议的问题，两个杯子是在一起的，加水的话是在一起加，而这样问题双方从头看问题，一起加水，这便是协作。其实我并不觉得月影那个杯中水的最后的答案非常完美，但是他用这个例子影射的问题争端得到了解决，那就是：无论设计、前端、还有后台都是利益共享的，任何一方的不协调都会导致整个团队的停滞不前，项目进度延误。其实那两个杯子如果用水桶法则解释便再恰当不过了。所谓水桶法则，就是物理中的U型管，把两个杯子在底部连接，然后无论是加水，还是减水那么最后两个杯子中的水永远都是一样多的。不过例子只是为了解释事情的本意，能听懂那就不是个失败的例子——协作，谁都不能掉队否则水浅则失。
活动主持周裕波同学
这次会议上，有个美女同学讲了她总结的三点，其中一点记的很清楚那就是端正自己，看清自己的位置，我们不是在为工作而工作，而是为了提高自己。
我和小强
会议最后，豆瓣的kejun同学出了一道看似简单的问题，挑错，以下是原题：
<P>&nsbp;&nsbp;哥写的不是代码 是寂寞<br><br>&nsbp;&nsbp;哥写的不是代码<br>是寂寞
有兴趣的同学可以分析一下，回头我再公布答案，google或百度不是你的风格，老老实实的答题，知道的同学请把机会留给不知道的同学，谢谢！这可是传说中yahoo的面试题。
与会的所有同学
感谢欲波同学的邀请！感谢参与交流会上的每一个人！感谢CCTV，MTV……感谢腾讯……
Leave a Reply