小哥们儿们不要再写这样的code了 code smells in css

[menic]

之前有小哥们儿帮忙做前端，东西出的挺快，但是code看的让人崩溃，各种magic number，hard code。。。
http://csswizardry.com/2012/11/code-smells-in-css/
里边的brute forcing也比较常见。。按钮错了一个像素，来来来，加个margin -1px。。。

[judasnow]

margin -1px... 以前年少的我还真的是这么干的。。

[loading]

先让代码跑起来，反正以后就重（bu）构（guan）。

[hkongm]

@loading [窃笑]

[moroumo]

我现在就这么写的，先跑起来再说，之后老板给时间，那就填坑，不给时间，只好罢了

[kevinkim]

那得看你看重哪方面了。。你是要快速出能用的东西，还是为了技术而技术。你的用户不一定懂技术，能用就行，代码什么的没关系。

倒是如果该产品有生命力，通过以后的重构什么的慢慢调整即可。

[qiuai]

谁给翻译一个...看傻了

[fengliu222]

很多hack其实是可以用其他方法来避免使用的，造成使用Hack的场景很可能是因为对CSS和HTML不够了解。

[MajestySolor]

我倒是觉得很大程度是性格造成的
我有洁癖，也有点强迫症倾向，从一开始写css/html就比较追求完美
毕业后待过2个公司，接触过不少同事，有些人的代码就是“丑”，以我对他们的认识我知道他们有能力写出好看的代码，但性格决定了一切

[quake0day]

大部分前端都希望自己的代码能够足够整洁，能够支持重构，要追求代码艺术。
然而事实是。大多数网站的重构方式很简单粗暴——直接重新做一个新的，每人管你之前前端的“艺术”。
原因很简单，大多数网站前端技术含量并不高，重新做一个没那么复杂，也花不了多少钱。而且web技术日新月异，今天你写的“整洁”代码，几年下来必有更简洁的方法来做。
所以hack不hack完全取决于你在做的工作。对于一个简单小企业网站的修改，1分钟hack能搞定的就没必要多花1小时去分析代码帮别人重构。

[alexrezit]

以前我写过 Cocoa 的这种文章, 但我发现大多数人连 coding guidelines 都不看. 然后就没有然后了.

[learnshare]

对于时间紧急，而且不太可能需要维护和重构的代码，有点 bug 的写法正常。但如果个人的水平和经验都提高一些，这些是可以避免的。

[kutata]

有时候为了hack，你不得不出现一些magic number.

[jianghu52]

@judasnow 别说以前，我现在还这么干过。破页面整个全用一个模板，还不然改，最后还要我跟这个对齐，那个对齐。你让我怎么办？不写-1根本对不齐啊。

[SouUED]

大致看了一下，里面有些推荐方法有效率问题，我是根据google的开发文档来看的，但是确实有些地方那样写更加清晰。但是楼主说到底以效率优先还是以代码可读性优先？这个就看具体项目要求了，总的来说 开发时间 代码质量 生产效率只能3选2吧，既然写的比较快，代码质量比较渣是可以理解的

[zzNucker]

这个文章只有对完全自己新写的项目有用，如果是接手改代码或者用了框架之类的基本就别想了，还是得hack或者magic number。

[fate]

http://csswizardry.com/work/第二张有点像<越狱>里的迈克

[menic]

曾经看有一种做法是 把ugly的代码放到ugly.css里边，然后加好注释，等以后再去改。当然要把所有的css compile成一个上production。
对代码有要求，想写出有美感的东西是一个程序员应该追求的，当然根据实际情况会有各种tradeoff，但这些tradeoff不能成为各种hack的借口。
个人水平当然也有关系，盒模型掌握不好，可能就需要各种hack和magicnumber，但是如果不着手去除这些hack，那水平也没机会提高，再下次，可能还是一样的code。