YidingHe's Blog

昨天在 CB 上看到了一款开源视频转换工具 MeGUI，下下来之后才发现这软件界面十分诡异，不知道怎么用。于是继续在网上找，最后找到了这款 GPL 的 HandBrake。这款软件提供多个平台版本，Windows 版本需要 .net Framework 2.0 运行。这款软件界面美观布局合理，我尝试将我的《WALL.E》DVD 转为mkv，近 7G 的 DVD 生成的 mkv 大小不到 1G，画面

今天找了一个猩猩，震地技能很爽！这样就不怕给 BB 加血的时候引来怪了。另外，还可以安心的放乱射，效率提高不少！

起名字是很伤脑筋的事情。有霸道嚣张的，有酥软柔媚的，有俏皮的，有深沉的，也有火星的，无非是希望给别的玩家深刻的印象。我也起过几个自认为还算可以的名字：1、“蓬头傀儡”。本来应该是“棚头傀儡”，我选了一个披头散发的矮人，于是叫“蓬头傀儡”了。我很多角色都是以傀儡结尾，傀儡二字算是一种提醒：游戏角色不是我自己，离开了游戏，角色就不存在了，但我还是我。2、“捏造的信仰”。来自攻壳机动队的一句台词。捏造是

这两天回家，用手机看网页，猫扑大杂烩。春哥永远是愤青们不灭的话题。 05 年夏天我刚离开学校，跟一个同事一起租了间房。那家伙周末晚上准点看超女，我才知道有超女这么个节目。我虽然不喜欢看，但同住一个屋子，不看也得看。说实话我挺鄙视他这一点，一个男的看什么超女，看看节目里面一帮人那肉麻做作的吹捧就恶心。 而且我注意到节目里头台上台下几乎都是女的，短信投票最踊跃的也是女的。很有意思，一个

之前发的文章 给初学者一点建议：学习设计之前 不管是论坛上还是 Blog 上都得到不少回复（相对而言啦）。大家对我的想法都是肯定的，然而同时不少人也说：“所谓一个方法5行程序仅仅是一种很夸张的说法。” 这里先更正一下，5 行不是准确的说法，应该说 5 句比较恰当。一个方法不超过 5 句。 出现这样的回复，是个问题。因为这是写给初学者看的，如果你看完后相信的是回复里的说法，那我这文章

这是写给初学者看的，虽然有点吹牛，但高人面前不敢班门弄斧，我写的都是来自我的切身经验。） 初学者学习设计模式之类的东西之前，如果能打好基础，将来必能事半功倍。 初学者不太讲究的一个地方，就是不考虑将来要修改代码的可能性。一个计算器写出来，就觉得“好，我会了”，马上丢到一边。 高水平的程序员，写出来的代码都是易于修改的。但是初学者很难有这种机会要修改自己的程序，怎么办呢？ 就

面子驱动编程？这当然是玩笑话。在经历了文档驱动、进度驱动之后，我又遇上了“面子驱动编程”。首先声明我其实很喜欢我们公司，否则的话不会从毕业到现在一直呆了四年。但世上没有完美的公司，项目中碰到问题是很自然的。什么是面子驱动？我也是昨天开会后悟出来的。当时小组长（不怕你笑话，我还在干程序员）问我，我负责的模块，权限方面如何设计的。我说根据用户岗位来判断权限。他问，有没有使用现有的权限数据库表（包含角色

不是每个公司都允许程序员工作的时候带耳塞听音乐。其实听音乐不是为了享受，而是为了清静。为什么呢？因为音乐屏蔽了周围的声音，像击键声、点鼠标声、讨论的声音。 特别是人的说话声。人的大脑处理说话声跟其他声音不一样，是有特别的区域的。它首先将说话声翻译成语言，然后交给大脑处理。这一过程是在潜意识里进行的，所以我们听到别人用自己听得懂的语言说话，就明白他/她的意思。 如果我在工作的时候，别

 昨天测试人员从用户那里做完用户测试回来。这已经是第三次用户测试了。下星期还会有第四次。 在公司一般来说，一个项目/模块经过三次用户测试还不能通过，是极少发生的。所以我心里也很忐忑，虽然用户并不急，但是心底总是担心：这么长时间没上线，万一用户翻脸（用户也有他的上级啊）怎么办？ 昨天的第三次用户测试，让我心里比较有底了。用户将他的上级请来一起做测试（可见他对这套系统很得意），测试

