prog21: Purely Functional Retrogames, Part 1 - The Diigo Meta page

• 30 Dec 16
  

  elouataoui
• 14 Jan 16
  

  Chaitanya Gurrapu

  principles

  functionalprogramming toread

• 22 Feb 14
  

  liang wu

  functioanl

• 30 Oct 13
  

  Konstantinos
• 02 Oct 13
  

  akshaydixi
• 12 Aug 13
  

  Alexander Eberts

  game functional

• 12 Apr 13
  

  Quest Yarbrough
• 03 Dec 12
  

  erochest

  programming haskell gamedev

• 26 Aug 12
  

  infrared

  functional erlang opinion gamedev programming

• 03 May 12
  

  Geir Amdal

  functional programming game

• 17 Jan 12
  

  aminggs

  That was a long time ago, and I've spent enough time with functional languages to have figured out how to implement non-trivial, interactive applications like video games. My plan is to cover this information in a short series of entries. I'm sticking wit

  inlink:raganwald functionalprogramming programming gamedev james-hague blog dadgum import:delicious

• 10 Oct 11
  

  David Koontz

  gamedev functional-programming

• 04 Apr 11
  

  pedromanoel

  programming article functional

• 09 Mar 11
  

  Groove Stomp

  functional game programming purely retrogames retro games

• 28 Feb 11
  

  malcolm d

  functionalprogramming clojure

• 18 May 10
  

  Szymon Wylezol

  functional programming haskell articles games

• 14 May 10
  

  Ian Weatherhogg

  articles functionalprogramming games 3*

• 27 Apr 10
  

  thompson4822

  Interesting series of articles that capture the essence of what makes thinking in functional programming languages difficult.

  functional programming games

  • Purely Functional Retrogames, Part 1
  • When I started looking into functional languages in 1998, I had just come off a series of projects writing video games for underpowered hardware: Super Nintendo, SEGA Saturn, early PowerPC-based Macintoshes without any graphics acceleration. My benchmark for usefulness was "Can a programming language be used to write complex, performance intensive video games?"
  • I had no idea how to structure the most trivial of games without using destructive updates.
  • If Pac-Man eats a dot, the maze array is updated. If Pac-Man hits a blue ghost, that ghost's structure is update to reflect a new state.
  • In a purely functional language, none of this works. If Pac-Man eats a dot, the maze can't be directly updated. If Pac-Man hits a blue ghost, there's no way to directly change the state of the ghost. How could this possibly work?

  3 more annotations...

• 02 Feb 10
  

  rare__

  haskell games functional

• 02 Jan 10
  

  pervezfunctor

  functional

• 21 Nov 09
  

  ribraim

  tutorial development functional

• 04 Nov 09
  

  Charleno Pires

  development programming functionalprogramming howto erlang lambda tutorial toread article blog language games functional game gamedev algorithms

• 29 Jun 09
  

  Harley Bussell

  Programming functional gaming

• 16 Mar 09
  

  Gabriel Morato

  videogames development retro tutorial programming for:maco_john for:dchallenger for:enemyace for:draconar for:rabc

• 

  Andy Jackson

  functional scalingknowledge programming

• 15 Mar 09
  

  programming functional gaming tutorial

• 22 Feb 09
  

  Rick Minerich

  programming games gamedev functional haskell game language blog delicious

• 15 Jan 09
  

  Eugen Anghel
• 30 Dec 08
  

  Chris Smith

  imported ocaml

• 13 May 08
  

  Miron Brezuleanu

  toread

• 04 May 08
  

  Luther Huffman

  functional game programming

• 22 Apr 08
  

  Reichi Amo

  programming

• 14 Apr 08
  

  Carlos Santos

  functional programming gamedev toread blog

• 

  Frank Colcord

  Ruby

Would you like to comment?

Join Diigo for a free account, or sign in if you are already a member.