GreenGnn.ORG

可能很多人不知道web标准化交流会和Webrebuild.org两个组织。

web标准化交流会是去年11月，web标准化联盟群的线下技术交流会产生的一个组织。已经连续举办了6期，年后一期停办，已经开通了四个城市同步进行的类似与UCD书友会的前端交流平台。

Webrebuild.org是07年在深圳成立的以年为单位的线下座谈会，共同探讨web标准，推动web标准的发展。深圳已经连续举办三届，北京去年举办了一届。应前端者的要求，不能只在深圳举办，很多外地的同学没法参加，09年12月在北京开通北京站，并联合W3C 谷歌技术用户组，在谷歌成功举办。

我09年10月份来北京发展，作为webrebuild.org第一批会员，有责任把北京分站筹备起来，刚好遇到了做线下交流会的想法，就两个事情一起做了，也想过与其搞那么多分散的组织，不如集中力量以统一的平台推广web标准，就单方面沟通过，把交流会作为webrebuild.org的月会，webrebuild.org年会和月会相辅相成，这样效果更好一些，也有很多支持webrebuild.org的朋友参与进来，月度筹备交流会，年度筹备年会。基本上的想法就是Webrebuild旗下的交流会。然后我承担起了交流会网站的建设，提供了我的域名w3ctech.com和服务器支持，当时我作为蓝色理想web标准化版的版主，也大力在蓝色理想推广交流会。

没想到的是由于这些都是单点沟通，随着交流会名声壮大，很多人参与进来，却不知道两个组织之间的事情，导致了为什么要把交流会纳入webrebuild旗下的争论和不满，还有webrebuild年会主办方为什么不加入web标准化交流会。在我的想法里并不想弄出两个组织的，结果运作出两个组织的尴尬。而且出现了两个组织之间的隔阂，真是太失败了，对于这些误会，我应该承担所有责任，是我沟通和传达不利。

但是事情还得做，我就主动退出交流会组委会，把我来北京想做的一个事情做好，那就是Webrebuild.org北京站的组建。成立独立与交流会的Webrebuild.org北京组委会。让想为前端做点事情的同学可以避免这些争论，把交流会和webrebuild.org都做好，做强，而不至于到了最后因为这些误会两边都耽搁了。

对交流会，我还是一如既往的支持，就像深圳webrebuild.org组织以交流会的名义组织深圳站的交流会一样。希望这件事情大家有个清晰的认识。

最后，很多人都在为推动前端而努力，可惜发生了太多的因为组织不同而产生的隔阂，D2 Webrebuild.org Web标准化交流会 CSS森林，我也不知道百花齐放好呢，还是统一团结好。希望中国能有一个WASP，集中力量推广W3C标准，用草根的力量解决终端的混战，还前端开发一个统一一致的平台。

首先要感谢与会者，UXday 百度FE和WED部门联合筹备这期WEB标准化交流会，还有盒子咖啡美味的糕点和辛苦的服务生们。
本期交流会话题是页面重构合理化讨论，详细信息点击这里查看。我是本次的主持人，感觉大家讨论的质量和热情比以前几期都有很大提升，不足的地方就是场地时间是17点的，还有两节话题还未讨论。
还是记录些技术话题吧，解构合理化这块，大家对DTD的统一都认可的，一个团队的项目必须统一一个DTD，但是不同的团队可能有不同的侧重，有团队历史原因，还有浏览器等当前的客观原因。通过W3C验证，较多人持反对太对，因为代码是写给人看的，没必要刻意的去通过验证，我的观点是验证是一个很好的工具，可以在debug的时候减少很多结构嵌套错误带来的不必要的麻烦，一些过分苛刻的验证我觉得是可以妥协的，比如&的转移，因为太多而且很麻烦。语义化是html的根本，界面为中心的前端人士可能不认可，但是写html就像写其他语言一样，必须遵循它基本的定律和原则，语义化就是写html的原则。命名规则统一也是可以的，但是方案没讨论出来什么样的比较好，我偏向微格式的命名，小写英文数字和减号线的组合。对于微格式和RDFa很多与会者不清楚，看来语义被太多人无视了，其实微格式部分规则已经被google接受了，纳入了搜索算法中，这方面有疑问的可以去google的网站管理员帮助里查看。命名语义可以借鉴微格式和html5，这样团队都熟悉和认可的方案，而且是业界公认的，让整个页面的命名一致性更大，换工作也好适应。
CSS这边没什么好讲的，基本三层分机，公共规则，reset等，公共模块，和具体应用都被接受，当然个例比如换肤等的要特别处理。对于CSS编码这块就有争议了，utf-8的css编码可以避免中文乱码和CSS IE某浏览器读取失败，但是通过转码可以解决，winter讲到utf-8会增加字节，当时我比较晕菜，因为这是对的，但是忘记了css中大部分是英文，只有中文才会增加字节。CSS压缩这块，我希望能讨论出自动化的方案，但是失望了。
素材合理性，我比较关心的图片最大字节规定没出现结果，不过还是有些案例可以参考，比如有的人的团队是60k，有的是30k，我的底线其实是100k。图片的管理，也没实质的结果讨论出来，其实本意是讨论图片的目录划分和css sprites的管理以及版本管理，可能太细节了，大部分同学的工作环境不会太多涉及。png-8的认可度很高，也提到了图片的压缩工具，要顶下。
很可惜的几块，JS合理化中的框架的选择和JS的性能没能讨论到，还有HTML5 CSS3在项目中如何运用起来的话题，可以留到下一期继续讨论。

-EOF--