Signal VS Noise排版及布局的再设计

自从1999年起我们就通过Sinanl VS Noise分享着进展和公司价值观,这也是《Getting Real》和《rework》的发源地。对于读者来说,它是37signal的一手材料。然而我们从2005年起一直没有给与足够的重视。

1s061-History-of-SvN

因此我决定着手这次十分必要的再设计。在大修计划中,我把重点放在创造一个漂亮、清晰、专注的阅读体验。

设计之外

“blog”有着临时性、看过就忘了的特点。在SvN(译者注:指Signal Vs Noise,下同),我们花费时间写作、编辑文章。因此除了像一个“blog”,我把心思放在了享有终身权的出版上。整个再设计过程围绕排版文章和外在设计。

除了考虑其他的blog,我花了一周时间学习书、杂志,当然还有 Bringhurst。捕捉body文本的真谛是第一步——也定下了基调。

或许这就是我,但是网上也能看到“13px sans-serif”之类的东东,它们看起来就像“我的Rails程序从数据库里吐出来的”。我想让你阅读文章,而不是屏幕上渲染的文本。

评估再设计

当评估再设计【注1】的时候,你的本能反应会去把新的设计和旧的做比较。但不要这样做。

首先要理解你正在评估什么。如果你仅仅基于旧设计来考虑新设计并作出比较,那么旧设计将对新设计的评估产生较大影响。

既然原始设计已经有了,如果不需要做出改动,这也无可厚非。但是通常要改变很多——特别是过去了数月或数年。

或许有新的愿景,新的数据,新的目标和预感,甚至整个新的战略。3年前“可读性”或许重要,而今天比较重要的是“帮助人们找到他们以前看不到的内容”。或者二者兼而有之。

但是如果旧设计会告诉你什么是重要的,那么你可能失去向前跨越一大步的机会。设计应该从来不要设定计调—–灵感可以,灵感独立于设计。因此,评估新设计时,你必须知道你想要什么,而不是你看到了什么。新、旧设计的不同点至少也是需要考虑的重要地方。

这是难以把握的,但是能够使得一切显得不同。

注1:再设计(redesign):http://cdc.tencent.com/?p=4416

原文地址:http://37signals.com/svn/posts/3692-evaluating-a-redesign

如何给接手你工作的下一个家伙(或女士)说”欢迎!“

这里有一些方式:

在每个代码文件最上面插入30,50,甚至1000空行; ——为了增加影响,在最后增加一行注释:某天可以移除上面的空行。 ——最好的注释:上面那些行数是给将来给‘更聪明’、‘更有效率’的代码保留的。

你可以不到处加注释,但是应该随处放置一些”hey“、”new guy“、”考虑在这里添加注释“之类的话。写一个只在第4个月份的第3个星期二才运行的Do\While循环,或者当‘Blue’从列表选出来时,要增加一行注释”需要把‘Blue’加到列表中“(尽可在那儿写一行Application.DoEvents(),如果你高兴)(技术上说,这是有破坏性的。因此使用一个计数器来遍历一个最大的数,我想到了1000000)

放置30多个或300多个”Start“类文件,.NET先调用一次,然后生成并调用第二个,接着第三个,一直到第N个。最后一个类的顶部加行注释:每天重新开始。或者弄一个介于1和N之间的随机数选择器,然后调用随机的类,带上注释:”希望最终的第N个类能够被调用“。(技术上也是不妥的,因此使用计数器避免访问刚从调用过的文件。

放一个文件名为”CriticalComponentTester.exe“的可执行程序,至少能弹出一个写有“喝杯咖啡,然后开始测试,伙计(或女士)!”的窗口。

在最重要的程序文件顶部加注释:接手别人的代码就像接管一艘海盗船,开启寻宝之旅吧!地图?地图呢!?

原文地址:http://www.codeproject.com/Lounge.aspx?msg=4727990#xx4727990xx