今天先去深圳。
等候登机时旁边一个男子也在看书，《马文的战争》。
还好我的书包这书皮。
深航。飞机上午饭后漂亮空姐们开始售卖飞机模型。
空客和波音7几7，分别卖400块300块。好大的模型。这个我就不买了，让小胖送我。其实还是小点的好。
到深圳上空，看到幢幢高楼顶都飘着红红的售楼电话。
房子不好卖啊。
下了飞机取行李还拿错，看到个大大的箱子就伸手，旁边一女士说这是我的。
见到老板。我犯蠢，没有注意到我是在B出口。
330巴士到竹子林。
入住城市客栈。左边是康佳集团，右边是招商银行大厦。
在百味佳吃晚饭。
乘地铁到车公庙站。财富广场很漂亮。
深圳的地铁票很有意思，投币2元，吐出来的是个绿色圆塑料片，像上海十六铺摆渡的船票。
我想这进闸机的时候投进去了，出来怎么办。
原来和上海地铁票一样，也是刷卡进站的，出站才扔到一个小口里。
周六晚上8点多，地铁不挤。据说上下班时很挤。
今天看了25页《项目管理艺术》。

另一个空间：
 下周要出国了。。。

Rock - 晨星：
 。。。

Rock - 晨星：
 哪里？

另一个空间：
 迪拜。 

Rock - 晨星：
 哦。

另一个空间：
 阿联酋。

Rock - 晨星：
 哦。

Rock - 晨星：
 西边。

Rock - 晨星：
 没关系，还是在浦西。

听说的人都说羡慕，都说是个腐败的好地方。
可我心里总是不安。
第四次出差，第一次出国。连行李箱都要紧急买。什么美国旅行者，什么外交官，来不及了。
还闹不清楚那儿到底是什么电源插座。
网上查多数说是三孔方孔的。问同事都说是两孔圆孔的。
同事还说带好日用品，有的酒店不提供。
那些问我什么帆船酒店，什么七星酒店的，等我到了才能知道我住几个星星的。
先到深圳，再去香港，从香港过去。
我还没有港澳通行证，据说有护照和机票就可以。

这个国家在沙特阿拉伯的东边，和伊朗很近，隔着波斯湾和霍尔木兹海峡。迪拜临波斯湾，周围一圈国家可以看到阿曼卡塔尔巴林科威特，国际足联排名都在中国前面。
迪拜是阿联酋第二大酋长国。旁边的阿基曼、阿布扎比都是酋长国。这个国家大部分领土是沙漠。

3G发放了。中移动、中电信、新联通，一家一张。胡乱猜测一下他们的发展方向。

中电信

电信的优势是固话用户多，宽带用户多。所以电信现在狂打天翼通189的牌。期望以宽带+固话绑定手机的模式抓到手机用户。

中移动

移动的优势是手机用户多，其他几乎没什么了。他们的3G证书又是最烂，所以只好先开始卖内置TD模块的上网本。企图以近期业内红火的上网本来为未来TD手机打基础。

同时移动又抓住诺基亚，预计年中诺基亚的TD手机上市。移动甚至出资100亿人民币终端补贴费补贴手机芯片和终端制造商，还启动了“TD专项激励资金”。

新联通

联通几乎嘛优势没有，只有一张国际市场上已经很成熟的优质3G证书。所以他们只好去讨好苹果，用iPhone来吸引用户。

