Then it won't scale though. You can just get 30-40% cheaper in Montreal, still have a lot of people, and bonus point, get kick backs from the government begging you to keep your office there.
You're both somewhat wrong. What he was talking about is TN visa status. A Canadian that matches certain criterias (more or less, has a meaningful bachelor degree should do), and an accepted job offer in hand can show up at the border, show the paperwork that they have a job waiting for them, and move in, start working.
However, the moment they lose that job, they have to get out. Not tomorrow, not next week. NOW. They also have no path for permanent residency, cannot have a bigger attachment to the US than they do to Canada (ie: there's restriction in investments and real estate), and still file canadian tax reports.
We're not talking about the thing going down here, just database connection sometimes failing. If you have a 100% failure proof network and you can replicate it, go tell Google, Amazon, etc. They have a job for you.
I specifically did refer to TN status, which is what you're talking about. It sucks. Its nice for companies, they can hire someone and have their cute little slave (though even then, contrary to popular belief, a lot of employers actually want their employees happy), but for the actual employee, they have to leave the country the moment they are not employed (effectively immediately, you don't even have a single day to find a new job), they must have more ties to Canada than they do to the US (ie: you can't buy a house in the US unless you have more in Canada), etc, as well as no good path to permanent residency.
So a lot of Canadians who want to work in the US, but actually live where they work for real, as opposed to being a corporate pawn, want to do so under H1B (assuming they actually want to stay for more than a few years). Otherwise they eventually go "fuck this shit" and leave.
A CGI movie takes some time to produce, and the release dates are often set in stone. With the amount of frames they have, if they take too long to render, they can only render them a few times before launch. That's obviously no good, since humans need to make mistake and test stuff. Crazy amount of work goes into making these render as fast as possible. The requirement just isn't 60fps, obviously.
At the end of the day, these methodologies are only there to give a framework for more predictable results.
As long as they're followed, it doesn't matter (much) which one you pick. The problem is when people deviate from them nilly willy...then their only benefit (predictability) is tossed out of the window.
Besides, it indirectly does give a shitload of money to the government. Software engineers that work at MS in the US aren't exactly paid peanuts. And they have a LOT of employees. The income tax on that is massive.
Keep in mind not all schools are equal though. Considering a lot of the big name companies will ask you to write the fucking b-tree during the phone screen (never mind what they'll ask you on site), they'd have a hell of a time hiring if schools didn't teach it...yet they don't.
I don't have a bachelor either, but my wife does, and straight out of college you'd have been hard pressed to make her flinch on any of the topic you mentioned....after her first year.
We live in a world where there aren't enough "experts", and amateurs work for 125k/year on average in the big tech hubs.
At that point you end up having to do simple math. Is it worth it hiring the guy at 180k+/year who could do this in a way that it can run on modest hardware, or you hire the peanut gallery, who'll write maintainable code, but will do so with hardware requirements of $1000 instead of $100.
In that situation, the i7 cpu looks like a bargain.
They may advertise that way sometimes, but IMO these services do not replace backup solutions. That can also be done in the cloud, but not with Dropbox or Google Drive. So even if you use them for your file storage/access needs, you'd still want either conventional backups (tape or otherwise), or use a service like Glacier or Carbonite or whatever for actual backups.
That way, if one service craps out on you, you have your files on the other. If both crap out on you on the same day....well, just think of it as if your tape backup vendor's locations caught on fire or something:)
The problem is the "good enough" mentality. A little like how IE6 was seen as "good enough" by Microsoft, and then they got pushed into the ground, a lot of features of the *nix ecosystem are seen as "good enough!" and then never improved on. Whenever you mention pushing and configuring software on a network, you'll hear stuff like Puppet or even rsync. Those tools are inadequate compared to the state of the art on so many levels....
Of course, Windows is having that issue more and more lately, as Microsoft is cutting corners more than ever before in fields they use to dominate. So I guess it evens out?
If you're big enough to have millions of dollars to spend on a big ERP (remember: the big names in the ERP industry charge you a % of your business...so if it cost millions, you're making hundreds of millions...), you probably have requirements that aren't exactly trivial to build in house.
If you're, let say, a large international retailer with brick and mortar stores, several factory plants and warehouses, etc... writing the software to handle all the international regulations, the warehouse transfers, handling prepacked product manufactured by third party, etc, will be tens of millions of lines of code. Not exactly something you wipe out in a year.
Of course, if you're just an e-retailer that ships stuff internationally and skip the few countries that make it hard, that's a LOT easier, and a couple of average in-house devs and a good logistic analyst and you're good to go. Bonus point if you outsource your warehousing.
When these big ERP projects fail, its usually companies who have exotic, meaningless processes and refuse to change it, so they have to customize the ERP to hell and beyond. Its normal to have to customize it a bit: everyone is a little different. But there's a point where its the company's fault. I worked somewhere where the concept of SKU. which was used as a unique identifier everywhere (normal, common way to do things) didn't have a 1:1 correlation with a product (ie: they would reuse SKUs for completely different products, and had interns "guess" what it mapped to depending on context in spreadsheets). Thats never gonna work, and things go downhill from there.
Not quite, but almost. A big chunk of the people being laid off aren't even in the US. Then from what's left, a chunk aren't even in the same field as what the H1Bs are used for (ie: HR, managers, etc). Of what's left after that, they absolutely can do internal transfers if they can relocate and whatsnot. Of what's left after that, some people just don't have the correct skillsets and may be hard to train in a pinch.
And yes, of what's left some people will slip through the crack. The Microsoft open reqs aren't exactly secret. If you think you qualify, and are ok with the location, go ahead and apply. Living right around the corner from a Microsoft office, a lot of my friends are H1Bs...they all make a heck of a lot more money than I do, and definitely don't fit the stereotype... (For the most part the ones I know are Canadians from Waterloo who preferred coming on H1B over TN1...)
The problem is still the lack of competition in the market. If everyone had the choice between 4-5 ISPs, considering the popularity of Netflix, consumer ISPs would be paying Level 3 truckloads of money to ensure Netflix works flawlessly...and the roles may even be reversed (where Level 3 tries to gouge Verizon, since they'd know Verizon would have no choice or lose a ton of customers).
But since there isn't any competition, Verizon takes their own customers hostages...
Netflix pays level 3 to get their bits from their servers all the way to the edge. Customers pay to get bits from the edge all the way to their house. Level 3 and Verizon make an agreement for the parts where those 2 networks touch each other.
Verizon is saying: "The direction of bits matter. Because our customers are paying to receive bits and not to send bits, YOU owe US more money. If our customers paid to SEND that much bit instead of receiving them, then we'd owe you money....like if it changes anything on the network".
Thats bull. Customers pay for a certain amount of bits coming from any edge to their house. Who cares exactly where it came from?
I definately gained a lot of weight when I moved to the US. Restaurants everywhere, and so cheap, it takes a fair bit of willpower to resist.
Aside for availability and quantity though, its not that different from Europe, especially not Montreal. Sounds like you went to the wrong area of both cities. (All the easily accessible restaurants in NY are just shitty fast food making a buck because of their location, too, which doesn't help)
Its semi-common in financial industries (who generally are mostly *Nix/Java based, but always have a substantial percentage of Windows development for either client or specialized server side use. They often get steep discounts because of all the exchange/office licenses they get).
The neat thing about F# is that its an ML dialect, and thus is fairly good for complex/mathy algorithms that are best written functionally. Then C# can consume the F# DLL's transparently. Don't get me wrong, there isn't hundreds of millions of lines of code written in it, but when I was in that industry, I worked at a few company (one among the "big 3") that has a substantial F# department, to write operational research algorithms to help balance portfolios and stuff.
The valuable and talented employees will not be laid off and they know it. Microsoft pays fairly well and their benefits are pretty darn good. So unless their projects are boring them and they have nowhere to move to, they're not going anywhere.
Slashdot Mirror
Then it won't scale though. You can just get 30-40% cheaper in Montreal, still have a lot of people, and bonus point, get kick backs from the government begging you to keep your office there.
Cake -> yum.
You're both somewhat wrong. What he was talking about is TN visa status. A Canadian that matches certain criterias (more or less, has a meaningful bachelor degree should do), and an accepted job offer in hand can show up at the border, show the paperwork that they have a job waiting for them, and move in, start working.
However, the moment they lose that job, they have to get out. Not tomorrow, not next week. NOW. They also have no path for permanent residency, cannot have a bigger attachment to the US than they do to Canada (ie: there's restriction in investments and real estate), and still file canadian tax reports.
Its annoying as hell.
We're not talking about the thing going down here, just database connection sometimes failing. If you have a 100% failure proof network and you can replicate it, go tell Google, Amazon, etc. They have a job for you.
if you're in an transaction and it fails, you can just redo it. Thats the whole damn point.
I specifically did refer to TN status, which is what you're talking about. It sucks. Its nice for companies, they can hire someone and have their cute little slave (though even then, contrary to popular belief, a lot of employers actually want their employees happy), but for the actual employee, they have to leave the country the moment they are not employed (effectively immediately, you don't even have a single day to find a new job), they must have more ties to Canada than they do to the US (ie: you can't buy a house in the US unless you have more in Canada), etc, as well as no good path to permanent residency.
So a lot of Canadians who want to work in the US, but actually live where they work for real, as opposed to being a corporate pawn, want to do so under H1B (assuming they actually want to stay for more than a few years). Otherwise they eventually go "fuck this shit" and leave.
You're right, it won't, but it will still be 10, 20, or even 50% cheaper depending on where they open office.
That said, a lot of the H1B visas they get ARE to hire Canadians, at the same salary they hire Americans.
Those Waterloo undergrads that go to in Boston/NYC/SF don't work for cheap, and they prefer H1Bs to TN status.
For CGI movies there sure is such a requirement.
A CGI movie takes some time to produce, and the release dates are often set in stone. With the amount of frames they have, if they take too long to render, they can only render them a few times before launch. That's obviously no good, since humans need to make mistake and test stuff. Crazy amount of work goes into making these render as fast as possible. The requirement just isn't 60fps, obviously.
At the end of the day, these methodologies are only there to give a framework for more predictable results.
As long as they're followed, it doesn't matter (much) which one you pick. The problem is when people deviate from them nilly willy...then their only benefit (predictability) is tossed out of the window.
Besides, it indirectly does give a shitload of money to the government. Software engineers that work at MS in the US aren't exactly paid peanuts. And they have a LOT of employees. The income tax on that is massive.
In the US too. I didn't read the article, but it would seem like they don't include developers in their "IT job" stats.
Keep in mind not all schools are equal though. Considering a lot of the big name companies will ask you to write the fucking b-tree during the phone screen (never mind what they'll ask you on site), they'd have a hell of a time hiring if schools didn't teach it...yet they don't.
I don't have a bachelor either, but my wife does, and straight out of college you'd have been hard pressed to make her flinch on any of the topic you mentioned....after her first year.
Yup. Then developers all move to Chrome. And we all know how that ends. Oh wait, they already did, lol!
R.I.P firefox.
We live in a world where there aren't enough "experts", and amateurs work for 125k/year on average in the big tech hubs.
At that point you end up having to do simple math. Is it worth it hiring the guy at 180k+/year who could do this in a way that it can run on modest hardware, or you hire the peanut gallery, who'll write maintainable code, but will do so with hardware requirements of $1000 instead of $100.
In that situation, the i7 cpu looks like a bargain.
They may advertise that way sometimes, but IMO these services do not replace backup solutions. That can also be done in the cloud, but not with Dropbox or Google Drive. So even if you use them for your file storage/access needs, you'd still want either conventional backups (tape or otherwise), or use a service like Glacier or Carbonite or whatever for actual backups.
That way, if one service craps out on you, you have your files on the other. If both crap out on you on the same day....well, just think of it as if your tape backup vendor's locations caught on fire or something :)
The problem is the "good enough" mentality. A little like how IE6 was seen as "good enough" by Microsoft, and then they got pushed into the ground, a lot of features of the *nix ecosystem are seen as "good enough!" and then never improved on. Whenever you mention pushing and configuring software on a network, you'll hear stuff like Puppet or even rsync. Those tools are inadequate compared to the state of the art on so many levels....
Of course, Windows is having that issue more and more lately, as Microsoft is cutting corners more than ever before in fields they use to dominate. So I guess it evens out?
Only if the train crosses a border that requires it. Amtrak trains go to and from Canada.
Otherwise its pretty much like buying a bus ticket, except they only check the ticket while the train is on its way instead of at the entrance.
If you're big enough to have millions of dollars to spend on a big ERP (remember: the big names in the ERP industry charge you a % of your business...so if it cost millions, you're making hundreds of millions...), you probably have requirements that aren't exactly trivial to build in house.
If you're, let say, a large international retailer with brick and mortar stores, several factory plants and warehouses, etc... writing the software to handle all the international regulations, the warehouse transfers, handling prepacked product manufactured by third party, etc, will be tens of millions of lines of code. Not exactly something you wipe out in a year.
Of course, if you're just an e-retailer that ships stuff internationally and skip the few countries that make it hard, that's a LOT easier, and a couple of average in-house devs and a good logistic analyst and you're good to go. Bonus point if you outsource your warehousing.
When these big ERP projects fail, its usually companies who have exotic, meaningless processes and refuse to change it, so they have to customize the ERP to hell and beyond. Its normal to have to customize it a bit: everyone is a little different. But there's a point where its the company's fault. I worked somewhere where the concept of SKU. which was used as a unique identifier everywhere (normal, common way to do things) didn't have a 1:1 correlation with a product (ie: they would reuse SKUs for completely different products, and had interns "guess" what it mapped to depending on context in spreadsheets). Thats never gonna work, and things go downhill from there.
Business ownership is a pain in the ass though. If it ends up only paying enough to survive, no one will do it.
Not quite, but almost. A big chunk of the people being laid off aren't even in the US. Then from what's left, a chunk aren't even in the same field as what the H1Bs are used for (ie: HR, managers, etc). Of what's left after that, they absolutely can do internal transfers if they can relocate and whatsnot. Of what's left after that, some people just don't have the correct skillsets and may be hard to train in a pinch.
And yes, of what's left some people will slip through the crack. The Microsoft open reqs aren't exactly secret. If you think you qualify, and are ok with the location, go ahead and apply. Living right around the corner from a Microsoft office, a lot of my friends are H1Bs...they all make a heck of a lot more money than I do, and definitely don't fit the stereotype... (For the most part the ones I know are Canadians from Waterloo who preferred coming on H1B over TN1...)
The problem is still the lack of competition in the market. If everyone had the choice between 4-5 ISPs, considering the popularity of Netflix, consumer ISPs would be paying Level 3 truckloads of money to ensure Netflix works flawlessly...and the roles may even be reversed (where Level 3 tries to gouge Verizon, since they'd know Verizon would have no choice or lose a ton of customers).
But since there isn't any competition, Verizon takes their own customers hostages...
So when Netflix decided to pay Comcast, they were able to upgrade all of those remote trunks in ~24 hours, even though they cost of fortune?
Netflix pays level 3 to get their bits from their servers all the way to the edge. Customers pay to get bits from the edge all the way to their house. Level 3 and Verizon make an agreement for the parts where those 2 networks touch each other.
Verizon is saying: "The direction of bits matter. Because our customers are paying to receive bits and not to send bits, YOU owe US more money. If our customers paid to SEND that much bit instead of receiving them, then we'd owe you money....like if it changes anything on the network".
Thats bull. Customers pay for a certain amount of bits coming from any edge to their house. Who cares exactly where it came from?
I definately gained a lot of weight when I moved to the US. Restaurants everywhere, and so cheap, it takes a fair bit of willpower to resist.
Aside for availability and quantity though, its not that different from Europe, especially not Montreal. Sounds like you went to the wrong area of both cities. (All the easily accessible restaurants in NY are just shitty fast food making a buck because of their location, too, which doesn't help)
Its semi-common in financial industries (who generally are mostly *Nix/Java based, but always have a substantial percentage of Windows development for either client or specialized server side use. They often get steep discounts because of all the exchange/office licenses they get).
The neat thing about F# is that its an ML dialect, and thus is fairly good for complex/mathy algorithms that are best written functionally. Then C# can consume the F# DLL's transparently. Don't get me wrong, there isn't hundreds of millions of lines of code written in it, but when I was in that industry, I worked at a few company (one among the "big 3") that has a substantial F# department, to write operational research algorithms to help balance portfolios and stuff.
The valuable and talented employees will not be laid off and they know it. Microsoft pays fairly well and their benefits are pretty darn good. So unless their projects are boring them and they have nowhere to move to, they're not going anywhere.