On 09/08/2014, at 10:00 AM, srean wrote: > > Not what I meant. i meant, i can physically plug in a device, > and it works, as well as all the standard devices, like the > screen, external monitors, mice, hard drives, ram sticks, > cameras, etc, blah. > > That was below the belt. If hardware vendors are unwilling to open their > interface, but provide exclusive access to OSX and Microsoft, not much can be > done.
I'm not comparing Linux devs to OSX devs but Linux to OSX. Lots of money buys advantages. I paid lots of money for my MacBook Pro, $A4000 in fact. It's still running, barely, 7 years later. > > You know what is a piece of crap ? Hadoop is, I have no idea what Hadoop is so I will have to take your word for it :) > For my use case Windows OS peaked in its reliability and user experience with > XP. Actually, Win 3.1 was one the best OS around, given the processor it had to run on was one of the worst pieces of shit around. Of course .. the world would have been different if Apple had got their act together earlier and made decent OS to go with their Motorola based CPUs (which crap all over Intel rubbish). But it was not to be, and finally Intel is being slaughtered by ARM .. which is an even worse piece of crap the Intel's processors. Cest la Vie. Apple has saved Unix on the Desktop, then Google saved it on the mobile device. Weird. > > On linux you can often upgrade the kernel without rebooting, migrate > processes from one m/c to another while it is running (not always possible > though for obvious reasons). Process replacement sounds pretty neat, a REPL > runtime would typically have that, but if the OS can do it for you without > the application itself aware of replacement, thats a nice feature to have. Linux kernel is overbloated, and of course it implements Unix so it is forced to be a bit crappy. I mean on an interactive system (PC, phone etc) we're STILL running a time shared batch processing operating system? BTW: In the old days of Slackware, Linux didn't have modules. It was in fact built the same way you'd build code on an IBM370 in COBOL (you actually compile the OS into every program: the REAL OS on a 370 lived on a floppy disk and was the microcoding of the Cobol instructions ":-) Having used OS9 years earlier it had relocatable code and modules already (the bootstrap scanned ROM for modules containing OS components .. the same way it scanned user code :) -- john skaller skal...@users.sourceforge.net http://felix-lang.org ------------------------------------------------------------------------------ _______________________________________________ Felix-language mailing list Felix-language@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/felix-language
