【翻译】确保项目失败的十种途径

曾经在网上见过一个翻译的非常糟糕的摘要,完全扭曲了原文的意思。随即开始自己翻译。看能不能翻译出原文的韵味来。 原文:http://vbnotebookfor.net/2007/08/19/10-ways-to-insure-project-failure/ If you want your next software development project to fail, and not just a small way but in big, spectacular, way, here are some sure fire steps for you to follow: 如果你希望你的下一个开发项目失败,并且不是一个小小的失败,而是彻头彻尾的失败,这里有一些必须遵从的步骤。

安全升级 Blog 到 wordpress 2.3

按照向导安全升级,暂时没发现有问题。先用用看吧。 wordpress 2.3 自带了 tags 功能,只要在”Manage“中的”Import“功能里选择”Import Ultimate Tag Warrior“,然后就可以将所有 tags 导入。超级方便,哈哈~ 使用其他 tags 插件也提供了相应的导入,不知道是不是一样方便。 不过遗憾的是,由于原分类表被删除,Google Sitemap 的插件不能用了。  

原来 Gaim 改名 Pidgin 了

自从有了 firefox 的 chatzilla 插件,就一直没用 Gaim 了。由于 Zend Framework 的官方 chat room 使用的是 jaber,只好装回 Gaim。上官方一看,Gaim 已经改名 Pidgin,已经是 2.02 版本。支持的通讯协议也增加了不少。QQ 也被列为官方支持的协议,而不是一个三方插件。 试用了一下,比以前快了不少。同时也稳定了一些。不过 QQ 的功能很弱,不支持自定义表情有些不爽。

关于7月15日腾讯活动的一些反面观点

我这个人是不是太爱唱反调了?呵呵,管他呢。 言归正传。大家先看一帖:http://www.phpchina.com/bbs/thread-30529-1-1.html 首先,小路这帖总结写得,实在是天花乱坠。很多没有参加的朋友看了一定口水直流:腾讯技术使用状况、PHP 的设计模式、PHP 框架的使用、大负载缓存……但是我认为这次聚会就技术而言是失败的。请注意,仅仅是技术而言! 那就先说说腾讯技术使用状况这个话题吧。听完这个使用状况,对于我来说印象最深的就是腾讯 50 亿美金的市值。没错,是这个。至于其他的内容,不知道是美金太吸引我,还是介绍的时候轻描淡写一带而过,反正我没看到腾讯在 web 应用整体技术架构上的闪光点。反而,在一些细节技术上用得非常粗枝大叶。比如拥有众多 C 程序员的腾讯在分流服务器同步上使用的是 shell 脚本实在令我费解;而在 mysql 本身提供了memory table 的前提下,又用 C 编写了一个带有 SQL 查询功能的 cache。当然,架构的细节可能由于一些原因,不能让大家一窥,但是就透漏出来的信息,无法体现腾讯的技术亮点。

就之前性能测试反馈的一些补充

我说过对于FXXX 不在公开场所将其同 Zend Framework 比较的这样的话。所以我在这里做一些补充说明,一些是关于技术的,一些是关于技术人员应有的技术涵养的。 在收到性能测试的反馈之后,我特别进行了测试: 在 include(‘FXXX.php’) 之前定义: define(‘NO_LEGACY_FXXXPHP’, true); 则 FxxxPHP 只会载入两个文件:FXXX.php (核心)和 Config/DEBUG_MODE_CONFIG.php(默认的设置文件,用于调试模式)。而不会再载入 Compatibility.php 文件。此时,开发者按照 FxxxPHP 1.0.70 的规范编写应用程序即可。而 Compatibility.php 是为了方便 FxxxPHP 1.0.60 应用程序升级而设置的。 于是,我将这个开关加到之前的测试之上。很遗憾,在50次测试中,只有两次 FXXX 比 Zend Framework 快。 据说,在 L 兄的测试中通过修改了两行多余的代码,使得 FXXX 的执行快过了 Zend Framework。我没有办法测试,因为他并没有给出这个修改方法。不过我想也有可能的,因为框架本身在 loadClass 上的工作几乎完全相同。那么通过优化是完全可以得到相同的效能。