一写和大学生找工作有关的博客，就会有很多争议。为了再次提高博客访问量，满足我一点点小虚荣心，我再说说。

 前不久贴过一期《头脑风暴》的视频，里面有个海投的男生，在他投完简历后，专家、老总们给了很多点评和建议，也有疑问，面对这些，他总是在辩解，在辩解，在辩解，我在看这期节目的时候，看到这，我都替他急死，我说你别说了，听，行不？

 《东方早报》首席评论员问他，银监会主席是谁，证监会主席是谁，保监会，电监会。在说出两个名字后，男生摇头了。评论员说学世界经济的，中国四大监督会行政首长都说不出来，这个涉及到你大学四年广泛的阅读，大学的空余时间真是多得不得了，大学四年的时间，都在干什么。

 巧了，昨天换台看到一期《上班这点事》，说求职专业不对口的事儿。一个学国际政治的，求职感兴趣的方向第一是金融，第二是传媒。嘉宾老孙就问他，PE是什么意思，傻了。问他市净率是什么，还是傻了。简单点，问他我们国家现在存款准备金率是多少，还是不知道。再简单点，我们国家现在活期利息是多少，还是不知道。

 唉，你预先做点功课好不。即便是公司愿意接受你说你给我工钱，再给我机会，让我学，最好还有个好师傅，我学几个月就会了，你也得让公司看到你有学的态度、愿望和资质啊。

 袁岳说你不能这样写情书：只要你们选择我，我都会很爱很爱你。

 还是巧了，今天看到一篇博客：现在的大学生怎么了。我希望来留言的朋友把这篇博客也看一下，一目十行也行。

碰到个棘手问题。说来很简单。编译一个工程，编译过程先由make.exe生成一个xxxMakefile.mk文件（generate Makefile），但这个新写到硬盘上的文件确是只读的，然后编译器报xxxMakefile.mk: Permission denied。

把上级目录只读选项勾掉并应用到子目录和所有子目录里的文件，再试，还是一样。

其他台式电脑上安装同版本编译器，编译同一个工程，没有这个问题。

编译器gcc3.0.4，make.exe版本是GNU Make 3.80，操作系统WINDOWS XP Professional 版本2002 SP2，联想笔记本IdeaPad Y430。

如何解决？

《IT时代周刊》做的专题。这10个脑袋你都认识吗？

他们是：蔡明介，任正非，周成宇，庞升东，史玉柱，张朝阳，马云，周鸿祎，周寰，洪磊。

他们都出了什么事呢？看这里：http://www.itxinwen.com/View/new/html/2009-02/2009-02-11-320071.html

记得看《头脑风暴》时看到合作媒体有优酷网。
前几天在电视上看到一期的内容是《破解大学生就业问题》，因为之前有一篇博客与此问题有关引发了不少争议，于是想转贴这期节目的视频。
可是在优酷上搜不到这一期。
今天在土豆上搜到了，我不喜欢土豆，于是下载视频，上传到优酷。生命在于折腾。
可是上传到优酷后，先是显示说视频被屏蔽。紧接着就被删除了。
收到站内信内容如下：

很抱歉通知您，您上传的视频《头脑风暴：破解大学生就业难题》已经被删除，原因是： 　　

按照相关规定,限制传播

感谢您对优酷网的支持，对您所造成的不便，我们深感歉意。　


优酷就是这么和《头脑风暴》合作的吗？

视频地址：http://www.tudou.com/programs/view/8T-vUeZ5ITU/

青润发调查法帖关于如何看待日报周报，很多程序员的看法是日报很扯，周报也是流于形式，这是用来鉴定管理者无能的一个标准。正好javaeye上也有这么个讨论，摘选一些赞同的意见过来。

每周一次是不可行的，周五你能记得清周一干了什么？

虽然没硬性要求。我也每天都写。反正不怎么费事。

你确定你写周报的时候能回忆起这一周做什么事、花了多少时间？

认真写，促使你认真思考明天作些什么，上司可以粗略的安排任务，程序员应该精化工作，但一下子精化一周的任务有难度。

工作日记本身是个不错的方式，可以让自己自省每天都干了什么事情。我们有多大程度上了解自己每天都在干点什么呢？

坚持更重要。不能持久也比没有强。能坚持的管理肯定问题不大。太忙不是写不了日报的理由。

对自己的总结都写不出来，你还能证明你做了很多事情吗？

这证明很多程序员不做时间管理，做事情不愿意去思考如何更高效的完成，而只是低头去做，一个优秀的程序员，应该是能够高效把控自己的时间的。做好了时间管理，日志自然就出来了，没什么难度的。

