A "me too" on this one. One system I worked on had an emergency release that accidentally pulled in a bunch of new code from a junior developer. Shortly afterwards, the whole system ground to a halt and the DBA started to scream loudly since the DB server ran out of file descriptors...
Ever looked at the smart pointer implementations in C++? Ever read the "Effective C++" or "Exceptional C++" books? I have, and they left me convinced that C++ is irredeemably brain damaged.
The Foundation libraries started life at Stepstone, which was founded by Brad Cox. Cox invented Objective-C as a way to add Smalltalk like object oriented features to C, and he documented both the language and libraries in a subsequent book. When Steve Jobs set up NeXT, he recruited people who were familiar with Stepstone's work, which was then licensed it to form the basis of the NeXTstep development system (along with an excellent IDE and GUI builder).
Not quite the same as you've got an expectation of privacy if you're in your house.
Yes, but the post you replied too stated that the hypothetical woman had stripped in front of an open window. That's carelessness, and in the UK at least you can't complain if you feel your privacy was violated by someone observing you from beyond the boundaries of your own property. In a recent court case mentioned by Private Eye magazine, a man was even found guilty of indecency for cracking one off in his own bathroom, since he had left the window open and his neighbour saw him. (From what I remember, it warranted a mention in Private Eye since he was a public figure taking a hypocritical stance over someone elses behaviour).
The slowness in Eclipse is down to SWT, which doesn't even use the garbage collector. For proper Java code, the incremental garbage collector taht has been the default for many years now prevents the kinds of slow downs or pauses that used to be common (and afflicted other languages like most Common Lisp implementations).
BSD people look at you strangely if you try to get Pulse working
That's because Pulseaudio was designed to solve issues that for the most part have never existed on BSD systems. The BSD's evolved their existing OSS based audio subsystems to fix the few issues it had, whereas Linux chose to adopt a poorly implemented new system. I speak from experience, having tried to write an OSS shim for NetBSD that emulated the ALSA MIDI API, and became frustrated by the incomplete, innacurate documentation. I was also bemused by the ALSA API itself which looked like it was designed to be object oriented, but actually implemented by people with no real understanding of good OO princples.
This is the company that gave us the ribbon. Otherwise known as the chaos strip, since it seems to randomly rearrange itself to ensure that function you're looking for is never less than half a dozen clicks away. It's a bit like a supermarket, where they deliberately move stuff around in order to make shoppers seek out the things they usually buy in the hope they might chance across - and end up buying - things they haven't seen before.
It's architectually a bit too complex, making it difficult to add new compiler frontends, optimisations and backend targets. Add in license concerns with GPLv3, and there's a compelling set of reasons to move to Clang.
I've experienced someone running the power amp output of one Marshall amp into the power amp input of another, then into a 4x12". The sound was a phenomenally throaty roar, but I doubt it would do much for the longevity of the second amp.
Yes but they are absolutely related. Different techniques that both similarly diminished the art-form of music by making it louder.
You haven't got the faintest idea what you're talking about. The criticism of the loudness war is concerned with clipping and a lack of dynamic variation thanks to over use of compression, not increased volume per se.
.. to be cremated in the chassis of a Marshall 8x10" cab...
To go along with the music requests that include Killed By Death by Motorhead, And no, I'm not joking about the music, as that's what my will really does insist on being played.
I love my Ampeg SVT, but would quite eagerly swap it for a valve based Marshall bass head. They even do an 8x10" speaker now, so you can get the best of both Ampeg and Marshall worlds. Sigh. Anyway, so long Jim, and thanks for all the tinnitus.
ESR says a lot of things, and few of them make sense. Lisp is a great playground for conceptual stuff, but pretty much anything of value in Common Lisp has migrated to other, more mainstream languages.
Guile was a failed attempt at making an embeddable scripting language for the larger GNU apps. It failed because very few people actually wanted to use Lisp for such a purpose, even in if it was in a minimalist Scheme like form. There was even a flame war aeons ago when Tcl was proposed as a ready made alternative to a fledgling Guile. RMS shot the idea down in flames since he considered Tcl beneath unworthy of use by "real programmers". As you've noted, since then alternatives such as Lua have become popular in the embedded scripting language niche.
I remember getting OS/2 Warp as a freebie when I bought my first PC. It was from a short lived high street retailer called Escom, who could sell machines cheaper if they had OS/2 rather than Windows. Since I was going to slap Linux (RedHat 3.0.3) or NetBSD on the machine I didn't care about the lack of Windows - for those that expected to get Windows it mustc have come as a surprise!
I tinkered a bit with OS/2, but the interface felt clunky and cluttered. The Windows 3.51 machines that were gradually supplanting our SunOS boxes at work felt pretty elegant in comparison. The biggest problem was a lack of apps, and although there was some sort of DOS emulation I seem to recall you had to effectively reboot the machine into a weird hybrid OS/2 and DOS mode.
So that's why you made your own search engine prior to Yahoo implementing these technologies?
Yahoo! isn't a search engine. It was originally a hand edited directory of websites, and the true search engine was licensed (from AltaVista and Google amongst others). Their code was a horrendous mess of C modules running on many different hacked up versions of Apache and it crashed with shocking frequency. The only reason the site stayed up was because each Apache instance was largely autonomous and individual machines could be rebooted as necessary. The backend was no more stable, often running with the data in shared memory on FreeBSD machines that would also require regular rebooting since they were using crazy kernel configurations.
Amusingly, given their lack of project management processes, a few years ago they switched to PHP as their preferred development platform. I'm sure this has resulted in another clusterfuck.
Really? Whenever I use OS X, I regularly find myself with the menu bar of a different application than the one that is currently foreground on the desktop either because I've minimised all the windows of the app the menubar's for, or closed them (closing all the apps windows doesn't close most apps on OS X, another counter intuitive aspect).
A full featured kernel and userland that allows you to tinker with a micro-kernel based system. Linux and the BSD's are all monolithic kernels, even where they offer modules support (Darwin, the core of OS X, isn't a true micro-kernel based system either).
In principle, instrumenting significant parts of micro-kernel such as Minix is much easier than with a monolithic system like Linux. How true that is in practice is not something I can answer - I've only got the second edition of Tanenbaum's "Operating Systems" book, but it describes a much older and less sophisticated version of Minix.
The Linux kernel itself usually isn't. The C libraries that come with the distributions ARM board vendors often bundle with their hardware are typically smaller as they don't usually use glibc (or a derivative of it).
Slashdot Mirror
A "me too" on this one. One system I worked on had an emergency release that accidentally pulled in a bunch of new code from a junior developer. Shortly afterwards, the whole system ground to a halt and the DBA started to scream loudly since the DB server ran out of file descriptors ...
Java is worse because it doesn't have "using" block or IDispose
It has "try with resources" which accomplishes the same thing.
Apache APL2.0 for the GUI stuff, GPL for a lot of the stuff that had already been released.
Ever looked at the smart pointer implementations in C++? Ever read the "Effective C++" or "Exceptional C++" books? I have, and they left me convinced that C++ is irredeemably brain damaged.
The Foundation libraries started life at Stepstone, which was founded by Brad Cox. Cox invented Objective-C as a way to add Smalltalk like object oriented features to C, and he documented both the language and libraries in a subsequent book. When Steve Jobs set up NeXT, he recruited people who were familiar with Stepstone's work, which was then licensed it to form the basis of the NeXTstep development system (along with an excellent IDE and GUI builder).
Not quite the same as you've got an expectation of privacy if you're in your house.
Yes, but the post you replied too stated that the hypothetical woman had stripped in front of an open window. That's carelessness, and in the UK at least you can't complain if you feel your privacy was violated by someone observing you from beyond the boundaries of your own property. In a recent court case mentioned by Private Eye magazine, a man was even found guilty of indecency for cracking one off in his own bathroom, since he had left the window open and his neighbour saw him. (From what I remember, it warranted a mention in Private Eye since he was a public figure taking a hypocritical stance over someone elses behaviour).
I can only assume you've never used Eclipse.
The slowness in Eclipse is down to SWT, which doesn't even use the garbage collector. For proper Java code, the incremental garbage collector taht has been the default for many years now prevents the kinds of slow downs or pauses that used to be common (and afflicted other languages like most Common Lisp implementations).
BSD people look at you strangely if you try to get Pulse working
That's because Pulseaudio was designed to solve issues that for the most part have never existed on BSD systems. The BSD's evolved their existing OSS based audio subsystems to fix the few issues it had, whereas Linux chose to adopt a poorly implemented new system. I speak from experience, having tried to write an OSS shim for NetBSD that emulated the ALSA MIDI API, and became frustrated by the incomplete, innacurate documentation. I was also bemused by the ALSA API itself which looked like it was designed to be object oriented, but actually implemented by people with no real understanding of good OO princples.
This is the company that gave us the ribbon. Otherwise known as the chaos strip, since it seems to randomly rearrange itself to ensure that function you're looking for is never less than half a dozen clicks away. It's a bit like a supermarket, where they deliberately move stuff around in order to make shoppers seek out the things they usually buy in the hope they might chance across - and end up buying - things they haven't seen before.
What's wrong with GCC?
It's architectually a bit too complex, making it difficult to add new compiler frontends, optimisations and backend targets. Add in license concerns with GPLv3, and there's a compelling set of reasons to move to Clang.
You do know that she has no part in the writing of the speech or on its content? Her role is purely a ceremonial one.
I've experienced someone running the power amp output of one Marshall amp into the power amp input of another, then into a 4x12". The sound was a phenomenally throaty roar, but I doubt it would do much for the longevity of the second amp.
Yes but they are absolutely related. Different techniques that both similarly diminished the art-form of music by making it louder.
You haven't got the faintest idea what you're talking about. The criticism of the loudness war is concerned with clipping and a lack of dynamic variation thanks to over use of compression, not increased volume per se.
That's a thought. Must amend my will:
To go along with the music requests that include Killed By Death by Motorhead, And no, I'm not joking about the music, as that's what my will really does insist on being played.
I love my Ampeg SVT, but would quite eagerly swap it for a valve based Marshall bass head. They even do an 8x10" speaker now, so you can get the best of both Ampeg and Marshall worlds. Sigh. Anyway, so long Jim, and thanks for all the tinnitus.
ESR says a lot of things, and few of them make sense. Lisp is a great playground for conceptual stuff, but pretty much anything of value in Common Lisp has migrated to other, more mainstream languages.
Guile was a failed attempt at making an embeddable scripting language for the larger GNU apps. It failed because very few people actually wanted to use Lisp for such a purpose, even in if it was in a minimalist Scheme like form. There was even a flame war aeons ago when Tcl was proposed as a ready made alternative to a fledgling Guile. RMS shot the idea down in flames since he considered Tcl beneath unworthy of use by "real programmers". As you've noted, since then alternatives such as Lua have become popular in the embedded scripting language niche.
I remember getting OS/2 Warp as a freebie when I bought my first PC. It was from a short lived high street retailer called Escom, who could sell machines cheaper if they had OS/2 rather than Windows. Since I was going to slap Linux (RedHat 3.0.3) or NetBSD on the machine I didn't care about the lack of Windows - for those that expected to get Windows it mustc have come as a surprise! I tinkered a bit with OS/2, but the interface felt clunky and cluttered. The Windows 3.51 machines that were gradually supplanting our SunOS boxes at work felt pretty elegant in comparison. The biggest problem was a lack of apps, and although there was some sort of DOS emulation I seem to recall you had to effectively reboot the machine into a weird hybrid OS/2 and DOS mode.
Yup, WSJ confirms it: http://online.wsj.com/article/SB10001424052702303816504577313411294908868.html
So that's why you made your own search engine prior to Yahoo implementing these technologies?
Yahoo! isn't a search engine. It was originally a hand edited directory of websites, and the true search engine was licensed (from AltaVista and Google amongst others). Their code was a horrendous mess of C modules running on many different hacked up versions of Apache and it crashed with shocking frequency. The only reason the site stayed up was because each Apache instance was largely autonomous and individual machines could be rebooted as necessary. The backend was no more stable, often running with the data in shared memory on FreeBSD machines that would also require regular rebooting since they were using crazy kernel configurations.
Amusingly, given their lack of project management processes, a few years ago they switched to PHP as their preferred development platform. I'm sure this has resulted in another clusterfuck.
As the article title and summary makes clear, this is a 3.4 feature, not something that's currently in 3.2.
Really? Whenever I use OS X, I regularly find myself with the menu bar of a different application than the one that is currently foreground on the desktop either because I've minimised all the windows of the app the menubar's for, or closed them (closing all the apps windows doesn't close most apps on OS X, another counter intuitive aspect).
A full featured kernel and userland that allows you to tinker with a micro-kernel based system. Linux and the BSD's are all monolithic kernels, even where they offer modules support (Darwin, the core of OS X, isn't a true micro-kernel based system either).
In principle, instrumenting significant parts of micro-kernel such as Minix is much easier than with a monolithic system like Linux. How true that is in practice is not something I can answer - I've only got the second edition of Tanenbaum's "Operating Systems" book, but it describes a much older and less sophisticated version of Minix.
ARM Linux is much smaller
The Linux kernel itself usually isn't. The C libraries that come with the distributions ARM board vendors often bundle with their hardware are typically smaller as they don't usually use glibc (or a derivative of it).