IT牛人博客聚合

这次更新有点迟了，也是刚好遇到年底有点忙，而且也开始想着放松下过过年，嘿嘿。说到过年，就少不了吃。这次过年回家，听说汕头也开了“黄记煌”，想着带爸妈去尝下鲜，于是才有了这篇文章。

这里也不是写软文给“黄记煌”做广告，从它店门口排着的长队就足以说明它生意的火爆，也不在乎我这一点点的曝光度。

先简单讲一下做一个锅的流程：


首先当然是准备好材料了；

先下黄油（块状）；

把切好的菜（小块状）铺在锅底，摊平；

把切好的鱼铺在菜上面；

盖上锅焖10分钟左右；

在鱼上铺上调好的酱料；

再焖5分钟左右；

（如果需要）加其它配菜，焖1分钟左右；

开吃。



常常在讲“细节体现专业

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

通知中心作为iOS5的重大更新内容之一，可以将用户的iOS设备里的所有的通知集中放在一个地方，大大方便用户查看和管理。如果用户收到一封新邮件、一条短信，或者是一个添加好友的请求，无论在任何界面下（包括游戏等全屏应用），用户都可以通过从屏幕顶部向下滑，将通知中心“拉下来”，用户可以在这里查看到所有的通知。所以苹果在iOS5的介绍中说到通知中心是你随时掌握最新生活资讯的绝佳途径。

可能出现通知的场景

一般在下面的场景中iOS应用程序会通知用户有有意思的事情发生了：

1. 收到一条消息

2. 即将发生某件事

3. 有新的数据可供下载

4. 某些事物的状态发生了变化

iOS5的四种通知类型

1. 横幅（Banner）

横幅

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

关于Facebook要上市的新闻，陡然成了开年后IT圈一桩大事。这家运营了七年，坐拥全球8亿用户的“巨无霸”终于要上市了。不过，Facebook可能更多的是“被上市”，去年它审批通过了499位限制性投资者，根据规定，在通过限制性投资者后，Facebook需要在当年结束后的120天内公布财务状况——这已经和上市公司所需要承担的义务差不多了，何不就此IPO一把呢？

据称，Facebook目标融资50-100亿美元之间，估值最高可达1000亿美元。早些时候，有消息人士声称获得一份Facebook的财务数据，期间披露了这家公司去年1-9月完成了25亿美元的收入，保有现金及等价物35亿美元。最近，又有美国财经电视频道CNBC记者朱莉·布尔斯

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

因为又有人邀请我去Quora的C2C网站去回答问题去了，这回是 关于 @laiyonghao 的这篇有点争议的博文《2012 不宜进入的三个技术点》ActionScript，Thread 和 C++， C++争议的争议最大。（要我说，.NET比C++更需要慎重进入，呵）。我就在这里回复一下这个问题吧。

正好我一个月前看到一个视频，这个演讲视频还比较著名，这个演讲者是Exceptional C++ 和 C++ Coding Standards 的作者，还是ISO C++ 委员会的Chair，C++/CLI首席架构师，还是Microsoft的软件架构师，他叫Herb Sutter，他的这个演讲视频是 C++ and Beyond 20

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

我最近在做一套数据统计平台。这周，写了一个工具，从mysql里面读数据，转换成protocol buffers的格式，然后写入到leveldb中。测试了一下性能，大概是每秒2万条左右（单线程），每条记录长度100个字节。weibo上@郝立华 说“mysql自己dump成sql的速度比你这个快多了”，但是我比较怀疑。因为mysql一秒钟想插入几万条记录，还是很困难的。However，我的最主要的目的是转格式，因为sawzall的input只认两种格式，protocol buffers和plain text。

如我之前的blog所说，这个数据流，主要分三个处理阶段：map、sort、reduce。google的文档中常说第二个阶段是s

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

来美国快5年了，这5年中一直住在旧金山湾区的 Mountain View （中文通常译为山景城）。今天终于到了离开的时候，虽然以后还是会经常来这里，不过不会再有那么多的机会了吧。

Mountain View 是湾区的一个新兴城市，由于距离 旧金山国际机场 (SFO) 和 圣何塞国际机场 (SJC) 距离都比较适中，同时拥有连接穿过东湾的州际 I-880 高速公路的州 CA-237 高速公路，以及连接 Cupertino - San Jose 的西硅谷高速公路 CA-85，并且连接美国西海岸的 US-101 也穿过这里，因此硅谷的许多高科技企业都在这里设立分公司或总部。其中比较著名的有 Google、 Microsoft、 Syma

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

纵观文化产业的商业运作，要想取得成功，一般需要具备三个方面的特点，而且这三个特点是层层递进的，缺一不可。

文化产业应该走娱乐路线。这里并不是说严肃的高尚的文化不能成为商业，而是说如果要上升到大商业、产业层面，它就应该走娱乐路线的。“阳春白雪”类的艺术作品，例如芭蕾舞剧、歌剧等，虽然能卖票能赚钱，但却很难规模化，也就很难产业化。纵观全球做文化产业出色的，几乎全部是“娱乐帝国”。 盛大以网络游戏起家，走的也是娱乐路线。

产业运作需要产品版权工具。利用版权衍生出各种文化产品后，可以促进商业变现。没有版权，产业整合很难。变形金刚的实质就是版权变着花样的重复变现。变形金刚玩具刚刚问世时，乏人问津。制造者做了一部用于宣传的动画片连续剧，没想

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

Google 发布了 Search, plus Your World，简称 Google Search+，带来最大的改变包括 3 点：

跟个人相关的搜索结果：你跟 Google+ 上好友发表过的链接和照片都会出现在搜索结果内，包括通过 Circle 限制为非公开的。

Google+ Profile：如果搜索人名，自动完成和搜索结果都会出现对应的 Google+ Profile。

