去双年展看了一下，照片 195 张。

原来一宁和二宁是哥俩。我以前还以为是巧合。一宁有的时候作主持人，有的时候胸前挂着一块牌子走来走去，上写"请安静"。今天下午看见他拿着一本《Don’t Make Me Think》中文版在到处找人签名，据说最后这本书要拍卖，可惜我没有坚持到最后，不知道最后这本书花落谁家。二宁没有一宁高，好像昨天是带着小孩过来的，一会儿找找网上是否有照片。和二宁聊了一些关于工作环境的东西，正聊的热乎，被打断了，回头可以多多交流一下。

詹膑 ，好像是会议中唯一一个带着 DC 也带着传统相机的：立拍得。我坐在玩具车上还被他拍了一张，他拍了好多人的照片，这些立拍立现的照片也被好多人欣赏了一番。可见，非数字化有的时候也有优势。

IceBin 是个帅哥，看起来就比较时尚，也难怪人家运营Engadget中文、Autoblog中文 这两个时尚内容的站点。我原来以为这两个站点都是他一个人更新内容，原来不是。他的名片上印着一只小猪，一只为理想而奋斗的小猪。

York，一个人在运营着 不老歌。5000 会员，3000 活跃会员。给我留下很深印象的是有的人在会场找他，目的是要一个不老歌的邀请。York 介绍不老歌的时候特地强调，在最开始设计的时候就很关心性能问题。

狂风，在吕欣欣的引荐下认识了他，没怎么多聊，感觉他似乎也是不善于言辞的人。网上写的多，网下说得少，似乎好多人都是这样。回头和他线上多多沟通吧。

--待续--

Keso ，所到之处吸引了粉丝一片。还有若干女 Blogger 拿着 T-shirt 找他签名的。Keso 说，以前来到杭州，一下飞机总看到到处是阿里巴巴的广告，这次倒是没那么多了。不知道是不是有所指，不过有一个朋友回答说，那是因为阿里巴巴在杭州太有名气了，不需要那么多广告了。后来聊的时候，有个浙江大学的学生，吞吞吐吐的说要请他去浙大什么"Google Camp"做个演讲还是什么的，这群学生也是的，看着天上的星，还不如多注意脚下的坑。

毛向辉，标志性的小胡子，谈话时总会带着很多"嵌入式"英语。他的名片小而精致，挺有意思。我感觉 OpenID 的背后推动者其实是他。

王建硕，看起来像个在校的学生，安静。有一会儿还客串在门口收费，搞笑。Blog 改变生活，王建硕应该有很多体会吧。问过他, Livid 没有来，据说是回昆明了。好像不少人都想认识这个 Livid 同学。

吕欣欣，现在下巴上没胡子了，肚子不小，可见平时有多腐败。我给他的印象居然是比较腼腆，因为批过 FeedSky ，我还担心他见面对我施以老拳呢 :)

Zola ，堪称这次网志年会草根明星，很有意思的是，我领的 T-shirt 居然是他会前定制的那一件，我拿到手看到衣服背后的 "www.zuola.com", 还有点纳闷:莫非 T-shirt 改成 Zola 赞助了? Zola 这次会上俨然成了 OpenID 代言人，今天下午还见他在问徐易容抓虾能否支持 OpenID .

--EOF--

- “捐献时间，分享快乐”周年志

昨天在长风公园，我们与十几家需求者、上百个志愿者一起，共同庆祝了“捐献时间”成立一周年。一年前发布“捐献时间”时，我们踌躇满志。相信我，这一年，着实不易，而这一刻，我们激动不已。一年前我说，这是一个社会学实验，那么一年后的今天，请允许我和大家分享一下这份实验报告，也即捐献时间的年度报告。

工作报告

截止到10月28日，在我们超过4000名的注册志愿者中，共有564名志愿者，参与了61个机构组织的，227场志愿者活动，捐献了自己宝贵的3071小时，使得21822人受到了帮助。

这些数字意味着什么？

1）    我们每周认证多于1家公益组织成为需求者，在“捐献时间”上寻找志愿者，而这些经过我们验证的组织，每周会发起4场公益活动。
2）    每天有11人注册成为志愿者，承诺捐献自己的时间给需要帮助的人。他们中间，1/7的人已经找到、并参加了自己感兴趣的公益活动。
3）    每过3小时，就有志愿者通过“捐献时间”捐出自己的1个小时。每24分钟，就有1人获得帮助。这是“捐献时间”的心跳。

