黑客志

那些应该时刻牢记的事

yuanyi — Tue, 01 May 2012 17:24:50 +0800

Bronnie Ware是澳大利亚的一位做过多年临终护理的护士，她的病人都是那些不久于人世，并选择在家中度过他们最后岁月的人，这让她能够有机会和他们共度人生最后两三个月的这段特殊时光。

几乎每个病人都会经历这样的感情波动，拒绝接受，恐惧，生气，懊悔，仍然拒绝，直到最终平静接受，无一例外，每个病人在临终之前都寻找到了属于他们的平静。

但是当被问及是否有什么事情让他们感到后悔或者是想要从头来过一次时，她发现她得到的回答具有高度的重合，下面是排在前5位的回答（注：基于这段经历，Bronnie Ware写了一本回忆录"The Top Five Regrets of the Dying - A Life Transformed by the Dearly Departing"，在书中讲述了这些临终遗言如何改变了她的生活)：

我希望我能够有勇气按照自己想要的方式生活，而不是活在他人对我的期望中
我希望我没有花这么多的时间玩命工作
我希望我能够有勇气说出自己的真实感受
我希望我能够多花一些时间同朋友们保持联系
我希望我能够让自己过得更开心一些

这5句话可能你在别的地方都有看到过，如果它们是来自于成功学的教材或是某名人的语录，恐怕顶多也就是一份还凑合的心灵鸡汤，但是当他们来自于临终之人的遗言，它们的份量一下就重了许多，或许我们每个人都应该想一想，如果换做自己，在你离开这个世界之前，你会为这些事情感到后悔吗？

然而人终归是懒惰的动物，不管多么激励人心的话语，恐怕都难以在脑海中停留太长的时间，对此，Paul Graham的办法值得借鉴，他发现自己犯了其中的4个错误，因此他将这5句话做了简化，并将他们放在了他的TODO list的顶部，以此时刻提醒自己，下面是他简化后的版本：

不要忘记梦想，别太拼命工作，忠于自己，珍惜友情，保持开心

如果这5句话也对你有所触动，并且担心自己会犯同样的错误，那么你也应该将它们放到一个你每天都能看到的地方时刻提醒自己。

想和我们一道传播黑客精神？快来加入吧！

社会化中信息组织问题

fenprace — Mon, 19 Mar 2012 12:19:06 +0800

问题

在社交网站的兴起，信息的组织也与以往有很多不同，也就多了许多新问题，最突出的问题就是：信息分散。

人们往往有多个账户，Facebook、Google+、Twitter、Tumblr还有X博，你怎么管理这些账户？一般都是用FaWave这样一对多的工具吧？但是，1条信息，被用户发到Facebook、Google+、Twitter上后，就变成了3条信息，假设每个网站用户都有30个粉丝，每个粉丝给了用户回复。于是，用户一共收到了90条回复，这90条回复都针对同一条信息，但却分散在了3个网站上。这就意味着：如果用户想看看他人对这条信息的看法，就需要上3个网站、登陆3次、看3此评论。

看出来了吗？信息的组织是分散的。在其他国家，这种情况还好一点，因为他们每个部分都有像Facebook、Twitter、Tumblr一样的龙头。但，在天朝，光微博就有X博、疼殉、163、sohu、饭否、做啥……而且每个人都有不同喜好，情况麻烦多了。

解决之道

多合一
我们可以利用像FaWave这样的多合一工具将信息聚合。但，这样的工具只是在信息传递的最末端——接受信息时，才将信息集中。这样，虽然能使信息集中体现，却只是治标不治本。
社会化评论
像Disqus这样的社会化评论可以关联账号的方式将针对某篇文章的评论汇总在一起，从根本上解决问题。但这有赖于用户的配合，比如个别用户不关联账号，在原网站评论后，再上Twitter上发一条评论……另外，这里是天朝，据我所知，目前功能类似Disqus的网站已经有评论啦、有言等。有理由相信，过不了多久，新浪、疼殉、度娘都会强势登陆这片土地的。到时候，这样的服务就会丧失本来的意义。

小结

社会化暴露出最大的问题就是信息分散。目前，此问题还没有特别好的解决办法。更何况在国情特殊的天朝，只有加强对知识产权的保护，尊重他人的智力成果，才是最根本的解决方法。

想和我们一道传播黑客精神？快来加入吧！

此作品采用 Creative Commons Attribution-NonCommercial-ShareAlike 3.0 Unported.

你好Rack!

wade xing — Wed, 15 Feb 2012 14:55:57 +0800

差不多每个礼拜Ruby社区都会涌现一些新框架，但其中Rack没有得到其应得的重视。况且，下一个Rails稳定发布版本2.2(译者按:这篇文章发布于大约3年前)将充分利用Rack提供更好的对外接口。
Rack脱胎于pythons中的wsgi，并迅速成为ruby社区中web应用服务器的无冕之王,这皆得益于它的简单和严谨。在读这篇帖子前，我建议你先看一看Rack之父Christian Neukirchen对于Rack的介绍。

Rack是什么?

