林子杰

没有用到响应式布局，有些机型屏幕很大，页面区域就那么小；太多的小圆角很耗性能，在一些机型和一些低端配置机下滑动会很卡，一些大屏机也会的。UC的夜间模式下，这个页面完蛋鸟~还有，淘宝网的logo，基本上是几年不变的，怎么不用appcache呢？还有，localstorage的key命名太简单了，不怕冲突么？ 列表页的分页那块，中间的页码选择，点击一下，箭头朝上，下拉菜单出现，原点再点击，下拉菜单隐藏，箭头没反应； 最最不能忍受的是：那个瀑布流图片显示的，点击进某个分类进去之后，展现一堆图片出来，其中有三张加载显示不出来，也没什么提示，这也就算了，当我进入首页的时候，本来可以判定我的UA和devicePixelRatio，然后加载相应宽高的图片，但是一律加载的是两倍的，太浪费流量了，最最最最不能忍受的是，点击那个红心赞的，竟然跳转去登录，好吧，我是没有耐心的用户，我也懒得点击赞了，我后退，结果，图片又要重新加载过了~~这个地方应该用hashchange的，这样图片才不会再去load一次。 还有就是，box-shadow也是很耗性能的，一些微小的阴影可以用border代替，性能会大增！ 以上说的都是错的！

关于position:relative/absolute就想起了张鑫旭的《CSS 相对|绝对(relative/absolute)定位系列》之一、二、三、四

组件化应该不是仅限于 UI 功能组件，整个缓存数据结构都可以作为组件 。@chemdemo 粒度很大的组件，比如 SPA 的每个页面都可以作为大组件，每个页面对外的接口只有 show 和 hide，页面的状态内部维护；同样，粒度小的组件也只有简单的 API，状态内部维护。 @fouber 性能优化真的是个工程问题+1。优化研究理论的支撑、复杂环境得出的模拟数据分析、模拟环境的搭建，都需要整一套工具体系，不然成本太高了。

分治，分治，分治！（重说三）。

谈谈自己一拙劣的理解： JS 模块的结束：算法和数据的单元；再抽象点理解，就是具有一定规则的代码单元；如果从这点考虑，叫 CSS 模块是没问题的。 但是我觉得 module 这东西，应该是相互不干扰的，有独立性的，而选择器的全局变量特点导致无法隔离多个 CSS 单元的相互影响，所以我认为不能叫 CSS 模块，也更不能叫局域化样式。 云龙举的三个例子，动画其实是有生命周期的，系统跟模块不等同吧，图标字体具有一定的独立性，所以叫模块还过得去