日报不是乱报。

不要流于形式就没什么问题。

本不打算摘选反对日志的观点，但看到一个回帖里列举了不写的好处和写日志的坏处，挺有趣：
1.节约员工工作时间
2.避免员工把精力花在酝酿工作内容上面
3.节约管理层查阅日志的时间
4.节约存储空间节约电能
5.写更少的日志做更多的事情
6.降低员工的工作的兴趣
7.降低员工的工作热情
8.容易打断技术人员的思考
9.通过日志会错误了解员工工作情况而导致管理层做出错误判断
10.日志不如周志，周志不如月志，月志不如年志，年志不如不志
11.写日志意味着要在显示器面前呆更多的时间，遭受更多的辐射，加速员工衰老速度
12.空洞的日志，不如实际有效的工作
13.与其让员工自己写日志，不如管理者每天为员工的工作做评价
14.写日志更容易造成泄密，不利于公司内部竞争
15.世界500强中没有几家要求员工写日志的，只是一些学院派的人指定制度让员工写日志
16.写工作日志能提高写作水平纯粹是鬼话，每天都写那些套话空话怎么能提高写作水平
17.最后一句，喜欢写日志的人绝对不是什么好人，提倡写日志的人必然是黑心肠的
18.企业管理者，爱员工的表现之一就是不让员工写什么工作日志，当然不让员工写日志的企业管理者更容易受到员工的尊重

也有不少人觉得，每天早上有个10分钟到15分钟的stand meeting比日志更有效果。

再说说这次没录用。

昨天本来不打算写到博客上，因为涉及到的一些信息也许不碰巧能让认识他的人定位到他，觉得不大合适。

后来还是写了几句，因为自己有了一些总结。也因为要亲口告诉对方我们没有录用你，我觉得很艰难。尤其是对另一个有几年工作经验的朋友。

在5分钟内打完两个电话，长叹口气。在博客上写了几句。写得很简单，跳过很多细节。

我说他的简历很漂亮，不是指简历做得花哨，而是内容过硬。强调内容过硬是因为觉得可惜。

老板的顾虑源自哪里，我没有写。我只是接着写了写我的印象。

如果是我去面试，而我过去的经历不那么顺，我不会对面试官说那是我的运气不好。相声里说：有学问你得让别人说，不能自己说，你看我什么时候说过自己有学问？

关于Intel的测试offer，我是这样想的，宁可不去Intel这样的大公司，也不愿意从测试工作做起再谋求发展，心高眼高。能力再强，半年三个月后要走，对我们来说也是很头疼的事情。我说他轻视测试，那位理解成“是轻视做测试的”的朋友，你的理解力和逻辑，和我不在一个档次上。

从感情上讲，面谈了，却没有录用，我觉得很无奈，决定权不在我，我需要找什么借口呢？不需要。

话再说回来，招聘主要还就是靠印象。短短一个多小时的面谈，还能靠什么？

看顺眼才要，不顺眼不要，那不是废话嘛。哪个老板吃饱了招一堆自己看不顺眼的回来打理自己的事业，还给他们发工资？

08年的魔法天裁比赛，参赛设计师叶谦对巴西风格的理解是巧克力色，他说那是可可豆，巴西的。评委袁岳，就是主持头脑风暴的那个，说巧克力色也能让人想到非洲，那不是巴西的特色啊，说到巴西，他想到的是绿色、黄色。叶谦在台上跟他争吵，说每个人的理解是不一样的。袁岳说，没错，每个人的理解是不一样的，但是你是选手，我是评委。

这位应届毕业生的简历很漂亮，在国内两大知名交通大学里完成本科和硕士研究生学业。实习在Intel，做过研发做过测试。

没有录用的原因在哪呢？

老板担心稳定性不够。

我有两个不那么好的印象。

一是在做自我介绍的时候说先要澄清一下到现在（08年12月底）没有确定工作的原因，不是个人能力有问题，而是运气不好。