感谢所有的志愿者和需求者，是你们让这一切一点一点发生，为你们，我们深感自豪。

财务报告

“捐献时间”一年的运营经费不到两万。

如果假设一个人的时间价值平均为一小时100元（当然我们知道，这随着不同的人、地点、时间变化），那么，这一年中，我们以2万的现金价值，帮助志愿者捐献了31万的时间价值（3071小时），创造了218万的社会价值（21822人次获助）。2万元现金价值最终产生218万的社会价值，这100:1的效率，来源于被网聚了的人的力量，来自于每一位志愿者的捐献和需求者的组织！

感谢我们的赞助商：复旦MBA06春2班，客齐集，青年志愿者协会，BlogBus，智买道，汉博网，菠萝网。你们对公益的支持，使得这一切成为可能。

团队报告

这一年最令我自豪的，那莫过于我们的团队建设了。

经过一年的磨练，我们的核心成员团队7人组初步成型，各有专长，各司其职。郭磊是我们的网站管理员，肩负着监管网站的邮箱、论坛、新闻信的重任，保证网站是“活”的；刘英丹负责网站技术更新，大家不断看到的、和看不到的网站功能的点滴改进，都源于她的不辞辛劳的加班工作；应晓华是网络推广和发展的能手，今天网站的广为人知，离不开他的战略发展思维和执行；田颖是外联专家，我们不少的商务合作以及赞助都是田颖撮合签署的；黄鹤萍学过专业的非营利组织财务管理，所以在她制定的财务规范和监督下，我们的财务清晰透明；俞丽辉是报社编辑，作为我们的发言人，不断向公众推广宣传志愿者精神和我们的理念；聂彦萍律师是我们的法律顾问，我们和其他商业、非商业组织的合作协议，都由她审阅过。

除了7人组之外，我们在全国有9个城市招募了11名时间大使，负责志愿者活动的全国推广。每月第一个星期六晚上9点到11点，电话会议里听到各地时间大使介绍的各种感人的志愿者故事，是我们前进的动力。

感谢我们的团队，就是这样的一支梦之队，成为我们走到今天的重要的原因！


这一年，真正难的，不是我们不知道要做什么，而是要去决定不做什么。对大家非常多、非常好的建议，我们心存感激。在大家的关注下，捐献时间还将继续下去，不断进步，越来越好。捐献是快乐的，与我们一起，分享这份快乐，共同创造更大的价值！

附一：《以爱之名，网络人的力量》   ，“捐献时间，分享快乐”发布志   ，2005年10月23日
附二：《时间大使》   ，“捐献时间，分享快乐”三个月志   ，2006年2月13日
附三：《和捐献时间一起，分享快乐》   ，“捐献时间，分享快乐”半年志   ，2006年4月23日

追火星女友也要 Voice Over IP 了－－InterPlanet 嘛。 这篇文章其实写了有点时间了，只是因为有点原因心里一直觉得没有完成。今天想了想，不发出来也不是个事儿，就这样吧。 如果说十一长假有什么大收获的话，那就是试了 JAJAH ，免费或低费率的 VOIP 服务－－用的词儿是“服务”还不是“软件”。不需要装任何软件在 PC 或者手机上（手机上等会儿再议），通过 JAJAH 的网站发起呼叫，后面就能用自己的手机或座机跟另一方的手机或座机通话了－－通话时不需要坐在电脑面前挂着耳麦，不需要对方有电脑－－当然就更不用所谓在线了。 使用过程是，访问 JAJAH 网站 www.jajah.com（现在，上海，中国电信 ADSL 访问不了了，不过手机走 GPRS 可以，真是……），中国大陆外的某些地区不用注册就可以试用，大陆用户先要注个册（免费），注册后有人民币 5 元的可用话费作尝试。先说对方不是 JAJAH 用户的情况（因此通话是需要费用的），登陆之后，输入被叫方号码即可，区号前面别加 0，因为这不是简单的国内长途呼叫。对大陆用户来说，使用的时候你的电话和对方电话是座机还是手机都行。 好了，很快，你的电话（主叫方）就会想起，回头点击 IE 页面上那个 Please Pick Up Your Phone 后的 OK 按钮－－当然，你也可以试试就是不点 OK 的结果，如果有来电显示，可以看看号码－－然后接起自己的电话，一个女声会温柔地用汉语说“请稍等，JAJAH 会为您接通”，此后对方的电话就会响起，他/她也接起后，双放就能通话了。 一个要呛死 Skype 和 Gizmo 的做法是，只要是注册的 JAJAH 用户，在某些 Zone 内部，电话到电话－－无论手机还是座机－－的呼叫可以免费。 JAJAH 的划分有5个 区zone。美国，加拿大，中国大陆，香港和新加坡是 1区 Zone 1；阿根廷，澳大利亚等是 Zone 2，如此等等还有 Zone [...]

