 |
1
judasnow Feb 7, 2014
margin -1px... 以前年少的我还真的是这么干的。。
|
 |
2
loading Feb 7, 2014  1
先让代码跑起来，反正以后就重（bu）构（guan）。
|
 |
4
moroumo Feb 7, 2014
我现在就这么写的，先跑起来再说，之后老板给时间，那就填坑，不给时间，只好罢了
|
 |
5
kevinkim Feb 7, 2014
那得看你看重哪方面了。。你是要快速出能用的东西，还是为了技术而技术。你的用户不一定懂技术，能用就行，代码什么的没关系。
倒是如果该产品有生命力，通过以后的重构什么的慢慢调整即可。 |
 |
6
qiuai PRO 谁给翻译一个...看傻了
|
 |
7
fengliu222 Feb 8, 2014
很多hack其实是可以用其他方法来避免使用的，造成使用Hack的场景很可能是因为对CSS和HTML不够了解。
|
 |
8
MajestySolor Feb 8, 2014
我倒是觉得很大程度是性格造成的
我有洁癖，也有点强迫症倾向，从一开始写css/html就比较追求完美 毕业后待过2个公司，接触过不少同事，有些人的代码就是“丑”，以我对他们的认识我知道他们有能力写出好看的代码，但性格决定了一切 |
 |
9
quake0day Feb 8, 2014
大部分前端都希望自己的代码能够足够整洁，能够支持重构，要追求代码艺术。
然而事实是。大多数网站的重构方式很简单粗暴——直接重新做一个新的，每人管你之前前端的“艺术”。 原因很简单，大多数网站前端技术含量并不高，重新做一个没那么复杂，也花不了多少钱。而且web技术日新月异，今天你写的“整洁”代码，几年下来必有更简洁的方法来做。 所以hack不hack完全取决于你在做的工作。对于一个简单小企业网站的修改，1分钟hack能搞定的就没必要多花1小时去分析代码帮别人重构。 |
 |
10
alexrezit Feb 8, 2014 via iPhone
以前我写过 Cocoa 的这种文章, 但我发现大多数人连 coding guidelines 都不看. 然后就没有然后了.
|
 |
11
learnshare Feb 8, 2014
对于时间紧急，而且不太可能需要维护和重构的代码，有点 bug 的写法正常。但如果个人的水平和经验都提高一些，这些是可以避免的。
|
 |
12
kutata Feb 8, 2014
有时候为了hack，你不得不出现一些magic number.
|
 |
13
jianghu52 Feb 8, 2014
@judasnow 别说以前，我现在还这么干过。破页面整个全用一个模板，还不然改，最后还要我跟这个对齐，那个对齐。你让我怎么办？不写-1根本对不齐啊。
|
 |
14
SouUED Feb 8, 2014
大致看了一下，里面有些推荐方法有效率问题，我是根据google的开发文档来看的，但是确实有些地方那样写更加清晰。但是楼主说到底以效率优先还是以代码可读性优先？这个就看具体项目要求了，总的来说 开发时间 代码质量 生产效率只能3选2吧，既然写的比较快，代码质量比较渣是可以理解的
|
 |
15
zzNucker Feb 8, 2014
这个文章只有对完全自己新写的项目有用，如果是接手改代码或者用了框架之类的基本就别想了，还是得hack或者magic number。
|
 |
16
fate Feb 8, 2014
|
 |
17
menic OP 曾经看有一种做法是 把ugly的代码放到ugly.css里边，然后加好注释，等以后再去改。当然要把所有的css compile成一个上production。
对代码有要求，想写出有美感的东西是一个程序员应该追求的，当然根据实际情况会有各种tradeoff，但这些tradeoff不能成为各种hack的借口。 个人水平当然也有关系，盒模型掌握不好，可能就需要各种hack和magicnumber，但是如果不着手去除这些hack，那水平也没机会提高，再下次，可能还是一样的code。 |
Select Language