While running too lean is typically more dangerous than running too rich, there are downfalls too running too rich. For instance:
* Accelerated dillution of oil with excess unburnt fuel seriously reducing it's lubrication abilities. * Excess unburnt fuel can also effectively wash down the cylinder walls, removing the thin film of oil used to lubricate the piston rings resulting in pre-mature ring and piston failures.
Exactly how is removing PHP going to solve the client vs server bias? It's a server-side resource just as well.
IMO, the main issue is simply one of signal:noise, unsurprisingly. As much as graphics are neat, and sometimes useful, the majority of the time I feel people want information first and most importantly - fast. Minimal design oriented graphics used for separation and layout are fine with me. However, data should be driving things - not crap.
Once I got a pleading phone call from a guy who had rented rack space from somebody who rented it from us. The guy in the middle had stopped paying his bills and got cut off. Policy was to seize the hardware in the defaulter's racks, even if it wasn't his, and hold it hostage against payment. The caller just wanted his hardware back, and if it'd been up to me he would have gotten it. We couldn't sell it, so it was just going to collect dust until the bill got paid — that is, forever. But nope, wasn't going to happen. Sounds faintly similar to something that would happen at Savvis (aka Exodus aka C&W) or HE...
Web hosting is so fucked up with people with no physical access to the servers and no idea how a web server even works selling accounts from control panels that it makes me nostalgic for my old free.edu hosting on a HP-UX box. Let us not forget the reflex ftping of Crack source to said.edu box as well.
And to think I thought it was actually Object Oriented XML...
*XML is typically bloated cache-trashing nonsense anyways. Great for markup and config mechanisms, shit for efficient use of resources and network transport. But I digress, I'm digressing.
Maybe you should take it to the next step and just run a vmware instance just to run ntpd under that. Maybe even run a java vm under that as well. Can never be too secure can we?
If it were for all the userland tools commonly used, I guess many current Linux installations would be more properly named KDE/X/Linux
Most people who are still debating this have not heard of the old LiGnuX suggestion that was in the gnu newsletters long ago which is the same sort of idea.
You're strawmaning this into stupidity territory now.
It is implied that it's production code not toy obfuscated code. There's no reason to play stupid about that. Now reanalyze your last statement and consider it's circularity.
It's completely obvious what's going on just by reading the code.
If a programmer just randomly reads x memory location and casts it to y for apparently no reason whatsoever, then that's just stupid code and a bad example.
I find the lemmings to a cliff jump to use Firefox amusing.
1. It's better than IE, we know that. IE itself wouldn't be bad if they would stop supporting and enabling goofy Microsoft extensions that eventually Firefox goes along and supports as well. 2. Opera has been out there for ages. It's a better browser with much more advanced use of tabs, has had them for years, and is much more COMPLIANT to the spec. 3. Konqueror has been out there for ages. It's use of tabs is not as great as Opera's, but more importantly, it is COMPLIANT to the spec.
50M/year in revenue and Firefox is still like a CS project?
You know my bias, I use two browsers: Opera for when I'm locally using my windows applications, and Konqueror for when I'm in an NX session in KDE. I check rendering of my own html markup through those two browsers, if it looks good, then I check it in IE and Firefox - annoyingly sometimes finding they are not renddering how I desire - but not significantly or frequently enough to make an issue over.
While I do not believe that Firefox is a *bad* browser, I find it disturbing how many opensource addicts blindly jump at it - without consideration for the fact that it still is not 100% compliant and the fact that there are just plain better options out there.
Yet more useless data from the "we want to break ground on everything courtesy of Google" department.
1. No controlled set. They keep changing their drive configurations around. 2. Only 8 months of data (they state this study was conducted between Dec 2005 - Aug 2006). 3. It's like an average of 5% overall w/ the only real piece of info from this being that smart doesnt really correlate 4. There is no correlation to number of drive platters vs "afr" here. 5. Utilization rate as a measure of bandwidth, yet no account of fragmentation which would drive a correlation to drive head excessive moment and sweeping vs controlled movement. 6. No mention of number of drives in the set. Which is needed to calculate the granularity of statistics.
7.This must be why their stock is at 469. By providing ground breaking studies of entropy and it's affects on random data.
Slashdot Mirror
While running too lean is typically more dangerous than running too rich, there are downfalls too running too rich. For instance:
* Accelerated dillution of oil with excess unburnt fuel seriously reducing it's lubrication abilities.
* Excess unburnt fuel can also effectively wash down the cylinder walls, removing the thin film of oil used to lubricate the piston rings resulting in pre-mature ring and piston failures.
But being that we've sat through more than enough "believe it when I see it situations" we'll just have to wait and see..
Also, when will people stop referring to "Moore's Law" as a law? It's a hypothesis at best.
You can do any OO design in PHP5 just as easily as in Python.
Right, because coroutines are oh so useful.I take it you've not used Python then? How would you do co-routines in PHP? Decorators? Metaclasses? Things like DictMixin?
An OO language is not necessarily required to implement derivation, polymorphism, or inheritance in order to make use of object oriented concepts."OO design" is a lot more than grouping methods and member variables into a namespace and calling it a "class".
window w;
dialog d;
int s;
w.close();
d.close();
close(s);
Exactly how is removing PHP going to solve the client vs server bias? It's a server-side resource just as well.
IMO, the main issue is simply one of signal:noise, unsurprisingly. As much as graphics are neat, and sometimes useful, the majority of the time I feel people want information first and most importantly - fast. Minimal design oriented graphics used for separation and layout are fine with me. However, data should be driving things - not crap.
Larger caches to combat the lacklustre memory architecture, right? Circular.
http://technologyfront.com/resume.html -- kdawson's background in FUD/bullshit/hand-waving nonsense
http://technologyfront.com/resume.html
Professional marketeer/hand waver.
"Get a rope."
And to think I thought it was actually Object Oriented XML...
*XML is typically bloated cache-trashing nonsense anyways. Great for markup and config mechanisms, shit for efficient use of resources and network transport. But I digress, I'm digressing.
False dichotomy. Maybe you're too young to remember, but there was a time when most sites didn't have ads.
And there was a time before web sites existed at all too, but someone is paying for a site in ALL cases. Fuck this, I'm going back to Gopher.
Checked NZ cell rates lately?
Google has historically shown themselves to be full of shit on more than one occasion.
Yet even more reason to disable all plugins in Opera and then enable flash on a per-site basis when it's needed.
Maybe you should take it to the next step and just run a vmware instance just to run ntpd under that. Maybe even run a java vm under that as well. Can never be too secure can we?
Most people who are still debating this have not heard of the old LiGnuX suggestion that was in the gnu newsletters long ago which is the same sort of idea.
How about GNUKlius while we're at it.XML is at the top of my list for AVOID.
You're strawmaning this into stupidity territory now.
It is implied that it's production code not toy obfuscated code. There's no reason to play stupid about that.
Now reanalyze your last statement and consider it's circularity.
Yes - because everyone normally writes production C code as an obfuscation contest?
Lame example. If anything perl heads much more in that direction with less effort than C does.
It's completely obvious what's going on just by reading the code.
If a programmer just randomly reads x memory location and casts it to y for apparently no reason whatsoever, then that's just stupid code and a bad example.
(yes I pre-ran them both multiple times to reduce cache affects)
:#]+/, $_); $c += $#t; } print "c == $#t\n";'
./ctok ../../tests/ctok.in.2 " :#"
[src] $ time perl -e '$tdata = "../../tests/ctok.in.2"; $sz = -s $tdata; print "sz == $sz\n"; open(FH, $tdata); while (<FH>) { @t=split(/[
sz == 96252007
c == 12301001
real 0m31.877s
user 0m31.662s
sys 0m0.148s
[src] $ file ctok
ctok: ELF 32-bit LSB executable, Intel 80386, version 1 (SYSV), for GNU/Linux 2.2.5, not stripped
[src] $ time
sz == 96252007
c == 12301001
real 0m2.417s
user 0m2.280s
sys 0m0.132s
And yet I still proudly use C. Let the prophets K&R reign supreme.
Really. Does C have $_ or any number of ridiculously implied $ nonsense in it?
Perl should have just stopped about 8 years ago.
I find the lemmings to a cliff jump to use Firefox amusing.
1. It's better than IE, we know that. IE itself wouldn't be bad if they would stop supporting and enabling goofy Microsoft extensions that eventually Firefox goes along and supports as well.
2. Opera has been out there for ages. It's a better browser with much more advanced use of tabs, has had them for years, and is much more COMPLIANT to the spec.
3. Konqueror has been out there for ages. It's use of tabs is not as great as Opera's, but more importantly, it is COMPLIANT to the spec.
50M/year in revenue and Firefox is still like a CS project?
You know my bias, I use two browsers: Opera for when I'm locally using my windows applications, and Konqueror for when I'm in an NX session in KDE. I check rendering of my own html markup through those two browsers, if it looks good, then I check it in IE and Firefox - annoyingly sometimes finding they are not renddering how I desire - but not significantly or frequently enough to make an issue over.
While I do not believe that Firefox is a *bad* browser, I find it disturbing how many opensource addicts blindly jump at it - without consideration for the fact that it still is not 100% compliant and the fact that there are just plain better options out there.
http://www.howtocreate.co.uk/acid/ -- useful info.
Yet more useless data from the "we want to break ground on everything courtesy of Google" department.
1. No controlled set. They keep changing their drive configurations around.
2. Only 8 months of data (they state this study was conducted between Dec 2005 - Aug 2006).
3. It's like an average of 5% overall w/ the only real piece of info from this being that smart doesnt really correlate
4. There is no correlation to number of drive platters vs "afr" here.
5. Utilization rate as a measure of bandwidth, yet no account of fragmentation which would drive a correlation to drive head excessive moment and sweeping vs controlled movement.
6. No mention of number of drives in the set. Which is needed to calculate the granularity of statistics.
7.This must be why their stock is at 469. By providing ground breaking studies of entropy and it's affects on random data.
Yep. They're a bit uncanny there, aren't they? Like I said.. a company hellbent on cramming as many Stanford grads into one place.