© 桑葚，来自桑林志 | 科学美国人派送电子订阅给 blogger科学美国人送给我一个电子版的免费账户。 We at Scientific American would like to offer you a complimentary digital subscription to our magazine. We ...

容量无限制的网络硬盘服务「MediaFire」很方便。免费，文件的大小没有限制，...

这几天看了MS两位前辈(John Pruitt & Jonathan Grudin)写的论文《Persona: Practice and Theory》，虽然成文很早，但还是受益匪浅。论文前关部分是他们对实践的总结和分析，现简要翻译摘抄下来，和大家分享。（如果你不知道啥是角色模型，到这里看扫盲帖。^_^） 项目情况 MSN Explorer 　开发项目组成员：数百人 　角色模型项目组：共4人。可用性工程师3人(其中两人兼职),产品设计师1人(兼职) 　角色模型项目时间：从2001年1月起，持续大约10个月 Microsoft Windows 　开发项目组成员：数百人至数千人(随时间变化) 　角色模型项目组：共22人。包括几个技术文案、几个可用性工程师、4个产品策划人、2个市场调研 　角色模型项目时间：从2001年3月起，持续大约2年时间（到作者发稿时还没有结束） 碰到的问题 角色不可信。明显是由项目成员人为设计（并不是基于数据），或者与数据之间的关系不那么清晰。 角色的传达沟通没做好（译者注：应该是指把角色向整个项目组的成员传达）。通常的手段就是把做得像简历一样的文档打印到很大一张纸上，然后四处张贴。 没有真正认识到要怎么去使用角色模型。尤其是在整个项目过程中没有向所有的人一直不停地讲述模型。 没有足够的资源支持。包括高层的支持、人力资源和预算等。 引出的思考 怎么提取用户抽象是最好的办法？ 可以虚构到什么程度？那些内容必须以数据为基础？ 哪些数据是最合适的？ 怎样才能把不同类型的数据整合起来？ 几个相关的产品开发小组能不能共享一组通用的用户抽象？ 怎么评价这些努力是值得的？ 结果我们的产品变得更好了吗？等等 实践中的细节 利用已有的数据，特别是用户研究的数据。包括行业调研、焦点组、用户访谈和市场趋势研究等。 角度数量控制在一个比较可控范围：3-6个。 收集大量相关的市场调研和用户研究数据（从网上或者一些外部资源）。 创建一个“反面角色”，尽可能表现出那些没有被考虑到的用户。 Windows项目中人员较多，所以拆分到两三个人的多个小组中，每组负责一个角色。 关于角色的每一句描述都尽可能地和数据相关联。 创建一个“基础文档”，所有的角色都在这个基础上创建。它包括数据、关键属性、照片、相关材料等）。 当一个角色基本上被创建出来之后，就近找一个人来当模特，为他拍上一到两小时的照片，用作后面的视觉材料。避免使用图库的图片，因为图库中的同一个人常常只有一两张照片（译者注：我们现在可以利用一下flickr，那上面有好多喜欢把自己24小时生活都展示出来的人）。 角色完成之后，为它建一个网站。找那些总体上匹配的用户来看看在细节上是不是和他们匹配。 角色和文档都搞定之后，开一个启动会议来向大家介绍。 用多种方法让大家时刻都记得角色模型。比如做一些角色模型（真的模型，玩具）、印有角色的鼠标垫、啤酒杯、其他多种形式的电子材料等等。 花大量的精力保证产品和功能文档中包含使用角色模型来创建的情景流程。 视觉设计师在角色模型的基础上来创作视觉表现。 …… 更多的自己看吧，点击下载：Personas practice and theory.pdf 感谢承志的投稿，来自淘宝UI团队的辛勤翻译，欢迎订阅他们的blog

