internet2 is a physically separate network. There would be no problem if the telcos were to lay out physically separate lines and build a wholly separate network for this.
Engineers in Bangalore for instance have seen their salaries skyrocket over the last 5 years, and as a result they are becoming less competitive and companies are increasingly looking at other parts of India to outsource to, and to cheaper countries.
Lots of other cities to go. Bangalore itself is pretty small fry.
The net result is that while I can understand that some people are concerned for their jobs, this won't cause an implosion of the job market for engineers in industrialised countries - for that the cost of engineers in the main outsourcing locations is rising too fast, and most alternatives have "problems" such as lack of people with sufficient skills in English.
There are a lot of other, untapped places cheaper than Bangalore right now. Just to list off the top of my head, Pune, Gurgaon, Kolkota, Hyderabad, Mysore, Kochi, NOIDA, Chennai, Madurai.
The first four and Chennai have no shortage of English speaking/reading/writing people.
Ultimately we'll be seeing increasing amounts software exports from companies that will need people to work on site with customers in the west - there's always work that can't be done remotely.
Not really. When your customer is GE's outsourced backoffice, you don't deal with offshore customers. The only thing that will remain in the US will be management, and smaller companies.
And then you can just hire Indian CxOs and save even more money!
You don't get the point. Sooner or later, China and India will start requiring more address space. IPv4 just doesn't have that, and these countries are already capable of running IPv6. Europe is going v6 as well. That leaves the US and its local content (which can suddenly become irrelevant to the world).
Most good people I know refuse to work for Wipro and TCS. There are a few at Infosys, but that is about a handful. The coders you get sent there are probably low rung, cheap people who get paid a _lot_ more offsite. The Indian developers cost is probably around 300 USD/mth, and he gets about 1200 USD/mth additionally for living out of India.
What Wipro et al bill you for is the sales and management overheads. It might end up being cheaper for your company to just open an office in Pune/Hyderabad and start a local subsidary. You will also get better people.
Or if the area is densely populated and there is enough business that he doesn't need to travel. Jacking up petroleum prices will lead to denser neighbourhoods and hence better public services.
You are suggesting that some plumber or carpenter needs to take 18 trips on the bus just to get to work and back with all his tools, plus walk hauling a backpack of tools and lumber over his shoulder from wherever the bus stop is and the job site isn't?
Why doesn't the plumber move into the neighbourhood, or open a shop there?
The brilliant people have different areas of interest. If I earn enough to pay for my living, a few toys and a bit of savings, I am happy. It might not be your metric of success, but mine is the amount of happiness I feel, and the social benefit of what I do. Neither of which is measured in monetary terms.
They won't even know that this originated in the *nix world.
It didn't. This is mainframe technology. It just didn't work very well on x86 and hence the Windows using world was unaware of it. There is quite a bit of stuff that doesn't exist in the Windows world yet.
Ugh. Composing a mail is the job of a MUA, not a MTA. You could implement a generic MUA interface with Perl, or any other language for all sorts of PIM applications. Then just let the application feed the MUA with that it needs.
A spreadsheet with first, last, , subject, and a document with $content should suffice.
The problem that remains is that the bugs go up the stack. Now instead of a buffer overflow,your application is vulnerable to SQL injection, and XSS and your data is toast anyway.
No, cars are a LOT more complicated than a general-purpose computer. The average person could not ever learn to assemble a car (which can contain up to a couple dozen computers, all with specialized code), but high-school kids make money by assembling computers at the local store after school.
And given the parts, high school kids would be able to assemble cars too.
Cars, on the other hand, have to start and run at anywhere between -50 and +150 F, have to ensure the survival of their occupants in real crashes (not "computer crashes"), have to generate their own power, have to keep their users comfortable, etc.
Inputs and constraints. This is where the key difference is. Software is expected to handle all kinds of input, including nasty ones and survive and continue to work. Cars are not supposed to handle landslides, people with lockpicks or rocks, be driven under water, fly from the earth to Jupiter with a stop at the solar core....
Todays spam comes from zombie Windows boxes, not from linux web servers. Well, _my_ abuse inbox tells me different things.
Clueless users ARE administering their systems. Those clueless users (hint: they're running Windows) have no CHOICE except to run as admin in a LOT of cases - otherwise, their b0rked boxes don't run their screwed-up software.
How is this better than people running their own linux/bsd webserver/ftpserver/gateway?
Clueless users running a Unixy OS are just as bad. Clueless users running servers is just a compromise waiting to happen. And those compromised systems don't get fixed.
Cars: one ignition, one steering wheel, brakes, clutch. Webserver: basic configuration, chroots, security, modules, CGI, permissions, access control (who, when, from where, to where), updates, other addons, DNS,.....
Computers are not devices, which do one thing and do it well. Computers are complex systems which can do a lot of things.
Software is complicated. It is hard to create good software. Secure software is even harder.
Perhaps you missed the fact that spam today comes from compromised machines. 419 scams often originate from webservers with unpatched web applications. And the load of spam is enough to drive people off the Internet, as well as increase network costs in developing countries.
I would rather that the clueless user stay away from administering their systems and hire a professional admin.
Most people aren't mechanics, but they can still drive cars, and when they have a problem, they hire a mechanic to service their car. This would be the same thing.
No, it isn't. Running a webserver is a far more complex thing than driving a car. Driving a car may at most be likened to reading a web page in a browser. Car analogies suck, because cars do so few things.
Putting a server on the Internet implies that you take responsibility. Are end users ready to do that?
Slashdot Mirror
internet2 is a physically separate network. There would be no problem if the telcos were to lay out physically separate lines and build a wholly separate network for this.
Engineers in Bangalore for instance have seen their salaries skyrocket over the last 5 years, and as a result they are becoming less competitive and companies are increasingly looking at other parts of India to outsource to, and to cheaper countries.
Lots of other cities to go. Bangalore itself is pretty small fry.
The net result is that while I can understand that some people are concerned for their jobs, this won't cause an implosion of the job market for engineers in industrialised countries - for that the cost of engineers in the main outsourcing locations is rising too fast, and most alternatives have "problems" such as lack of people with sufficient skills in English.
There are a lot of other, untapped places cheaper than Bangalore right now. Just to list off the top of my head, Pune, Gurgaon, Kolkota, Hyderabad, Mysore, Kochi, NOIDA, Chennai, Madurai.
The first four and Chennai have no shortage of English speaking/reading/writing people.
Ultimately we'll be seeing increasing amounts software exports from companies that will need people to work on site with customers in the west - there's always work that can't be done remotely.
Not really. When your customer is GE's outsourced backoffice, you don't deal with offshore customers. The only thing that will remain in the US will be management, and smaller companies.
And then you can just hire Indian CxOs and save even more money!
You don't get the point. Sooner or later, China and India will start requiring more address space. IPv4 just doesn't have that, and these countries are already capable of running IPv6. Europe is going v6 as well. That leaves the US and its local content (which can suddenly become irrelevant to the world).
Most good people I know refuse to work for Wipro and TCS. There are a few at Infosys, but that is about a handful. The coders you get sent there are probably low rung, cheap people who get paid a _lot_ more offsite. The Indian developers cost is probably around 300 USD/mth, and he gets about 1200 USD/mth additionally for living out of India.
What Wipro et al bill you for is the sales and management overheads. It might end up being cheaper for your company to just open an office in Pune/Hyderabad and start a local subsidary. You will also get better people.
C# is not trying to be binary compatible with Java. OOo is trying to be compatible with MS Office.
Coming soon to a monitor near you: Snowcrash
_Both_ are being built. Highways and railways chain off each other.
http://www.infrastructures.org/
Pretty good stuff there.
Or if the area is densely populated and there is enough business that he doesn't need to travel. Jacking up petroleum prices will lead to denser neighbourhoods and hence better public services.
make world, not make World. Case is important.
You are suggesting that some plumber or carpenter needs to take 18 trips on the bus just to get to work and back with all his tools, plus walk hauling a backpack of tools and lumber over his shoulder from wherever the bus stop is and the job site isn't?
Why doesn't the plumber move into the neighbourhood, or open a shop there?
They still worry about the /. effect.
Unless there are two organisations behind NATs wanting to connect with each other. VPNs with AH enabled. True end to end connectivity.
Use a stateful packet filter, and NAT becomes irrelevant.
Spam is the violation of the recipients right to listen, not the senders right to freedom of speech.
The brilliant people have different areas of interest. If I earn enough to pay for my living, a few toys and a bit of savings, I am happy. It might not be your metric of success, but mine is the amount of happiness I feel, and the social benefit of what I do. Neither of which is measured in monetary terms.
They won't even know that this originated in the *nix world.
It didn't. This is mainframe technology. It just didn't work very well on x86 and hence the Windows using world was unaware of it. There is quite a bit of stuff that doesn't exist in the Windows world yet.
Unless you don't earn in dollars, or euros.
Why not just shared data formats?
<app="wp">
<text>
</text>
<app="spd">
<reference="something.else">
</app>
</app>
Ugh. Composing a mail is the job of a MUA, not a MTA. You could implement a generic MUA interface with Perl, or any other language for all sorts of PIM applications. Then just let the application feed the MUA with that it needs.
A spreadsheet with first, last, , subject, and a document with $content should suffice.
I keep my keyboard in my lap, which lead to a far more natural typing position.
Oh, and the loud is a benefit. Audio feedback helps a lot.
IBM Model M.
The problem that remains is that the bugs go up the stack. Now instead of a buffer overflow,your application is vulnerable to SQL injection, and XSS and your data is toast anyway.
No, cars are a LOT more complicated than a general-purpose computer. The average person could not ever learn to assemble a car (which can contain up to a couple dozen computers, all with specialized code), but high-school kids make money by assembling computers at the local store after school.
....
And given the parts, high school kids would be able to assemble cars too.
Cars, on the other hand, have to start and run at anywhere between -50 and +150 F, have to ensure the survival of their occupants in real crashes (not "computer crashes"), have to generate their own power, have to keep their users comfortable, etc.
Inputs and constraints. This is where the key difference is. Software is expected to handle all kinds of input, including nasty ones and survive and continue to work. Cars are not supposed to handle landslides, people with lockpicks or rocks, be driven under water, fly from the earth to Jupiter with a stop at the solar core
Todays spam comes from zombie Windows boxes, not from linux web servers.
Well, _my_ abuse inbox tells me different things.
Clueless users ARE administering their systems. Those clueless users (hint: they're running Windows) have no CHOICE except to run as admin in a LOT of cases - otherwise, their b0rked boxes don't run their screwed-up software.
How is this better than people running their own linux/bsd webserver/ftpserver/gateway?
Clueless users running a Unixy OS are just as bad. Clueless users running servers is just a compromise waiting to happen. And those compromised systems don't get fixed.
Actually, web servers are far more complicated.
.....
Cars: one ignition, one steering wheel, brakes, clutch.
Webserver: basic configuration, chroots, security, modules, CGI, permissions, access control (who, when, from where, to where), updates, other addons, DNS,
Computers are not devices, which do one thing and do it well. Computers are complex systems which can do a lot of things.
Software is complicated. It is hard to create good software. Secure software is even harder.
Perhaps you missed the fact that spam today comes from compromised machines. 419 scams often originate from webservers with unpatched web applications. And the load of spam is enough to drive people off the Internet, as well as increase network costs in developing countries.
I would rather that the clueless user stay away from administering their systems and hire a professional admin.
Most people aren't mechanics, but they can still drive cars, and when they have a problem, they hire a mechanic to service their car. This would be the same thing.
No, it isn't. Running a webserver is a far more complex thing than driving a car. Driving a car may at most be likened to reading a web page in a browser. Car analogies suck, because cars do so few things.
Putting a server on the Internet implies that you take responsibility. Are end users ready to do that?