Archive for the '未分类' Category

4月份上海站的web标准交流会如期举行，纵观连续的三次交流会，到会的人数呈递减趋势。猜测下来，有以下几种情况：一是上海互联网前端从业者和北京深圳杭州等地相比数量较少，所以圈子活动比较不活跃，二是赶上五一前的最后一个周末，不少公司组织出游，影响了报名者的计划；三是web标准化交流活动的影响力没有真正发挥出来，四是这期的讨论主题不够吸引力。

作为一个非前端从业但热爱并尊敬前端行业的人，每次的交流会总结也不可能写的很专业，这次也是，仅记录几点感想：

关于敏捷开发

这是thenetcircle的Neil带来的开发模式分享，据称是源自Google，从在场人员的反应来看，大家应该都不是很熟悉，回来搜索了一番，具体如下：

敏捷软件开发又称敏捷开发，是一种从1990年代开始逐渐引起广泛关注的一些新型软件开发方法，是一种应对快速变化的需求的一种软件开发能力。它们的具体名称、理念、过程、术语都不尽相同，相对于「非敏捷」，更强调程序员团队与业务专家之间的紧密协作、面对面的沟通（认为比书面的文档更有效）、频繁交付新的软件版本、紧凑而自我组织型的团队、能够很好地适应需求变化的代码编写和团队组织方法，也更注重做为软件开发中人的作用。

敏捷开发，项目开始后，“每天早上例会，相关人员相互知晓各自进度”，当客户有需求时该怎么协调？每天例会是否浪费时间？很多前端部门可能还不太适应这样的模式，但Neil说的也有道理，当项目时间偏长时，各自埋头苦干到最后，却发现不知道做出来的是什么鬼东西，还不如在某一天的例会上就将其扼杀在萌芽状态，并且，每天短时间的例会会让你更明白，今天你要做什么。我们不该迷信权威盲目崇拜，但适时的突破，往往会有意向不到的效果。

小众和大众

豆瓣刚出来时，高端、小资、青年知识份子的定位给用户展现出非常典型的小众的形象，如今几年过去了，豆瓣的小众印象仍存在我们大脑里，但是当抬头放眼望去，发现办公室里满屋尽在逛豆瓣时，就不得不感叹，是我们OUT了。

这一切的变化都不会以某个人的的意志为转移。现在，或许你不会愿意到一个叫麦包包的独立商城去购买一个旅行包，因为它是那么的小众以至于你和你周围的朋友都没听说过，相比之下，淘宝是多么的具有知名度，于是它代替了你的选择。但是，当你因淘到喜爱的包包而满心欢喜时，或许你不知道，它却正在从浙江嘉兴的某个麦包包仓库打包，并且在短短一天内就将送到你的手中。麦包包，就是这么小众地打造着箱包网络购物平台的巨型航母。显然，这些话充满了个人的主观喜恶，虽然我几乎不买包包，但是，我就是喜欢麦包包。

并且这一次，我又多了一个喜欢它的理由。这一次的交流会，有一位专程从浙江嘉兴赶来的朋友，而他，正是来自麦包包。麦包包的前端员工到会，先不论这是个人行为还是公司举动，作为一个垂直电子商务公司，麦包包有在前端技术上求思进取的员工，为创造更好用户体验而不断努力，有遍布淘宝数以千万计并仍在不断增长的代销卖家……想一直小众都难。

在为谁服务

传统行业与互联网的融合催生了一堆以网络建站为营生的公司，他们像所有的科技公司一样，招聘前端、设计、后台人员及大批的销售人才，不断地完善自己的代码库，不断地扩大自己的服务范围，它们被称为专业的建站外包公司。当一位前端人员落户在这样的外包公司时，就意味着直接面对的客户就是自己的衣食父母，而他们往往对互联网一无所知，这意味着你可以简单地给他们呈现一个外观足够炫丽的网站而不用去过多考虑性能的问题，前提是你足够的不思进取。

然而人类与生俱来的惰性决定了“忽悠客户”的现象必然存在，在价值观和金钱之间，如果你的取舍一直保持偏差，那可能意味着将来某的一天，你的职业道路会像你写的这些代码一样，在死循环中挣扎。

无论是外包公司还是非外包公司，无论你的客户是第三方公司还是自己公司，前端从业者都应该为追求“如诗代码”而努力，这不但是基本的职业素养，也是基本的做人品德。

本想写在前面

到会发言者有几位提及对标准化概念的理解，其中一位说web标准是个衣服穿的少的女人（嵌套一般不要超过三层），另一位说web标准只是个理想（前端和后端妥协下的产物）。不管讨论的是什么主题，每次的交流会基本都是IE系列浏览器的批斗会，批斗完毕大家继续坐在电脑前为IE6下的bug写hack使技巧做调试，这就是前端的业态，骂得多，默默忍受的更多。这其实也在说，web标准这个理想，不但是前端和后端妥协的结果，还是和用户和浏览器产商和客户和利益妥协的结果，所以这个理想不很理想。面对用户群基数巨大的IE6浏览器，想各种妙招实现兼容是每位前端从业者的职责，而作为web标准化联盟，我觉得应该要有更宏观的目标。