这篇文章翻译至：http://www.webdesignfromscratch.com/current-style.cfm 它总结了一些当前网站设计风格的发展趋势。但是我得先提一句，它说的都是西方网站，未必适合我们中国网站的情况和中国网民的审美观。如果能给你一点点参考和借鉴的价值，就足够了。 ————–Enjoy！————– 我很高兴看到2006年的网站设计比以往任何时候都要好。这并不仅仅是因为现在有更多的网站，因而可以找到更多长得不错的。事实上还是有很多长得抱歉的。我想是因为有越来越多的网页设计师比以往更懂得该如何做设计。 下面的这些例子显示了现代图形设计技术的精彩。它们看起都很漂亮、干净而且容易使用。 最热门的 我并不是说下面这些就是最好的，但它们是典型： » The Alternative Energy Store » Gr0w collective » Forecast Advisor » emaginacion.com.ar » iconbuffet.com » Save Longstone Edge » iomega.com » linkedin.com » mozilla.org » Rapid Mortgages » plaxo.com » Prolotize 共同的特点 以上这些网站都有下面的特征： 布局简单 中心定位 3D效果 柔和,自然的背景色 颜色鲜亮（要谨慎使用） 可爱的图标（也要谨慎使用） 有许多留白 大字体 我们一个一个来说。 布局简单 和几年前相比，设计师们似乎正在寻找更加简单的单栏或双栏布局。总的感觉就是设计师们普遍认同简单的页面表现更好。阅读这类页面只需要从上看到下即可，你的眼睛不用在页面上转来转去拼命寻找想要的东西。同时在浏览过程中它也提供更加平和、稳定的浏览体验。 中心定位 从上面的这些网站还可以发现第二个特点，它们的内容都分布在中轴线附近。 大概两年前，你可以找到很多“流动布局”和“左对齐并固定宽度”的布局，现在内容开始在出现在屏幕的中央。 左对齐的布局方式已经不如以前常见了，流动布局（全屏）也没有这么流行了。 尽可能在“一屏”以内显示更多的信息似乎是一直以来的至理名言（也就是尽可能不要滚屏）。而流动布局可以达到这一点。然而，现在我们似乎不太介意滚屏了，而且我们更乐意发挥由滚屏带来的优势，比如更多的留白和行高。 有节制地使用3D效果 上面所有的网站都使用了一些很细致的斜面、给分隔条的边缘来个轻微的倒角、给背景一点点空间感、或者使用一些很“跳”的带着浮雕和阴影的图标。倒影和渐变非常普遍，阴影也还在使用，不过非常小心。 到处都是带着闪光图案的商标： 柔和,自然的背景色 上面这些网站都有一个朴素的背景，最流行的就是白色和灰调渐变。这样的背景提供了一个又酷又柔和又中立的环境，让那些抢眼的颜色可以引导用户的目光。 颜色鲜亮（要谨慎使用） 柔和、时髦的背景色为添加吸引眼球的特性提供了极好的基础，而强色调高对比度非常适合页面上的其他重要元素。 Iomega比其他几个网站用了更重的颜色，它的推广区域使用了浓烈的暗红色。然而这并没有淹没页面上的其它部分，因为它采用了一致的色调和简单的形状。 可爱的图标（也要谨慎使用） 有一个“规则”：不要在同一个页面上使用太多好看的元素（这样会影响用户的注意力）。（译者注：所谓适可而止） 抢眼的颜色、3D效果、漂亮的图标和按钮可以给页面增加一些闪光点，给人一种高品质的感受。但是，如果用滥了，就会产生一种叠加效应，使页面变得混乱，用户变得迷惑。 有许多留白 今天的网页设计风格非常之清新，仿佛刚刚经历了深呼吸一般 有时候我甚至想把一些非常拥挤的网页粘到气球上，然后一直吹气直到页面上所有东西之前都有足够的空隙。 我们的眼睛需要被注视物的周围有一定的空间，这样才能看清楚它是个什么玩意儿。 一般来说，留白越多越好。我极少看到一个页面，然后会想：“唉，他们一定要再加点内容上去才行！”。 当然，留“白”不一定是白的，但它必须留出一定的空间。 很高兴地看到现在有很多设计都使用了合适大小留白，页面上的元素之间有足够的空隙。同时为了屏幕阅读也设定了额外的行间距。 看看这些让人舒服的留白吧！ 大字体 我并不是说你网站上的所有文字都要大得让人吃惊。事实上，在某些情境下，小字体也不错。 真正优秀的设计应该是这样： 让重要的文字比一般的文字更大 就像我们在上面提到的设计方法一样，它只有在一定的模式下使用才能起作用。如果所有的文字都很大，那就没有一个是大的了。 用大字体让你的访客迅速地了解这个页面是关于什么的，什么是重要的，并且指出接下来他们可以在哪里找到想要的东西。 感谢承志的投稿，来自淘宝UI团队的辛勤翻译，欢迎订阅他们的blog

