Blog
-
今天在看《创业家》11年第2期的时候，看到“警钟为谁长鸣”一文，这是熊晓鸽先生为吉姆·柯林斯的新书《再造卓越》（《How The Mighty Fall》）撰写的推荐语。文中提到『王安博士』。
-
原文在此：http://bravenewmethod.wordpress.com/2011/02/25/apple-push-notifications-with-go-language/ 前两天正巧看到 APNS 没有 Go 的实现，还在琢磨怎么实现一个试试，这下我又省心了。文章本身并不怎么出色，代码倒是有些用途。翻译这篇东西纯粹是为了给自己后面的工作留个资料。大家有用则用，无用就无视吧。 ————–翻译分割线————– Go语言开发苹果推送通知 我开始尝试学习并熟悉 Go 语言，并且做了一些普通的常识，例如，发送苹果推送通知（Apple Push Notifications）。这是我个人对一些开发环境的性能测试。迄今为止，已经有：
-
原文在此：http://torvalds-family.blogspot.com/2011/02/pearls-before-swine.html，觉得内容很好玩，于是就翻译出来了。 Linus 的原文标题是“Pearls Before Swine”，来自圣经中马太福音7章6节中，耶稣给彼德的警告——“也不要把你们的珍珠丢在猪前”。 本想翻译成“对牛弹琴”或“有眼不识泰山”的，但是想了想，还是觉得“九唔搭八”更加贴切一些。关于“九唔搭八”的解释在这里：http://95da8.com/?p=6。毕竟，原文虽然说 Linus 夫妇在派对上见到明星，经常有眼不识泰山，但是我觉得让一个世界顶级 geek 参加一场关于电影、明星、时尚的排队，真得很“九唔搭八”。 ————翻译分割线———— 九唔搭八 我的生活并不迷人。 我知道接下来的内容会让每个人感到吃惊，由于一般观点认为 Geek 是上层社会的名流，通常直觉认为我们生活在有着摇滚明星以及其他迷人的人的夜间派对中。
-
原文在此：http://ziutek.github.com/web_bench/ 由于是早上看到 鱼哥，在推上的推荐，我实在忍不住……这是中午的草率之举，所以 鱼哥 对本文的翻译负全责。 PS：别说我工作状态不饱满，我在等丫的程序执行完…… ————翻译分割线———— Go 和 Python Web 服务器性能对比 我通常使用 Python 来构建 Web 应用。一年前，在兴趣的驱使下，我开始学习 Go。 在此期间，我重写了一些原本由 C 开发的 CGI 应用，包括运行于 chroot 环境下的同 thttpd 服务器一起的应用。我开始寻找可以开发易于 chroot、且内置 Web 服务器的独立 Web 应用的工具。那时，我开始玩 web.go 框架、mustache.go 模板、Go 原生 http 包和 GoMySQL 数据库 API。我发现，有 http、mustache.go GoMySQL 包的 Go 可以是我用来工作的不错的工具组合。因此，我决定使用 Go 编写我的应用。
-
原文在此：http://www.web-delicious.com/5-html5-javascript-game-development-frameworks-for-online-game-developers/ 六款游戏引擎/框架都是好东西。Akihabara 我之前翻译的系列教程Akihabara指南里有介绍。而单从介绍和各引擎网站上来看，我对 Rocket 引擎还是很有期待的。 1. Gamequery – 用于 jQuery 的 Javascript 游戏引擎 GameQuery 是 jQuery 的 插件，可帮助 javascript 游戏开发者更加容易的添加游戏相关的类。它还处于开发的初期，并且在将来的版本中可能会有许多变化。项目托管于 GitHub （它之前是托管在 Google Code 的），你可以在这个 twitter 页面 关注每日的开发进度。 Gamequery – 用于 jQuery 的 Javascript 游戏引擎
-
这是典型的“死Coder责任制”和“QA无用论”合体。大家仁者见仁、智者见智吧。个中道理还是得自己参悟啊！ 原文在此：http://blogs.forrester.com/mike_gualtieri/11-02-17-want_better_quality_fire_your_qa_team，原作者是Mike Gualtieri，一位应用开发和部署专家。 ————翻译分割线————
-
好吧，我相信许多人对Apple的审核政策感觉到了魔法的波动。能通过Apple的审核简直是一个非常神奇的小概率事件。辛辛苦苦做出来的应用，被各种原因、各种条款的拒绝。更神奇的是，就在拒掉你的应用的同时，另一个有着完全一样功能的应用通过了审核。 好吧，从某个角度来说，作为Apple的开发者不应该抱怨。想想那些无故被封锁帐号，确连封邮件都没有的Android开发者，你们会觉得Apple的审查犹如天使的抚摸一般轻柔…… 不扯蛋了，来看看Readability团队给Apple的公开信吧： 致Apple的公开信 亲爱的Apple： 这是来自Readability的朋友。还记得我们吗？去年，你们将我们的技术应用于Safari浏览器中。我们写了这封公开信，因为……好吧……因为我们现在有点困惑。
-
原文来自：http://quatermain.tumblr.com/post/3328850553/apples-three-laws-of-developers 这让我想起《冰河世纪3》里面的那位神经质长官…… A developer may not injure Apple or, through inaction, allow Apple to come to harm. A developer must obey any orders given to it by Apple, except where such orders would conflict with the First Law. A developer must protect its own existence as long as such protection does not conflict with the…
-
许多网友在使用我的 OAuth 的腾讯微博封装（腾讯微博开放平台的PECL的OAuth封装）时都遇到了 T_PAAMAYIM_NEKUDOTAYIM 的错误。为了方便大家，干脆这里统一说明一下吧。 这个错误的责任在我。 由于我使用的开发和部署环境都是 Ubuntu 环境，PHP 版本 5.3.3。我在编码的时候使用了一个 5.2.x 不支持的特性。在 XY/QQ/Store.php 的 28 行： 经不完全验证在 5.2.x 及以下版本会报 T_PAAMAYIM_NEKUDOTAYIM 错误。 解决办法其实很简单，将 28 行代码替换为： 仅此即可。 真是抱歉了！同时感谢 ahu、sjolzy 提供的关键信息！
-
原文在此：http://www.zurb.com/article/561/dont-add-features-to-make-customers-happy 原作者：Dmitry Dragilev 公司中午年饭，喝了几杯红酒……借着酒劲，七里咔喳把这篇早上看到的关于产品设计的文章翻译了出来。大家凑合看，我睡会了…… —-译文分割线—- 这是迷思，不要沉迷于此。在将来的产品策略中，你其实不需要为了让你的用户开心，而添加他们要求的功能。不，你的用户并不总是正确的。不，你的用户并不总是知道他们要什么。不，你的用户不会因为你没有实现他们所有的需求而愤怒。