Rack为Ruby web应用提供一个最小化、模块化并可配置的接口。通过包装HTTP请求并尽可能以最简单的方式予以响应,Rack抽象了web服务器、web框架及中间件的API,并统一到一个方法--call.
--Rack API文档
准确的说，你可以把Rack一分为二:
Rack规范
Rack规范规定了Rack应用和web服务器究竟是如何通信的:
Rack应用程序是一个能够相应web请求的Ruby对象(没错!不是一个类)。它只接受一个参数，环境变量返回一个含有三个元素的数组:状态、消息报头和响应正文。
--Rack规范
Rack规范可以此一言以蔽之，要知其详尽请君自便。

Rack Gem
Rack gem 是一个实用程序和实现类的集合，用来为开发Rack应用开发者减负。它包含了请求、响应、cookies和session的基本实现，还有大量好用的中间件。借用巴黎欧莱雅的广告语，Rack Gem 你值得拥有:

$ sudo gem install rack

综上所述
Rack是可以让你创造ruby(web)框架的框架。
Rack提供了不同web服务器与你的框(或应用)间的接口。这就使你的框架(或应用)易于兼容各色支持Rack的web服务器:Phusion Passenger、 Litespeed、 Mongrel、 Thin、 Ebb、 Webrick等等。

Rack开门见山。得到请求, 响应, cookies, 请求参数和sessions如探囊取物。
它使得应用程序跨平台成为可能，前提是没有类名冲突。Rails和sinatra的集成就是一个好例子。

赞美你中间件!多亏了它Rails的前后置过滤器才能在(rack支持的)其他框架里发挥余热。譬如,你可以在Rails、Sinatra和自创的Rack应用中使用一模一样的Anti-spamming中间件。

例子

让我们尽可能从一个最简单的rack应用下手，用mongrel(译者:我不知道现在还有没有"落水杂种狗"的市场了，它在08年的时候救过我)。

require 'rubygems'
require 'rack'

class HelloWorld
  def call(env)
    [200, {"Content-Type" => "text/html"}, "Hello Rack!"]
  end
end

Rack::Handler::Mongrel.run HelloWorld.new, :Port => 9292

以上代码传一个HelloWorld对象给mongrel的rack句柄，并且在9292端口上启动服务器。

HelloWorld对象遵从Rack规范，就像这样:

以call()作为响应，传一个参数环境变量
call()返回一个数组形如:[http_status_code,response_headers_hash,body]

这就是一切了!如果你运行这个脚本并浏览http://localhost:9292，会赫然见到本文标题"Hello Rack!"。

等一下，ruby的proc对象不是正好可以调用(responds to)call()方法吗?何故不用proc实例呢?恩，没道理不用:

  
require 'rubygems'
require 'rack'

Rack::Handler::Mongrel.run proc {|env| [200, {"Content-Type" => "text/html"}, "Hello Rack!"]}, :Port => 9292

另一种常见的模式是用method(:something)方法，可以返回一个方法类实例(Method):

  
require 'rubygems'
require 'rack'

def application(env)
  [200, {"Content-Type" => "text/html"}, "Hello Rack!"]
end

Rack::Handler::Mongrel.run method(:application), :Port => 9292

Rack起来

就像我先前说过的，rack gem包含了一堆有益身心的好东东(对rack应用开发者来说)。rackup就是其中之一。在前面的例子中，我已经直接用过mongrel句柄 Rack::Handler::Mongrel了,硬编码了端口号。
用rackup，这些事儿都变得可配置了!但是用rackup，你就要提供给它一个rackup配置文件。我们下边这个例子中的配置文件看上去就像这样:

  
# config.ru
run Proc.new {|env| [200, {"Content-Type" => "text/html"}, "Hello Rack!"]}

就这么一行。一般来说，rackup配置文件的扩展名应该用.ru。给它一个RackObject就齐活儿了:

$ rackup config.ru

默认情况下，rackup将在9292端口上开启服务器。但是你可以通过选项-p修改端口号。更多帮助，看这该死的简介(RTFM):

$ rackup --help

本文译自:Ruby on Rack #1 - Hello Rack! 原作者: Pratik Naik 译者：wade xing

想和我们一道传播黑客精神？快来加入吧！

此作品采用 Creative Commons Attribution 3.0 Unported.

我厌烦的5种创业想法

Slacken — Thu, 02 Feb 2012 17:14:04 +0800

我听到许多人新的创业想法，尽管这很不错，然而我开始反复听到一些相同的创意。

发现你周围的人的应用 - 没人想找到他们周围的人并和他们见面。相信我。这很奇怪，并且早就有这样的应用了。我不知道为什么人们会认为这是一个需求。
优惠券/每日交易 - 如果你现在正有这个想法，相信我，成千上万的人都有相同想法，并且正在实现它。这个市场已经饱和了，应该用你的时间做更有意义的事。
线上约会网站 - 除非你的应用基于现有大型约会网站，否则你几乎不可能进入这个市场。
校园书籍交换 - 我们基于一定目的使用Craiglist（注：一个网上大型免费分类广告网站），而且它很有效。是的，我知道书很贵，人们很难把钱换回来，但这始终是一个问题。一个书籍交换网站也不能解决这个问题。并且市场已经饱和了，所以应当避免这种情况。
生成应用的应用 - 这种创意大多来自技术人员，但基于一些原因我很难容忍这种类型的解决方案。是的，这种应用对于不懂技术的人很有用，但我不确定最终它究竟能创造多大价值。