这期的交流主题是“前端开发团队现状调查和未来期望”，其中现状调查和上期的主题有部分重合，讨论话题和特约嘉宾，是影响到参会人数多少的直接因素。交流会是旨在聚集web从业者共同研究讨论前端动态的线下活动，无论是结识朋友交流感情还是技术切磋互相学习，都是为了前端行业能健康的发展。而从一个很小的角度来看，学习兼容IE6的技巧去迎合IE6浏览器满足用户需求，需要花费大量的精力与时间，那何不换个角度去完成这件事呢：抵制IE6浏览器，迫使用户升级浏览器，从而减少前端开发的成本。当然这涉及到商业利益，任何商业公司都不会轻举妄动，并且这个过程也会艰辛，但web标准化联盟作为一个非盈利性组织，完全有可能去实践这样的行动。澳大利亚政府警告网民暂且停用IE，Google宣布Google文档和主站将终止对IE6的支持，我们WEB标准化联盟也可以这么做！从个人博客做起，从所在的公司做起，如果哪一天的线下交流活动是组织街头宣传抗议IE6，我会抢着报名。

可能是受主题的影响，对未来期望过多，越写越跑偏了，就此收笔。一如既往地感谢交流会上海站的场地赞助商携程网，谢谢各位带来的分享。

社会分工从原始社会开始就在进行，直至今天，并将继续下去。各种社会劳动朝独立化、专业化发展的趋势使得人能尽其才，物能尽起用。这个过程同样在互联网前端行业发生：2005年以后，中国互联网世界里，前端工程师、UI设计师、用户体验设计师、UED等等名词开始被人们熟知。社会的分工为大规模的协同工作提供了可能，但是却又带来了新的问题和挑战。

设计师的提交的设计稿布局让你抓狂？后端的程序员大哥见面就抱怨HTML代码写的一团糟？项目主管总是训斥项目的进度太慢？客户的需求总像女友的情绪一样捉摸不定……这些问题想必你都曾遇到，但受公司规模，工作环境、团队能力甚至上司脾气等主客观因素的影响，呈现的情况又各有不同。此时，相对合理的开发流程、完善的协同规范及各部门的有效沟通就显得尤其重要，这次的web标准交流会在北京、上海、广州、深圳四地同时举行，主要探讨前端开发在研发流程中与其他岗位协作效率的提升。

理想的开发流程？

此次上海的交流会依旧在携程旅行网举行，总体情况相比上一次要好的多。参会者来自具有各种前端开发风格的公司，比如：双向并行（产品原型分别交由设计和前端）——上海5分钟的开发流程；单向开发（设计——前端——后端）——携程网储诚栋前辈介绍携程网前端团队开发流程。项目跟单方式（设定完成时间节点）在大部分公司得到运用。Along认为理想化的操作流程应为：项目立项之初，就应召集设计、前端、后端到场讨论，了解项目的情况的同时，制定项目进度表，从而在开发过程中能直观地看到项目的进程，同时设置需求变更反覆时间点，在允许项目需求调整的同时，又不耽误项目的既定开发时间。

不要轻易开始

参会者提到一些在前端开发过程中比较常见的问题，比如设计师在设计稿中运用部分特殊字体及效果，给前端工作造成一定难度，并且可能因此使得代码冗余从而影响网站的性能，会上虽有人提出如设计稿中特殊英文字体可以借助js类库求全的办法，但是这并不能完全解决这类问题。沟通、特别是有效的沟通应在此时得到充分运用。wxwdesign在交流会上举例分享他在遇到这样问题时，何时可以妥协，何时又该据理力争。工作应在充分的沟通后进行，千万不要轻易开始。

有舍有得

设计师与生俱来是个完美主义者，前端工程师也同样为了节省1kb代码文件绞尽脑汁，而客户总是变化无常的。当设计师与前端工程师相遇，问题就变得复杂起来，双方应宽容对待彼此，在非必要的问题上做出让步。同样，面对客户时，也应以客户为重，“听从客户、满足客户，耐心解释，引导客户”。综合考虑项目特征，如追求绚丽效果（化妆品网站等）还是重在信息量的提供（门户网站），客户经费预算等等问题，做出取舍。

良好的学习心态

前端和后端亲密无间，但是工作上争论一出现时，反目即成仇：后端抱怨前端的代码造成了重大bug，而前端又觉得那是后端的原因造成。若就此僵持，不但伤了和气，而且还影响项目的进度。此时应该有一颗宽容的心，抱着学习的态度，仔细地查找问题的所在，然后彼此进行沟通。退一步海阔天空，大事化了。

团队的建设

前端工作的团队协作需求较大，如何能在人员变动的情况下，也能保证项目的正常进行？公司建立研发标准，新人入职时先学习标准，再投入工作。标准形成文档，便于研发人员形成同一风格，从而让后继者也能迅速融入到项目中。另外，设计师、前端、后端彼此了解对方的工作情况（安排互相的学习），也利于团队协作的进行。前端与周围相关人员完美融合，才能打造出完美的团队，从而最大限度发挥团队的力量。

以上是对这次上海web交流会的总结，文中可能部分术语表达不正确，请指正。三四个小时的思想盛宴，前端百态一览无遗，到场吐苦水的、取经的、围观的、学习的……都应该有各自的收获了，协同作战、提升效率，大家都是为了工作能做的更好。

感谢携程旅行网提供的场地支持，感谢上海标准会组织者们以及热情的到场web标准爱好者，祝愿web标准交流会越办越好。