IT牛人博客聚合

之前，@风枫峰 在“这是谁的错？”中说过开发团队对需求来者不拒，而@weidagang 也在“需求变更和IoC”中说过用IoC来最大程度地解决需求变更。今天我也想从Unix设计思想的角度来说说什么是好的软件设计，什么样的设计可以把需求变更对开发的影响降低。（注意：这并不能解决用户或是PM的无理需求，面对无理需求，需要仔细分析需求，而用技术的手段无法搞定这个事，但是可以减轻需求变更带来的痛苦） 我曾经在《Unix传奇》的下篇中写过一些Unix的设计哲学和思想（这里重点推荐大家看一下《The Art of Unix Programming》，我推荐过多次了），以前也发过一篇《一些软件设计的原则》，不过，这些东西都太多了，记不住。其实，这

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

concepts guide（11g）

By Thomas Kyte

由Tom担纲编写的11g的Concepts guide作为第一本书籍，是引领你进去Oracle世界的最基础的一本书籍，建议所有的人都对此做深入阅读，我了解的有些朋友对此文档有3-5遍以上的阅读。重点：oracle数据库的体系结构、内存架构、oracle的基本数据对象、并发控制与隔离级别相关内容，Undo与Redo的内容。

backup and recovery guide

备份与恢复是Oracle数据库也是关系数据库最关键的部件，深入阅读此文档，可以帮助你了解Oracle是如何设计redo、undo、数据格式，以及恢复过程中的一些细节内容。

Expert

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

【感谢 Todd投递本文 – 微博帐号：@weidagang 】

需求又变了，怎么办？

先上一个轻松的段子：

程序员XX遭遇车祸成植物人，医生说活下来的希望只有万分之一，唤醒更为渺茫。可他的Lead和亲人没有放弃，他们根据XX工作如命的作风，每天都在他身边念：“XX，需求又改了，该干活了，你快来呀！”，奇迹终于发生了，XX醒来了，第一句话：“需求又改了？”。

这个段子用幽默的方式反映了需求变化是每一个程序员、架构师或项目经理都会经常遇到的问题。面对这个问题，不同的人有不同的应对之道，最近微博上有一段关于需求变化的讨论：

@假装刺猬的猪：我们在软件开发过程中，会持续碰到客户需求变更的情况。如果没有领域建模，我们单纯将问题使用

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

【感谢 Todd投递本文 – 微博帐号：weidagang 】

问题

最近项目中遇到了一个分布式系统的并发控制问题。该问题可以抽象为：某分布式系统由一个数据中心D和若干业务处理中心L1，L2 … Ln组成；D本质上是一个key-value存储，它对外提供基于HTTP协议的CRUD操作接口。L的业务逻辑可以抽象为下面3个步骤：

read: 根据keySet {k1, … kn}从D获取keyValueSet {k1:v1, … kn:vn}

