推荐几个只有程序员才会玩的游戏

点击蓝色“五分钟学算法”关注我哟

加个“星标”,一起学算法

640?wx_fmt=jpeg

作者 | 守望先生

来源 | 编程珠玑

前言

今天周六,分享几个游戏给大家。

不过,这些游戏恐怕只有程序员才会玩了。不信?往下看!

Nazo Game

这是一个在线解谜游戏,画风简洁,部分关卡需要具备一定的web知识。url地址直接访问,打开浏览器调试等操作都是解谜必要的。对于web开发人员来说非常值得一玩。

640?wx_fmt=png
nazo

地址:
http://nazo.one-story.cn/

猜一下第一关怎么过:

640?wx_fmt=png
nazo

LightBot

这同样是一个用到编程相关知识的小游戏。关卡从简单到困难,会慢慢地用到诸如条件判断,循环,函数调用,递归等几乎任何语言中都有的特点。当然实际上非程序员也是可以试着玩一玩的。它支持Android和IOS以及在线。

地址:
http://lightbot.com/

在线地址:
http://lightbot.com/flash.html

640?wx_fmt=png
lightBot

vim-adventures

这是一个vim相关的游戏,让你在游戏中不断学习和练习vim的操作。喜欢vim的小伙伴赶紧试试吧!

地址:
https://vim-adventures.com/

640?wx_fmt=png
vim-adventures

Git-Game

从名字就可以看出来,这是一个需要git知识才能玩的游戏。项目地址如下:
https://github.com/git-game/git-game
不过项目提供的在线使用地址并不能使用了,所以ha是建议clone下来把玩。

1.把项目clone下来:

git clone https://github.com/hgarc014/git-game.git

但是clone下来的文件只有两个,没有太多信息,不过从基本每次都是从README.md中获取相关信息,例如在clone下来的README.md中我们发现如下信息:

Level 1Your first task is to checkout the commit whose commit message is the answer to this question:When a programmer is born, what is the first thing he/she learns to say?
Your first task is to checkout the commit whose commit message is the answer to this question:

When a programmer is born, what is the first thing he/she learns to say?

问的是,当一个程序员第一次编码代码时,他/她需要学会说什么?我们很容易想到就是hello world!  于是我们查看提交日志:

$ git logcommit 640273807f9bac8af03575f82b788663d4b99927Author: Henry Garcia <hgarc014@ucr.edu>Date:   Wed Jun 10 20:55:07 2015 -0700    Hello World!commit 8cafb7c87b129686da362b14c3f3c750c1fe4bf5Author: Henry Garcia <hgarc014@ucr.edu>Date:   Sun Nov 30 18:29:35 2014 -0800    Initial commitcommit 640273807f9bac8af03575f82b788663d4b99927
Author: Henry Garcia <hgarc014@ucr.edu>
Date:   Wed Jun 10 20:55:07 2015 -0700

    Hello World!

commit 8cafb7c87b129686da362b14c3f3c750c1fe4bf5
Author: Henry Garcia <hgarc014@ucr.edu>
Date:   Sun Nov 30 18:29:35 2014 -0800

    Initial commit

就可以找到Hello World的那次提交了。将它回退到该版本:

$ git reset --hard 6402HEAD is now at 6402738 Hello World!--hard 6402
HEAD is now at 6402738 Hello World!

到这里就获取到了第二关的信息。更多内容就不再介绍了,有兴趣的可以自己尝试。

Robocode

Robocode是一款编程游戏,你可以通过开发代码来创造你自己的机器人坦克,用于消灭其他坦克。它主要使用Java语言来创建属于你自己的机器人。

下载地址:
https://sourceforge.net/projects/robocode/

安装:

java -jar robocode-1.9.3.5-setup.jar  #安装你下载的对应版本-jar robocode-1.9.3.5-setup.jar  #安装你下载的对应版本

你可以通过battle-new并添加机器人来查看模拟战斗:

640?wx_fmt=png
robocode

你也可以通过robot-source editor来创建属于你自己的机器人坦克,创建时它已经具备一些基本的接口:

640?wx_fmt=png
robocode





本文相关阅读推荐:


毕业十年后,我忍不住出了一份程序员的高考试卷

一道腾讯面试题:厉害了我的杯

十大经典排序算法动画与解析,看我就够了

这或许是东半球分析十大排序算法最好的一篇文章

面试官,我会写二分查找法!对,没有 bug 的那种!

