IT牛人博客聚合

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

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

这几天抽了点时间看了一下《Advanced Bash-Scripting Guide》， 之前一直觉得shell这门脚本很有意思，虽然用得不多，但感觉shell这门脚本似乎有点粗糙，但看了abs-guide之后就觉得shell还是很强大的，很多高级特性之前都没曾接触过，平时也用得不算很多。浏览了一下abs-guide之后做了一些简单的笔记，方便以后查看，每个”echo ===”之间就是代码片段，在bash version 3.2.48下测试过，点解高亮区的”view source”可以直接复制所有代码。

#--------------- Begin
#!/usr/bin/bash

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

今天在Linode买的vps上搭了个svn，简单记录一下过程和遇到的问题。

先说遇到的问题吧，基本上就是

1. “Could not open the requested SVN filesystem”;

2. “Server sent unexpected return value (403 Forbidden) in response to OPTIONS “.

第一个问题是因为开始没有搞清楚创建一个和多个svn repository的区别，而第二个是因为权限设置的问题。

svn服务器比较重要的涉及安全的问题就是用户认证、访问授权以及传输加密。根据官方的介绍，搭建svn有

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

还记得以前那个用算素数的正则表达式吗？编程这个世界太有趣了，总是能看到一些即别出心裁的东西。你有没有想过在写Shell脚本的时候可以把你的变量和函数放到一个类中？不要以为这不可能，这不，我在网上又看到了一个把Shell脚本整成面向对象的东西。Shell本来是不支持的，需要自己做点东西，能搞出这个事事的人真的是hacker啊。

当然，这里并不是真正的面向对象，因为其只是封装罢了，还没有支持继承和多态。最变态的是他居然还支持typeid，靠！

下面让我们看看他是怎么来做的。下面的脚本可能会有点费解。本想解释一下，后来想想，还是大家自己专研一下吧，其实看懂也不难，给大家提几个点吧。

我们可以看到，下面的这个脚本定义了class,  

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

你是否相信如果你的程序里没有检查一个变量会导致怎么系统瘫痪？无论你相不相信，这是我一个亲身经历过的案例，你可以在本站的程序员那些悲催的事儿中找到很多这样的事。这样的事昨天在发生，今天同样在发生。Unix40多年了，在这40年里，程序员发生过各种各样的的惨剧，但是大多数的事情一而再再而三的重演。

今天的你，可能在开发者各种各样NB的系统，你会相信你的一个空格也能导致系统瘫痪吗？也许你可能很难相信这个事。不过，再下面这个事将告诉你这个血淋淋的事实 —— 一个空格产生的bug可以让你的系统瘫痪。

bumblebee是一个开源项目，这个名字也就是变形金刚里的大黄蜂，这个项目是这样介绍自己的——

bumblebee is Optimus

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

一个葡萄牙的学生写了一篇文章 《How much GNU is there in GNU/Linux?》 - GNU/Linux下有多少是GNU的。他的这篇文章主要分布了今年4月份的Ubuntu Natty的Linux分发包。其主要是用代码行来做的分析，其给了两个饼图。

第一个饼图如下，其指明了各种主流的开源项目组的分布情况。可见GNU只占了8%，当然，GNome也是GNU的，加起来也只有13%，只占整个分发包很少的比重。

第二个图，作者把GNU的部分拿了出来，再进行了分析：

在下面这个图中，我们可以看到主要是四大块——gcc, gdb, binutils 和 glibc，所以，作者说，这些东西都不是最终用户需要的，不是每一个

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

一个叫Fabrice Bellard的程序员写了一段Javascript在Web浏览器中启动Linux（原网页，我把这个网页iframe在了下面），目前，你只能使用Firefox 4和Chrome 11运行这个Linux。这不是什么假的模仿Linux的东西，这是实实在在的运行一个Linux。这一举动还引起了很多很牛人的关注，包括Javascript的创建者Brendan Eich。

清除启动开始启动

随后，Fabrice Bellard发布了相关的技术说明：http://bellard.org/jslinux/tech.html，从这份文档中我们可以看到：

这个模似器完全由Javascript写成

CPU仿真器使用的是QEM

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

2011年4月12日，Linux 2.6.39-rc3发布了，Linus Torvalds写了一个发布邮件，其中包含了一个长长的为这个版本做过贡献的人员名单，这个名单中有很多看上去应该是中国人的名字，我挺为他们感到骄傲的（不知道你是否还记得以前本站的”Linux是由谁写的“）。

不过，没过一会，发现了一个bug，经过大家的调查（2.6.38版没有发现这个问题），很快，找到了原因，是因为一个内存地址的问题，一个叫Yinghai Lu的人（看其名字应该是中国人，其邮件是@kernel.org）找到了原因—— radeon card使用了一个不正确的内存地址[0xa0000000 - 0xc000000]。Joe

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

有人在酷壳的留言版上询问下面的问题

keep_walker :

今天晚上我看到这篇文章。

http://programmers.stackexchange.com/questions/62502/small-c-projects

我也遇到了和提问的老外一样的问题。。能给像遇到这样烦恼的程序员一点建议嘛？谢谢！