相关 Google+ Profile：如果 Google+ 上有 Profile 跟你搜索的关键字相关，会出现在搜索结果页右侧。

其中最直接影响搜索结果排名的是第 1 点，后面两点都只是往搜索结果里插入少数 Google+ Profile 条目而已。

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

国内的微博服务之中，新浪和腾讯的市场份额最大。
但是，它们的平台比较封闭，不提供Feed输出，而且存在强行删除用户发言、关闭用户帐号的情况。所以，我一直以来都使用Twitter。

Twitter属于墙外网站，墙内的大部分用户看不到。春节假期里，我就在想，能不能把Twitter同步到墙内？

下面就是我的解决方案：

总体思路是，先将Twitter同步到一个自建的Wordpress，然后再将Wordpress同步到新浪和腾讯。

具体做法如下：

第一步，搭建一个Wordpress。

安装方法请参考官方网站。注意，这个Wordpress必须搭建在墙外。

第二步，安装Twitter Tools插件。

参考Doug Bowman和

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

下面拿CentOS 5和FreeBSD 9.0做下比较：

CentOS 5 自带的gcc是gcc (GCC) 4.1.2，通过yum可以安装gcc44 (GCC) 4.4.4

FreeBSD 9.0 自带的gcc是 gcc (GCC) 4.2.1，通过ports可以安装gcc 4.6 (目前是4.6.2）

我们用C++写一个非常简单的C++程序：

int main(){
  return 0;
}

然后用g++编译:

# g++44 main.cpp -o main

然后用ldd查看，Linux下的输出结果为：
      &

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

今天试用了一下mysql connector/C++，感觉很不错。这个函数库的目的就是，仿照JDBC的接口，给mysql做一套C++的。这样就让我感觉很爽。因为我有时候需要写C++，有时候需要写JAVA。这种跨语言的接口规范真是让我感觉很爽。再比如XML解析器，我就比较喜欢xerces而不是libxml2，因为xerces的接口尽力的遵守W3C DOM规范。

嗯，我明天找找文档，看如何把代码模块化，动态载入so。

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

当年写过一篇文章《未来10年内我要学习的东东和要买的东东》，其实心中一直以为他是我的三十岁目标，不过今年去看，原来写得是十年目标，04年的文章现在已经过去八年，技术发展，环境变化，心态调整，我心中的目标其实早已不同，不过做为激励自己的东东，还是要再次的提起！其实自己给自己也有点放松，可转眼就而立之年了，今年要不把这个目标完成，就说不过去了，对不起自己啊~而立吧！
随机推荐
2007年04月6日 -- 2007年4月6日 (0)
2005年04月9日 -- 蓝色理想会员叫喊功能测试 (0)
2011年04月9日 -- FeedＢurner订阅超500 (0)

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

又到了一年一度续费 flickr 的时候了，而我今年已经不打算再给 flickr 续费了。主要原因除了自己懒和忙没不愿意拍照外， flickr 的未来还是叫人比较堪忧的。

flickr 的东家 Yahoo 现在的日子也并不好受，甚至我觉得 Yahoo 应该像 del.icio.us 一样，将其出售给更适合经营它的人，例如 Google 。

不难看出，近些年 flickr 做了哪些令用户激动的创新和改进，在我本人看来 flickr 目前的状态与老大哥 Yahoo 无异。

根据自己的使用习惯，其实有比 flickr 更适合我的图片托管服务商，例如我经常使用的 picplz 。相比 flickr ，picplz 、Instagram

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

现在有各种各样的稀缺资源，比如说高峰时间的餐位。那么就需要排队系统。来帮助用户和商家进行双向选择，以实现各种稀缺资源有序的分配。

现在有很多预约系统来解决这种问题。

但是，商家所需要的其实并不是简单的预约系统，而是解决两个问题：

第一、削峰填谷

第二、有效的选择客户

第三、降低赚取同样资金所消耗的时间和其他相关成本

削峰填谷自不必说，高峰时期接待能力是有限的，商家肯定希望在低谷时期能够多有一些人来消费服务。

下一件事情也就显而易见了。既然在高峰时期，服务接待能力是有限的，那么就需要选择用户了，让有限的资源尽可能为更合适的用户服务，以便赚取更多的利润。目前商家通常是通过三种形式来选择客户的：

熟客，熟客肯定是需要优先服

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

自从上次写了“程序员技术练级攻略” 以来，就觉得似乎还有很多东西没有谈到，但当时没有继续思考了。而春节前有人问我，是做底层技术，还是做业务。这问题让我思考了很多，不由自主地回顾了一 下我这十多年的软件开发经历，并顺着整理分类了一下自己解决过的若干问题，还发散想了很多，经过了一个春节假期的发酵，产生了下面这篇文章。

前言

这篇文章必然是通过我的个人经历来写的。所以，我先说说个人经历吧。我的经历基本分成三个阶段。

第一阶段：我 刚毕业时在家乡的某银行工作，做些银行的业务系统，还搞些网络，电子邮件系统，OA什么的，因为大四的时候在老师的公司里实习，银行里的人际关系太复杂， 而且技术都包给了产商，所以在银行的每一天都觉得不能适应里面的

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

今天@julyclyde 在微博上问我websocket的细节。但是这个用70个字是无法说清楚的，所以就整理在这里吧。恰好我最近要重构年前写的websocket的代码。

众所周知，HTTP是一种基于消息(message)的请求(request )/应答(response)协议。当我们在网页中点击一条链接（或者提交一个表单）的时候，浏览器给服务器发一个request message，然后服务器算啊算，答复一条response message。主动发起TCP连接的是client，接受TCP连接的是server。HTTP消息只有两种：request和response。client只能发送request message，server只能发

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