原文： User Interface Design - Taking the Good with the Bad 成功的婚姻之关键在于折衷。当事情沿着你不希望的方向发展，在最后，形成的争论却可以为你带来极大的好处。这条定理同样适用于用户界面设计。毕竟，如果婚姻不是形式和仪式又是什么呢？ 设计用户界面的过程从根本上就是折衷的训练。这个训练并非指设计者和项目负责人之间的折衷（可用性从来没被办公室政治利用过），而是指设计方案的倒退和前进之间的折衷。每一个有关用户界面的决定，从一像素的精确定位到整个网站的信息架构都需要深思熟虑。对每一个设计方案给用户带来的好处与花费两者之间的仔细权衡才是本质。人们常常忽略有时是很小的代价，但每一个用户界面设计都要付出的代价。经过考虑的折衷原则其实贯穿了所有的用户界面设计，但在设计最佳的用户界面时，具有讽刺的是，它还要求你避免设计折衷的界面。 你不能吃了蛋糕还想拥有它 在创作用户界面的时候，你必须处理两个主要且冲突的局限：在仅有的一个显示器上传达海量的信息；用户在一定时间内接受海量的信息。在一个显示器上显示太多的内容，用户不得不从混沌中“艰难跋涉”了；显示太少的信息，用户为了找到他们的目标，又不得不靠猜测了。好的设计应该在程序和用户之间找到平衡点，既有效利用屏幕，又能考虑用户理解信息的能力。 你的舞台（显示器）是有局限的——毕竟有x像素的宽和y像素的高。这意味着资源很重要，你利用的每个象素都可看作是有价格的。当你试图去创建一个用户界面的时候，保持信息密度的平衡是项挑战。每个设计方案都要经过深思，因为在屏幕上每增加一块内容就加大了信息密度，这对用户有限的精力和认知过程是个挑战，使得用户更难弄明白了。 好的设计代替不好的 无论何时，花费只要能带来好处，采取折衷原则也是可以的。理论上，你可以最大化好处和最小化坏处，但本质问题是，所带来的好处能否超过其花费？不仅仅是超过，在所有可选的设计方案中，它能否带来最大利润？果真如此，它才是最佳方案。 花费/好处的折衷考虑穿越了用户界面开发的所有层次，从导航设计到字体大小。越是重要的设计方案，越是体现出用户界面巨大而潜在的影响。小的设计方案看起来似乎无关紧要，但积少成多，也会对用户界面产生潜在影响。无论大小，每一个设计方案都应该在可用性评估和考虑网络用户界面好处之后再决定。 一些对比的设计方案 设计 好处 花费 减少信息构架的层次 找到信息时减少了点击 更混乱 深层信息架构 清晰，减少混乱 找信息时点击多 小字体 一屏上显示更多信息 某些用户太难阅读了 大字体 阅读起来容易 每屏信息少了 下拉框 在有限空间里容下了更多选项 隐藏了选项 单选框 同一时间看到更多选项 需要更多空间，易混淆 图标 一旦记住就容易辨认了；视觉愉悦 M要学习识别 文字链接 总是易懂的 一旦不理解，可能必须阅读更多的资料 缩写 节约空间 需要学习和识别 非缩写 易懂 需要额外空间 键盘快捷键 数据高速输入 需要学习 鼠标指向和点击 直觉的 交互增加了额外的时间，需要更多的经验 疯狂背后的模式 事实上，你无法刻意评估每项设计方案的优劣。此过程就像天性一样，你可以凭直觉判断哪里该用下拉菜单还是单选按钮，或者此设计是不是比另一个略胜一筹。但直觉是建立在相关经验和努力之上的。设计的折衷评估仍旧可能发生，它在潜意识中形成了。这种潜意识行为可能让你没意识到为什么选择了此项，而非另一项方案。但如果你拆开了这个过程，其核心就是基于可用性原则的判断。 在设计过程中描述这个潜在法则可能并非必须，它很自然就发生了，但是你必须清楚，并在逻辑上意识到你的设计。如果你和别人一起工作，他们的建议可能降低了可用性，你意识到自己的决定是如何产生的就很重要了。通过将用户界面设计中潜意识的行为化作语言，你可以为坚持自己的决定增加了砝码。但如果你让每个人都对界面设计提出一种意见（就像恐怖的会议讨论），界面可能会像过去那样难看了。 好 – 坏 = 网络可用性 你是否注意到你可以立刻指出各种界面设计的不足？这是因为在界面设计时的折衷原则使然。甚至最好的设计解决方案都可能有些倒退，一些成员可能会尝试改变设计。但任何设计都有不足之处，每一个无不如此。这样的不足还不至于损害设计。一个设计比另一个设计更好的地方在于无时无刻不照顾到网络可用性。所以，好-坏=网络可用性。最后测量的标准就是网络的可用性价值。 批评开始满天飞了。字体太小了、图标含义不清、缩写词意不明。也许最初只是脸红一下，然后就红到耳根了，仿佛这些批评都是对的一样。事实上，这类宣言单独来看都是正确的，但它太过正确，也应该被挑战。来决定它值不值，就要既考虑花费，又要考虑好处了。后台设计者能立刻识别一个特殊设计的花费，但是他们看不到好处。你需要客观的评估每个建议对可用性的影响，从而决定哪个是最可取的。 除了要懂得界面设计中的折衷性，你也应该鼓励那种有缺陷的设计建议。为了有效评估那些作用于界面设计的花费和好处，你需要涉猎多种领域：从认知学到人因学到图形设计。只有对人们如何与应用程序交互建立了巨大的知识储备，你才能更有效地评估用户界面设计。这不仅仅是个非对即错的事情，因为花费总是与带来的好处相关。 举例来说，你的页面字体可能小了，对一些老年人相当难以阅读。这就是花费。但这在一屏上提供了更多的信息，也意味着更少的滚动，减少滚动可以降低物理操作和认知输入。现在假设统计出你的用户年龄90%在21至30岁之间，因此比较其他解决方案，这时字体更小一些会更好，网络的可用性也更高。 所选的方案并非完美，但它提供了更好的可用性。你也可以提出异议，用好的替代坏的设计，但对于你特定的应用，选择这种方案无非是最明智的。你必须在完整的程序使用中加以衡量，才能选出最合适的方案。 懂得在界面设计中无所不在的折衷原则，并应该灌输给整个项目组，甚至每个普通员工都要知晓。对用户界面的争论应该被鼓励。在每一个设计方案中通过理解、评估和解释折衷原则，你可以设计可用性更高和更有说服力的界面。 对成功的评估 当评估一个设计是否更好时，又需要一个用户界面准则去评估，以下是几个用户界面质量的元素： 容易学习并容易记住 使用的有效性 出错率，可伸缩性和可恢复性 个人满意度 以应用程序的最后使用效果评定，每一个因素都可能是重要的。举例来说，使用的有效性也许对高端的用户程序有用，而对小册子市场就不一定那么有效了。虽然这种转变可能会提高个人满意度。但每一个设计决定都应该接受上面四个因素的考验。 广泛折衷原则 折衷也不应该以屏幕设计为终点。在用户界面设计中占据了很大分量的包括：网络信息统计（比如什么浏览器、平台、显示效果尺寸等）、瘦/胖/富客户端体系、开发时间和花费的资源等。在评估折衷时，可用性占据了极大的分量，但真实使用环境中的一些问题也日趋重要。比如说，如果一个设计方案比另一个好得多，是否值得用1万美元开发它？这部分功能的提升值得吗？反过来想，节约的这些钱是否削弱了可用性？这类讨论是如此现实，需要被谨慎评估。 只要认识到用户界面设计是建立在折衷上的，会帮助我们清楚地认识到为什么如此设计。这样做会减少优秀界面设计出轨的风险，尤其对那些只看到事物一个方面的人有用。通过清晰地列出花费、好处和相互交流设计的意义，你可以更好地说明别人、得到更多的支持。总之，如果我们能依照折衷的原则，我们就能正确地看待好处和坏处。只是希望别带给我们丑陋的事物。（完） 感谢qinghou投稿，隆重推荐Taobao UI团队的blog，他们的blog既记录了taobao的点滴，又着眼于用户体验的方向

