daa
Joined 15 years ago
Joined 15 years ago
The economics of hosting comments are interesting -- there is real engineering effort in doing it well; there is product value to some degree of aggregation (spam & bot detection, etc.); the operating expenses are real especially at a Disqus-style scale, but it's not clear that many people would pay even a small subscription fee.
Makes me wonder about the viability of either a federated (not fully p2p, but "local" aggregators), either with or without actual coordination between members of the federation on spammers, e.g.. I'd probably swallow the cost of hosting comments for a few thousand "neighborly" sites, if it meant i had a good commenting system with no commercial interruptions, and be happy to subsidize "good people".
All I really remember is being asked to draw triangles on the screen; an amazing interactive computer graphics simulation of a beach that let one adjust sun position and wave direction with knobs; and that I don't think I was ever paid; I don't really mind.
One of the bits about the piece that has me scratching my head a bit is whether the mess that is dependency management in OSS operating systems (and generally OSS software distribution models) matters _enough_. While I very much share the author's reaction of "can't we do better?", it also feels that optimizing that mess isn't just a design exercise as much as a social one, because OSS isn't really a bazaar but a constellation of connected more-or-less-cathedralish bazaars. And I don't know that this mess is deeply problematic (although the author does find some egregious issues).
Design happens at a specific scale, and some scales reward investment in design more than others. Designing a chair that can be mass-produced is more effective than designing a room, which can't. One could argue that designing a self-contained piece of software (e.g. the Python runtime) matters more than designing a deliberately open system (e.g. the ecosystem of Python libraries), and that the alternative (random competition, forking, etc.) is Good Enough.
[for carbon dating: had my first IT job in the early 80s, as a teenager]
Before that, did a bunch of stuff with email (e.g. Thunderbird), IDEs (Komodo), Python books and the like.