----------------------

本文译自 5 startup idea’s that I’m sick of hearing about ，Hacker News的评论在这里。译者：Slacken

想和我们一道传播黑客精神？快来加入吧！

脏代码技巧精准补丁(外二则)

kira0001 — Fri, 02 Dec 2011 16:27:30 +0800

精准补丁

有个老笑话是这么说的：

病人：“医生，我一这样就难受。”
医生：“那就别那样。”

有趣，但把它用在自己的项目中也管用吗？这让我想起了自己从PC移植一款3D第三人称射击游戏到初代PS上时所经受的痛苦。

现在，PS1不支持浮点数，所以我们要重新编译PC代码，把所有浮点数都换成顶点数。这确实效果不错，除了碰撞检测。

我们的关卡的模型在PC版里确实运作的很好，但当浮点型转为定点型以后，微小的数值误差使各种拼接缝线、T型拼接处和其他问题层出不穷。这个问题的表现之一是主人公（叫做“Damp”）会轻易掉进那些微小的缝隙中，落入关卡深处。

我们补上了我们发现的缝隙，调整几何模型直到Damp不再从上面掉下去。但在游戏进入测试阶段移交给发行商之后，我们收到了海量的“掉落bug”报告。每天都会有一批新的可以把Damp漏下去的地方被发现。我们修复了一批模型，第二天又会送来十几个问题模型。这持续了几天。后来出版商的测试部门专门雇了一个人每天在游戏里蹦来跳去10小时，就是为了看看还有哪儿能把人漏下去。

问题是模型不好。它不是紧密无缝的集合体。它在PC上可以运行，但在PS1上不行，定点数极大地放大了这一问题。最优的方案是把几何体修补至无缝。

可是，这个工作量太大了，以我们的人力不可能在时限之内找完，所以我们靠测试部门告诉我们出问题的区域。

这个方案的问题是，找出来的地方无穷无尽。我们越来越痛苦。每天都有这个bug的新变体。这似乎没有尽头。

最终问题被解决了。真正的问题不是几何体有缝隙，而是Damp会从那上面掉下去。这么一想，我就可以很快写一个简单的补丁修复这个问题了。修复代码类似这样：

IF ( Damp will fall through a hole() ) THEN
Don't do it

实际代码也没比这复杂到哪去（如下）.

damp_old = damp_loc;
move_damp();
if( NoCollision() )
{
    damp_loc = damp_old;
}

这下上千个bug得以修复。现在我们不让Damp掉到关卡下面去了，现在Damp只会在缝隙上抖一下，然后走过去。我们发现什么让我们很受伤，然后我们就不那样做了。出版商解雇了他们的“蹦跳测试员”，游戏发售。

哦，他终于发售了。得益于“if A == bad THEN NOT A”的教训，我用这个方法又修复了几个bug —— 都是与碰撞相关的代码。在开发的最后阶段，bug变得越来越精确，修补的代码也就变得越来越类似“Don't do thispreciseandexacthing”（别做这件具体明确指定的事）。

if (damp_aliencoll != old_aliencoll
&& strcmpi("X4DOOR",damp_aliencoll->enemy->ename)==0
&& StartArena == 6 && damp_loc.y<13370)
{
    damp_loc.y = damp_old.y; // don't let damp ever
    touch the door.. (move away in the x and y)
    damp_loc.x = damp_old.x;
    damp_aliencoll = NULL; // and say thusly!!!
}

这段代码是干什么的？嗯，首先，当Damp在某关的某处碰到某种类型的门时，会出bug。为此我们不是去追根究源找到那个bug的根本原因，而只是简单地当Damp碰到这个门的时候，就把他移开，永远不让他摸那扇门。问题解决了。

回头再看这段代码让我觉得毛骨悚然。这是在补漏洞而不是修漏洞。不幸的是，真正的修复工作要重做整个游戏的模型和碰撞检测系统，而且是基于PS1的定点数限制。进度表一开始就很紧张了，我们总是身处发货前的修罗场一般，所以快速补丁总是胜过全面而耗时的修复。

但是这也好不到哪去。我们需要上百个补丁，部分补丁自身就有问题，所以它们又需要新的补丁。bug没完没了，而我们就用补丁击退它们。最终我们胜利了，但代价是游戏延期了几个月发售，以及每天14小时，一连几个月的高强度工作量。

这一经历让我很讨厌“补丁”。现在我总是尽量从根部修补bug，即使是一个简单无害、可用补丁掩盖的bug。我希望我的代码保持健康。如果你去见医生时告诉他“我一这样就难受，”那你应该让他告诉你为什么这样会难受，然后治好它。你的痛苦和你代码的bug可能都是某些更严重的问题的症状。教训：你希望医生怎么对待你，你就应该怎么对待你的代码。

- Mick West

你不会喜欢生气的我的

我曾在THQ工作室遗迹娱乐参与制作《The Outfit》，也许有人记得那是xbox 360早期的一款游戏。我们从一个（单线程）PC引擎开始，要在18个月之内用它完成一款多核次世代平台上的游戏。在离发售日还有3个月的时候，我们在360上还是只能跑到5帧每秒。显然这个游戏需要进行一些重大优化。