最近对Web前端有很多想法，刚好看到这篇文章，跟我想法不谋而合，所以翻译出来与大家分享。许久没翻译了，里面多少还是有些我没能完全理解，意译过来，如果错误，请务必指出和修改，谢谢。 原文The Time is Now for Front-End Architects， 来自：Garrett Dimon，感谢作者的许可。 去年，我在YTS发表了前端架构师的想法，之后花更多时间来思考，现在更坚信这是一个不可或缺的角色。 当后端技术伴随.Net, Rails和Java之类的框架发展得越来越抽象和强大，前端技术的潜在发展也日益复杂。在束缚前端技术潜在好处的差劲实现之前， Web需要更多的前端架构师。 多亏了诸如跨浏览器支持的先进技术的发展，用户体验、更多有意义的主题比如无障碍都拨云见日，这个世界再也不仅仅就HTML和CSS如此简单，因此，绝大部分的团队都需要一个真正理解和实践涉及到前端的一切的人。 角色 这并不是一个扼要和简单的清单，对于下面的主题／技术，前端架构师也不能仅仅满足于了解一下里里外外而已，而是需要足够的深入研究，并有自己出色的见解。 XHTML CSS(1, 2, 3) 跨浏览器和跨平台 DOM脚本编程 AJAX Flash 渐进增强和适度降级 无障碍 可用性 信息架构 界面设计 视觉设计 表现层逻辑（ASPX, Rails视图等） 商业规则和逻辑 作为一个前端架构师，必须拥有这些领域的绝对执行力。例如，前端架构师能够决定某个特性是使用AJAX还是传统的页面刷新。哪个更便于使用？对无障碍的影响如何？改用Flash有意义吗？ 拨乱反正 表现，结构，行为和商业逻辑的混杂，导致不必要的复杂，导致难以维护的怪胎解决方案。就如后端需要正确地划分为数据层，商业逻辑，表现逻辑等，前端开发复杂到是时候调整其架构了。 编写良好结构或者说避免使用表格布局是远远不够的。这是第一步，前端架构的哆咧咪而已。现在是时候关注DOM脚本编程，AJAX, 无障碍等，该升级了。 非编程不可 我主张前端架构师必须懂得真正的编程知识，而这正是很多自封为前端架构师的人所缺乏的。我的意思不是能够剪切粘贴改进代码就行了，而是能够跟老练的工程师商讨如何能够最好地结合前端。 这就是说，前端架构师需要真正理解结构遭遇商业逻辑的问题。如果工程师说某些东西使用ASP.Net DataGrid是不可能实现的，前端架构师必须能够解释如何与为何要使用DataList或Repeater取代，解释为何DataGrid在该情景下是个错误的选择…… 这只是个例子，问题还在于仅知道客户端编程也是不够的。能够使用与工程师相同的术语，能够讨论（前后端）关键集成的最佳解决方案，这是绝对必须的。 断线的风筝 我们今天正处在一个不妙的处境中，原因在于几乎没有人能够为前后端的沟壑搭桥。一般工程师不会有兴趣或实践标记，CSS, 或DOM脚本编程，大部分客户端开发者也没有与后端技术协作的经验。几周入门PHP不会成为程序员，几周入门XHTML也不会成为真正的客户端开发者。 罪魁祸首 我首先想到的十足例子是，ASP.Net完全漠视Web标准，同样地，web氛围（我们指表格和占位gif）让Web标准郁闷。企业项目的大多数框架输出的标记，即使使用1999年的标准来衡量，都是糟糕无比的。 如此巨大和“专业”的产品怎么能才够不忽视，按理说是整个项目最简单的方面？只有静态代码。理由是，基于技术的立场衡量产品，结构，CSS和其他客户端技术都是“事后诸葛亮”。表现逻辑，结构和行为混杂，压根无助于无障碍，Web标准，或者前端技术干净的分离。抬起你的头来，就在2006，这些都成受欢迎的惯例了。 总结 如果这个世界上姿态最鲜明的产品和项目都如此低劣的方式来处理事情，其他的还有什么好说？毫无疑问，我们需要前端架构师，而且就在昨天。 归结于归结，我们有一堆相互关联的技术，很少人能够埋头钻研它们之间的关系，这很不幸。正确做事的真正价值在于容易的维护和长期的适应性。虽然在关键时刻，有些方式更容易选择其他的方法和拼凑起另外的东西。对某些人来说，这可能是可接受的做事方式。但是，对我们大部分人来说，这是拙劣的抉择，也非常不专业。 我交给你去想了。我假设你把车交给技工修理，修好了时候，瞧瞧引擎罩内大量的输送管，我不知道你对技工作何感想？ 感谢realazy的投稿，欢迎访问他的blog

