IT牛人博客聚合

在论坛社区里有个问题每过段时间就会被提一次：是否有可能出现一种图形化编程方式能完成「传统」方式的所有任务，甚至取代后者的主流地位。知乎的 Rio 在回答中提出像 Lisp 这样语法超级简洁的语言也许可以通过图形化语法树的形式完成图形化编程。从更广的角度来说，自 Steve Jobs 访问 Xerox PARC 之后（甚至更早），软件设计者们一直在挑战一个难题：软件界面应该图形化到何种程度。Apple 在传统 Macintosh 中做到了图形化的极端，甚至去掉了键盘的方向键；在后期的系统以及 OS X 中则向相反方向回退：AppleScript 鼓励普通用户编写脚本，命令行的 Terminal 重新发挥作用。合适的边界在哪里，而编程又

查看全文: http://www.udpwork.com/item/7282.html

最近这两年，我对软件 UI 设计经常反复强调的一个意见是尽量避免使用模态对话框 (modal dialog box) 。这个曾经广泛应用的 UI 元素逐渐式微。不严肃的说，模态对话框的多寡似乎成了区分「企业开发」的垃圾 UI 和消费者/专业级软件 UI 的一个新指标。 有些设计源自妥协，一旦妥协的前提不复存在，建立于其上的设计也随之衰败。比如说，一度公认的观念是应用程序必须「正常」退出，强行中止程序或者 crash 可能导致严重的数据丢失。但是近年来 iOS app 和 OS X 的 sudden termination 概念改变了旧观念。因为硬件性能的提高，原来把重要数据只保留在内存中直到用户明确表示存盘或者退出的做法，逐渐被更安

查看全文: http://www.udpwork.com/item/7136.html

3 月 21 日 Photoshop CS6 beta 开始公开下载。随之和用户见面的包括 Adobe 中国 Photoshop 团队开发的首个 Photoshop 主要功能 [1] —— Adaptive Wide Angle。这是我们工作一年半的成果。从用户的反应来看结果和前景都令人兴奋。 Adaptive Wide Angle 不仅是 Photoshop CS6 的主要功能，在图像处理方面也是新的突破。Photoshop 一般用来弥补照片的瑕疵或者制作各种超现实效果。Adaptive Wide Angle 面对的是一个较少为人了解的领域 —— 摄影与人主观视觉的差异。 除了人眼的双视立体效果外，普通人对摄影和主观视觉的差异了解

查看全文: http://www.udpwork.com/item/7049.html

上个月有段时间修正 bug 忙得要死，最后缓口气的时候统计了一下，发现这段时间修正了近 20 个 bug。这个数字大大出乎我的意料。 这些修正 bug 的工作并非是目前我开发的产品，而是一个两年前维护过的现在已经交给其它 team 维护的系统。即便两年前，对此系统的诸多细节也不甚了解。如今已两年没有接触它的 code base，只是对其大体构架还有印象。最近维护该产品的人手紧张，调我临时支援一下，主要处理一些罕见的 random crash。这些 random crash 很难在测试环境下复现。产品发布给数千的 pre-release 用户后才会在不断的日常使用中偶尔产生。遭遇 crash 的用户可以通过自动工具把 crash re

查看全文: http://www.udpwork.com/item/7012.html

从安全方面来说，用户是系统中最薄弱的环节。不过「聪明的」用户总是会找出各种理由把责任推卸给「技术」。甚至研究者有时也会落入这种陷阱。 不久前在知乎上有一个关于 MD5 的讨论。不得不说 MD5 是一种非常弱的 hash 算法。考虑到使用 SHA-1 等更强算法的额外负担完全可以忽略，我建议无条件的避免使用 MD5。但是从另一个方面来说，到底多少安全问题真正的责任在于 hash 算法的脆弱性？我在知乎上的总结是这样的（下面有些描述是符号化的，但在知乎上用的是非符号化语言。如果二者造成理解上的差异我为知乎上的不准确抱歉）： 给定一个 hash 算法 f(x)，对 f(x) 的「破解」有下面几种方法（注意「破解」不能等同于攻击。破解是非蛮

