A new challenge is on. This time @rtacconi had the idea:
"Idea:
Create a simple persistent key/value storage capable of SET, GET and DELETE actions.
It is forbidden to use Redis, MongoDB, or other ready made key/value solutions,
only storage to file, databases, serialization... are allowed
The UI should be the CLI, not web this time... just for a change."
-
Check the briefing
-
Accept the challenge by commenting on this gist with an upfront estimate.
-
When working on the implementation always have an time tracker running. This is for your your own good, as the better you can estimate yourself the better it is. It only works if your honest with yourself and track the exact working time from start to finish.
-
When you're done, send an link to the publicly available project of yours. You don't have to open the source before the deadline ends.
-
Open source everything and look at other solutions, compare, enjoy!
If you have any questions, don't hesitate to ask @Overbryd. I may moderate comments on this gist so that it stays readable.
I wish you a lot of fun :)
It is not about who's the fastest scripter on the internet. It is more about code quality, choice of weapons and estimation skills. I understand these challenges as a fun way to improving my self estimation skills.
I'm dropping out, because what I would do is just take one of my gems ( https://github.com/radiospiel/cached ), add another command line script to it, which just uses the built in SQL stuff, and Voilá! That wouldn't seem fair... Well, in fact I did so; this is the commit radiospiel/cached@61ca3cc . I might add another JS based version; there is still a bit until the deadline :)
Maybe a few more words, because there is a bit coolness in it: it is built in ruby and uses the sqlite3 gem. It doesn't waste your CPU cycles on rubygems though, loads the gem directly from the gem dir (see fast_gem.rb).
I would like to hear your comments on all of that. (And use the cached gem, it is cool :))