（网上搜索“马克思进文庙”， 都是求文的帖子。好不容易找到，立此存照）《马克思进文庙》郭沫若1926年1月1日出版的《洪水》第一卷第七期，十月十五日丁祭过后的第二天，孔子和他的得意门生颜回子路子贡三位在上海的文庙里吃着冷猪头肉的时候，有四位年轻的大班抬了一乘朱红漆的四轿，一直闯进庙来。子路先看见了，便不由得怒发冲冠，把筷子一掼，便想上前去干涉。孔子急忙制止他道：由哟，你好勇

我发现程序员生涯和网游非常像。网游中的级别高低，完全取决于其经验值的多少。程序员也是一样。程序员的水平高低，不在于会用多少框架，不在于学过多少教程。为什么程序员这行对学历特别的不看重？程序员到底看重什么？经验。但是这个经验不是按时间计算的。同样干了几年的程序员，水平为什么有高有低？我总结无非是这几个方面：1、有的公司本身经验值高。比方泰罗卡公司就有 5% 的经验值加成。2、有的公司环境好。比如蓝天

今天见到了传说中的猫扑 0 楼。鉴于猫扑也是用 JSP 做的，这个 0 楼对我们广大的 JSP 工作者具有深刻的教育意义。而且作者不但有技术，更是有文采，这也应该作为程序员学习的榜样。  这行很重要：MB的，昨天写错了。我要的是：-->无双姑娘这行留言：亲爱的管理员，与忙碌的程序员们，虽然猫扑一次再次一次又一次的更新，但很不幸的告诉你，那层坚韧的莫又破了。游戏即将结束，哥今天就华丽

其实原理很简单。MOP 发帖并不是 BBCODE，而是允许一些 HTML 代码的。比如 。img 元素有一个 onerror 的非标准属性，它的值是一串脚本。当图片不能加载时，这段脚本便会执行。再加上 mop 的页面中加载了 jquery，这使得 onerror 中脚本的复杂度大大降低了。查看帖子的 HTML 源代码就知道所谓的 0 楼实际上都是摆在十几二十楼，反正看得出来。作者再稍微做点手脚，把

谈论 equals() 和 hashCode() 的文章太多了，而关于 equals() 和 == 之间的区别，能找到的文章很少。但是搞清楚这点非常重要。如果没搞清楚的话，很容易写出 BUG 而不自知。二者的区别在于：equals() 方法用于比较两个对象，比较它们的值是否相等；== 运算符用于比较两个变量，比较它们是否引用到同一个对象。我们在写 Java 代码的时候，

书是死的，人是活的。一本书带给每个读者的好处都不一样。所以每个人做出的评价都可能不同。 我觉得《实现模式》是一本好书。 编程是一个充满创造性的活动，每一个需要都能以许多不同的方式来实现。所以，当有了一定的编程经验之后，就迫切的需要一组原则，来确定如何在这许多方式之间作出取舍。 《Practical Java》和《重构》就是这样的书，他们的区别在于前者从小处着眼，后者从大处着

其实很多书你不必按顺序看。今天我打开《人件》随手翻到 28 章，马上被其中的一个子标题吸引了：团队自杀。对开发组的每个成员进行绩效考核，等级评定，奖金挂钩，加减薪水，在一些人看来是顺理成章的事情。但实际上这样做等于是在实行 “团队自杀”。因为一个事实被严重忽略了：项目的开发不是个人为单位进行的，而是以团队为单位进行的。以个人为单位进行管理，意

今天下午是在拓维的最后一次面试，为了请假我撒了次谎。 最后一次面试当然没有任何悬念了，主要就是谈待遇，很快就结束了。这也让我有点时间观察了一下拓维。 首先我发现，我将来的部门经理，也就是第一次面试我的那位，正在网上下象棋。他坐的位置很有意思，他的屏幕就对着走廊。而他坐的隔间和走廊之间是一堵玻璃墙，谁经过都看得到他在干什么。我担心如果他的上司看见了怎么办？他还不止一个人，还两个人跟他

