They will judge your division based on its relevance to the "new" corporation (Which will be focused on data transmission). If your division doesn't make the cut, you can assume that either:
1)The division will be bought outright by another company.
2)The capital equipment will be sold off and the employees fired.
The stock price already relfects Chapter 11. WorldCom will either re-emerge from Chapter 11 in a year or so, or other telcos will come in and snap up the pieces.
Sidgemore has already said he wants WorldCom to resemble his old baby UUNET more in the future, so anything not related to data transmission is likely on the block.
So you've written off perl, Java, and the dozen other languages that use this idiom??
Vague non-standardized data type sizes. Only chars have a defined size; everything else is up in the air. How many times have you been stung by using an "unsigned short" on another architecture, only to realize the size changed on you?
Well how else would you suggest you have a SYSTEM programming language other than to allow native features to be exploited???
C was the right solution at the time - a simple language, which made tools development easier, and it offered solid performance.
Its still the only way to go for most performance-intensive applications, regardless of the ridiculous and false claims that competing languages have better average performance.
...which is getting longer and longer in the Valley. Its getting scary. It doesn't matter how hotshit you are, there are ten guys ahead of you who will do an adequate job for 60% of your salary.
Added to which, these workers are inflexible. Most wouldn't think of doing something other than programming or hardware, which makes their job search even harder. Programmers will have to start looking at Barnes & Noble as an employment opportunity, not just a place to browse for tech books.
Come on...Drudge Report, Slashdot, FuckedCompany...unfounded and often incorrect rumors are simply the tail end of whats left of the fun part of the internet.
Stop trying to hold back the tides. Let the BS and the truth come out at its own pace, and stop pretending there is any value in controlling it.
Just like the twenty other Silicon-Whatevers...
on
Sili-Hudson Valley?
·
· Score: 2
...this one will die a silent, lonely death.
You can't force the creation of a tech economy.
The first and most obvious point even if you were going to attempt such an inane enterprise is why you would put it in North America at all. India and China are clearly the emerging markets for this type of work.
The core premise of the article is that China spits out vast numbers of software engineers who work hard, hold advanced egrees, and are willing to accept low wages.
The responses meander off into staw-man territory but don't acknowledge economics.
Some, not all, programming jobs are going to go to China, India and Russia. Deal with it, its already happening.
Get a grip. First, "all the jobs" didn't go to Mexico.
No, thats true, a lot of them went to Canada as well. Its been fairly well established that the North American free trade pact has benefitted Canada and Mexico moreso than the US.
If cheap labor were the only factor in determining the relative economic strength of a nation-state, the Romans would never have built
WHAT? Are you not familiar with the concept of slavery? The Romans didn't pay their workforce, they whipped them. The same can be said for the south in the US prior to the Civil War. Wow, you are demonstrating an astoundingly bad grasp of history here.
China is not *the* place to be. Just ask the Falung Gong.
The US is not *the* place to be. Just ask the Branch Davidians.
And from a business perspective, lack of these things, particularly in a world economy dominated by post-industrial persuits that require human creativity and unfettered access to information, is the kiss of death.
How do you presume to state that Chinese citizens cannot be creative? Microsoft does much of its research (some of which lead to MP4) in China. You're just in denial now, offering up ridiculous reasons why everywhere but the US must fail.
As a "serious" runner, I can tell you that Nike shoes haven't been meaningful to serious runners for at least five years. Yes, their Bowerman series is an attempt to get serious runners back, but its more about building up the "cred" so the fashion groupies will still consider Nike an athletic brand.
As for your mention of the Asic Kayanos - Asics, Saucony, Mizuno and the other small brands cleaned up the serious running market years ago. The Kayano is probably the best all around running shoe for advanced runners.
Nike will continue to build junk - they want you to buy new shoes every four months. This is why serious runners who have a choice won't touch them anymore.
Now if an entire site went down, that would be one thing, but you will often see large scale sites (Google, Yahoo) operating with 5% of their servers down or out of rotation from some reason.
To get closer to your analogy, I would treat a server like a jet engine - the plane is designed to fly even if one fails.
The three players in IM briefly formed "IMUnited" for the purpose of a press release, but this effort is now dead. They're more interested in attrition at this point - particularly Microsoft, which has seen the highest growth rate for its own IM product (albeit through automatic logins through XP).
The long term loser in this game is probably AOL, which will see its IM useage decrease as the AOL service inevitably (continues to) loses customers.
PArrot will juice performance boosts at the sacrifice of built-in safety. This is by design. Dan Sugalski claimed as much in a Perl Review article - to paraphrase - "Parrot will execute the bytes sent to it by the native language compiler. IF the compiler writes improper Parrot, your app will crash.".
He also goes on to note that the CLR could be a pluggable backend for Parrot to export to.
And as for security, proper web servers tend to provide security mechanisms which prevents unauthorised users from accessing the url that the service is on.
Well if your services are internal-only, you don't need any security at all, you can simply threaten miscreants with disciplinary behavior.
For web services that exist on the open web, yes, your web server had better provide some security, because you've just routed around your firewall and pointed RPC calls directly to port 80. Even then you still don't have an inherent model for validating users/bots. There is a great deal already written about web services security issues, some good stuff by Schnier. I recommend reading it.
One of the things Web Services are designed for is what EDI has been used for on private networks. The business model is "Ford says that if we aren't compliant they won't buy from us."
No one is disputing that RPC over the wire has its uses. The point is that no one seems particularly interested in replacing CGI,CORBA,EDI or whatever they are using already with a half baked set of standards.
Furthermore, charging for content is very rare in the consumer web but not that rare in the commercial web. There are many extremely expensive newsletters (for example) that businesses are happy to pay for. Release 1.0, Gilder's rag, etc.
What does this have to do with web services? These are print newsletters.
There is really no comparison with browser based apps. Web services are for solving problems that cannot be solved with browser based apps because they do not involve human interaction. You cannot integrate CRM and accounting systems with a browser-based app.
How do web services solve this problem? Web services only expose existing functionality in a new way. You either have the code available or not. The transport and negotiation methods are not the limiting factor. Once again, there are already standards for doing this stuff.
I know it may be in bad form for me to post twice on the same topic, but as a separate thread it really must be emphasized that CNN has very little to do with the delivery of serious news. CNN has been turned in scandalvision, with hour-long exposees night after night rehashing the tiniest insignificant details of the sensational story du jour, while the "hard news" delivered between these programs consists primarily of either disaster photos or pictures of zoo animals.
Greta van Sustren and Larry King are really just providing a televised version of the National Enquirerer.
It will be a better language with a better runtime (Parrot). Well, okay, you can debate the better language part, but Parrot will be slick.
..is a vastly overrated shadow of its former self
on
Salon in Dire Straits
·
· Score: 2
Has anyone here actually used the Well in the last two years? Lets just say that a few generations of web technology passed these folks by. Their boards are archaic and hardly functional. Even early versions of slashcode provided greater functionality.
1)The division will be bought outright by another company.
2)The capital equipment will be sold off and the employees fired.
WorldCom can still "go away". The government doesn't care who owns the network as long as it is operational. Don't confuse the two.
Sidgemore has already said he wants WorldCom to resemble his old baby UUNET more in the future, so anything not related to data transmission is likely on the block.
So you've written off perl, Java, and the dozen other languages that use this idiom??
Vague non-standardized data type sizes. Only chars have a defined size; everything else is up in the air. How many times have you been stung by using an "unsigned short" on another architecture, only to realize the size changed on you?
Well how else would you suggest you have a SYSTEM programming language other than to allow native features to be exploited???
Its still the only way to go for most performance-intensive applications, regardless of the ridiculous and false claims that competing languages have better average performance.
Added to which, these workers are inflexible. Most wouldn't think of doing something other than programming or hardware, which makes their job search even harder. Programmers will have to start looking at Barnes & Noble as an employment opportunity, not just a place to browse for tech books.
Honestly, the bullshit detectors starting going off the moment they lifted the veil of secrecy. It was a foregone conclusion a year ago.
Stop trying to hold back the tides. Let the BS and the truth come out at its own pace, and stop pretending there is any value in controlling it.
You can't force the creation of a tech economy.
The first and most obvious point even if you were going to attempt such an inane enterprise is why you would put it in North America at all. India and China are clearly the emerging markets for this type of work.
The responses meander off into staw-man territory but don't acknowledge economics.
Some, not all, programming jobs are going to go to China, India and Russia. Deal with it, its already happening.
No, thats true, a lot of them went to Canada as well. Its been fairly well established that the North American free trade pact has benefitted Canada and Mexico moreso than the US.
If cheap labor were the only factor in determining the relative economic strength of a nation-state, the Romans would never have built
WHAT? Are you not familiar with the concept of slavery? The Romans didn't pay their workforce, they whipped them. The same can be said for the south in the US prior to the Civil War. Wow, you are demonstrating an astoundingly bad grasp of history here.
China is not *the* place to be. Just ask the Falung Gong.
The US is not *the* place to be. Just ask the Branch Davidians.
And from a business perspective, lack of these things, particularly in a world economy dominated by post-industrial persuits that require human creativity and unfettered access to information, is the kiss of death.
How do you presume to state that Chinese citizens cannot be creative? Microsoft does much of its research (some of which lead to MP4) in China. You're just in denial now, offering up ridiculous reasons why everywhere but the US must fail.
As for your mention of the Asic Kayanos - Asics, Saucony, Mizuno and the other small brands cleaned up the serious running market years ago. The Kayano is probably the best all around running shoe for advanced runners.
Nike will continue to build junk - they want you to buy new shoes every four months. This is why serious runners who have a choice won't touch them anymore.
To get closer to your analogy, I would treat a server like a jet engine - the plane is designed to fly even if one fails.
The long term loser in this game is probably AOL, which will see its IM useage decrease as the AOL service inevitably (continues to) loses customers.
He also goes on to note that the CLR could be a pluggable backend for Parrot to export to.
If you want to demean women, at least pick one who is hot.
Please masturbate before submitting questions, not during.
Come on guys, clean up the crap and treat women with respect and you might just get to have sex with another human being for once.
Well if your services are internal-only, you don't need any security at all, you can simply threaten miscreants with disciplinary behavior.
For web services that exist on the open web, yes, your web server had better provide some security, because you've just routed around your firewall and pointed RPC calls directly to port 80. Even then you still don't have an inherent model for validating users/bots. There is a great deal already written about web services security issues, some good stuff by Schnier. I recommend reading it.
No one is disputing that RPC over the wire has its uses. The point is that no one seems particularly interested in replacing CGI,CORBA,EDI or whatever they are using already with a half baked set of standards.
Furthermore, charging for content is very rare in the consumer web but not that rare in the commercial web. There are many extremely expensive newsletters (for example) that businesses are happy to pay for. Release 1.0, Gilder's rag, etc.
What does this have to do with web services? These are print newsletters.
There is really no comparison with browser based apps. Web services are for solving problems that cannot be solved with browser based apps because they do not involve human interaction. You cannot integrate CRM and accounting systems with a browser-based app.
How do web services solve this problem? Web services only expose existing functionality in a new way. You either have the code available or not. The transport and negotiation methods are not the limiting factor. Once again, there are already standards for doing this stuff.
Your web services code will pile up there beside their failed ERP, CRM, CMS projects as another testament to the power of tech hype.
For good reason. There is zero demand for XML web services on the right now, no real support for security, and still-evolving standards.
Greta van Sustren and Larry King are really just providing a televised version of the National Enquirerer.
One death is a tragedy. One million is a statistic.
It will be a better language with a better runtime (Parrot). Well, okay, you can debate the better language part, but Parrot will be slick.
Has anyone here actually used the Well in the last two years? Lets just say that a few generations of web technology passed these folks by. Their boards are archaic and hardly functional. Even early versions of slashcode provided greater functionality.