在我做性能测试的时候，我发现大量代码有效率问题而且写得很“PC”，当然素材方面也有很多问题。有些模型太细致了，有些shader开销太大，有些关卡则是有太多家伙在里面跑来跑去了。

这次的效率问题不是程序员简单地“fix”一下就可以解决的，我们需要的是改变一直以来的一些工作方式，但要说服一个百人团队接受这一观点，是很难的。人们需要了解，游戏的效率问题是我们每个人的问题。最终我决定用幽默一点的方式去解决这个问题。

这个方案画了大概一个小时。一个程序员拿了四张我的正面照片——一张很高兴，一张普通，一张有点生气，还有一张是我在拽自己的头发。我让图片显示在屏幕的一角，然后把它和游戏帧数关联。如果游戏运行在每秒30帧以上，显示我很开心的那张照片，如果帧数低于20，就是我生气的那张。

方案实施以后，帧数问题就从“嘛，程序员会搞定它的。”变成了，“呃，要是我把这个模型加进去，Nick就要发火了！看来我得先优化一下。”人们可以立刻看到他们所做的改变对帧数的影响。最终当游戏发售时，我们的游戏帧数达到了30.

- Nick Waanders

神秘的第10关

当年在[某公司]时，我记的是在[某项目]的收尾阶段，我们有一个对象需要在某一关隐藏起来。我们不想重新导出那一关，而且我们也没有用校验名。所以在引擎代码里，我们加入了类似下面的这段代码。最后游戏就带着这段代码发售了。

if( level == 10 && object == 56)
{
    HideObject();
}

也许一年以后，某个用我们引擎的美术人员会一脸沮丧地跑来问我们为什么把某个对象导入到第10关以后它就不见了。到时候连我也会一头雾水吧？

- 匿名

--------
本文译自GAMASUTRA的 Dirty Coding Tricks ，原文作者：Brandon Sheffield

本文译者：kira0001

想和我们一道传播黑客精神？快来加入吧！

脏代码技巧之写程序的黑暗英雄

kira0001 — Wed, 30 Nov 2011 18:32:51 +0800

[当日程表紧张而游戏即将发售时，程序员会用一些脏代码技巧来保证游戏按时完工。本文原载于今年（译注：2009年）早些时候发售的Gamasutra姊妹出版物《Game Developer magazine》，记载了9个真实的脏代码技巧的例子，本文是其中的一个。]

程序员通常都是些追求条理和严谨性的家伙，他们总是尽最大努力保持代码的整洁和优雅。但当情况紧急，日程表不容变更，而游戏即将发售时，“把它完成”的优先级就会超过代码优雅。

在这种情况下，一个过度加班疲惫不堪的程序员更倾向于抛弃最佳方案，而以一种难以令人满意的的hack方式来完成代码，这里我们编辑了来自现职开发者的9份证言，记录了当他们不能遵循编程规范，不得不用一些技巧来挽救项目。

- Brandon Sheffield

9. 写程序的黑暗英雄

在即将迎来我参与的第一个专业游戏项目 —— 一个90年代后期的PC游戏 —— 的beta阶段时，我还只是个刚毕业的新手。那就像坐过山车一样令人兴奋。内容全部整合好了，而且游戏看起来很棒。只有一个问题：内存使用量超出了预计。

因为大部分内存都是被模型和纹理用掉的，所以我们和美工一起删减美术资源以节省内存开销。我们缩小图片，大量删除模型，压缩纹理。有些做法美工可以接受，有些就只能推倒美工才得以实行了。

我们删了1M又1M，经过几天艰苦的努力，我们抵达了某种临界 —— 再也没有什么可以删的了。除非我们砍掉游戏的一些主体内容，不然再没有任何办法可以削减内存使用量了。我们精疲力尽地统计了当前的内存用量，发现还是多出1.5M！

这时，我们这里最有经验的程序员之一 —— 一个曾在“美好的久远年代”混迹开发领域数年的前辈 —— 决定接手这件事。他把我叫进他的办公室，我心想又要来一场劳心伤神的内存争夺战了吧。

可是，他只是打开一个源文件然后指着其中一行：

static char buffer[1024*1024*2];

说，“看到了吗？”然后轻轻一按，删掉了这行代码。搞定！

也许是察觉到我眼中的震撼，他向我解释说他在开发的早期阶段加进了这2M内存。经验告诉他删减内容到预计内存之内总是非常重要的，很多项目因此几近失败。所以现在，作为一种常规做法，他总是留一小块内存，到真正需要的时候再释放他们。

他走出办公室，然后宣布他已经把内存使用量减至上限之内，后来他被看作是这个项目的英雄。

尽管被这种野蛮的做法“震惊了”，我还是不得不承认我对他的做法很感兴趣。我还没想到在哪里可以用上这招，但我知道了在有些时候，当你面对障碍时，为了应对困境而事先藏起一些内存真的非常有意义。时间和经验带来的改变可真是有趣。

- Noel Llopis

--------
本文译自GAMASUTRA的 Dirty Coding Tricks ，原文作者：Brandon Sheffield