查看全文: http://www.udpwork.com/item/6842.html

我写了两篇《为什么 Mac OS X 先进》( 一、二 ) 。主要讨论什么样的文化经历了什么样的历史如何沉淀到技术中去。不过，文化有时候就保持为文化，不是所有的文化都有机会或者有必要沉淀为某种具体的技术。 前不久有一阵关于 Android 和 iOS 用户体验差异的讨论，始于《Why is Adnroid laggy, while iOS, Windows Phone 7, QNX, and WebOS are fluid》。这篇文章的作者认为原因在于两个操作系统调度线程 (thread scheduling) 的方式不同，在 iOS 上 UI 由一个有 realtime 优先级的专用线程处理，而在 Android 上只由普通线程处

查看全文: http://www.udpwork.com/item/6803.html

Martin Fowler 的《重构-改善既有代码的设计》这本书，是我大学老师推荐给我的。 当时我在撰写代码过程中，发现当代码量到某个数量级时候（1000+行）， 就会逐渐失去对代码的控制能力。昆哥推荐了两本书《UML和模式应用》和《重构》这本书。

这本书是2年前购买的，可惜以我当时的代码感知和撰写能力，看起来颇为吃力。 半途就看得云里雾里而中断了。最近我又重新拾起这本书， 将书中所写的境况与我这两年多来遇到的问题相互印证，才感受到这本经典的力量。

Martin 其人：

ThoughtWorks的首席科学家，当今世界软件开发领域最具影响力的五位大师之一。
他在UML推广普及、领域建模、企业应用开发和敏捷方法等方面建树卓著，被称

查看全文: http://www.udpwork.com/item/6784.html

我：我们有两台机，都是一样的 xeon E5620 2.4G 的CPU，但是，跑算Pi的程序，5000个迭代，一个机器跑48秒，另一个只需要32秒

coly：CPU核数一样吗？

我：一样的。不一样应该没关系，我这是单进程。

coly：内存速度不一样？

我：就一个算Pi，总共就占8MB内存，还没有CPU的L3 cache大呢

coly：要不这样，你写个死循环加法，我们看看两边的速度是不是一样

（公司的盒饭送来了，晚饭时间）

coly：你先吃，我来写吧....一个死循环我应该还是能写出来的....你要review我的代码哟～
我：....

（coly把代码写出来了

