Wow. I should really not post messages when I'm tired.
A few stray thoughts:
Dehuszar, my opinion on M$'s audio "standards" is that they are far less important than those provided by Steinberg (VST, ASIO). M$ is on just about every standards committee in the universe (W3C, OMG, ...) but they go "unilateral" when it comes to audio (Direct-Crap).
Linux is increasingly difficult to keep clean. I have been very disappointed with its direction over the past 5 years -- toward a "bigger" more "inclusive" OS. Having a webserver and audio engine built into the kernel is
not small or clean.
For what it's worth, Mach 3 was (along with QNX) another very small clean OS.
On all your other points about Linux being a very useful OS for DSP programming, I agree 100%.
Now to the followup on my unfortunate half-awake post...
You missed my point about Amazon and EBay, Dehuszar. (Easy to do since my post wasn't exactly lucid in the first place.)
The code that maintains the data is irrelevant. Tim O'Reilly's point was that the data is inaccessible. Therefore, if you want to be able to access it in a way that is different from the interfaces given you -- you're screwed.
If you've ever heard Stallman give a speech, this is exactly what motivated him to produce Free software -- free as in speech, not as in beer, etc -- he wanted to be able to access printers in whatever way he found useful and bug-free. Not in the way that HP told him he should -- often using a driver which was buggy and would not be fixed for months or years.
The idea with data is similar. If you want to access EBay or Amazon with your own interface, tailored to your own needs and
automating the things you find tedious, you can't do it.
O'Reilly didn't suggest that this problem is widespread at the moment. But he was predicting a future in which basically all of the data we need to use is, in fact, painful to use in daily life. I don't necessarily agree with him, but I definitely see the potential. Hmmmm, I was just thinking about being able to use Yahoo! Mail without the bloody ads...
As to these questions:
I'm not sure how bash/perl/python/etc scripting and general package management aren't automatable interoperating modules... And do you feel that Windows is well automated and modular?
Which "general package manager"?
Scripting is more than 30 years old. Perl ("Pathologically Eclectic Rubbish Lister") is hardly a useable programming language. Python and Tcl are great. So are awk, sed, emacs, find, grep, ...
But what software has been developed in the Open Source community recently?
Mozilla
Open Office
Gnome
That's right, GNOME SUCKS. If I posted this comment in a Linux newsgroup I guarantee I would be ripped to shreds. Everyone loves Gnome but it sucks. It sucks it sucks it sucks.
I have 2 pieces of software on my Windows machine (besides Tcl, mind you) that are automatable:
Sony Vegas 5.0 (Javascript scripting)
SFP 4.0 (MIDI-automated)
Windoze sucks every bit as much as Gnome. I might even go so far as to say that Gnome is worse! If you agree, great. If you disagree I would be happy to debate it at length via PM or email (jtienhaara AT yahoo DOT com).
Astro -- the idea that Apple had the best developers in the industry in the 80s doesn't make sense to me. Companies like Silicon Graphics, Inc., Sun Microsystems, and various universities, were lightyears ahead. Apple perhaps had the best "application" developers. But even Commodore, with the Amiga, beat them in the best "home computer environment" category IMO.
Nevertheless you will not see anyone argue that Microsoft has ever had the best programmers for anything. And I would certainly agree that Apple had a lot of great programmers, whether or not they were the most innovative!
As for the Linux port: CreamWare should hurry up. It already looks like 2005 will be a hot year for Linux devices. It's time that CreamWare had an option out there for developers to put into rackmount boxes for effects, recording, synths, ... An option which can be configured however a 3rd party company needs, in order to sell to its own market.
Small and modular and interoperable. The way to go IMO.
(Huh. Looks like I'm just as bad at writing when I'm awake... Oh well, $0.01...)
Johann