【 Perl 】__FILE__在pm中的表现
2010年8月30日
【 Perl 】Perl的accept不会阻塞住程序
2010年8月30日
【 x264 】aq-mode 2可与mbtree正常协同工作
2010年8月23日
翻译自：http://forum.doom9.org/showthread.php?t=156323
aq-mode 2在提交备注中注明了它使用了对数的平方代替了原有的对数值作为决策依据，它的确可以提升质量。
另外，它可以与mbtree正常协同。
【 x264 】慢速的编码设置对高码率的视频也会改善效果么
2010年8月16日
【 MySQL 】id列报Duplicate entry错误
2010年8月15日
我终于查出这个错误了！
我们有个表一直报Duplicate entry错误，在日志里写了好多好多条。
程序查了没查出问题，打印的SQL没问题，数据写入也没问题，我查了好久都没查出来，今天终于查到原因了。
原因是：这一列是指定了auto_increase的列，于是就会在报Duplicate entry的同时又正确写入数据（如果重复的话，写入的不是指定的值，而是auto_increase的值）。
【 视频 】如何比较2个视频的质量
2010年8月11日
1、MSU视频质量测量工具
MSU Video Quality Measurement Tool
http://compression.ru/video/quality_measure/video_measurement_tool_en.html
2、avisynth
a=ffvideosource("movie1.mp4")
b=ffvideosource("movie2.mp4")
mt_makediff(a,b)
3、瞜一眼
【 翻译 】x264多线程会降低质量么？
2010年8月9日
1、会，但很少；
2、帧决策（运行在独立线程中）在1-pass CBR编码线程数很大（12或以上）时会跟不上，导致一些错误。Dark Shikari（x264 developer）建议这种情况时把线程数降低（6或8皆可）。
【 翻译 】x264多核加速的一点小memo
2010年8月9日
1、更多线程总是可以让速度更快，但收益是递减的；
2、有些解码器实现也会使用多线程；
3、更多的处理器核心当然会更好；
4、b-adapt（B帧决策器）对多线程不友好。目前它没法多线程，它是在一个独立的线程中运行的，它决策得非常快，一般不会影响速度。但过多的B帧，也会使编码速度变慢。
翻译自：http://forum.doom9.org/showthread.php?t=155596
《梦断代码》读书笔记
2010年8月1日
1、wxWidgets似乎得到了大力气的改进，有机会的时候尝试使用它；
2、读论文《大教堂与集市》；
3、布鲁克斯法则 —— 往已经延迟的项目中增添人手只会让项目更加延迟；
4、李纳斯（Linus）法则 —— 足够多的眼球就可以发现足够多的BUG；
5、卡普尔是Lotus 1-2-3的创始人，后创建On Tech公司，又创建OSAF来编写Chandler；
6、好的程序员知道写什么，卓越的程序员知道改写什么。—— 《大教堂与集市》；
7、CVS是Chandler的副产品；
8、熟悉自己的工具，不要学python的发布者自己忘记了python内置的库；
9、可复用软件又一个悖论：几乎总能找到满足大部分需求的代码，但这些拿来的代码不能做到的部分，恰恰是软件与众不同的创新之处——也是创建这个项目的出发点；
10、“好些人觉得，与IT人士沟通，要比与死人沟通还稍稍难一点。”——Abby Mackness（分析师）；
11、程序员尽管不合群，却真的需要与他人倾谈，形式越随意越好。——《计算机编程心理学》；
12、下一本要读的书《计算机编程心理学》，此书与《人月神话》同时代；
13、冷水机效应 —— 让技术人员更好沟通有助节约成本 —— qq群似乎就很好；
14、1990PC Forum《软件设计宣言》——卡普尔（OSAF设计师）；
15、“从小项目起，永远不要期望它变大。如果这么想，就会做过度设计。所以要从小处起步，着力考虑细节。别去想大图景和好设计。如果连眼前的某些需求都没解决，多半就是被过度设计了。”—— 李纳斯.托瓦茨
16、记得要写规格；
17、此书也澄清了匈牙利命名的委屈；
18、为开源工作的人不少是为了追求荣誉感——展示自己能设计了不起的东西；
19、OSAF也和ms一样吃狗食，这个词来源于美国爱宝牌狗食的广告；
20、标准制定工作文档多、周期长、节奏慢、争论多；
21、WebDAV的工作是扩展HTTP；
22、Chandler使用了Python的Twisted框架；
23、最佳实践的药方不可重开，银弹不会再次装入弹夹；
24、CMM是《人月神话》的作者搞出来的，美国国防部用它测量承包商的组织力量；
25、CMM重过程轻人力，创新基本没有得到体现。——James Bach（软件质量专家）；
26、CMM有用于小团队和个人的版本——TSP、PSP；
27、“精简代码、拒绝在先、找对人、与其做半成品，不如做功能减半的优质品。”——汉森的设计哲学（Rails创造者）；
28、“过去50年里，一个典型军用系统的代码量增长了上百倍，而程序员的平均生产力只翻了一番。”——Jon Ogg（美国空军技术主管）；
29、相信我们已经知道软件的所有用途，人们就不会再去寻找更好的东西。2003微软尝试过，他们停止所有新产品开发，将所有人力投入到windows xp的安全漏洞工作中（sp2），但这没能挡住人们发明新病毒来折磨它；
30、你付出的价钱，是为了奖励设计出软件的人，而不是为了制造这份副本；
31、“软件好做，除非你想让它完成新任务。”——罗森伯格法则 —— 推论之：只有完成新任务的软件才是值得做的；
32、“软件工程”从1968北约软件工程峰会以来，进展甚微；
33、抽象的目的是要高内聚，这样才可以筑塔；
34、如果工匠以程序员的方式建造房屋，来一只啄木鸟就足以毁掉文明社会；
35、将某物放大一百倍，其脆弱程度也随之放大一百倍——避免放大项目；
36、最常失败的就是软件和医药项目（似乎在中国，医药有点不同），因为二者均是我们想要打造成为社群的最复杂的技术；
37、理解编程本性的人永远都不会信任这样一套系统——帕纳斯（《战略导弹防御系统的软件部分》）；
热评文章