二就是在解释不好的运气时提及已得到的多个机会中有Intel，但是Intel给的职位的测试工程师，故放弃。

出现问题，先多从自己身上找原因，才能给人以扎实的感觉。

轻视测试，不愿先从测试做起再求发展而放弃了Intel的机会，不说对错，但让我心里不踏实。

steedhorse(09:58:11):http://product.dangdang.com/product.aspx?product_id=20443604
大头咖啡吧(09:58:39):你翻译的？
steedhorse(09:59:54):嗯。
steedhorse(09:59:56):这回不是重名。
大头咖啡吧(10:01:11):嘿嘿，好！
大头咖啡吧(10:01:24):买一本，虽然看不懂。

昨天看完。职业生涯，自我完善，如何管理团队这几章的栏目都很精彩，不在软件这一行里的朋友也能通过阅读收获不小。而且后面的章节翻译更顺畅些，没挑什么毛病，只有这一个地方的得太多绕得头晕。

P81，L3，适当的设计产品的受欢迎的可测试性和保障性。

javaeye上有人发帖问说谁买了《代码之道》（机械工业出版社09年1月1版1印，陆其明译），看过的说说翻译的如何。

我的这本书是steedhorse送的。我慢慢看，也慢慢说。

Eric Brechner的这本书写的很出色，他以I. M. Wright为化名写的专栏确实精彩。中文版翻译不是非常糟糕，有些章节很顺畅，注解也很仔细。有些段落句子生硬些。看到难读的地方就很纠结，不太想看下去，犹犹豫豫觉得今天还没看多少内容想强迫一下自己，又实在是挠头。

好话没必要多说，直接挑毛病。

前言第一句：这是一本关于极其实操性的书。// 什么是实操性，什么是极其实操性。

P23，L16，我非常由喜欢这些开发范例提出来的很多思想和方法。

P34，L4，另一个是认为敏捷狂热归根到底是被一些无知的学者鼓吹出来的，它实际上是一种改头换面的愚昧，它让开发者免于任何责任的人。

P39，L3，这种情况下很最流行使用burn-down图。

P59，-L6，测试者没有开发者聪明。// 这句话应该使用粗体。

P60，L5，公司内的很多人都在通过像在微软准备就绪计划（Readiness At Microsoft Program，RAMP）和测试主管计划（Test Lead Program）之类的启动计划，努力纠正这种不公平。// Readiness At Microsoft Program翻译为“在微软准备就绪计划”，Test Lead Program翻译为“测试主管计划”。“启动计划”的原文不知道是什么。

P62，-L9，单元测试可以带来更好的实现设计，更可测的代码，更少的回退、建造中断和“建造验证测试”失败。

P192，L6，Watson bucket翻译为“Watson桶”。术语解释说：每个“Watson桶”代表了一个用户问题，……，微软内部和外部的工程师都可以查询到他们软件中的问题造成了哪些桶。

我不知道RAMP，Test Lead Program，Watson bucket应该怎么翻译，但是这样写，很别扭。

CSDN上看到一个帖子，说是被开会的效率不高困扰，感觉几个回帖没有瞄准发贴人的问题。

昨天看《代码之道》第三章《根除低下的效率》，《我们开会的时候》这一节很有效率的指导了如何开会。

首先，“别浪费我的时间”。如果要我去一个会议室，我会问你下面几个问题。每一个会议发起人也都要准备好回答这几个问题，你要假设每一个来参加会议的人都会问你这些问题。

1，为什么我们会在这里。

所有与会者都要清楚这个理由，否则大家可能各有所想。也许应该预先发一个议程，或者发一些将要讨论的文档，不管是什么，总得做点什么。

然后，记住要坚持这个主旨。大家现在参加这个会议，就只专注于这个会议。不管其他地方的其他会议讨论的其他议题做的其他决定。