int main(void)
{
  &nb

查看全文: http://www.udpwork.com/item/6710.html

新年前读到 Varnish 开发者 Poul-Henning 的一篇 blog《 The Tools We Work With 》，谈到他对 POSIX thread mutex 做了简单封装来实现「assert if I’m holding this mutex locked」功能。（这里说明一下，Poul-Henning 和本文所指的 mutex 是构建 critical region 而且能够切换线程的 running-wait 状态的锁。在有的 framework 里这种机制有其它名称，如 Cocoa 的 NSLock。本文称进入和离开 critical region 的操作称为 lock/unlock mute

查看全文: http://www.udpwork.com/item/6655.html

Mac OS X Lion 的 Sandbox 是一项了不起的创新。当然，我不反对有人批评目前的 entitlement 可选项不够完备，还需要扩展。在假设今后可能加入新选项的前提下，现有的概念和实现已是巨大的进步。 操作系统局限于 discretionary access control 和 mandatory access control 两种安全模型已经太久了！后者概念复杂，除了涉密极高的部门，连电信银行等大型企业都几乎无人采用，完全没可能进入个人计算领域。前者又过于简单：资源（通常是文件）本身拥有一个访问限制列表 (access control list) [1]；进程被赋予一个系统帐号身份，为下列情况之一： 用户的登录帐号

查看全文: http://www.udpwork.com/item/6534.html

这一阵子的工作是在给ext4加feature，就是“让ext4的extent length的单位由block变为cluster“。一边写代码一边加测试用例，这个测试用例我就简单的用shell实现的，就用dd命令来写文件。

顺序写的时候还好，等到偏移写（seek一段再write）的时候出了kernel crash，原因是某个extent的length突然变成了0。一开始当然是怀疑我自己哪里写错了，于是加断点，调试，直到我去南京出差周末在宾馆也在调试（感谢马涛同学提供的虚拟机镜像，不然连不上vpn就没法调了），发现事情很神奇：我的extent开始length是2，dd之后还没干别的呢，length就变了，于是终于给dd加了个strac

查看全文: http://www.udpwork.com/item/6108.html

国庆之后一直没写 blog。一来其它事情很多；二来闲下来就想阅读。长假还算没有荒废，以 OS X Lion 支持 OpenGL 3.2 为动力开始重启 OpenGL 的研究。假期前两天在基于 OpenGL 2.1 的产品中加上了用 GLSL 1.1 写的 bicubic interpolation 的 fragment shader，给学习 OpenGL 2.1 画上一个句号。接下来用其余的假期调通了第一个 3.2 core profile 程序。这个假期可以说是从主要基于 fixed-function pipeline 的旧 OpenGL 向完全可编程 pipeline 的新 OpenGL 前进的一步。 从 OpenGL 2.1

查看全文: http://www.udpwork.com/item/6103.html

这几天用shell编程做一个简单的自动回归测试，需要用到shell的函数功能，大约是这样：

sum ()
{
    return `expr $1 + $2`
}

sum 3 4
echo $?        #result

一直用的不错，直到今天加了一个case，echo出来的返回值($?)就不对了，set -x调了一番，加法没错，但echo出来就是不对，最后暴力改改，让返回值变为直接 return 1024，咦？echo的东西变了，于是一番google，找到了这篇

原来shell里面函数的返回值是用的errno，而errno只支持0-255，所以如果返回值太大

查看全文: http://www.udpwork.com/item/6081.html

最近在读《 Code Complete, 2nd Edition 》。谈论比喻 (metaphor) 的重要性时，这本书把建筑作为软件开发的主要比喻之一，并且认为这个比喻很贴切很有用。我认为这本书有很多正确的结论，但不包括对这个比喻的看法以及随之而来的某些直接推论。 对于一个建筑，很容易区分哪些是基础，哪些是附属（或者分辨各个部分更接近基础还是更接近附属的程度）。墙面的装潢很容易修改，改变墙体的构造就很困难。对摩天大楼来说，改变顶层的尖塔很容易，而改变首层的承重结构就几乎不可能。基础和附属在修改成本方面的巨大区别令人直观的意识到规划的重要性。构建一个各部分都「摸得着、掰得下来」的狗窝和构建一个很多东西「封在里面、压在底下」的摩天大厦

查看全文: http://www.udpwork.com/item/5949.html

去年的《 C 是 MVC 的 C 》简单写了些 MVC 的基本原则，特别是关于 controller 这个经常被忽视和误解的模块。有人认为对 controller 的不同认识叫做 MVC 的不同「流派」或者「变种」，我不能认同。我相信只有符合《 C 是 MVC 的 C 》里所述原则的 MVC 是降低整体复杂度的最佳方案。另外，我最近在读《 The No-Designer’s Design Book 》，并且向没机会系统学习设计的 UI 开发者推荐这本书。为了在一本书的篇幅里让 no-designers 把握设计的关键，它没有讨论什么不同的「流派」，而是把产生好设计的要素归结为四大通用原则。 有人可能会对上面两件事产生同样

查看全文: http://www.udpwork.com/item/5759.html

IT 业和自然科学领域常说的「传说」一词来源于英文 myth ，是个负面的形容词，更接近「流言」、「谣言」的意思。如著名的电视节目《流言终结者》(mythblaster) 。也经常被翻译成「神话」，如著名的《人月神话》(Man Month Myth) 。这篇文章不是要贬低微内核 (micro-kernel) 这个概念本身，而是说人们对这个领域中的很多东西存在不小的误解。 Mac OS X 是微内核 OS X 的内核叫做 XNU ，是一个基于 Mach 和 BSD 的内核。因为 Mach 是最早的微内核，所以人们自然而然地认为 XNU 也是一个微内核。在软件领域「基于」这个概念是很模糊的。甚至一个系统只是从另一个系统的设计中借鉴了一些

查看全文: http://www.udpwork.com/item/5590.html