It seemed quite nice to me — good layout, useful comments and the like. But then I never had to hack on it. Adapting it to use a different file structure sounds like a … uh … challenge. I would have felt that MySQL would be a better fit as it already supports multiple ‘engines’; presumably there’s some sort of API to code to for tasks like that.

The original idea was that we had an existing proprietary database (written in C) and I wanted to somehow hack PostgreSQL (which has a permissive license) to be able to work directly onto the existing proprietary database structure. Just like Stonehenge, my creation didn’t fly either *SIGH*. I know there have been quite a few rewrites of the code since then. Maybe there’s some structural reason why it can’t work, or more likely you just need to know what you are doing.

What’s your fave code?

A new landmark in understatement has been achieved this day.

It’s some of the more comprehensible C programming I’ve seen; though the best I’ve come across so far in my limited exposure is the code for PostgreSQL. Very well commented, even a nub like me can get the gist of it.

The oldie-but-goodie paper “Why are Internet Resources free?” (1992Dec22.134514.19139@iti.gov.sg) offers thoughts on “free” resources that still stand up today – although with some caveats.

http://wiretap.area.com/Gopher/Library/Cyber/freeserv.net

And yep, that’s me in there with the newly minted “.au” on my “.oz” address, talking about “karma” : bartering with the commons rather than a single party. The failures of traditional money-based exchange stem from a full accounting of externalities – i.e., the negative impact on the commons, whereas a lot of the benefits of opensource come from improving the commons.

(And minix at the time was mediocre imho – much preferred coherent for intel implementations – or the old MKS toolkit as a “thunking” layer to DOS. In THEORY I’m a microkernel fan – aka hurd/qnx – , but with loadable modules using lsmod, rmmod,… , I think the lines are effectively blurring).

When you convert something into money, then all the multidimensional space is lost money only has one dimension.

That’s true, but to me that’s really the great advantage of money as well. It’s a bit like unix pipes (keeping with the nerdy theme) — an unsophisticated interface that forces everything to a universal lowest common denominator.

It’s information hiding, essentially. That’s the idea of price signals — I don’t need to understand why and how a given price exists, I only decide at the point of purchase whether or not to buy.

I think there’s something to be said for looking at barter as the basis for opensource economics.

And further, you never have to give up anything you own – you keep your own work (which you benefitted from personally) while sharing it. Yes, you do give up the time you spent working, but thats true too in traditional forms of trade where you also give up the result of your work.

Well, publishing an idea implies giving up the ownership of a secret (and there are plenty of people who regard secrets as valuable).

The strangeness of trying to map intellectual property onto physical property and draw consistent conclusions comes about because they are deeply different animals. Suppose you were to decide that one set of physics should apply to pneumatic plumbing, and ordinary water plumbing and to electrical wiring as well. It turns out that some rules (e.g. conservation of matter) apply to all three, while other rules are particular to one system or another (electrical wiring has field effects, fluids have turbulence, etc). The approximate similarity on one level should not be taken as evidence that they must all behave the same way.

When you convert something into money, then all the multidimensional space is lost — money only has one dimension. Thus, the world of barter is bigger than the world of financial transactions. There exist barter exchanges that just can’t properly be converted into a financial exchange because converting it into money destroys the key elements of the exchange (most economists don’t believe that, I can’t help them other than suggesting they look for examples). Another way to put this is that barter exchanges can operate in dimensions inaccessible to financial exchange, but that is still valid economic activity.

Performance is always going to be the killer for marketing reasons, though. In one paper they figure that there’s a rough 10% overhead for the unoptimised code. In modern circumstances most computers are actually idle most of the time, so it shouldn’t matter as much as reliability. Yet Gentoo Linux is one of the most popular distros, so apparently performance is popular.

I’ve sometimes wondered if CPU manufacturers couldn’t include facilities for process control blocks, so as to speed up context switches by not requiring storage and retrieval of process registers. That seems to be the main killer for microkernels.

Also, economic activity traditionally surely involves trade – “I do this for you, if you do this for me”. Most open source programmers contribute towards open source projects without any expectation that others will necessarily contribute something that they explicitly need. And further, you never have to give up anything you own – you keep your own work (which you benefitted from personally) while sharing it. Yes, you do give up the time you spent working, but that’s true too in traditional forms of trade where you also give up the result of your work.

By the way Minix, which Linus mentions in that post, is still around. Hurd, which was meant to be the capstone of the free software effort which Linux fulfilled instead, was only released a few years ago and is essentially a dead, or at best academic, project.

The original Minix is around as a teaching tool (and better than Linux for that purpose because it is leaner and easier to understand). The new Minix is moving in the same direction as Hurd (although different code, different details) which is a micro kernel and many daemons. The basic principle is that a monolithic kernel (which Linux mostly is) will win on efficiency and speed, a bunch of daemons piping messages to each other will win on reliability (because the micro kernel can selectively isolate disasters and restart sections of the system). Gradually, speed is becoming less important and reliability is becoming more important. That said, a Linux kernel selected from a suitably mature distribution is pretty darn reliable (and fast).

Of course, Linux is also a triumph of innovation without the profit-motive

Was it really without profit motive? Most of the Linux people I know, just want a system that works properly that they can use as a tool for getting other stuff done. If anyone needs to fix something, they publish the problem, how they found it and what they fixed (or where they got stuck) and put that onto mailing lists, websites, etc. The information just builds up and slowly gathers upstream. The motive of contributing it really just to get the thing working… because you want it to work.

Don’t get confused between economic activity and money changing hands. Economic activity existed long before money came along. If I can help my neighbour and my neighbour can help me then why not just do it? Don’t worry about writing invoices and counting beans. The effort of accounting for all those little contributions is too big to be worthwhile.

which tentatively proposes that much open source development can be explained by conventional economic theory, though I have to admit I’m far from sold on the idea. I’ve done my own bits and pieces of open source development, and my own feeling has always been – “well, this was useful for me, so surely it will be useful for somebody else too – maybe I could make money out of selling it, but I earn enough doing commercial software development, which has many times benefitted from the unpaid work of others, so it’s only fair I give something back”.

The governance and economics of Linux is fascinating and there’s a lot of debate about how it fits into various social/economic theories amongst geeks.

It’s not worth pigeon-holing open source developers. These days most work on the Linux kernel is done by developers paid by for-profit firms or non-profit consortia formed by for-profit firms — Red Hat, Novell, IBM, Intel, the Linux Foundation, SGI, MIPS, Oracle, Google, HP …