本文译者：kira0001

想和我们一道传播黑客精神？快来加入吧！

Valve CEO Gabe表示盗版与定价无关

kira0001 — Wed, 30 Nov 2011 04:31:47 +0800

Valve的老板认为，对消费者和发行商来说最大的问题不是定价，是服务。

以下是Valve的联合创始人、现任CEO Gabe Newell 对游戏业盗版问题的看法。这个站在在线零售服务Steam背后的男人反对那些号称游戏降价就能摆脱盗版问题的人，也拒绝与靠牺牲玩家便利来摆脱盗版问题的公司为伍。

“我们认为人们对盗版有一个根本上的误解，”Newell说，“盗版滋生几乎总是因为服务问题而不定价问题。例如，盗版可以向世界上任何地方7×24小时的提供一款游戏，用你的个人电脑就可以很方便的获得游戏，而正版发行商会说这个产品是地区限定的，等在美国发售3个月以后才会在你的国家发行，而且只会在实体店出售，这时盗版提供的服务就更有吸引力。

“大部分DRM（译注：数字版权管理）方案都是在降低产品的价值，它们要么直接限制用户的使用，要么留下了不确定因素。”

他补充道，“我们的目标是创造比盗版更好的服务价值，到目前为止我们在这方面都很成功，盗版对我们公司基本上不构成威胁。比如，在进入俄罗斯市场之前，我们被告知俄罗斯之行是浪费时间，因为那儿的人都玩盗版。现在，俄罗斯即将成为我们在欧洲最大的市场。

“我们的成功源于我们总是确保让消费者和合作伙伴都觉得他们从我们的服务中获益。他们可以相信我们不会利用我们之间的关系来占便宜。”

“我们把自己想象成客服中心而不是销售中心。我们大部分的决定都是为了尽快抓住机会来更好的服务我们的客户，而不是为了成为一个更好的游戏公司或数字分销商。后者将更多关注如何限制，而不是如何改善”

----------------------

本文译自IGN新闻：Gabe Says Piracy Isn't About Price，作者 Colin Campbell

图片来自：http://www.flickr.com/photos/trojanguy/5374048042/，作者：Jeff the Trojan ，基于姓名標示-非商業性-相同方式分享，原作者保留部分权利。

本文译者：kira0001

姓名標示-非商業性-相同方式分享

想和我们一道传播黑客精神？快来加入吧！

此作品采用 Creative Commons Attribution-NonCommercial-ShareAlike 3.0 Unported.

技术宅的圣诞礼物

yuanyi — Wed, 30 Nov 2011 02:12:02 +0800

如果你是个技术宅，正在发愁圣诞送什么礼物给女友，那你不妨学学Scott MacDonald，用骰子为她制作一副肖像画，下面就让我们看看Scott是如何完成这幅重达100磅（约45公斤）的骰子肖像画的吧。

首先第一步就是图像处理，我们需要将全彩图像转换为骰子灰度，首先将图像转换为6阶灰度图，然后将这6个灰度对应到骰子的6个点，1代表黑色，6代表白色，帖子结尾附有Processing转换程序（如果你是PS宅，这里是一篇PS转换教程）。

接下来就是材料准备了，这是Scott购买的3000颗骰子，他计划制作一幅64 x 102.4厘米的画作，如果以骰子为单位，那就是40 x 64平方骰子，总共需要2560颗骰子，这个尺寸的高宽比为1.6，接近黄金比例。

spmacdonald的工作台，他花了4个小时完成组装：

下面是最后的成品：

大图：

转换程序：

PImage img;
PImage cropped_img;
PImage patch;

int _width = 640;
int _height = 1024;
int patch_w = 16;
int patch_h = 16;
int pip_size = 4;

void setup() {
    size(_width, _height);
    img = loadImage("Caroline.jpg");
    img.resize(1536, 1024);
    cropped_img = img.get(250, 0, _width, _height);
}

// Draw quantized image
void draw() {

    // Array to hold the gray values of a patch
    int[] x = new int[patch_w * patch_h];

    // Quantize the image
    for (int i=0; i < (_width/patch_w); ++i) {
        for (int j=0; j < (_height/patch_h); ++j) {
            patch = cropped_img.get(i*patch_w,
                                    j*patch_h,
                                    patch_w,
                                    patch_h);
            patch.loadPixels();
            for (int k=0; k < patch.pixels.length; ++k) {
                x[k] = rgb2gray(patch.pixels[k]);
            }

            int dice_num = six_step_gray(mean(x));
            if (dice_num == 1) draw_one(i, j);
            if (dice_num == 2) draw_two(i, j);
            if (dice_num == 3) draw_three(i, j);
            if (dice_num == 4) draw_four(i, j);
            if (dice_num == 5) draw_five(i, j);
            if (dice_num == 6) draw_six(i, j);
        }
    }
}

void draw_one(int i, int j) {
    fill(0);
    rect(i*patch_w, j*patch_h, 16, 16);
    fill(255);
    ellipse(i*patch_w+8, j*patch_h+8, pip_size, pip_size);
}