do: 根据keyValueSet进行业务处理，得到需要更新的数据集keyValueSet’ {k1′:v1′, &

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

Bret Victor（简历） – 苹果公司的UI交互设计师（大神级的人），在 CUSEC（Canadian University Software Engineering Conference） 上做了一个题为 “Inventing on Principle” 的演讲（vimeo视频链接），这个演讲中展示了五个示例：

用程序画树。如何把程序绘图变成实时的，如何把程序和图映射起来。

游戏调试。在实时编程的基础上，可以更容易的让你看到程序参数对游戏的调整，甚至对游戏过程的可视化调试。

算法调试。在写二分查找算法时可以实时看到程序的执行过程。边写边看到。

电路图。可以实时地看到电路图中各个部件的对1/0信号的处理。

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

Great product design involves thinking about what features to prioritize, planning the user flow from screen to screen, getting user feedback and lots more, but at the end of the day, someone is going to be in Photoshop pushing pixels. The final visual design of a digital interface isn't going to design itself, and whe

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

背景

我一直很关注如何设计大规模的 JavaScript 应用，因为我一直在做的都是大规模的 JavaScript 应用。从百度 Hi 网页版到百度地图，从 Yahoo Search Direct 到豌豆荚客户端。好吧……Yahoo Search Direct 本身的规模不大，但作为一个网页插件它要能跑在任何宿主页 面上，其复杂度也不低。在大规模 JavaScript 应用开发和维护的过程中，有两个问题尤其值得关注：设计和性能。前者是必须在开发阶段之前做好的，开发开始后就来不及改了，只能事后重构；后者则更多发生在开发的中后期，等 profiling 结果出来了，再针对瓶颈做优化。在这个文章系列中，我们的关注点是设计。

尽管我一直

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

12306.cn网站挂了，被全国人民骂了。我这两天也在思考这个事，我想以这个事来粗略地和大家讨论一下网站性能的问题。因为仓促，而且完全基于本人有限的经验和了解，所以，如果有什么问题还请大家一起讨论和指正。（这又是一篇长文，只讨论性能问题，不讨论那些UI，用户体验，或是是否把支付和购票下单环节分开的功能性的东西）

业务

任何技术都离不开业务需求，所以，要说明性能问题，首先还是想先说说业务问题。

其一，有人可能把这个东西和QQ或是网游相比。但我觉得这两者是不一样的，网游和QQ在线或是登录时访问的更多的是用户自己的数据，而订票系统访问的是中心的票量数据，这是不一样的。不要觉得网游或是QQ能行你就以为这是一样的。网游和QQ 的后端负载

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

2011年10月8日，百度搜索手机客户端正式登陆Apple Store。

2011年12月12日，百度搜索手机客户端荣获APP Store 2011年度工具类最受欢迎第一名。

这个轻量化的搜索应用倾注了产品设计团队很多心血。全新的视觉和交互体验、更优的搜索体验、全新的Ding功能……它的发布是我们在搜索客户端领域迈出的一小步，MUX的设计师全程参加了这款应用设计与决策，这背后有好多同学在辛苦的努力着。今天让我们揭开它面纱，看看它的小故事。

要惊艳地呈现

一年多来，我们在手机端推出过掌上百度和百度快搜两款与搜索相关的应用，将搜索业务以客户端的形态延伸到手机端，在这期间，积累了大量搜索客户端化的设计研发经验。随着移动互联网这些年

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

At lunch earlier today I snapped a picture of the top of a Heinz ketchup bottle.

It's not remarkable, but it caught my eye because the look of the embossed text in the cap is exactly the look that so many designers are trying to replicate these days, myself included. What look is that?

The emulation of physicality.

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

Mac 下的中文字体不多，系统默认是使用细黑体来显示中文文字(STXihei)。

为什么苹果不使用宋体来显示呢，因为宋体是衬线字体。

衬线字体：带字体修饰的字体。（图中红色部分） 也叫“白体”，相对的非衬线字体叫“黑体”，英文叫sans-serif（sans在英文是非的意思）

(中文的宋体和黑体)

在传统的印刷中，衬线字体一般都是用来正文印刷，但是在CRT LCD显示器上这些字体不适合阅读，同时字体过小的衬线字体不如非衬线字体美观。后来微软在vista中推出了微软雅黑这个非衬线字体。同时为了优化非衬线字体，采用了字体抗锯齿技术（clearType）。不过苹果在1998年就开始使

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

Today, Twitter unveiled redesigns for their website, iPhone and Android apps. As a long-time Twitter user and Twitter app aficionado, I've come to expect a certain level of thought & polish in everything Twitter does, so I'm sad to say I'm not a huge fan of their new direction.

Low Information Density

Mobile phon

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

下面是我这段时间来收集的一些有意思的东西。本站这样的文章还很多，如这个，这个，这个。

Javascript Garden，这是学习Javascript最好的网站了。http://bonsaiden.github.com/JavaScript-Garden，这个文档由两具StackOverflow的人写成, Ivo Wetzel(Writing) 和 Zhang Yi Jiang (Design)，表示敬意。

想看看Web开发有哪些技术吗？你得看看这个网站：http://stackparts.com/，他对目前几乎所有Web上用得到的技术都分了个类。下面是个抓图。

Mozilla的安全编程规范 https://wiki.mozi

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

After months of off-and-on work, I'm happy to finally show off the freshly-redesigned Flyosity.com.

Here's a quick list of what's new:

Cleaner, simpler, sharper, less blue, more white.

There is now a separate homepage that's not merely a list of blog entries. Those are over here.

My portfolio is back.

A new servic

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

我在我的微博上说过这样一段话，我想在这里把我的这个观点阐述地更完整一些。

@左耳朵耗子：聪明的程序员使用50%-70%的时间用来思考，尝试和权衡各种设计和实现，而用30% – 50%的时间是在忙碌着编码，调试和测试。聪明的老板也会让团队这样做。而傻逼的老板，苦逼的程序员会拿出来100%-150%的时间来忙着赶进度，返工，重构，fix 大量的bug… 所以， 越差的团队一般会越忙，而且还忙不完。

在现在这个浮躁的时期，再加上敏捷咨询师们念的歪经，他们让人感觉上就像是软件产品是可以在很短的时间内高质量的完成的，这令那些管理者们很兴奋，就像巴甫洛夫的条件反射实验中的狗看到了肉就会流口水那样兴奋。他们使用TDD，快速迭代，不

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

    昨天和同事聊到，汉语还真是奇怪，有“四分五裂”，有“五颜六色”，也有“七上八下”，但好像从没听说过六什么七什么的。于是想到，在汉语中，“数词 + 非数词 + 数词 + 非数词”的短语是怎样分布的呢？回到家后立即用 Mathematica 做了一个柱状图，绘出了九九八十一种数词短语模式在大规模真实语料中的出现频数。注意，这里统计的是总的出现频数，重复出现也会计算在内。另外，这是一个简单而机械的统计过程，因而 “三人一组”、“七天七夜”之类的非成语也被算了进来。

      

    嗯

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