Live data from Hacker News

Squib: A Ruby DSL for prototyping card and board games

andymeneely.github.io

11–20 of 45 posts

Re: Squib: A Ruby DSL for prototyping card and board games

#11
I shared it with my colleague who's not into programming but loves board games, that got him quite excited.

So I thought that this project can be used as a motivator to teach kids programming :) because it's like look kids, with this simple code, you can generate these awesome cards, isn't it great?

Re: Squib: A Ruby DSL for prototyping card and board games

#12
post #5

Earlier quoted context omitted.

Everyone should write their own static site generator.

I wasn't talking about a new one, but using an existing one to generate card-style pages. One could then run a script to render them to svg/png images by using something like Phantom.js. Just an idea.

I gathered, however I passionately believe (through personal experience) that making an existing Static Site Generator do _exactly_ the thing you want is more pain and effort than just writing one from scratch.

Writing one from scratch is also fun and instructive as a programming exercise. A classic Input->Process->Outout problem, so many ways to approach it, huge scope for elegant engineering and, once you are done, a really great tool for your specific needs.

Re: Squib: A Ruby DSL for prototyping card and board games

#17
Very interesting. I'm interested in the same space alas I focus on prototyping the physical game virtually not generating physical prototyping materials. My vision is building a GUI where you can define game objects which generates JSON (I had something like a game DOM in mind). However I've been pondering how to get the actual rules system done/integrate it. It would be a lot nicer if one could define the rules via a DSL and link game objects to rules graphically than to implement them ad hoc.

I'm mostly interested in rules based systems and AI and my research was leaning towards creating a DSL for describing players' strategy. I started out doing it in Prolog as an internal DSL but switched to ANTLR and changed it to an external DSL. Ruby is a pretty great choice which I considered before moving to ANTLR.

Edit: As this is geared more towards creating physical prototypes you should post this on boardgamegeek if you haven't already.

Re: Squib: A Ruby DSL for prototyping card and board games

#18
post #11

I shared it with my colleague who's not into programming but loves board games, that got him quite excited. So I thought that this project can be used as a motivator to teach kids programming :) because it's like look kids, with this simple code, you can generate these awesome cards, isn't it great?

This is a pretty excellent idea. It seems like a good idea in general to have code create something physical as a motivation. Another cool project would be a treasure map DSL or something similar...heh your comment got me thinking :)

Maybe a DSL for describing simple 3D printable stuff would be an option if a printer is available.

Re: Squib: A Ruby DSL for prototyping card and board games

#19
post #12

Earlier quoted context omitted.

I wasn't talking about a new one, but using an existing one to generate card-style pages. One could then run a script to render them to svg/png images by using something like Phantom.js. Just an idea.

I gathered, however I passionately believe (through personal experience) that making an existing Static Site Generator do _exactly_ the thing you want is more pain and effort than just writing one from scratch. Writing one from scratch is also fun and instructive as a programming exercise. A classic Input->Process->Outout problem, so many ways to approach it, huge scope for elegant engineering and, once you are done,…

Who said I didn't? :) https://github.com/egeozcan/jstatico (very naive implementation to generate small sites)

A larger percentage of the developers I know have their static site generators so I completely agree.

Post reply on HN