void draw_two(int i, int j) {
    fill(0);
    rect(i*patch_w, j*patch_h, 16, 16);
    fill(255);
    ellipse(i*patch_w+3, j*patch_h+3, pip_size, pip_size);
    ellipse(i*patch_w+13, j*patch_h+13, pip_size, pip_size);
}

void draw_three(int i, int j) {
    fill(0);
    rect(i*patch_w, j*patch_h, 16, 16);
    fill(255);
    ellipse(i*patch_w+3, j*patch_h+3, pip_size, pip_size);
    ellipse(i*patch_w+8, j*patch_h+8, pip_size, pip_size);
    ellipse(i*patch_w+13, j*patch_h+13, pip_size, pip_size);
}

void draw_four(int i, int j) {
    fill(0);
    rect(i*patch_w, j*patch_h, 16, 16);
    fill(255);
    ellipse(i*patch_w+3, j*patch_h+3, pip_size, pip_size);
    ellipse(i*patch_w+3, j*patch_h+13, pip_size, pip_size);
    ellipse(i*patch_w+13, j*patch_h+3, pip_size, pip_size);
    ellipse(i*patch_w+13, j*patch_h+13, pip_size, pip_size);
}

void draw_five(int i, int j) {
    fill(0);
    rect(i*patch_w, j*patch_h, 16, 16);
    fill(255);
    ellipse(i*patch_w+3, j*patch_h+3, pip_size, pip_size);
    ellipse(i*patch_w+3, j*patch_h+13, pip_size, pip_size);
    ellipse(i*patch_w+13, j*patch_h+3, pip_size, pip_size);
    ellipse(i*patch_w+13, j*patch_h+13, pip_size, pip_size);
    ellipse(i*patch_w+8, j*patch_h+8, pip_size, pip_size);
}

void draw_six(int i, int j) {
    fill(0);
    rect(i*patch_w, j*patch_h, 16, 16);
    fill(255);
    ellipse(i*patch_w+3, j*patch_h+3, pip_size, pip_size);
    ellipse(i*patch_w+3, j*patch_h+8, pip_size, pip_size);
    ellipse(i*patch_w+3, j*patch_h+13, pip_size, pip_size);
    ellipse(i*patch_w+13, j*patch_h+3, pip_size, pip_size);
    ellipse(i*patch_w+13, j*patch_h+8, pip_size, pip_size);
    ellipse(i*patch_w+13, j*patch_h+13, pip_size, pip_size);
}

// Impose 6 step gray palette
int six_step_gray(int x) {
    if (0 <= x && x <= 41)
        return 1;
    if (41 < x && x <= 83)
        return 2;
    if (83 < x && x <= 124)
        return 3;
    if (124 < x && x <= 165)
        return 4;
    if (165 < x && x <= 206)
        return 5;
    if (x < 206 && x <= 247)
        return 6;
    else
        return 6;
}

// Blend rgb channels
int rgb2gray(int argb) {
    int _alpha = (argb >> 24) & 0xFF;
    int _red = (argb >> 16) & 0xFF;
    int _green = (argb >> 8 ) & 0xFF;
    int _blue = (argb) & 0xFF;

    return int(0.3*_red + 0.59*_green + 0.11*_blue);
}

// Calculates the average of an integer array
int mean(int[] x) {
    float m = 0;
    for (int i=0; i < x.length; ++i) {
        m += x[i];
    }
    m = m/x.length;
    return int(m);
}

想和我们一道传播黑客精神？快来加入吧！

那些你希望在N年前就掌握的命令

yuanyi — Mon, 28 Nov 2011 17:32:56 +0800

有人在Reddit上发帖询问：有没有哪条命令是你希望自己在几年前就掌握的，下面的回复中提到的一些命令，看看你知道几个，当然，也欢迎补充你的。

units

单位转换程序：

You have: cm^3
You want: gallons
      * 0.00026417205
      / 3785.4118

You have: 1|2 inch
You want: cm
      * 1.27
      / 0.78740157

后台运行命令

如果你希望让某条命令在退出SSH后依然保持运行状态，ZSH用户可以在命令后加上&|或是&!，也可以设置Shell的nohup属性，这样所有后台任务都将忽略hangup信号。

取得运行中进程的输出

~$ touch log
~$ gdb -p 22499
(gdb) p close(1) # This closes the stdout of the running process
(gdb) p open("/home/.../log", 1) # This will open the log-file with O_WRITE (gdb) c

fc命令会根据$EDITOR变量打开一个编辑器，让你编辑上一条命令，你还可以使用Ctrl-x,Ctrl-e来编辑当前行的命令。

bindkey

绑定键盘快捷键，执行下面这条命令后，你就可以使用Ctrl-j回到上一条命令：

bindkey "^j" history-search-backward

lsof

关于lsof，可以查看我们之前的一篇介绍文章"Unix调试的瑞士军刀：lsof"。

man ascii

以8进制，10进制以及16进制显示ASCII码表

^find^replace

$ /etc/init.d/foo stop
$ ^stop^start

下面是一条等价命令：

!:s/foo/bar  # 替换第一个
!:gs/foo/bar # 替换全部

cd -

看个例子：

cd /some/complicated/directory
cd ~/foo cp some_file `cd -`

更简单的：

cp some_file ~-

