achou11 / lua_missions

Lua Koans, minus the Zen stuff

Lua Missions¶ ↑

<img src=“https://travis-ci.org/kikito/lua_missions.svg?branch=master” alt=“Build Status” />

The Lua Missions help you learn Lua. The goal is to learn the Lua language, syntax, structure, and some common functions and libraries, through failing tests.

The Structure¶ ↑

The lessons are broken out into areas by file, strings are covered in strings.lua, functions are covered in functions.lua, etc. They are presented in order in the missions.lua file.

Each mission builds up your knowledge of Lua and builds upon itself. It will stop at the first place you need to correct.

Some missions simply need to have the correct answer substituted for an incorrect one. Some, however, require you to supply your own answer. If you see the variable __ (a double underscore) listed, it is a hint to you to supply your own code in order to make it work correctly.

Installing Lua¶ ↑

If you do not have Lua setup, please visit www.lua.org/download.html for operating specific instructions. To check the installations simply type:

*nix platforms from any terminal window:

[~] $ lua -v

Windows from the command prompt (cmd.exe)

c:\lua -v

The output should include the version of Lua that is in your path. These missions are tested in Lua 5.1.x, 5.2.x, Lua 5.3.x, Lua 5.4.x and LuaJIT.

The Missions¶ ↑

In order to run the tests, you must execute the missions.lua file.

*nix platforms, from the lua_missions/missions directory:

[lua_missions] $ cd missions
[lua_missions/missions] $ lua missions.lua

Windows is the same thing

c:\> cd lua_missions\missions
c:\lua_missions\missions\> lua missions.lua

Red, Green, Refactor¶ ↑

In test-driven development the process has always been, red, green, refactor. Write a failing test and run it (red), make the test pass (green), then refactor it (that is look at the code and see if you can make it any better. In this case you will need to run the mission and see it fail (red), make the test pass (green), then take a moment and reflect upon the test and improve the code to better communicate its intent (refactor).

The very first time you run it you will see the following output:

[lua_missions] $ cd missions
[lua_missions/missions] $ lua missions.lua
(in /Users/person/dev/lua_missions)

F

*** Mission status ***

asserts...........................................[Incomplete]
test_assert: [fail]
Assertion failed: Expected [false] to be [true]
The error happened here:
  asserts.lua:3: in function <asserts.lua:2>

It is telling you where to look for the first solution:

Assertion failed: Expected [false] to be [true]
The error happened here:
  asserts.lua:3: in function <asserts.lua:2>

We then open up the asserts.lua file and look at the first test:

function test_assert()
  assert_true(false) -- this should be true
end

We then change the false to true and run the test again. Ignore everything except the method name (test_assert) and the parts inside the method (everything before the end).

In this case the goal is for you to see that if you pass a value to the assert method, it will either ensure it is true and continue on, or fail if in fact the statement is false.

Inspiration¶ ↑

This is heavily inspired by the Ruby Koans project:

rubykoans.com/

Go there and check it out, in case you are curious about ruby. Ruby is a great language and the Ruby Koans are a great way to learn it.

Other Resources¶ ↑

The Lua Language

www.lua.org

Programming in lua

www.lua.org/pil

Lua-users wiki

lua-users.org/

Other stuff¶ ↑

Author

Enrique García <kikito - at - gmail - dot - com>

Source & Issues

www.github.com/kikito/lua_missions

Requires

Lua >= 5.1 (optional: Rake for building up the files from source)

License¶ ↑

lua_missions is released under a Creative Commons, Attribution-NonCommercial-ShareAlike, Version 3.0 (creativecommons.org/licenses/by-nc-sa/3.0/) License.