I've been wanting to do something like this for tabletop card games.
* Provide an open standard to define the design and optionally, logic related data for cards. I'll come back to this
* Provide an API for people to manage decks, draws, discards etc.
* Provide another API to manage distribution of cards amongst players via achievements or payments (collecting card decks basically)
The idea behind this would be to allow people to build card games that are either played online or offline (by allowing people to download card decks). Grand scheme of things would include a "github for card games" kind of system. Big dreams, shit execution on my part :D
You may find Satellite Reign interesting: http://satellitereign.com/
Would love to understand more as I at times do think of writing a better chef.
For example things like document indexer which is used in 99.99% of cases to search for "some.attribute == 'hardcoded value'". Most of the other cases are prefix searches. This can be done in a normal database. Document storage where what chef really needs is ~5 extracted fields and a json blob that only client deals with. (Again - database is better) Message queue to the indexer which only exists to get broken and be a limiting factor. (extracting even 100 fields from json is not a huge work - just insert them as database rows and prevent the indexing delay) They go after new technologies, where a very conservative stack would be more than enough.
The server API is public, so I started working on a replacement using only python/flask/postgres. I got maybe 80% implemented (ignoring the enterprise namespaces). Then got discouraged because I discovered some API flaws which I thought were just too big - for example the API call to update and create a new node is exactly the same, which can make terrible mess by accident. (seen in real deployment) In the end I just started using salt which I think is a better solution overall.
If you use chef and would like to continue, I'm happy to send you the repo. (email in my profile) If you don't - I can only recommend migrating to something better (salt, ansible, etc. - your choice).
However, I would checkout salt. Thanks a bunch.
- graphical interface for neovim that looks exactly like sublimetext; ssh channel for working with remote neovim in local ui
- full range scanner / automatic database signal matcher for sdr
- browser+server framework for board games that can abstract the display and rules to the point where you can implement things from chess to warhammer
- sane backend for the chef server
- nicer interface / simplification for kvmtool so I could use it like unshare
- python static type analyser
- rc plane autopilot
- python modules security checker like sensiolab security:check for php
- some way of automatically namespacing apps started from home folder - for example any steam games
- everything that hurd needs to be as useable as linux at the moment
- a modern version of bullfrog's syndicate
- localised short-term weather forecast server using community supplied weather data (mini-wunderground-at-home)