:w ! sudo tee %

当你在vi中修改了半天配置文件，然后发现没有写权限，没有比这更令人感到挫败了，此时你需要这条命令。

想和我们一道传播黑客精神？快来加入吧！

创建你的第一个Gem

pilipala — Wed, 16 Nov 2011 14:37:21 +0800

原文作者：John McAliley，原文地址，翻译：Pilipala

你在Ruby世界看到到处都是Gem。他们几乎是所有的Ruby应用程序的核心。我承认当我试着建立第一个Gem的时候，我有点战战兢兢。但我很快就发现了，这玩意简单得要死。在这个博客系列中，我将涵盖从头开始创建一个Gem的基础，然后转移到更高级的主题，包括Gem生成工具和Rails引擎。首先，对于你们这些Ruby有新手，第一个问题是：什么是Gem？简而言之，它是打包的Ruby代码。在最低限度，Gem包括一个Ruby文件和一个gemspec。gemspec（Gem规范）描述Gem信息，RubyGems包管理器需要这些信息安装Gem。

RubyGems包管理器可以下载，并安装Gem到你的系统，并允许你在其他Ruby程序中使用这些Gem。Ruby 1.9默认安装RubyGems。如果你使用的是Ruby 1.9之前的版本，你可以在这里下载RubyGems。在Ruby 1.9之前版本的应用程序中使用RubyGems，你需要在你的应用程序，加入这一行：

require 'rubygems'

Ruby 1.9中不需要这么做，因为RubyGems已经被包含在Ruby 1.9中。

Gem规范(Gem Specification)

正如我在前面提到，Gem的规范描述了Gem。让我们看看一个基本的gemspec文件：

Gem::Specification.new do |s|
  s.name = %q{my_gem}
  s.version = "0.0.1"
  s.date = %q{2011-09-29}
  s.summary = %q{my_gem is an awesome gem}
  s.files = [
    "Gemfile",
    "Rakefile",
    "VERSION",
    "lib/my_gem.rb"
  ]
  s.require_paths = ["lib"]
end

gemspec是一个相当简单的文件，描述你的Gem的各个方面。在上面的例子gemspec中的文件中，我只列出必需的属性。
前4个属性是不言自明。“文件”属性中列出包括在Gem中的所有文件。
“require_paths”属性指定的目录，其中包含Ruby文件应该被这个Gem所加载。gemspec所用到的完整属性列表，请参考这里。

这是一些简单的基础知识，现在让我们切入正题，寻找更有趣的东西。

从头开始创建一个Gem

1、建立Gem的基本文件结构：

输入shell指令,并创建Gem需要的目录：

$ mkdir awesome_gem
$ cd awesome_gem
$ mkdir lib

就这样！你需要为你的Gem和一个lib目录来存放你的Ruby文件的根目录。

2、创建的gemspec

我们将使用上一节gemspec文件作为模板。创建一个名为“awesome_gem.gemspec”在你的Gem的根目录中。然后添加一些代码，以成为一个有效的gemspec：

Gem::Specification.new do |s|
  s.name = %q{awesome_gem}
  s.version = "0.0.0"
  s.date = %q{2011-09-29}
  s.summary = %q{awesome_gem is the best}
  s.files = [
    "lib/awesome_gem.rb"
  ]
  s.require_paths = ["lib"]
end

这个文件包含了一个gemspec标准所需的属性，并且显示我们有一个“lib”目录。在lib目录中的文件“awesome_gem.rb”将被用来保存这个Gem的Ruby代码。

3、添加一些代码

为了简单起见，我们将只用一个Ruby文件在这个Gem里：/lib/awesome_gem.rb，你会看到这种结构类型在大多数你遇到的Gem中。 “lib”内的根文件通常会与Gem的名称相匹配。本例中，“awesome_gem”和“/lib/awesome_gem.rb” 。

继续创建这个文件，添加下面的代码：

module AwesomeGem
  class WhoIs
    def self.awesome?
      puts "YOU ARE AWESOME!!"
    end
  end
end

这虽然不是什么改变世界的代码，至少， awesome? 方法让你感觉不错。这个Gem将允许你在其他Ruby程序里面使用 WhoIs 的类方法awesome?。

正如我在第一部分中提到，RubyGems的将安装Gem在你的应用程序中，并使用Gem中的类。

4、生成的Gem文件

现在，你有一些很棒的代码，你将要创建一个Gem，所以你可以在另一个Ruby程序用这些代码。RubyGems提供命令，让你创建一个Gem。输入下面命令在Gem的根目录：

$ gem build awesome_gem.gemspec

此命令将建立Gem和输出Gem文件，将包括版本号在文件名中。由于gemspec中版本属性的值是“0.0.0”，Gem的文件将被命名为awesome_gem-0.0.0。
你应该看到下面的输出和对一些缺少的属性警告：

Successfully built RubyGem
Name: awesome_gem
Version: 0.0.0
File: awesome_gem-0.0.0.gem

你可以忽略这些警告，继续在系统上安装这个Gem。请注意，Gem文件被创建在当前目录中。

5、安装Gem