看《长安十二时辰》可以了解哪些算法知识

GitHub 标星 3w+,很全面的算法和数据结构知识

640?wx_fmt=png

展开阅读全文

只有程序员才有的十大烦恼

05-20

[b]10. 注释 — 只解释了“how”却没有解释“why”[/b]rnrn入门级的编程课程通常会教育学生们写代码前先写注释、而且要尽量多注释。 这种教育的出发点是“多注释肯定比少注释好、少注释肯定比没注释好”。可不幸的是,很多的程序员把这当成了一种任务,对每一行代码都注释一下。rn[code=java]r = n / 2; // 让 r 等于 n 除以 2 rn rn// 当 r - (n/r) 大于 t 时进行循环 rnwhile ( abs( r - (n/r) ) > t ) rnr = 0.5 * ( r + (n/r) ); // 设置 r 等于 r + (n/r) 的一半 rn[/code]rnrn经过这样的注释,你否明白了这段代码是干什么的?的确,我也没明白。 问题就在于,虽然有大量的注释,可它们只是描述了代码是干什么了,却没有说明代码为什么要这样写。rnrn现在,请看一下我们采用另外一种方式对同一段代码进行的注释:rn[code=java]// 使用牛顿-Raphson算法求n的平方根近似值 rn rnr = n / 2; rnwhile ( abs( r - (n/r) ) > t ) rnr = 0.5 * ( r + (n/r) ); rn[/code]rn这就好多了!也许我们还是不能完全明白这段代码的作用,但至少是有了一点方向了。rnrn注释是用来帮助读者理解代码的,不是用来解释语法的。 我可以大胆的认为,读者对for循环的工作原理是了解的;所以没必要写这样的注释:“// 对客户列表进行for循环操作”。读者不明白的是你的代码是做什么用的,你为什么要采用这种方式实现它。rnrn[b]9. 干扰[/b]rnrn很少有程序员能在眨眼之间从一种活动中转换到编程的状态中。通常情况下,我们更类似于需要慢慢启动的火车,而不是能突然加速的 法拉利; 我们需要一定的时间才能进入工作状态,一旦我们进入稳定有效的工作状态,我们的工作效果和产出会很丰硕。 不幸的是,当思路不断的被客户、经理、以及你的同事打断时,你的大脑很难进入编程的状态。rnrn当我们干一件事情时,有太多的琐事需要我们放在心里,我们需要先放下这个事情,处理那个人事情,回头又干这个事情,还不能有差错。这些干扰会中 断我们的思路,而重新整理清楚思路又要你花费大量的时间,这是让人懊恼的、没有比这更让人泄气、让人有挫折感的过程了。rnrn[b]8. 范围蠕变(Scope creep)[/b]rnrn范围蠕变(Scope creep) (也称作焦点蠕变(focus creep), 需求蠕变(requirement creep), 功能蠕变(feature creep),以及其它一些乱七八糟的演变词语),指在项目管理里项目的需求变更失控。 当一个项目的范围没有明确的定义清楚、没有文档化、不受控时就会出现这种现象。 这通常被认为是一种有负面影响的事情,应该尽力避免。rnrn范围蠕变通常会把一个简单的需求变成一个复杂惊人的需要大量时间的巨无霸。 那些负责需求调研的家伙们只需要敲几下无辜的键盘就能把事情变成这样:rnrn版本 1: 显示这个地区的地图rnrn版本 2: 显示这个地区的地图,要三维立体的rnrn版本 3: 显示这个地区的地图,要三维立体的,而且能够使用它作为飞行导航图rnrn一个本来30分钟能完成的任务变成了一项要几百人/天才能完成的超级复杂的系统。更糟糕的是,大多数情况下,需求变更是发生在开发阶段 的,这样一来你需要重写代码,重新回归,有时要把前几天才开发的代码删除。rnrn[b]7. 管理者 — 完全不懂编程[/b]rnrn管理工作不是一种简单的工作。人是一种让人很讨厌的动物; 我们善变、喜怒无常,我们都自以为天下第一。想让这样的一群人都感到满意和团结,你需要付出像山一样大的努力。 然而,这并不意味着管理者就可以在对下属的工作毫不理解的情况下进行管理。 当管理者对我们的工作没有一点知识概念时,后果只会是需求频繁变动,不现实的工期,普遍的挫折感(管理者和开发人员)。程序员们对此的抱怨相当普遍,这也是产生争执不合的根源。rnrn[b]6. 写文档[/b]rnrn在说这个条目之前我先承认,我们确实有很多的文档生成工具,但据我的经验,这些工具都是只适合生成API文档,以供其他程序员参考。如果你开发 的软件是平时人们每天都要用的,你必须要写一些外行人(例如你的实施,客服等)都能理解的文档手册。rnrn我们可以很容易的看出,有些事情程序员们极不愿意去做。 你可以简单的回顾一下所有的开源项目。 人们百折不挠的对这些项目的一个索求是什么:文档。rn我敢打保票的说,不管在哪里,至少会有一半的程序员当要求写文档时会说:“不能让其他人去写吗?“。rn[b]rn5. 程序 — 缺少文档[/b]rnrn我可从来没说过我们程序员是说一套做一套的人。 程序员们经常会在他们的项目里用到第三方的类库和应用。 于是,我们需要文档。 很不幸呀,就像我在第6条里说的那样,程序员们痛恨写文档。这戏剧性的事情发生在我们自己身上。rnrn当你需要使用一个第三方类库时发现,至少有一半的API无从知道是干什么好用的,没有任何事情比这个更打击人的了。 函数 poorlyNamedFunctionA() 和函数 poorlyButSimilarlyNamedFunctionB() 有什么区别? 在我使用 PropertyX 属性前是否需要测试一下它是不是 null 值?我估计只有通过自己的测试和报错才能弄清楚!rnrn[b]4. 硬件[/b]rnrn任何一个曾经被叫去调试一个数据库服务器上奇怪的宕机现象,或是被叫去解决RAID驱动器不能正确的工作的问题的程序员,当发现是硬件问题时, 都会痛苦不已。 人们有一种普遍的误解,认为程序员就是搞电脑的,他们肯定知道如何修理电脑。 不可否认,有些程序员确实是个全才,但我估计,绝大部分程序员都不知道,或者根本不关心当程序被编译成机器码后如何工作的。我们只关心做出来的东西是否符 合需求文档,这样我们才能集中精力去解决这上层的任务。rnrn[b]3. 含糊不清[/b]rnrn“网站宕机了”. “XX功能工作不正常”。 处理含糊不清的任务是种痛苦。 每次当非程序员被要求重现他们所遇到的问题时表现出的愤怒都让我吃惊不已。 他们似乎不太明白,仅仅一句”它宕机了,修复它!”是无法让我们开始工作的,我们需要更多的信息。rnrn软件的运行是(大部分情况下)有迹可寻的。我们也乐见与此。 请迁就我们,帮我们指出是在哪个阶段,什么情况下出的问题,而不是简单的说一句”修复它“。rnrn[b]2. 其他程序员[/b]rnrn程序员经常和其他程序员合不来。诧异吗,但这是真的。 这方面的事情我可以轻松的列出十大条,讲细点甚至可以单独写篇博客,所以这里我只列出几个常见的、让其他同事感到懊恼的程序员的特征:rnrn脾气暴躁以至态度极不友好。rnrn不能明白什么时候该去讨论系统的架构,什么时候是应该去动手去做。rnrn无法进行有效的沟通,使用易于误解的专业术语。rnrn自己的事情处理不好。rnrn对要做的程序和项目缺乏兴趣。rnrn那么,这最后的,但不是最糟糕的,序号为1的让程序员们烦恼的…rnrn[b]1. 自己写的代码 — 6个月以后的[/b]rnrnDon’t sneeze, I think I see a bug.rnrn回顾一下自己以前写的代码,是否也会愁眉苦脸?当时怎么会这么愚蠢!怎么能编写成这样的东西!烧掉!丢到火里!rnrn现实是,软件技术界是一个不断变化的世界。 今天被看成是最好的方式,明天也许就会过时。 我们不可能写出完美的代码,因为判断我们的程序好坏的标准日新月异。 这令人很不爽,你的作品,今天看来是那么的完美,但也许不久之后就会变成被人嘲笑的对象了。 真是让人沮丧,因为不论我们如何努力的学习最新最棒的开发工具,设计,框架,以及开发方法,我们总是比最新的技术发展趋势慢了一拍。 对于我来说,这是做一个程序员最苦恼的事情了。我们不断的升级技术,是为了让软件更好,但却禁不住感到,我就像一个做沙毯(sand-painting)的和尚。 论坛

没有更多推荐了,返回首页