Want to read Slashdot from your mobile device? Point it at m.slashdot.org and keep reading!


Forgot your password?
Open Source PC Games (Games) Games Linux

Physics Platformer Gish Goes Open Source 58

An anonymous reader writes "After announcing plans to go open source due to the success of the Humble Indie Bundle, developer Cryptic Sea has released the source code of 2-D platformer Gish under the GPLv2. There's a mirror on github."
This discussion has been archived. No new comments can be posted.

Physics Platformer Gish Goes Open Source

Comments Filter:
  • by SpeedyDX ( 1014595 ) <<moc.liamg> <ta> <xineohpydeeps>> on Sunday May 30, 2010 @12:14PM (#32397548)

    The link to the Humble Indie Bundle in this slashdot post linked to another slashdot post wherein that link to the Humble Indie Bundle linked to yet another slashdot post which finally contained the real link to the info on the Humble Indie Bundle.

    We all hate it when we have to jump through multiple hoops (articles separated into an inane number of pages, exit pages/frames, etc.) in the name of reader retention when it's done by other websites. When slashdot does it, it's just as bad.

  • Re:Quality code (Score:5, Insightful)

    by DavidR1991 ( 1047748 ) on Sunday May 30, 2010 @12:29PM (#32397686) Homepage

    Who cares how bad the code is? The game got finished. It's playable and it's fun. The end user doesn't give a toss how many magic numbers there are

    I think there comes a point in any project where you have a choice between "Make my code pretty and perfect" and "Get this fucking thing finished". This guy obviously chose the latter. Fair play to him. Also, the coding being vile gives the FOSS community something to do, if you think about it.

  • Re:Quality code (Score:3, Insightful)

    by DavidR1991 ( 1047748 ) on Sunday May 30, 2010 @06:54PM (#32401092) Homepage

    Games aren't the same as any other 'nontrivial software project' (and yes thank you, I have)

    Games change continually through production. Business software can do this also (changing requirements and whatnot) but nowhere near to the extent of games. Because games have to be fun. Other applications don't. What this means is that sometimes 'something has gotta give'. You cannot have a codebase that is constantly in flux and 'down with' the concept of the game and a beautiful perfectly structured codebase. The two things are diametrically opposed concepts.

    I'm not explicitly stating that a horrible codebase = more likely to finish on time. I'm saying not fixating on codebase quality when your end product is a constantly moving target = more likely to finish at all

The absent ones are always at fault.