[W]hy Microsoft felt Virtual Server was even necessary was beyond me.
They understand that someday they will have to ditch the entire spaghetti code base that is Windows(TM). By the time that they will seriously consider that, the commodity hardware of the day will be able to virtualize another OS with little or no (perceived) performance penalty. So they invest in this tech now, in the hopes of providing an upgrade path to (er, revenue stream from) their customers.
look at how people use god and religeon. If you do not see how it is used for control, from countries to families, you are blind, deaf and in denial.
and you should look at how other people, not under the influences you cite, experience God and religion. if you do see how it enriches, sustains, and gives hope, you're just stereotyping, which is merely intellectual laziness.
I'll bite, troll, cause I'm bored and you're an especially easy target.
Before this, there was almost no hope at all to get a working driver installed in less than 4 hours.
Wrong. There are many options to getting a driver in less than 4 hours. I did it just this morning (dropped the rt2500 driver back to the pre-smp ebuild). Time? Including compile, less than 5 minutes. I even restarted the network interface without dropping any existing ssh connections.
For all the people out there that are about to go on about apt-get or some stupid distro, here [sic] this: give it up.
See, a distro is a kind of linux operating system thingie, and a apt-get is a package management system thingie. Google is your friend, try looking up concepts once in a while.
Your "points":
We need to get a truly working pluggable driver model.
The content of your post clearly presents the fact that you are not part of the "we" here.
We need to have a registry to track applications, and their installation paths, and installation parameters. (This will help with the install, uninstall, and dependency headaches)
Linux needs no registry. Refer to/etc where everything related to a system-wide configuration belongs.
We need a unified configuration system and configuration user interface.
There are several: xterm + vi, aterm + emacs, konsole + nano, the combinations are nearly endless!
We need a great GUI development IDE
Again, several. The one that rocks the most IMO is KDevelop for GUI stuff. Emacs works for everything else.
We need to not release products with 200 dependencies that change every 4 weeks
Reference? Oh, wait, no, that sounds like hyperbole.
The only thing Linux has over other operating systems right now, is price.
You meant to say:
The only things Linux has over other operating systems right now are price, power, flexibility, and freedom.
As my children (who use Linux) would say: Go away little boy, and take your long nose with you.
Around eighty % is still incredible, not least when you have a competitor like AMD.
It's not the number that's most significant, it's the trend. Intel once had nearly 100% of this market, but now they are (or seem to be) on a slide down without a strategy to stop it.
Does anyone have a chart/graph/pretty picture showing the marketshare decreasing for Intel and increasing for AMD?
I had a conversation with a veteran motorcyclist who explained the method he used to avoid getting in accidents: assume that no driver can see you, ride as if you were invisible.
He went on to explain that he had been riding bikes for 20+ years, and had never been in an accident. When you think about it, it rings true.
I have explained this to my children, but have expanded it to be inclusive of all motor vehicle activity. Never assume that the other person on the road can see you. Do the thinking for every driver within your range of vision, and you will be much safer.
i've been a non-smoker for 1 year, 51 weeks (my stop anniversary is 4/20! hah!)
the thing that finally worked for me was practice. you gotta practice quitting until you get it right. 1 day, 3 weeks, 14 months, whatever, if you fail, try again, and try again soon.
the other thing that helps in quitting is knowing yourself: why you smoke, why you want to smoke, what helps you not want to smoke, etc. self knowledge and a bit of determination is about all you need. oh, yeah, try a nicotine replacement.
me, i was a smoker for 18 years. i tried for the last 10 of those years to quit at least once or twice a year. in the last 4 of those years, i tried many, many times, each time getting a bit farther. this last time, i decided i didn't want to chew that frikin gum anymore, so i stopped chewing it and got on with my life. probably the best thing i ever did for myself.
Huh? I read the summary and thought to my self, self, aren't you lucky, you just emerged KDE 3.5.2 last night. have yourself a little pat on the back just for being so bloody bleeding-edge.:)
Sorry for being one of those lame-asses who corrects others jokes. It just rankled me a bit to think of a million copy and pastes --- array is a nice command if you're a drafter. the polar array option comes in handy more often than you might think.
Transparency set with alt+mouse wheel up and alt+mouse wheel down. Using it, you can quickly scan the window underneath the current, then return the transparency to normal/low.
Prototype based languages are as OO as class based languages. They just use a different method for inheritance.
You're correct of course. Many developers I know are like me in how they conceptualize prototype based languages -- they tend to forget that prototype is a different approach to OO because it's so different from class based OO (and because outside of JS, it's uncommon in mainstream languages).
Ajax requires all communication be serialized using a Javascript callback scheme that requires extensible but ultimately limiting xml communication between client and server.
False. The web server can return text, plan old xml (POX), or JSON or anything that can be encoded over HTTP.
To get good performance, Ajax forces you to code a front-end application using JAVASCRIPT. Now I've coded some pretty complicated Javascript stuff, but it's just not the right language for writing full-featured applications. It's barely even object oriented, weak typed, etc. And debugging it is a disaster.
False. You're mixing concepts here (performance and client scripting language). Further, EMCAScript isn't OO and shouldn't be: it's a prototype based language. And any developer tackling this problem in today's world should use one of the many freely available JS libs (Dojo, MochiKit, Prototype, etc). Hell, MochiKit has a built in debugger.
If instead you decide to have the server make all the UI decisions for you ("put this text here, that box there"), that's fine except you'll see lag anytime you do anything. Imagine trying to update an entire column of data in Ajax Spreadsheet. The server has to send down exactly what to put in each cell and do all the computations for you before you see anything.
Knock, knock, web server calling. HTML UI decisions start on the server and get modified locally by the client. This is the nature of HTML and always has been.
Google Maps has this problem - I often see white boxes, unrefreshed boxes, etc. and I'm using the latest Firefox!
Oh, lordie. You realize that Google maps doesn't use Ajax, but instead makes heavy use of IFRAMES? (last i checked, this was true). And you realize, of course, that your connection speed might be to blame?
You've painted AJAX with a pretty broad and off-base brush. Better luck explaining it to the ignorant.
As bad as the bugs are in PHP, I'd have to say that the biggest thing you have to fear with ECommerce sites is badly written code in any language.
I have to disagree with this. What you're saying is "PHP sucks but everything sucks because you can write bad code there, too." Of course bad code can come in any language; the point isn't about other languages, it's about PHP and the serious lack of attention to detail.
The recent XMLRPC security flaw comes to mind -- that would have (probably) never happened in the python, perl or ruby communities because those communities are security-minded and therefore attracts like-minded people.
Put another way: PHP is sloppy and attracts sloppy developers to work on it.
as for the duplication of effort, consider that porting each and every one of those io slave types to each and every supported kde/gnome platform is a huge undertaking. better to let them bake at the DE level and do an invert later on (e.g., kiofs).
further, when you talk about the GNOME folks duplicating effort, well, from the outside, that whole project looks like little more than duplication of effort. kioslaves have been in for how long? 3, 4 years? GNOME has a serious (maybe fatal) case of Not Invented Here, and Linus is right about GNOME's other disease.
i should stop, but i won't. i never use gnome, but for some reason i use a gnome app or two. know how much crap gnome sticks in/etc?
$ find/etc/|grep gnome|wc
158 158 10424
158 files in/etc. there simply isn't a fucking excuse for garbage like that. the gnome devs should pull their heads out of their collective asses and write code that doesn't rely on 158 files in/etc. in/etc!!
after reading your msg again, i realise you might not be dissing kde, but your message set me off anyway. i apologize if you take this as if it's directed against you and not your comments. but just the thought of the man-years wasted on such a lame as software system as GNOME makes me weep for the opportunities squandered in the FLOSS community.
I suspect the biggest bang for the buck would be embedding a python interpreter with a subset of its standard library. Figure maybe 2-3 MB VM size and about the same on disk. Everything the poster needs is in there; the web server, the xml, and the ability to update his C++ code in-process.
So anytime Microsoft looks to add to an open-standard (you know, the thing open standards are meant to enable) they shouldn't be allowed?
Correct.
Wow, talk about openness. It's open for everyone, except those we dislike.
It's open for everyone, except those whom have repeatedly shown their distain for standards and for those whom have repeatedly and purposefully corrupted the standards process with the expressed intent of extinguishing said standards.
Pythonistas seem to not understand what the big deal about macros is.
Actually, the python community in general and Guido in particular understand very well what the big deal is. They've looked at macros and said, "yeah, that would be nice, but we don't want to allow the language to be rewritten on a user-by-user basis."
In other words, "readability counts", and that goes out the door with macros. Maybe not for disciplined programmers, but we all know the world is full of the other kind.
You've been trolled. The openssh code base has plenty of comments, and it's a joy to read for most C programmers. It's nicely formatted, with plenty of consistency and thought put into the layout.
Slashdot Mirror
For some reason "Impossible Schedule" in software development means cutting corners instead of increasing manpower.
Because that's all you can do (in general). Adding man-power to a late software project only makes it later, as was shown by Brooks some 30 years ago.
You paid $200 for a cat to which you are allergic? You, sir, are pussy-whipped.
(all in humor, it was just too good to pass up)
They understand that someday they will have to ditch the entire spaghetti code base that is Windows(TM). By the time that they will seriously consider that, the commodity hardware of the day will be able to virtualize another OS with little or no (perceived) performance penalty. So they invest in this tech now, in the hopes of providing an upgrade path to (er, revenue stream from) their customers.
Just my US$0.02.
look at how people use god and religeon. If you do not see how it is used for control, from countries to families, you are blind, deaf and in denial.
and you should look at how other people, not under the influences you cite, experience God and religion. if you do see how it enriches, sustains, and gives hope, you're just stereotyping, which is merely intellectual laziness.
I'll bite, troll, cause I'm bored and you're an especially easy target.
/etc where everything related to a system-wide configuration belongs.
Before this, there was almost no hope at all to get a working driver installed in less than 4 hours.
Wrong. There are many options to getting a driver in less than 4 hours. I did it just this morning (dropped the rt2500 driver back to the pre-smp ebuild). Time? Including compile, less than 5 minutes. I even restarted the network interface without dropping any existing ssh connections.
For all the people out there that are about to go on about apt-get or some stupid distro, here [sic] this: give it up.
See, a distro is a kind of linux operating system thingie, and a apt-get is a package management system thingie. Google is your friend, try looking up concepts once in a while.
Your "points":
We need to get a truly working pluggable driver model.
The content of your post clearly presents the fact that you are not part of the "we" here.
We need to have a registry to track applications, and their installation paths, and installation parameters. (This will help with the install, uninstall, and dependency headaches)
Linux needs no registry. Refer to
We need a unified configuration system and configuration user interface.
There are several: xterm + vi, aterm + emacs, konsole + nano, the combinations are nearly endless!
We need a great GUI development IDE
Again, several. The one that rocks the most IMO is KDevelop for GUI stuff. Emacs works for everything else.
We need to not release products with 200 dependencies that change every 4 weeks
Reference? Oh, wait, no, that sounds like hyperbole.
The only thing Linux has over other operating systems right now, is price.
You meant to say:
The only things Linux has over other operating systems right now are price, power, flexibility, and freedom.
As my children (who use Linux) would say: Go away little boy, and take your long nose with you.
Around eighty % is still incredible, not least when you have a competitor like AMD.
It's not the number that's most significant, it's the trend. Intel once had nearly 100% of this market, but now they are (or seem to be) on a slide down without a strategy to stop it.
Does anyone have a chart/graph/pretty picture showing the marketshare decreasing for Intel and increasing for AMD?
I had a conversation with a veteran motorcyclist who explained the method he used to avoid getting in accidents: assume that no driver can see you, ride as if you were invisible.
He went on to explain that he had been riding bikes for 20+ years, and had never been in an accident. When you think about it, it rings true.
I have explained this to my children, but have expanded it to be inclusive of all motor vehicle activity. Never assume that the other person on the road can see you. Do the thinking for every driver within your range of vision, and you will be much safer.
you can quit. say this often.
i've been a non-smoker for 1 year, 51 weeks (my stop anniversary is 4/20! hah!)
the thing that finally worked for me was practice. you gotta practice quitting until you get it right. 1 day, 3 weeks, 14 months, whatever, if you fail, try again, and try again soon.
the other thing that helps in quitting is knowing yourself: why you smoke, why you want to smoke, what helps you not want to smoke, etc. self knowledge and a bit of determination is about all you need. oh, yeah, try a nicotine replacement.
me, i was a smoker for 18 years. i tried for the last 10 of those years to quit at least once or twice a year. in the last 4 of those years, i tried many, many times, each time getting a bit farther. this last time, i decided i didn't want to chew that frikin gum anymore, so i stopped chewing it and got on with my life. probably the best thing i ever did for myself.
you can do it. good luck.
Huh? I read the summary and thought to my self, self, aren't you lucky, you just emerged KDE 3.5.2 last night. have yourself a little pat on the back just for being so bloody bleeding-edge. :)
Um... the correct autocad command would be array.
Sorry for being one of those lame-asses who corrects others jokes. It just rankled me a bit to think of a million copy and pastes --- array is a nice command if you're a drafter. the polar array option comes in handy more often than you might think.
One more:
Transparency set with alt+mouse wheel up and alt+mouse wheel down. Using it, you can quickly scan the window underneath the current, then return the transparency to normal/low.
Prototype based languages are as OO as class based languages. They just use a different method for inheritance.
You're correct of course. Many developers I know are like me in how they conceptualize prototype based languages -- they tend to forget that prototype is a different approach to OO because it's so different from class based OO (and because outside of JS, it's uncommon in mainstream languages).
Thanks for keeping us all honest.
Ajax requires all communication be serialized using a Javascript callback scheme that requires extensible but ultimately limiting xml communication between client and server.
False. The web server can return text, plan old xml (POX), or JSON or anything that can be encoded over HTTP.
To get good performance, Ajax forces you to code a front-end application using JAVASCRIPT. Now I've coded some pretty complicated Javascript stuff, but it's just not the right language for writing full-featured applications. It's barely even object oriented, weak typed, etc. And debugging it is a disaster.
False. You're mixing concepts here (performance and client scripting language). Further, EMCAScript isn't OO and shouldn't be: it's a prototype based language. And any developer tackling this problem in today's world should use one of the many freely available JS libs (Dojo, MochiKit, Prototype, etc). Hell, MochiKit has a built in debugger.
If instead you decide to have the server make all the UI decisions for you ("put this text here, that box there"), that's fine except you'll see lag anytime you do anything. Imagine trying to update an entire column of data in Ajax Spreadsheet. The server has to send down exactly what to put in each cell and do all the computations for you before you see anything.
Knock, knock, web server calling. HTML UI decisions start on the server and get modified locally by the client. This is the nature of HTML and always has been.
Google Maps has this problem - I often see white boxes, unrefreshed boxes, etc. and I'm using the latest Firefox!
Oh, lordie. You realize that Google maps doesn't use Ajax, but instead makes heavy use of IFRAMES? (last i checked, this was true). And you realize, of course, that your connection speed might be to blame?
You've painted AJAX with a pretty broad and off-base brush. Better luck explaining it to the ignorant.
As bad as the bugs are in PHP, I'd have to say that the biggest thing you have to fear with ECommerce sites is badly written code in any language.
I have to disagree with this. What you're saying is "PHP sucks but everything sucks because you can write bad code there, too." Of course bad code can come in any language; the point isn't about other languages, it's about PHP and the serious lack of attention to detail.
The recent XMLRPC security flaw comes to mind -- that would have (probably) never happened in the python, perl or ruby communities because those communities are security-minded and therefore attracts like-minded people.
Put another way: PHP is sloppy and attracts sloppy developers to work on it.
as for the duplication of effort, consider that porting each and every one of those io slave types to each and every supported kde/gnome platform is a huge undertaking. better to let them bake at the DE level and do an invert later on (e.g., kiofs).
further, when you talk about the GNOME folks duplicating effort, well, from the outside, that whole project looks like little more than duplication of effort. kioslaves have been in for how long? 3, 4 years? GNOME has a serious (maybe fatal) case of Not Invented Here, and Linus is right about GNOME's other disease.
i should stop, but i won't. i never use gnome, but for some reason i use a gnome app or two. know how much crap gnome sticks in
after reading your msg again, i realise you might not be dissing kde, but your message set me off anyway. i apologize if you take this as if it's directed against you and not your comments. but just the thought of the man-years wasted on such a lame as software system as GNOME makes me weep for the opportunities squandered in the FLOSS community.
Think of it like using mysql or sqlite database to store and manage system configuration instead of bunch of config files - it's NOT a bad idea.
No, it's not a bad idea: it's a horrible, brain-dead, idiotic implementation.
Let's not forget it's Microsoft we're talking about here.
This is what I was thinking, too.
I suspect the biggest bang for the buck would be embedding a python interpreter with a subset of its standard library. Figure maybe 2-3 MB VM size and about the same on disk. Everything the poster needs is in there; the web server, the xml, and the ability to update his C++ code in-process.
So anytime Microsoft looks to add to an open-standard (you know, the thing open standards are meant to enable) they shouldn't be allowed?
Correct.
Wow, talk about openness. It's open for everyone, except those we dislike.
It's open for everyone, except those whom have repeatedly shown their distain for standards and for those whom have repeatedly and purposefully corrupted the standards process with the expressed intent of extinguishing said standards.
Aye, I'm an ex-smoker, too, and your words ring true.
I smoked for 18 years, quit two years ago and haven't cheated. Not once! It's awesome to be free.
But like you, when I see someone smoking or smell it, well, I still get the urge.
Pythonistas seem to not understand what the big deal about macros is.
Actually, the python community in general and Guido in particular understand very well what the big deal is. They've looked at macros and said, "yeah, that would be nice, but we don't want to allow the language to be rewritten on a user-by-user basis."
In other words, "readability counts", and that goes out the door with macros. Maybe not for disciplined programmers, but we all know the world is full of the other kind.
You've been trolled. The openssh code base has plenty of comments, and it's a joy to read for most C programmers. It's nicely formatted, with plenty of consistency and thought put into the layout.
Well, if you're browsing books at BN, don't pick up this one!
/ 0596100329.jpg
ftp://ftp.ora.com/pub/graphics/book_covers/hi-res
Python is named after Monty Python, not a reptile. Fear off!
Those views are inherently biased against the people of the southern and rural United States.
As opposed to yours, which are inherently flawed due to your racism, sterotypes, and generalizations.
But don't let consistency get in the way of your bigotry and ignorance!
You've all be spoiled by the easy access to pirated software, music and movies.
And your post is spoiled by generalizations, fallacies, and misunderstandings.
You said "all" and I am one of "all". I use nothing but FOSS, and I don't violate copyright, and therefore you are wrong.