如果有人想转移话题，告诉他先把我们的话题讨论完，再讨论他的话题。如果他坚持，他们先讨论他要这么做的理由。如果理由充分，说明你的会议时机不成熟。

2，我们正在试图做什么。

如果我们在试图做一个决定，那就让我们做个决定，其他像头脑风暴、状态检查等事情统统跳过。

如果我们在试图共享信息，比如状态汇报，那就把列表上的内容过一遍，但不要试图去做什么决定，或者解决什么问题。

如果我们在试图收集想法，那就捕捉每个人的想法，多荒诞都不要批评或论断，最后，挑最好的作为会议的成果。

记住，混合会议是低效的，常常徒劳无功。

3，为什么他们会在这里。

会议持续的时间跟参加会议的人数是直接成比例的，说不定还是线性的。只邀请那些必须出现在会议上的人。

如果是试图做一个决定，邀请可以做决定的人，其他所有人都可以在会议之后通过email了解到会议的情况。如果不是所有必要的需要做决定的人都能参加，立刻取消会议。否则，你将不得不在所有人都能参加的时候再召集一次会议。

如果是状态汇报会议，邀请那些将要汇报的人，其他所有人都可以在会议之后通过email了解到会议的情况。

如果是头脑风暴会议，邀请有创意的，思想开明的人，其他所有人都可以在会议之后通过email了解到会议的情况。

如果太多人登记要参加会议，你最好取消会议。

尽量预订一个小会议室，这样可以把一些不速之客排除在外。

4，为什么我现在才听到这个。

对于一些重要主题，不要让关键的相关人员吃惊。没人喜欢匆忙被拉去做一个重要的决定。也没人希望对关键领域发生的事情丝毫不知。

预先跟关键人物沟通，可以发现问题，协商折衷方案，预先让所有人取得一定的共识，会议开起来就比较顺畅。

5，接下去要做什么。

决定接下去要做什么，写到email中去。

把与会者名字放在地址栏，抄送所有受会议结果影响的人。要包含对会议所做决定、共享信息或收集到的想法的简短总结。然后列出接下去的安排，指明谁在什么时候做什么事情。

OK。

代码的结构。

从底向上有A，B，C三层，每层有一些模块，上层调用下层模块。不同的客户，C的差异很大，C层有很多并列的分支，A和B

与客户的合作有不同的方式，有的是不给客户源代码，任何变动的需求都由公司完成；有的是给C层的代码，部分变动的需求客户自己解决；有的是给B层和C层的源代码，几乎全由客户自己完成变更。

有一个客户，合作方式是第三种。客户拿到代码后在B层和C层做了一些改动，改动部分模块以增加功能，或者是改变部分行为方式。

一年以后，主干树上的A层和B层经过多次升级，整个工程升级到新的版本，该客户希望能同步，但是要求保持其自主改动。

矛盾是：该客户在B层做的改动不可能合并到主干树上。而另建分支增加了与主干树B层的更新保持同步的合并动作，增加测试工作量，增加错误可能性。

怎么办？

我们只能是为其另建分支，而同步代码的维护工作长期占用了一个工程师的几乎全部工作时间。

事实证明，替客户维护已经发布给他的源代码是一件非常不可取的事情。

应该告诉他们，如果希望得到源代码发布，那我们将不再对这份代码做维护。

javaeye的网友fins说：

李刚是个很有意思的人。

他在论坛里说： 愿意接受大家的批评。
我说：我觉得你的书不好。
他马上回应：为什么我的那么多学生，都说我的书好，只有你认为不好呢？是不是你的问题呢？

他在论坛里说， 欢迎大家把readonly对他的那些质疑，发到他的论坛里，他会一一做出回应。
我转了，瞬间就被删除了。

唉，无语了。

如果我再用“又想做婊子，又想立牌坊”这句话来形容他，显得我太没有创意和水平了。
但是，我实在找不出更合适的话了。

robbin说：

