No, but if you had such a requirement, you could trivially implement something where unprivileged users could say what they want in, say, their home directory, and then have a sufficiently privileged user merge their stuff to the main httpd.conf, which is easily commentable and versionable, BTW.
Possibly something similar could done under 'doze, but just the thought of the burnt offerings involved makes me shudder.
For DVDs and other hotbeds of market confusion, like memory cards:
Some site, say, ExtremeTech, to put up a crosstab web page, along the lines of:
Model|Standard_a|Standard_b|...|Standard_n
my_junk...X.......
So that it is fairly obvious who works with what.
Then, the market can start hoisting fingers at vendors that just can't quite figure out how to sell something without a string attached.
I can't believe this is a terribly new idea.
Consumer Reports probably does this...
Your line of argument raises the whole nannyism question. Is the lack of a picture phone really going to impede someone bent on doing the unethical?
At best you keep people from making casual errors. But is that really the opportunity cost of the message: "you can't be trusted to touch gadgets without screwing up"?
I've heard it is said among lawyers:
If you've got the facts on your side, argue the facts,
if you've got the law on your side, argue the law,
and if you've neither, pound the table.
Into which category to put Michael, or SCO, is unclear.
I'd come at what I think is your point from a slightly different angle; when coding, one freedom you want is that of picking your level of abstraction.
If you want/require crawling around in the guts of the system, go for C.
If you just want to get something completed quickly, use a scripting language like Perl or Python with a fat library.
Once you code enough, it all starts to look similar, anyway.
I would say that geeks are so focused on the tactical level of code and hardware that they are oblivious to strategic concerns such as customers, markets, economics, and business.
Badly as I wish I personally could do both, I'm forced to confess mastery of neither.
[picks up broom]
Oh, well, back to sweeping...
One interesting point on the haskell website was that SQL is almost a functional language.
I, for one, do all kinds of wild data gymnastics in SQL, and wonder if more could be done to 'get people in the door' with SQL DML statements as a lead-in.
Always wanted to do more with functional programming, wondering if EMACS Lisp might prove more immediately fruitful...
educated enough to not waste ones time working on drafts of stupid things (sorry, I can't think of an analogy to coding here).
Apparently you've never been beat with teh st00p3d requirement. Operating under deadline, I showed the customer simple, implemented and tested stuff, and get a rudder order to go make it into something stupid.
The customer thought in terms of paper, and thus demanded an interface where the view and the model were tragically confused. Wasn't on that project much longer.
Point is, the law is the operating system of society, and it is subject to the same heuristic quirks as the code over which you slave. Not that I'm trying to let the sharks^H^H^H^H^H^Hpoliticians and lawyers off the hook; simply pointing out that Good Leadership is Not as Easy as it Looks.
Or did I just imply the existence of some?:)
I guess if the BIOS is coupled with the hard disk, the BIOS could interfere with an attempt to format the disk, but that sounds even more evil than all this (User dis-)Trusted Computing nonsense.
Oh, yeah: security...
Pretty easy to take potshots at elected officials. In cases like this one, they're well deserved. However, I submit that expecting perfect decision-making 100% of the time from leaders is akin to expecting coders to write non-trivial code that works perfectly on first execution.
Which is not a blank check to politicians, letting them go out and debug their way to a reasonable course of action.
Ultimately, if we're that pissed off about stuff, we have to get involved, whereupon we'll see some of the complexities involved.
10, 20 or 50 MB file
Well, yeah; if you want to get people together to work on some heavy stuff, there may be some planning involved, like packaging the fat references, posting them to an FTP server the day before, and telling everyone to pull the stuff down and familiarize themselves with it prior to the collaboration.
Folks throwing fat stuff around in the middle of the meeting are not behaving wisely.
Any ship can capsize.
No. I've used a demo of Groove, and it provides nice real-time groupware on modest hardware/bandwidth. It could be used to do quite a bit of good work, in the hands of sophisticated users. Oh, wait...
You also handle the point that allowing users to get into the inner workings of their cars is not inherently evil.
I foresee some argument along the lines of "If we do this, <insert terrrorist/criminal organization here> will be able to soup-up the performance of their cars, and escape capture.
People working on their cars at low level resembles people working on Linux From Scratch, with the difference being that a core dump is only embarrassing, whereas an engine becoming several hundred flying sub-engines at the I95/I495 interchange, known with affection as 'the mixing bowl', could have substantial costs...
I hope the safety gestapo doesn't win the argument.
I think the fact that the DVD is pure information and a car is a physical object, not subject to casual duplication, might be a difference, but who knows?
And what of the selection? A bunch of rap, cuntry western, and '80s hair metal, while potential posing a threat to the sleeping-aid market, are not likely to part this particular fool from his money.
Being able to, say, put all four parts of Rush's Fear trilogy(?) on a single disc would be kinda useful...
has not been stated.
Mono is Microsoft's long term survival hedge.
They re-do all of Office in C#.
They get the OS community to prepare the platform for them.
They recompile everything with Mono, and start selling it in all markets which have dropped them for Linux.
In other words, if Windows dies, Microsoft can live on.
Not that Netcraft is scheduled to predict the death of Windows anytime soon, but MS didn't achieve 800 lb. gorilla status by not thinking deep thoughts.
The only people who will be offended by this are those who object to MS on theological grounds.
There is years of history showing that Java is not being used for desktop apps
Actually, stuff like GeneSpring works well, irrespective of platform.
In general, though, you're right. And the reason is that the GUI libraries are all over the place. Got assigned to use Component Oriented Programming for school. Keel makes a lot of sense on a server, but the jury is out on the desktop.
Slashdot Mirror
Doubt it, unless there were publicity to be gained.
Of course, L. Ron Hubbard had some interesting methods for managing his best-sellerness...
No, but if you had such a requirement, you could trivially implement something where unprivileged users could say what they want in, say, their home directory, and then have a sufficiently privileged user merge their stuff to the main httpd.conf, which is easily commentable and versionable, BTW.
Possibly something similar could done under 'doze, but just the thought of the burnt offerings involved makes me shudder.
You're flying too low to see the us/them dichotomy going on, boss.
For DVDs and other hotbeds of market confusion, like memory cards:
Some site, say, ExtremeTech, to put up a crosstab web page, along the lines of:
Model|Standard_a|Standard_b|...|Standard_n
my_junk...X.......
So that it is fairly obvious who works with what.
Then, the market can start hoisting fingers at vendors that just can't quite figure out how to sell something without a string attached.
I can't believe this is a terribly new idea.
Consumer Reports probably does this...
...when the market speaks, even BeelzeBill listens.
Your line of argument raises the whole nannyism question. Is the lack of a picture phone really going to impede someone bent on doing the unethical?
At best you keep people from making casual errors. But is that really the opportunity cost of the message: "you can't be trusted to touch gadgets without screwing up"?
I've heard it is said among lawyers:
If you've got the facts on your side, argue the facts,
if you've got the law on your side, argue the law,
and if you've neither, pound the table.
Into which category to put Michael, or SCO, is unclear.
I'd come at what I think is your point from a slightly different angle; when coding, one freedom you want is that of picking your level of abstraction.
If you want/require crawling around in the guts of the system, go for C.
If you just want to get something completed quickly, use a scripting language like Perl or Python with a fat library.
Once you code enough, it all starts to look similar, anyway.
What advantage has this over Jython?
I would say that geeks are so focused on the tactical level of code and hardware that they are oblivious to strategic concerns such as customers, markets, economics, and business.
Badly as I wish I personally could do both, I'm forced to confess mastery of neither.
[picks up broom]
Oh, well, back to sweeping...
Stand by, mister. Those glass planes about your home and car you think you own? They got them a stack o' subpeni^H^H^Hoenas with your name on them...
One interesting point on the haskell website was that SQL is almost a functional language.
I, for one, do all kinds of wild data gymnastics in SQL, and wonder if more could be done to 'get people in the door' with SQL DML statements as a lead-in.
Always wanted to do more with functional programming, wondering if EMACS Lisp might prove more immediately fruitful...
Apparently you've never been beat with teh st00p3d requirement. Operating under deadline, I showed the customer simple, implemented and tested stuff, and get a rudder order to go make it into something stupid.
The customer thought in terms of paper, and thus demanded an interface where the view and the model were tragically confused. Wasn't on that project much longer.
Point is, the law is the operating system of society, and it is subject to the same heuristic quirks as the code over which you slave. Not that I'm trying to let the sharks^H^H^H^H^H^Hpoliticians and lawyers off the hook; simply pointing out that Good Leadership is Not as Easy as it Looks.
Or did I just imply the existence of some?
I guess if the BIOS is coupled with the hard disk, the BIOS could interfere with an attempt to format the disk, but that sounds even more evil than all this (User dis-)Trusted Computing nonsense.
Oh, yeah: security...
Pretty easy to take potshots at elected officials. In cases like this one, they're well deserved. However, I submit that expecting perfect decision-making 100% of the time from leaders is akin to expecting coders to write non-trivial code that works perfectly on first execution.
Which is not a blank check to politicians, letting them go out and debug their way to a reasonable course of action.
Ultimately, if we're that pissed off about stuff, we have to get involved, whereupon we'll see some of the complexities involved.
10, 20 or 50 MB file
Well, yeah; if you want to get people together to work on some heavy stuff, there may be some planning involved, like packaging the fat references, posting them to an FTP server the day before, and telling everyone to pull the stuff down and familiarize themselves with it prior to the collaboration.
Folks throwing fat stuff around in the middle of the meeting are not behaving wisely.
Any ship can capsize.
No. I've used a demo of Groove, and it provides nice real-time groupware on modest hardware/bandwidth. It could be used to do quite a bit of good work, in the hands of sophisticated users. Oh, wait...
...the Farouks of Hazzard. Just a good ol' boys...
You also handle the point that allowing users to get into the inner workings of their cars is not inherently evil.
I foresee some argument along the lines of "If we do this, <insert terrrorist/criminal organization here> will be able to soup-up the performance of their cars, and escape capture.
People working on their cars at low level resembles people working on Linux From Scratch, with the difference being that a core dump is only embarrassing, whereas an engine becoming several hundred flying sub-engines at the I95/I495 interchange, known with affection as 'the mixing bowl', could have substantial costs...
I hope the safety gestapo doesn't win the argument.
I think the fact that the DVD is pure information and a car is a physical object, not subject to casual duplication, might be a difference, but who knows?
She drinks boost?
Surely your child will be a template meta-programming ninja. Good onya, and don't let the secret out.
And what of the selection? A bunch of rap, cuntry western, and '80s hair metal, while potential posing a threat to the sleeping-aid market, are not likely to part this particular fool from his money.
Being able to, say, put all four parts of Rush's Fear trilogy(?) on a single disc would be kinda useful...
has not been stated.
Mono is Microsoft's long term survival hedge.
They re-do all of Office in C#.
They get the OS community to prepare the platform for them.
They recompile everything with Mono, and start selling it in all markets which have dropped them for Linux.
In other words, if Windows dies, Microsoft can live on.
Not that Netcraft is scheduled to predict the death of Windows anytime soon, but MS didn't achieve 800 lb. gorilla status by not thinking deep thoughts.
The only people who will be offended by this are those who object to MS on theological grounds.
There is years of history showing that Java is not being used for desktop apps
Actually, stuff like GeneSpring works well, irrespective of platform.
In general, though, you're right. And the reason is that the GUI libraries are all over the place. Got assigned to use Component Oriented Programming for school. Keel makes a lot of sense on a server, but the jury is out on the desktop.
It shows up on the comp.lang.c++.moderated list over in groups.google.com from time to time. No groundswell of support as yet.