我相信，这可能是很多朋友的问题，我以前也有这样的感觉，编程编到一定的时候，发现能力到了瓶颈，既不深，也不扎实，半吊子。比如：你长期地使用Java和.NET ，这些有虚拟机的语言对于开发便利是便利，但是对于程序员来说可能并不太好，原因有两个：

虚拟机屏蔽了操作系统的系统调用，以及很多底层机制。

大量的封装好的类库也

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

我们知道Unix/Linux下的程序配置文件从来都是纯文本的，你可以自由地修改和查看，他们也没有什么什么XML之类的玩意（参看XML的这两篇文章：一，二），这个最重要的Unix文化（参看Unix传奇下篇）40多年来就这么沿续下来了。我很佩服Microsoft的创新能力，一会儿用INI，一会儿用注册表，一会又是用XML，这就是Windows的编程中那“强大”的创新。在网上又看到有人在争论为什么用注册表而不是纯文本，所以，写下这篇文章。

引入注册表所谓的原因

首先，让我们来看一下为什么微软觉得要使用注册表而不是ini文件，下面是一些其列出来的ini方面的毛病：

ini文件不支持Unicode

ini文件的安全权限不够

ini文

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

在SlidesShare.net上有这么一个幻灯片，其说了如下的一个面试题：

如果某天你的Unix/Linux系统上的chomd命令被某人去掉了x属性（执行属性），

那么，你如何恢复呢？

下面是一些答案：

1）重新安装。对于Debian的系统：

sudo apt-get install --reinstall coreutils

2）使用语言级的chmod。

Perl：perl-e ‘chmod 0755, “/bin/chmod”‘

Python：python -c “import os;os.chmod(‘/bin/chmod’,

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

下面是一些最近在互联网上看到的一些各式各样的资源和文章，当然，都是英文社区的，本来想每一个写一篇文章，但是觉得一篇文章一句话真没劲，所以，把这些东西合并写成一篇文章，这样有利于减轻本站的负载，也有利于节省网络带宽，同样，也就节省了能力和电力，因此也就很环保，很低碳。呵呵。

先是一个《Windows Internal》第五版的第五章的电子版（英文的），你可以在这里下载。关于其它一些电子书，你可以看看本站的这篇文章《免费电子书列表》、《非常不错的编程技术教程》、《超过100本的linux免费书籍》和《20本最好的Linux免费书籍》

→

http://www.3dtin.com/是一个用纯Javascript搞的一个3D作图的网站

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

在Unix/Linux下，最危险的命令恐怕就属rm命令了，每次在root下使用这个命令的时候，我都要盯着命令行看上几分钟才敢把回车敲下去。以前，看到同事在脚本中使用rm命令 —— rm {$App_Dir}/* 。因为脚本没有判断变量$App_Dir是否为空，结果，在一次用root操作的时候，整个操作系统一下就不见了，还好只是开发机。从此，我们大家都再也不敢使用rm命令了。

这里给大家介绍一个小技巧用来恢复一些被rm了的文件中的数据。我们知道，rm命令其实并不是真正的从物理上删除文件内容，只过不把文件的inode回收了，其实文件内容还在硬盘上。所以，如果你不小删除了什么比较重要的程序配置文件的时候，我们完全可以用grep命令在恢复

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

这个图片太经典了，本来想翻译的，后来觉得这么经典的图片可能早已被人翻译了，简单的Google一下，果然有人翻译了。那我就把英文版和中文版都转过来吧。我们可以看到，其中很大一部分人都和Unix有着不解之缘（参见《Unix传奇上篇，Unix传奇下篇》）

英文原版

中文翻译版

什么也不说了，直接上图（图片比较大，单击图片看大图）

计算机编程简史图（英文版）

计算机编程简史图（中文版）

相关文章
2010年08月24日 -- 使用grep恢复被删文件内容
2010年07月14日 -- 五个编程语言设计的失误
2010年07月12日 -- 一些重要的算法
2010年07月05日 -- 参透软件开发的本质 – Unc

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

下面这个链接是Linux分发包Ubuntu的关于Telnet命令的Man Page，

http://manpages.ubuntu.com/manpages/karmic/man1/telnet-ssl.1.html

打开这个Man Page，把页面拉到最后一行，你会看到下面这个BUG（“BUGS：源代码不易读！”）

The source code is not comprehensible.

Telnet的源代码在这里：http://packages.ubuntu.com/source/dapper/netkit-telnet，下载下来一看，还真是不易读，简单地看了一下代码，发现至少有这样一些问题：

空格和Tab键混用的

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

【本文曾于2007年3月于我在CSDN上的BLOG发布，现在我把其搬到酷壳来，一来是觉得这段历史相当传奇，值得大家再看看，二来也和我在酷壳上发布的一些文章相互链接。】

了解过去，我们才能知其然，更知所以然。总结过去，我们才会知道我们明天该如何去规划，该如何去走。在时间的滚轮中，许许多的东西就像流星一样一闪而逝，而有些东西却能经受着时间的考验散发着经久的魅力，让人津津乐道，流传至今。要知道明天怎么去选择，怎么去做，不是盲目地跟从今天各种各样琳琅满目前沿技术，而应该是去 —— 认认真真地了解和回顾历史。 

Unix是目前还在存活的操作系统的元老了，走过了40年的历程（参看《Unix 40年：Unix年鉴》、《Unix 40年：昨天，

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