某人的脸皮不是一般厚滴，上次电话骚扰事件中我已经领教过了。给我发的站内短信前一封还信誓旦旦说这个电话号码根本不认识，而且打过去没有人接，等我一公布电话号码，立刻又发一封站内短信给我，承认此电话号码是他的上司田XX的。那个转变的速度，真是比变色龙还快。这些站内短信我一直保存着，已经打印出来做了公证，呵呵。

李刚事件请见：javaeye上对李刚的书的差评

今天要读取目录中的文件，把所有的txt文件打开用之前的程序分析一下。

先用的是foreach，后来改用while，运行报错，加打印信息看到readdir读进来的文件先是 . 和 .. 。不知道如何筛选目录下读出的文件，搜到一个perl学习笔记，那里找到了实例。

现在可以筛选出所有的txt文件了。

但是有个问题，程序如下：

readdir读出一个文件，打印出文件名，然后看是否是txt文件，是的话打印“one file in xxx ……”，然后打开这个文件，一行一行读取。现象是这样，读取某一个文件的时候，报出了open error: No such file or directory。

而这个文件是存在，并且之前打印文件名，打印“one file in xxx ……”都有。可是在打开文件时却出错，说文件不存在，为什么？

今天要把提取的字串输出到excel文件中。

一开始是直接写，用'\t'移到下一个单元格，但是不会换行。后来google上搜一搜知道要用Spreadsheet::WriteExcel模块。运行程序报错说“Can't locate Spreadsheet/WriteExcel.pm”，再搜了搜知道要打开PPM（Perl Package Manager）去安装这个模块。用它，写excel文件就方便了。我没有看文档，现在的需求还很简单。

然后碰到下一个问题，写中文乱码。之前搜索的时候看到过很多关于这个问题的帖子，这次是Unicode::Map模块。一样要去PPM安装。一样的方便。

程序如下：

主要参考这篇文章：实例解说：用Perl来分析并生成中文Excel文件

我不懂java，也不会做网站，更没看过李刚的任何一本书，所以我不想做评价。

但是我相信gigix，相信庄表伟，相信o6z，相信robbin，相信javaeye，相信javaeye上顶着一堆钻石、皇冠的资深会员。所以，我搜集了一下相关的帖子，认真看过，整理如下，也可以看看china-pub上面的书评，有书托，也有看过说好，看过说不好的。但是，精彩还是javaeye。

帖子长了些，看完得花点时间，但是这个时间的花费，比起买来烂书去读去想去扣所浪费的时间和金钱来说，还是值得的。一页一页翻贴，经常的还有些乐子。

《Ruby on Rails敏捷开发最佳实践》，2008年4月，电子工业出版社，定价￥79.8。javaeye主题：师傅领错门，害了你个人 - ruby/rails新手避免入错门

《疯狂Java讲义》，2008年10月，电子工业出版社，定价￥99。java主题：拼拼凑凑也是书 - 李刚<<疯狂java讲义>>

Readonly的精彩书评之后，庄表伟开始揭露李刚书的书托。

庄表伟：主题：好书不必托，有托必烂书！

庄表伟：主题：有托必烂书系列——《师傅领错门》之配套阅读（2）

诸多帖子里提到了给JavaEye打骚扰电话事件，这个帖子里，自称是李刚的一个帐号站了出来，和robbin及庄表伟有一番对话。

javaeye和robbin手机家庭电话受到电话骚扰事件，引出这个骚扰电话事件的似乎是帐号都别装了发的一个帖子，这个帖子已经被robbin删去，他另一个帖主题：至李刚 （他是谁？请Google J2EE 李刚）还在继续讨论揪书托的事情。

今天程序终于跑对了。程序如下：

get the book name那里（L13, L14），这样写也可以：

这样写的时候，'/a'前面加'\'或者不加'\'结果都是对的；而采用第一种写法时不是这样，必须加'\'，去掉则不正确，报错信息是：

Bareword found where operator expected at xxxx line 23, near "/>(.*?)</a"

(Missing operator before a?)

syntax error at xxxx line 23, near "/>(.*?)</a"

这是为什么？