You can add the investigative process you used to get there, and note what didn't work and why.
I can't say the same thing for ElasticSearch (or most large open-source projects). It's very difficult to get the high-level context without a well-written design doc explaining why things are the way they are. Some parts of ElasticSearch make sense, and other parts just seem hackneyed. Of course, I could pull together little bits and pieces of high-level insight from multiple disparate blog posts and forums and mailing lists here and there.
But what I would like is a design doc! If you were to produce something along the lines of that for open-source projects that need it, I wouldn't hesitate to pay a modest fee.
> If you were to produce something along the lines of that
> for open-source projects that need it, I wouldn't hesitate
> to pay a modest fee.
Try BountySource [1] maybe?There you can post a proposal for some improvement to an OSS project (a design doc, in your case) and pledge a bounty for it.
If other people have the same problem, they might chip in further, making it more visible/profitable to solve.
----
My comment was directed towards other projects. I wish they would follow Postgres's lead.
I've wondered whether YouTube might be a good medium for this. Blog articles feel kind of "produced" -- I thought it might be cool to capture the exploratory nature of how this works.