很奇怪 为什么V2EX 还在用 table 布局?

@Livid 比如这里，http://yuilibrary.com/yui/docs/tabview/tabview-yql.html
组件JS生成HTML，跨数据源时保持语义标签+WAI-ARIA无障碍属性

似乎很多程序员看不上前端，然道是觉得太简单不想浪费生命在这上面？
只要说没时间就可以了。

@deathfang 好吧，那我们来讨论点实际的事情，你觉得 V2EX 这个网站的前端应该怎么改？改完之后有什么好处？

好吧 @Livid 的初衷都是一个好的方向,我认同...

@Livid 不知道站长，网站的流量烧不烧钱，从实用角度上来讲，table改不改都无所谓。

@P233 CSS样式只需要加载一次，就会缓存下来，用table会让每个网页，每条信息多很多冗余的table相关的标签，从而加大网页整体体积。

但是做了那么久的前端，感觉，纠结什么语义化的东东，简直是操蛋，产品能用，好用，实用才是硬道理！！！其他的都是浮云。:)

其实我觉得语义化这个东西算是完美主义的特征，要说具体对产品有多么大的意义，也说不上来，最多挤出一些SEO优化、无样式访问啥啥的。
但从节省流量的角度来说，尽量减少html属性，改为样式控制，实际好处还是诸多的。@Livid

@Livid 如你所述，V2EX在这个地方这么做我完全理解。只是不同意有些回复者类似”语义化毫无意义“的观点。

@fiture 语义化的标签，良好的命名规范，首先是会降低开发者维护和更新的成本，实际上也最终会影响用户的“好用“。比如加载速度，SEO，第三方工具对内容的提取和优化（混乱或者错误的标签，让Evernote,Readability 这些工具不能正确地工作吧）。

我不是职业做前端的也许不能体会你的某些开发痛苦，可是不觉得使用语义化的标签，是一种”操蛋“的事情，或是仅仅满足自己的优越感。良好的标签意义深远。

@TerranC V2EX 的首页在打开 nginx 的主动 gzip 压缩之后，是控制在 14 KB 以内的。换一种写法，加上一堆 CSS 去实现本来用一些很简单的 markup 就可以实现的效果，未必能让页面更少，没准还会让开发更慢。

@Livid 经验尚浅，无法全局考虑问题，仅从前端角度考虑，
改版的话可以考虑响应式布局，适配手机等移动设备，很多个人blog都这样做了
Chrome设置UA看http://stackoverflow.com/ 也是未做手机适配，显示效果只是缩放

@deathfang 我们现在已经适配手机了啊？而且为手机配置的是专用的另外一套模板，比桌面版小很多。

@deathfang

@Livid 恩，要算gzip压缩后有多大的区别，肯定都不大。至于开发速度，这个就确实因人而异了，看个人习惯。反正作为普通用户不care这些，没看这主题的话，我天真的认为不会是table，呵呵。

@Livid 大方点承认自己在前端方面并不擅长，很难吗？

@cmonday 长点眼睛好不？在这个页面上 CMD+F 一下 承认，你到底想怎样？

响应式布局只需要一套模板不同样式实现

我理解的很多前端的技术直接的实际意义大概都是开发效率 维护性吧

@Livid 我只看到你“承认”了一下自己写布局的方式，而且有点以此为荣的意思，和我说的并不一样吧？
v2ex在前端上并不是一个好的典范。我觉得这个贴给了很多前端新人一个很大的误导。
如果你把这叫做找优越感，那我无话可说。

@cmonday 我什么时候要当什么典范了？这种神逻辑是你自己想出来的吧？

@cmonday You are correct, when I first started to learn Front End, I see something like .sep20 on V2EX, I thought this was awesome, but after some deep learing I found that this is not a common method, and I actually never see this method used on other websites.

Sorry, my Chinese IME is not setup yet.