不要说ZIP/RAR压缩文件，ISO/MSI/HLP/CHM/EXE等各种压缩文...

首先表达一下对这位Geek女士，吉娜·特拉帕尼（Gina Trapani）的崇拜之情，她这篇文章里讲的招数有些也有耳闻，但竟然没有拉到一块用过，真是比较弱了。

她这里讲到的方法，可以把Firefox导航栏合并到菜单栏上，从而节省空间，扩大页面显示面积，对于小屏幕比较有用（大屏幕高分屏也可用来扮酷吧）。

首先是在导航栏空白处点右键，然后“定制”，在定制窗口中选中“使用小按钮”，然后把导航栏上的按钮拖动到菜单栏右边空白处，包括地址框和搜索框。不想用的按钮就不必再拖了。

再在导航栏上点右键，把导航栏取消掉，也就是不显示它。这些操作也可以在菜单--显示--工具栏里面进行。

这样之后，菜单栏可能会很挤，地址栏也不够长，这时就要用Firefox的超强定制能力来设置一下。方法是修改用户的userChrome.css文件（这个文件的位置在下面，如果没有就拿目录下的example文件拷贝一个），主要项目有：

/*
* 去掉Help菜单。其他的菜单名字是：
* file-menu, edit-menu, view-menu, go-menu, bookmarks-menu, tools-menu, helpMenu
*/
#helpMenu, #go-menu, #bookmarks-menu { display: none !important; }

