IT牛人博客聚合

今天，美国一家私人公司 SpaceX 成功的从美国佛罗里达州肯尼迪航天中心火箭的空军发射场发射了一颗火箭，这颗火箭的终点，是国际空间站(ISS)。这是继上次成功发射并回收卫星后，一家私人公司首次将载荷送到国际空间站附近。自美国的航天飞机退役后，能够将载荷运输到国际空间站的方法只有一个–俄罗斯的联盟号飞船。而现在，私人航空已经离这个目标不远了。

SpaceX 的成功是美国社会一直引以为豪的企业家精神和创新精神的成功。2002 年，eBay 以 15 亿美元的价格购买了 PayPal，一家从事电子支付的公司。很多 PayPal 的员工一夜之间成为亿万富翁、PayPal 的共同创始人　Elon Musk　极具冒险精神，眼看

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

My own Cliffs Notes on PowerShell unit testing. Hope it helps you as well. I may update this as I move along.
1. For serious, robust programming, TDD is definitely the way to go;
2. I looked at both Pester and PSUnit. Despite the 10 votes (so far) for the Pester answer on a stackoverflow question, my tinkering with bot

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

但凡是一个合格的PHP程序员，就应该知道Unserialize与Autoload，但是要说起二者之间的关系，恐怕一清二楚的人就不多了。

说个例子，假设我们可以拿到第三方的序列化数据，但没有相应的类定义，代码如下：

<?php

$string = 'O:6:"Foobar":2:{s:3:"foo";s:1:"1";s:3:"bar";s:1:"2";}';

$result = unserialize($string);

var_dump($result);

