I know it still has some issues, but I'm hoping the D takes off. There are a lot of really interesting ideas in that language if you read the spec and write a few sample apps. Even if the language itself doesn't take off its worth a look to see the kinds of things people are thinking about including in next-gen languages.
There is a thread above this one that explains this as well but I'll reiterate.
ESX is not a linux distribution. ESX is its own kernel (VMkernel) that uses the ESX Service Console as a glorified boot loader. Once the VMkernel is loaded it takes over the hardware and turns the Service Console install into a semi-virtualized Linux install. What ESX does have is a Linux like environment to manage it and interact with it.
I'm looking forward to the day a doctor tries to scan a medical UPC code and instead gets the RFID tag from the shirt/jeans/watch/etc someone bought at Walmart.... then based on the information amputates a leg.
I grew up in No-vaa-toe and went to school in San Rah-fell and put my vote in for the "proper" pronounciation... and if people think that pronounciation is bad don't let them hear people pronounce "St. Rafael's" (the Catholic grade school)
Side note, American English is a bastardization regardless, so you might as well run with it. Ask a Brit how to say Leisure or Oregano
1xEVDO is CDMA2000 (read cell phone) based, operating usually at about 1900Mhz. It usually operates at a range similar to CDMA based cell phones on the same spectrum, typically a 3-5km radius from base stations depending on conditions.
I had to force myself to keep reading the article after the first case study. The simple fact that he cannot even get his facts straight (IPv6 has a 128 bit address space) does not help his argument.
For a much more coherent argument against re-writes see Joel on Software, where he argues throwing everything out and starting fresh is a bad idea. He argues for evolutionary refactoring away old code.
I installed TT yesterday on my dual Debian, win2k system. There was no noticable difference to LILO post install. On a side note, I did happen to recompile my kernel not long after installing TT. I have not yet tried running TT again to see if my latest run of LILO has confused it.
First some background, I am a computer science student at a well know Engineering school in California (Cal Poly). Since last spring I have been the only student representative on the policy committee in charge of creating a university wide computing policy. This policy was recently signed and put into effect (a whole other story about students not being informed etc exists, but I'll skip that.)
I am ashamed to have my name associated with the tripe that is not official computing policy at Cal Poly. Some of the better points include:
-No port scanning (This pissed me off royally, not because I think people should randomly scan computers, but because it was implied that port scanning of any type was wrong)
-All data on any campus resources belongs to the school. This includes anything stored on school computers, and the working implies anything connected to the campus network.
-The school has the right to seize any and all data for "authorized" investigations. (Authorized was NEVER defined anywhere, for all we know anyone could walk in and ask for our data.)
-The school reserves the right to remove access at any time.
Most of the crap I had to deal with in our school policy came form the fact that the university is a state institution and had to follow certain "regulations" that all state institutions had to follow. I am no legal expert and have no idea what the laws in Utah look like, but it is very likely that as awful as it may sound that school could be perfectly within their rights to take and destroy the entire site.
After all the bad press here last week flaming MTV for their protrayal of hackers a "punk kids" etc etc... We are now told that the whole thing was staged by hackers who tried to discredit MTV. Are we believing this? Is this letter for real ( or just an attempt to cover their asses)? Did it really discredit MTV? Is anyone who believed the "hacker" story going to find out about the hoax? Sadly I think the answer to all of these is no. I realize this post will likely attract flame, but was I the only one who got kinda a sick feeling reading the article? I'm not sure if what was done (assuming the article's validity) was any better than what was shown on TV. So now, instead of "hackers" breaking the law and cracking boxes, we have "hackers" who are providing false information and deceiving the media. Which is worse... the fake message of MTV... or the fact that "Shamrock" not only discredited MTV, but himself and other "hackers" -Ion
1G=9.8m/s This is true for a constant radius from the center of the earth, but remember gravity is some constant * the inverse of the radius. This is NOT a linear equation, but an integral as gravity decreases from 9.8m/s to whatever gravity is as you reach final altitude... someone wanna do the math... I sure don't.
As I said in my original post I think XML conf files are a great idea. I just wanted to mention that people are using XML for database migration and someone might try to do this with conf files, which IMHO is not a great idea.
I have no problem with the use of a database, I have some reservations, but no strong objections. Though who would create such a database? It would either have to be something built into the kernel...(doesn't really belong there). Or we may end up with a configuration databse holy war. I can see 2 seperate, but equally useful, implementations in use. Both strongly supported by deticated users. This would force App programmers to support both adding more work to their job. Truthfully besides database corruption that is the only other problem I can come up with for a configuration database, except for the inablity to edit conf file with a text editor.
Agreed, for a programmer this wouldn't be an issue, but if we ever want to get some real market share from MS we have to use the K.I.S.S. ideology (Keep it Simple Stupid). Anyone can open up a text editor and read the entries of a file to some sort of tech support group, trying to read a database on the other hand wouldn't be as easy. IMHO sticking with flat files is a better bet.
Personally I think XML would be a great way to help organize all those sometimes nasty.conf files. There is one large pitfall that needs to be avoided. XML is very easy to convert to a database system. One of the main uses it has (at least in my experience) is a great way to abstract out databases in a non-proprietary format. If XML were used with wrapper classes to access conf files some people might be tempted to port those conf files into a database and change the wrapper library to a database wrapper instead.... to a naive user (how many of these are there now?... but in 5 years?) there would be no difference. What would we end up with? A Windows like registry system. I believe this should be avoided at all costs. A database system may look nice from the outside and have lots of great features, but when something goes wrong and the settings for your favorite daemon are in a corrupt database entry what are you going to do? XML will provide the organization linux conf files need and allow the existence of the flat files everyone loves, but also presents an easy step toward database (registry) systems.
Slashdot Mirror
I know it still has some issues, but I'm hoping the D takes off. There are a lot of really interesting ideas in that language if you read the spec and write a few sample apps. Even if the language itself doesn't take off its worth a look to see the kinds of things people are thinking about including in next-gen languages.
There is a thread above this one that explains this as well but I'll reiterate.
ESX is not a linux distribution. ESX is its own kernel (VMkernel) that uses the ESX Service Console as a glorified boot loader. Once the VMkernel is loaded it takes over the hardware and turns the Service Console install into a semi-virtualized Linux install. What ESX does have is a Linux like environment to manage it and interact with it.
They just pulled the plug.
No one able to reconnect.
Why do I think its doomed to fail?
Because when I loaded it at work 30 seconds ago the front page contained a famous image... the goatse.cx guy...
Doomed to fail.
ESX Server does not run inside a host OS. It run directly on that hardware.
I'm looking forward to the day a doctor tries to scan a medical UPC code and instead gets the RFID tag from the shirt/jeans/watch/etc someone bought at Walmart.... then based on the information amputates a leg.
No thanks.
I grew up in No-vaa-toe and went to school in San Rah-fell and put my vote in for the "proper" pronounciation... and if people think that pronounciation is bad don't let them hear people pronounce "St. Rafael's" (the Catholic grade school)
Side note, American English is a bastardization regardless, so you might as well run with it. Ask a Brit how to say Leisure or Oregano
1xEVDO is CDMA2000 (read cell phone) based, operating usually at about 1900Mhz. It usually operates at a range similar to CDMA based cell phones on the same spectrum, typically a 3-5km radius from base stations depending on conditions.
I had to force myself to keep reading the article after the first case study. The simple fact that he cannot even get his facts straight (IPv6 has a 128 bit address space) does not help his argument.
For a much more coherent argument against re-writes see Joel on Software, where he argues throwing everything out and starting fresh is a bad idea. He argues for evolutionary refactoring away old code.
I installed TT yesterday on my dual Debian, win2k system. There was no noticable difference to LILO post install. On a side note, I did happen to recompile my kernel not long after installing TT. I have not yet tried running TT again to see if my latest run of LILO has confused it.
UCITA is being proposed at the state legislature level and not at a congressional level. To quote the CNET article:
Virginia and Maryland approved versions of UCITA shortly after it was first proposed, but elsewhere it has died in committee.
Press release
s/tripe that is not official/tripe that is now official/ oops :)
First some background, I am a computer science student at a well know Engineering school in California (Cal Poly). Since last spring I have been the only student representative on the policy committee in charge of creating a university wide computing policy. This policy was recently signed and put into effect (a whole other story about students not being informed etc exists, but I'll skip that.)
I am ashamed to have my name associated with the tripe that is not official computing policy at Cal Poly. Some of the better points include:
-No port scanning (This pissed me off royally, not because I think people should randomly scan computers, but because it was implied that port scanning of any type was wrong)
-All data on any campus resources belongs to the school. This includes anything stored on school computers, and the working implies anything connected to the campus network.
-The school has the right to seize any and all data for "authorized" investigations. (Authorized was NEVER defined anywhere, for all we know anyone could walk in and ask for our data.)
-The school reserves the right to remove access at any time.
Most of the crap I had to deal with in our school policy came form the fact that the university is a state institution and had to follow certain "regulations" that all state institutions had to follow. I am no legal expert and have no idea what the laws in Utah look like, but it is very likely that as awful as it may sound that school could be perfectly within their rights to take and destroy the entire site.
I wish this guy luck, you're gonna need it.
After all the bad press here last week flaming MTV for their protrayal of hackers a "punk kids" etc etc... We are now told that the whole thing was staged by hackers who tried to discredit MTV. Are we believing this? Is this letter for real ( or just an attempt to cover their asses)? Did it really discredit MTV? Is anyone who believed the "hacker" story going to find out about the hoax? Sadly I think the answer to all of these is no. I realize this post will likely attract flame, but was I the only one who got kinda a sick feeling reading the article? I'm not sure if what was done (assuming the article's validity) was any better than what was shown on TV. So now, instead of "hackers" breaking the law and cracking boxes, we have "hackers" who are providing false information and deceiving the media. Which is worse... the fake message of MTV... or the fact that "Shamrock" not only discredited MTV, but himself and other "hackers" -Ion
err sorry its "some constant * the inverse of the radius squared"
1G=9.8m/s This is true for a constant radius from the center of the earth, but remember gravity is some constant * the inverse of the radius. This is NOT a linear equation, but an integral as gravity decreases from 9.8m/s to whatever gravity is as you reach final altitude... someone wanna do the math... I sure don't.
As I said in my original post I think XML conf files are a great idea. I just wanted to mention that people are using XML for database migration and someone might try to do this with conf files, which IMHO is not a great idea.
I have no problem with the use of a database, I have some reservations, but no strong objections. Though who would create such a database? It would either have to be something built into the kernel...(doesn't really belong there). Or we may end up with a configuration databse holy war. I can see 2 seperate, but equally useful, implementations in use. Both strongly supported by deticated users. This would force App programmers to support both adding more work to their job. Truthfully besides database corruption that is the only other problem I can come up with for a configuration database, except for the inablity to edit conf file with a text editor.
Agreed, for a programmer this wouldn't be an issue, but if we ever want to get some real market share from MS we have to use the K.I.S.S. ideology (Keep it Simple Stupid). Anyone can open up a text editor and read the entries of a file to some sort of tech support group, trying to read a database on the other hand wouldn't be as easy. IMHO sticking with flat files is a better bet.
Personally I think XML would be a great way to help organize all those sometimes nasty .conf files. There is one large pitfall that needs to be avoided. XML is very easy to convert to a database system. One of the main uses it has (at least in my experience) is a great way to abstract out databases in a non-proprietary format. If XML were used with wrapper classes to access conf files some people might be tempted to port those conf files into a database and change the wrapper library to a database wrapper instead.... to a naive user (how many of these are there now?... but in 5 years?) there would be no difference. What would we end up with? A Windows like registry system. I believe this should be avoided at all costs. A database system may look nice from the outside and have lots of great features, but when something goes wrong and the settings for your favorite daemon are in a corrupt database entry what are you going to do? XML will provide the organization linux conf files need and allow the existence of the flat files everyone loves, but also presents an easy step toward database (registry) systems.