现在，你有一个Gem文件，你可以使用RubyGems安装这个Gem到你的计算机上。通常情况下，你安装的Gem来源于外部，但不限于此。如果你有机会得到Gem文件，你可以通过指定Gem文件的位置将其安装在本地。下面的命令在本地安装awesome_gem.gem：

gem install awesome_gem.gemspec

你应该得到以下输出：

Successfully installed awesome_gem-0.0.0
1 gem installed
Installing ri documentation for awesome_gem-0.0.0...
Installing RDoc documentation for awesome_gem-0.0.0...

耶！你刚创建了Gem！这个Gem现在已经安装在你的系统，并准备在另一个Ruby程序中使用。

6、Gem的另一个Ruby程序

创建一个新的Ruby文件将用来测试我们的Gem。让我们叫它“be_awesome.rb”。你可以在你的系统中的任何位置创建此文件，然后添加下面的代码，所以我们可以使用Gem中的“awesom?”类方法。用 require “awesome_gem”，RubyGems将能够找到Gem，把这个类提供给你的程序。然后你只需要调用它。以下是代码：

require 'awesome_gem'
AwesomeGem::WhoIs.awesome?

现在你可以运行Ruby程序和测试你新创建的Gem，看看你是如何awesome的。通过命令行输入：

ruby be_awesome.rb

你应该看到在你的shell下面的输出：

YOUR ARE AWESOME!

恭喜你，你只要在程序中使用你的新的Gem！虽然它还不值得放在GitHub上，跟朋友吹嘘，但是，你还是学会了如何从头开始创建一个Gem，并在另一个程序中使用它。现在，你可以继续前进，追求更大的进步。

结论

虽然本教程是相当简单，只涉及创建一个基本的Gem，我认为它对新的Gem开发者仍然很重要。

基础知识给你一个进入高级的主题良好基础。平时，我用Jeweler去创造Gem，这的确是一个功能强大的工具，但我觉得手工从头创建一个Gem之前就用这样的生成工具，可能是有害的。

你需要了解如何构建一个Gem的最简单的形式，才可以理解像Jeweler这样的生成工具的背后是什么。虽然我建议在你第一次学习Gem开发时，手工从头创建一个Gem。但是，当你理解了基础知识，就没什么理由拒绝使用生成器了。

生成器可以节省很多时间，因为他们给你一个很好的起始架构。本系列的下一个博客后，将有关Gem的开发，以及更高级的主题，诸如：如何使用生成工具来开始你的Gem开发。以后的文章将解释如何开发Ruby on Rails的Gem。

想和我们一道传播黑客精神？快来加入吧！

此作品采用 Creative Commons Attribution 3.0 Unported.

无觅猜您也喜欢：
一个绝对新手的绘画和素描学习之旅	社会化中信息组织问题	Chess@home: 打造最厉害的国际象棋AI	HTML5少有人知的酷特性
无觅

无觅猜您也喜欢：
你在解决错误的问题	GNU/Linux中有多少GNU的代码？	CoffeeTable: 在浏览器中执行CoffeeScript	移动App，原生还是Web？这是个问题
无觅

无觅猜您也喜欢：
关于Ruby 2.0: 我们的计划	GNU/Linux中有多少GNU的代码？	Chess@home: 打造最厉害的国际象棋AI	使用Wolfram Alpha证明1=0
无觅

无觅猜您也喜欢：
将任何网页变成Katamari Damacy游戏	脏代码技巧之写程序的黑暗英雄	不喜欢8小时外写代码的就不是好开发？	轻松为任意程序代码添加语法高亮
无觅

无觅猜您也喜欢：
轻松为任意程序代码添加语法高亮	脏代码技巧精准补丁(外二则)	TermKit: 下一代的Mac命令行/终端程序	一个训练你摄影技巧的方法
无觅

无觅猜您也喜欢：
创业公司CEO每周必做的13件事	HTML5可见性API以及页面预渲染	测测你的Github能得多少分	10个编程首选字体
无觅

无觅猜您也喜欢：
帮助Geek找到技术合作伙伴，点燃心中曾经的梦想！	如何评估非技术的创业伙伴	一个训练你摄影技巧的方法	测测你的Github能得多少分
无觅

无觅猜您也喜欢：
TermKit: 下一代的Mac命令行/终端程序	使用命令行界面vmc部署程序到VMware Cloud Foundry	想找好工作？那就别再投简历了	世界上最有趣的开发者
无觅

无觅猜您也喜欢：
Github第一年教给我的10堂课	10个你不曾知道Steve Jobs的故事（第一部分）	84个纯CSS GUI图标	Taazr: 监控并优化你的Javascript
无觅

黑客志

那些应该时刻牢记的事

社会化中信息组织问题

问题

解决之道

小结

你好Rack!

Rack是什么?

例子

Rack起来

我厌烦的5种创业想法

脏代码技巧 精准补丁(外二则)

精准补丁

你不会喜欢生气的我的

神秘的第10关

脏代码技巧 之 写程序的黑暗英雄

Valve CEO Gabe表示盗版与定价无关

姓名標示-非商業性-相同方式分享

技术宅的圣诞礼物

那些你希望在N年前就掌握的命令

创建你的第一个Gem

脏代码技巧精准补丁(外二则)

脏代码技巧之写程序的黑暗英雄