Anyone who has ever been a programmer at a social networking company however will know it was management's decree. This type of stuff doesn't happen on accident.
Come on you're misrepresenting the workload here by a lot. MOST of those packages *don't need* init scripts because they're userspace tools *not* daemons.
My guess is these were all volunteers participating in the study "for science?"
My guess is that introduces a selection bias towards altruism. Test any of the several thousand people I've worked for, with, or very near over the past 20 years and I would guess that most of them wouldn't hesitate to shock the other person as much as was allowed, especially if they could be relatively certain the other person could not shock them back as a direct response.
I agree, fuck em. They throttle VPN connections on the down-low, and 99% of the time I'm the one who gets blamed by the developers for the VPN being slow.
Well then, just imagine how much longer it must have taken to write in the first place. Don't think of that time you spent learning the codebase as a waste; think of it as an investment.
You seem to be forgetting the fact that if the source code isn't available then its not doable AT ALL. PERIOD. You also seem to be assuming that there only will ever be "one man."
Yea, it was great when every single browser implemented "getelementbyid" slightly differently, so you had a cluster fuck of "if browser = 'x', then y"
This has actually never been the case with getElementById, specifically. There was *one* slight and completely avoidable corner-case in some older versions of IE... deprecated years before jQuery existed.
Also, you're forgetting that the simple fact of there being existing open-source code for a project, means that someone, even you, given the effort and time, can learn to fork it, or rewrite something like it from scratch. With closed-source code this is not possible either.
But if its something useful and popular, historically usually someone will fork it, or replace it with something else. Its no guarantee of everlasting life, but making it closed-source-only is an almost certain eventual doom.
He's talking about Aeron Chairs, a specific line of super over-priced but very comfy and futuristic-looking office chair that briefly became a status symbol during the post-dot-com ergonomics boom.
Indeed, there doesn't seem to be support for any of Nintendo's network-enabled products, nor do I see Dreamcast or for that matter any cellphones (still being manufactured and sold, net enabled and with data plans, believe it or not) that don't run Android *or* iOS. Where is the security auditing tool for my Pantech Link II god damnit?
Or maybe someone might just want to run Linux on mobile hardware without being shackled to Android? Or maybe someone is planning on coming out with some new non-Android mobile hardware and they want the graphics performance not to suck...
I can think of several possible reasons for this right off the top of my head. You drank too much of the Kool-Aid.
But Debian's existing sysv-style init in wheezy already does that without needing to be swapped out for systemd. How could it have escaped everyone's notice that systemd's primary justification isn't even new functionality?
I think you meant shudder, and if you've only ever compiled Linux kernels I think will find that the recompile time of the OpenBSD kernel when applying patches is shockingly quick; quick enough to make you wonder why they'd have ever bothered with loadable modules in the first place.
For whatever its worth, I've been using OpenBSD primarily for firewalls for the past 15 years and in that time I have never once needed to either add a module not already installed on the system to a running system or load a module at any time other than at boot time. For me and the entirety of my use cases (and, I suspect most other people as well) the only effects this change will have will be to increase theoretical security significantly and increase performance slightly.
I don't see how any of your complaints are relevant to Firefox OS. It seems like you're bitching about (admittedly valid) problems with the Raspberry Pi and their corporate overlords handling of the project but trying to pin it on FFOS somehow.
It won't be long before you can get a full x86 Atom board with [everything you want] for the same price as a [leading low-power-consumption competitor]. There's Atom tablets coming out soon that include Windows and will only cost $100 with screen, case, storage, and charger included...
Don't get me wrong, the Pi is crippled by a number of software development, hardware design, and corporate policy defects, but I've been hearing for almost as long as there have been Atoms that "soon" there will be ones released that are cheap enough and low enough in power consumption to justify their existence, without actually seeing any evidence of that being likely to ever happen, popular opinion notwithstanding.
Slashdot Mirror
If I use this operating system, can I use it to talk to God too?
Anyone who has ever been a programmer at a social networking company however will know it was management's decree. This type of stuff doesn't happen on accident.
Come on you're misrepresenting the workload here by a lot. MOST of those packages *don't need* init scripts because they're userspace tools *not* daemons.
My guess is these were all volunteers participating in the study "for science?"
My guess is that introduces a selection bias towards altruism. Test any of the several thousand people I've worked for, with, or very near over the past 20 years and I would guess that most of them wouldn't hesitate to shock the other person as much as was allowed, especially if they could be relatively certain the other person could not shock them back as a direct response.
I agree, fuck em. They throttle VPN connections on the down-low, and 99% of the time I'm the one who gets blamed by the developers for the VPN being slow.
Well then, just imagine how much longer it must have taken to write in the first place. Don't think of that time you spent learning the codebase as a waste; think of it as an investment.
You seem to be forgetting the fact that if the source code isn't available then its not doable AT ALL. PERIOD. You also seem to be assuming that there only will ever be "one man."
But adding new features isn't necessary just to keep it in play. Often all that is required is minor updates to keep it working on newer kernels.
Yea, it was great when every single browser implemented "getelementbyid" slightly differently, so you had a cluster fuck of "if browser = 'x', then y"
This has actually never been the case with getElementById, specifically. There was *one* slight and completely avoidable corner-case in some older versions of IE... deprecated years before jQuery existed.
'nuff said.
Also, you're forgetting that the simple fact of there being existing open-source code for a project, means that someone, even you, given the effort and time, can learn to fork it, or rewrite something like it from scratch. With closed-source code this is not possible either.
But if its something useful and popular, historically usually someone will fork it, or replace it with something else. Its no guarantee of everlasting life, but making it closed-source-only is an almost certain eventual doom.
Because closed source software disappears when the company goes out of business. Ever heard of Caligari Truespace?
Exactly.
He's talking about Aeron Chairs, a specific line of super over-priced but very comfy and futuristic-looking office chair that briefly became a status symbol during the post-dot-com ergonomics boom.
Should have hired me instead asshats!
Indeed, there doesn't seem to be support for any of Nintendo's network-enabled products, nor do I see Dreamcast or for that matter any cellphones (still being manufactured and sold, net enabled and with data plans, believe it or not) that don't run Android *or* iOS. Where is the security auditing tool for my Pantech Link II god damnit?
Bird Reporter: This just in! Humans now claiming ownership of our musical scales.
Or maybe someone might just want to run Linux on mobile hardware without being shackled to Android? Or maybe someone is planning on coming out with some new non-Android mobile hardware and they want the graphics performance not to suck...
I can think of several possible reasons for this right off the top of my head. You drank too much of the Kool-Aid.
But Debian's existing sysv-style init in wheezy already does that without needing to be swapped out for systemd. How could it have escaped everyone's notice that systemd's primary justification isn't even new functionality?
Noah wasn't also trying to build a theme park to go with it.
I think you meant shudder, and if you've only ever compiled Linux kernels I think will find that the recompile time of the OpenBSD kernel when applying patches is shockingly quick; quick enough to make you wonder why they'd have ever bothered with loadable modules in the first place.
For whatever its worth, I've been using OpenBSD primarily for firewalls for the past 15 years and in that time I have never once needed to either add a module not already installed on the system to a running system or load a module at any time other than at boot time. For me and the entirety of my use cases (and, I suspect most other people as well) the only effects this change will have will be to increase theoretical security significantly and increase performance slightly.
Because they don't bother to shut down. They just power it off, or unplug it.
I don't see how any of your complaints are relevant to Firefox OS. It seems like you're bitching about (admittedly valid) problems with the Raspberry Pi and their corporate overlords handling of the project but trying to pin it on FFOS somehow.
It won't be long before you can get a full x86 Atom board with [everything you want] for the same price as a [leading low-power-consumption competitor]. There's Atom tablets coming out soon that include Windows and will only cost $100 with screen, case, storage, and charger included...
Don't get me wrong, the Pi is crippled by a number of software development, hardware design, and corporate policy defects, but I've been hearing for almost as long as there have been Atoms that "soon" there will be ones released that are cheap enough and low enough in power consumption to justify their existence, without actually seeing any evidence of that being likely to ever happen, popular opinion notwithstanding.