Michael Jay

前端和后端程序员应该如何合作，这个我想我可以写一个自己糟糕经历的心得体会。。

@lpgray 想要面向对象特性请 CoffeeScript 和 TypeScript

@hax 一针见血

今天就实测了一下，有布局经验的基本上能回答relative和absolute的。至于默认的static周围倒是知道的人特别少，fixed要是做过了固定的导航这种需求的一般能答上来，也会提出使用JS在老版本IE上的弥补方案。默认流、多层块、块格式上下文这些概念可能不是某种固定的表述方式，但是处理过IE6、7怪异模式的兼容性都会碰到，运用clearfix方案的网站不在少数，仔细研究就可以发现。margin 合并的问题同理，认真对待IE6、7怪异模式必定会总结出自己的对待方法。writing mode 我记得是废了吧，现在新标准是unicode-bidi来处理，其实如果深入挖掘还会发现Chrome的list-style-type会有特别针对东亚国家的选项和一系列自己的实现。baseline与其说是支持valign元素块的布局问题，不如说是文字排版时会遇到的问题。 写了这么多有点乱。其实就是想表达一个观念：本人并不觉得一个前端工程师有义务去了解布局实现有关的全部细枝末节，了解这些实现的更有可能是浏览器的页面渲染引擎开发人员。 当然作为考察那些自称是“熟练掌握HTML/CSS页面排版技术”的问题还是有其用途的哈哈。

@zhengwen2013 你这个说的在理。selection的功能是精确操控所必须的。我之前就在把系统时间日期设置组件移植到Web端时碰到过这个问题，如果没有对Selection位置的精确控制，不可能让处在同一文本框时分秒的一部分受到右侧上下调节按钮的精确控制，就像Windows更改时间那样，选中‘时’上下键改变的就是‘时’的那一部分。当然这个讨论是要建立在使用实现这种方案效果的前提之上。 selection重不重要得看使用场景。或许你们公司需要这么一个高级程序员呢，面试考考他/她也无可厚非。 static是默认属性，估计大家看到默认属性就一般不会去管了呢，哈哈。 要改变页面布局的地方就是云桌面环境了呢，不是打广告，你大可以去看看WebQQ的实现；总而言之，这已经不是单纯的页面布局属性而是通过编码操纵页面元素的事务了。 @yyx990803 果然你也自爆了 Apple WebKit 这种开发 page renderer 的专案才会关心开发人员是否熟悉 renderer behavior 的啊， @wintercn 大大不去开发浏览器引擎，去做中国自主浏览器HTML渲染引擎/CSS极速选择器解析渲染引擎/执行速度贴近本地代码的JS宿主环境和解释器工具，申请中科院及国家核高基研究项目立项真的是太可惜了啊