最近的一个项目是一套求职服务的系统。到我接手已经是做第二遍了。 我以前从来没见过哪个项目有做第二遍的，所以觉得心里很没底。到底为什么要做第二遍？我先找到参与第一遍开发的开发人员。他说：第一遍做出来后用户不满意，对需求进行了大修改，所以做第二遍。然后我找到参与过第一遍测试的测试人员。她说得很精练：不好用。 作为第二遍开发，时间是非常有限的。老大希望月底前一个星期完成开发（这个时候是月

原文地址：http://www.cnbeta.com/articles/90675.htm 投币式售货机的起源说起来可以追溯到公元一世纪时，极富盛名的发明家希罗发明的圣水自动销售设备：当在机器顶上的槽接受了投币者的硬币时，机器就会分配一定份量的圣水给投币者。这是一种契约的体现，目的是为了实现等价交换。随着时代的前进，投币式售货机提供的商品范围越来越广：啤酒、零食、生活用品、车票……

很多管理人员认为必须将程序员和客户隔得远远的，最好是程序员无法从客户那里听到一丁点东西，同时客户也完全无法了解项目到底进展如何。极端的情况下，项目经理甚至会拿出两份进度表，一份是给客户看的，一份是给项目组的。客户在被告知项目延期之前，一直都会被蒙在鼓里。 我现在的一个项目是为求职者服务的。人们打进电话来，询问是否有合适自己的招聘信息。如果有的话，系统会发送这条招聘信息到他手机上。现在找工作

下面三个视频都是我自己录制的。全部都是实际操作过程的录像，虽然没有讲解，但是因为步骤很简单，很容易就能看懂。 http://sites.google.com/site/yidinghe/Home/videos-1/install_tomcat.mkv如何解压和运行 Tomcat  http://sites.google.com/site/yidinghe/Home/vi

高中数学老师（我们管他叫娃哈哈）给我印象最深的一句话就是：“数学不存在粗心！做错题目只有一个原因，那就是没搞懂！”  因为我讨厌数学，所以一直没理解这句话的含义。但是我发现，把这句话套在编程上是可以的，那就是：  编程不存在粗心！出现 BUG 只有一个原因，那就是没搞懂！  经验是如何来的？你可能会说：经验是学来的。——错。  经验不是在成功中学

回顾这半年多来，项目中的需求带开发都是我一个人做的。在此之前还没有这么正式的做过需求。所以有一些感慨。 1、需求的重要性不言自明，所以对理解能力要求很高。在做需求的时候，必须不厌其烦的对每一个功能点从不同的角度向客户说明，以求让双方想法一致。即使客户表达能力不好，责任也不是他的。用“挖掘”来形容这个过程太恰当了。 2、需求文档对表达能力要求也很高。需求描述偏差一点点，人家的理解就会

Java 中的 DialogInput 字体实际上并不存在，Java 使用一个配置文件将其映射到其他字体。在 Windows 下，DialogInput 被映射到 Courier New 字体上。如果你觉得不爽，你可以用其他的字体来代替。 参考文档：http://java.sun.com/j2se/1.5.0/docs/guide/intl/fontconfig.html 

什么样的人可以当官，什么样的人不能当官？我们和西方人的标准完全不同。 我们的要求是什么？清正廉明，体恤百姓，无私忘我，鞠躬尽瘁。 这样的要求，偶尔出现一两个也许还有可能，但是想每个当官的都做到，除非母猪能上树。为什么？违反人性啊。所谓 “千里为官只为财” ，对个人利益的追求才是普遍的价值观。要求当官的都无条件的 “为百姓”，“为人民”，那是完全无法接受的。有人说可以赚取名声啊，——

除了我们的“四大发明”（就算这个名词是特定历史条件下杜撰而来的，好歹它们确实是有代表性的发明）之外，我们古人在自然科学方面确实有相当多的成就。在欧洲中世纪末期以前（欧洲自然科学是在中世纪末期随着文艺复兴迅速发展起来的）我们很多方面是领先的。但是有两个问题值得注意，这两个问题极大的限制了我们自然科学的进一步发展。一是符号数学没有发展起来。符号化对于数学的发展是很重

如今的大学生真的不值钱了。但是在大城市生活惯了的他们，又能到哪里去呢？注：“大学生1”并非对方真实的 QQ 昵称。(2009/11/30)(大学生1)  14:30:32    想请教你些问题(捏造的信仰)  14:30:53    我不是什么老师，我就一程序员，    什么？(大学生1)  14:31:35    今天一个公司给我打电话了，我拿不准主意