/*
* 让 前进/后退/停止三个按钮只在有效时才显示，如果没有可前进或可后退的页面时就不显示
*/
#back-button[disabled="true"] { display: none; }
#forward-button[disabled="true"] { display: none; }
#stop-button[disabled="true"] { display: none; }

/* 去掉载入页面时右上角旋转的小按钮 throbber */
#throbber-box { display: none !important; }

/*
* 去掉地址栏里的Go按钮，以及搜索栏后面的Go按钮。
* 这个好像可以通过about:config来做。
*/
#go-button-stack, .search-go-button-stack {
display: none !important;
}

/*
* 修改搜索框的宽度。如果用Google工具栏替换了这个搜索栏的话，可能无效。
*/
#search-container, #searchbar {
-moz-box-flex: 200 !important;
}

各个系统下userChrome.css文件的位置见下面。修改userChrome.css以取得更多其他设置的方法可以参考Mozilla网站上的说明。

Linux
~/.mozilla/firefox/xxxxxxxx.default/chrome/

Mac OS X
~/Library/Application Support/Firefox/Profiles/xxxxxxxx.default/chrome/

Windows XP/2000
C:\Documents and Settings\[User Name]\Application Data\Mozilla\Firefox\Profiles\xxxxxxxx.default\chrome\
where xxxxxxxx is a random string of 8 characters.

Windows 95/98/Me
C:\WINDOWS\Application Data\Mozilla\Firefox\Profiles\xxxxxxxx.default\chrome\