/*

object(__PHP_Incomplete_Class)[1]
public '__PHP_Incomplete_Class_Name' =&g

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

开源上的项目有时需要和国外的人员沟通。怎样沟通，怎样建立互信，这是个非常大的题目。我把观察到的和蹦到脑子里的想法写出来。如果读者有问题，可以提出来。
我在美国待了很久了，也到过一些其他国家和地区。依我看，不管白红黄黑棕哪个国家哪个种族的人，不管你是女皇还是屌丝，本质上讲大家都是人，没大差别。大家都有七情六欲，都有那么点小可爱和小肮脏，都要屙屎放屁。和你我一样，女皇伊丽莎白的屁和屎照样臭，当然还不能排除更臭的可能。大家脱了衣服后都是那几样东西，毛或多或少，高矮大小尺寸有点不同，连披金戴银穿着红皮鞋的德裔种族主义者现任教皇也不例外，不管你外表如何的冠冕堂皇。有的还可能像奥巴马总统一样有点口臭，特别是清晨刚睡醒后那段时间（这是根据第一夫人

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

有了沙盘，弄熟了工具，下面我们来谈谈参与一个项目的开发和测试。我们先从项目的参与者角度开讲，之后再谈项目的发起者应注意的事项。如前所说，这些是我的一些体会和建议，很多方面都是“仁者见仁、智者见智”，所以欢迎大家拍砖、提建议和指教。
要参加一个项目，首先要开始学习，一举成名、一口气吃成个胖子的可能性不大。学习包括阅读文档，该项目的维基网页，加入mailing list，阅读项目发展蓝图，加入论坛（forum）潜水等。在做这些的同时，搞一个自己的branch，编译软件，练手调试，改变一些东西后再编译以满足自己的好奇心，这些都是非常有效的学习手段。
通过在mailing list和论坛上潜水，你可以了解到主要人员的活动、重要的源代码、发展

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

接上篇。上次讲到建立自己的沙盘。这是一个开源软件开发的小系列，简单介绍下一些经验和体会。
凡是有点规模的开发，都需要有源代码管理。实际上，即使是自己编个程序、写个脚本或文档，源代码管理也可以提供很多的便利。
源代码管理经历了几代的沿革和发展。从最初的单文件加锁和没有网络支持，发展到具有网络支持的集中式控制代码管理，现在这种方式还是占据不少的市场份额。在共同开发方面，集中统一式的管理要求你必须先合并（merge）后才能提交（commit）。代表性的统一式代码管理工具和产品有CVS，Subversion，TFS等。在统一式代码管理系统下，我们只有一个总代码库（repository）。
最近几年开始流行分布式源代码管理系统。跟传统的统一代

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

接开门篇，这是个小系列。
古人说得好，吃一堑，长一智。又云：失败是成功之母。记得有位外国著名科学家曾经说过这样一句话：“砖家是在一个狭窄的领域里犯过所有痛苦错误的人”。总而言之，古今中外的经验告诉我们，人是在错误中成长起来，所以不要怕犯错。怕得是犯了错但不承认或不愿意从中学习。为了鼓励学习、尝试和应用一些新东西，把错误的成本最小化，我们可以做沙盘演练。而IT的沙盘，在很多情况下是虚拟机。（哈哈，哥想写范文。各位童鞋猜猜看，那句旁征博引用来讨老湿欢心的科学家名言，是我的编造还是真有类似的句子？）
下面是我个人的一些经验、体会和建议：
1. 建立自己的虚拟机，有Debian，Centos，Windows等。有了自己的虚拟机，可以以快照(

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

Below is the copy of the README file from one of my github repo. Feel free to download the code and play with it. If you have ideas and good Python Windows admin scripts, share them! — Working with Windows, one frequently needs to manage various services: finding their status, startup modes, startup accounts, sto

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

上次在北京和江枫聊天，谈到中国开源和美国还有其他国家的开源互动与合作的问题。当时我就想写一些东西，介绍我的感觉和体会。那时的想法主要是想写一下关于如何尽可能地缩小语言和沟通的障碍问题。回来后忙着帮朋友建立和Percona方面的沟通，然后因时间的关系离开Percona，但一直在想这件事儿，脑子里蹦出些想法（都很短）就记到了自己的本子上。
现在总结下我在自己的本子上乱写乱画的东西，有缩小语言和文化障碍的主意，也有很多关于软件开发的基本常识，没什么惊天地、泣鬼神的料。先写下个提纲，抛砖引玉，以后接着写，欢迎各位拍砖。如有问题，尽管提，我们一起来“头脑风暴”（brainstorm）。一些想法和主意经过思考和讨论，然后配上行动、尝试、反馈、改

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

所谓装饰器，英文称之为Decorator，亦或者Wrapper。如果让我选择最喜爱的模式，我想我会毫不犹豫的投它一票。那到底什么是装饰器呢？且听我慢慢道来。

热身问题：顾客来买车，车本身有一个价格，如果要加内饰、镀膜、导航等配件，就需要另加钱。等到结帐的时候，程序应该如何处理呢？最直接的方法就是创建车类，和内饰、镀膜、导航等配件类，然后根据顾客的购买情况遍历获取最终价格。这样做最大的问题是对象的概念被割裂了，计算价格的操作变得过程化。当然我们可以通过创建子类来解决这类问题，比如根据不同的配件组合创建不同的车子类，如：内饰车类，镀膜车类，导航车类，但这还不算完，还有内饰镀膜车类，内饰导航车类等等。如果新加一个配件，还会衍生出若干个新

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

最近忙着用Redis实现一个消息通知系统，今天大概总结了一下技术细节，其中演示代码如果没有特殊说明，使用的都是PhpRedis扩展来实现的。

内存

比如要推送一条全局消息，如果真的给所有用户都推送一遍的话，那么会占用很大的内存，实际上不管粘性有多高的产品，活跃用户同全部用户比起来，都会小很多，所以如果只处理登录用户的话，那么至少在内存消耗上是相当划算的，至于未登录用户，可以推迟到用户下次登录时再处理，如果用户一直不登录，就一了百了了。

队列

当大量用户同时登录的时候，如果全部都即时处理，那么很容易就崩溃了，此时可以使用一个队列来保存待处理的登录用户，如此一来顶多是反应慢点，但不会崩溃。

Redis的LIST数据类型可以很自

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

Quoting from Vagrant’s web site:
Vagrant is a tool for building and distributing virtualized development environments. By providing automated creation and provisioning of virtual machines using Oracle’s VirtualBox, Vagrant provides the tools to create and configure lightweight, reproducible, and portable vi

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

Question: is there a reliable and consistent way to use an external monitor running Linux on Lenovo w520? I’ve tried many ways without avail: Fedora, Ubuntu, Kubuntu, Debian, Sabayon with various desktops, nouveou, bumblebee, Nvidia’s drivers, tinkering BIOS. To me as an IT professional, Nvidia Optimus is a

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

最近发现一个PHP脚本时常出现连不上服务器的现象，调试了一下，发现是TIME_WAIT状态过多造成的，本文简要介绍一下解决问题的过程。

遇到这类问题，我习惯于先用strace命令跟踪了一下看看：

shell> strace php /path/to/file
EADDRNOTAVAIL (Cannot assign requested address)

从字面结果看似乎是网络资源相关问题。这里顺便介绍一点小技巧：在调试的时候一般是从后往前看strace命令的结果，这样更容易找到有价值的信息。

查看一下当前的网络连接情况，结果发现TIME_WAIT数非常大：

shell> netstat -nt | awk '/

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

—谈系统故障及软件质量

如果你是一个7×24小时在线服务的整体（或模块）的技术或系统负责人，你的大部分生活会如游走钢丝。

程序会出bug、资源会出故障、发布会操作错误、测试会有疏漏、安全会出漏洞、网络会有波动、服务器会突然坏掉。当产品的需求日益增多，判随工程师团队会日益增大，一个软件项目或功能从开发到上线的完成，都不可能由一人或者几个核心工程师去做，需要由不同背景、不同能力及做事风格的的开发、测试、工程师配合完成。当任一环节问题（包括有不少并非你直接可控范围之内的问题）未及时发现并带到线上之后，最终的责任会落在你的肩上。每当问题一出，你会感受到各方面的压力，有技术的缺陷、工作的失职、流程及规范执行方面的欠缺的问题；同时

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

提到MySQL高可用性，很多人会想到MySQL Cluster，亦或者Heartbeat+DRBD，不过这些方案的复杂性常常让人望而却步，与之相对，利用MySQL复制实现高可用性则显得容易很多，目前大致有MMM，PRM，MHA等方案可供选择：MMM是最常见的方案，可惜它问题太多（What’s wrong with MMM，Problems with MMM for MySQL）；至于PRM，它还是个新项目，暂时不推荐用于产品环境，不过作为Percona的作品，它值得期待；如此看来目前只能选MHA了，好在经过DeNA大规模的实践应用证明它是个靠谱的工具。

安装：

作为前提条件，应先配置MySQL复制，并设置SSH公钥免密码登录。下

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