Most of the time, if someone is using a free webmail email address for business, I'd consider it a warning sign, with AOL not seeming particularly worse than Hotmail or GMail. Builders are probably my main exception to this, because they're one of the few contracting jobs where technological competence is not essential. That said, the last two builders I hired were through a web site that allows you to post jobs, have tradesmen bid for them, and hire them online, so a baseline knowledge is increasingly required for getting work.
They need to contain valid WHOIS information, but there's no requirement that every email address on a domain be owned by one person. More importantly, even if they're not anonymous, you can easily create a single email address for each company that you do business with and delete it afterwards (or, better, redirect it to the spam honeypot address on your mail server).
If that's the message you get from TFA, then I can only assume that you gave up after the first few paragraphs. I'd recommend going and reading the rest. I don't see how you can square that message with this quote from TFA, for example:
Though I never intended for Auro to be a “retro-style” game, what I intended doesn’t matter at all, and it’s 100% my fault for failing to communicate in a language people understand.
And yet, when the EU (which understands this and makes fines sufficiently large to discourage the behaviour) goes after a US corporation, there are cries of the EU just being jealous of the success of US companies and wanting their cut of the revenue.
Really? Last time I went to Edinburgh it was on the cheapest ticket type. The restriction was that I needed to go on the train that I booked, but that wasn't particularly arduous (and no different from a plane). The only time I don't buy those is when I'm coming from the airport and have unknown delays at immigration / baggage claim. As to the limited numbers, I think they're only sold 2 weeks in advance, but I've not normally found booking trains for a trip 2 weeks in advance to be a problem, and if it's an emergency then I would generally expect to pay a bit more.
C++11 has, for me, made the language tolerable. The old problem of C++ is still there: everyone agrees that you should only use a subset of the language, but no two developers agree on what that subset should be. Now, at least, there are things in the standard library that let you write APIs that have sensible memory management. shared_ptr and weak_ptr let you manage objects that can be aliased (with a small run-time overhead), unique_ptr lets you handle objects that can't be. Refactoring existing C++ APIs to use them takes a bit of time, but they're well worth it. With the addition of move constructors / r-value references to the language they can be implemented in such a way that they can trivially be stored in arbitrary collections, making them actually useful.
It's also been nice to see C++11 and C++14 supported by compilers and standard libraries quickly. C++14 was supported by Clang and libc++ by the time the standard was ratified by ISO. I think GCC and libstdc++ were only a couple of days later. Microsoft is still the slowest, but the latest versions of their compiler support most of the useful language features.
While this works as far as it goes, it restricts your library boundaries to POD types with no templates and no overloading. This doesn't completely defeat the point of using C++, but it does mean, for example, that you have to fall back to C-style memory management (no std::shared_ptr / std::unique_ptr, which modern C++ libraries should be using for pretty much anything that crosses an API boundary).
Just because a piece of software is old, doesn't mean it's suddenly doesn't do its intended function.
It usually does, because the intended function changes over time. This is particularly true for business software (COBOL's niche), where regulatory requirements change over time and as companies grow to cover more jurisdictions, where accounting best practices change, where the company structure changes, and so on. Eventually you get to the point where the software was originally designed to do something so totally different to what it's doing now that it may make more sense to rewrite it than to keep adding hacks.
I had a housemate who had a P4 laptop. That machine was an absolute triumph of optimism over engineering. Fortunately, the thermal throttling in the P4 worked pretty well, so it didn't get too warm, it just got really, really slow...
I'm not sure how they're aggregating the data, but some of their source data is very surprising. Apparently Objective-C is the most popular language on GitHub projects, yet way down the list for projects tracked by Ohloh (which, as I recall, has been called OpenHub for a while now, so I don't know how old their data is). I'd have expected GitHub to be fairly representative of open source projects in general, though I wonder how good both the GitHub and Ohloh results are at deduplication - I have several copies of exactly the same code on GitHub...
40% is a difference that's usually easy to make up with some algorithmic tuning. It's less than the difference between -O0 and -O2 typically, and it's also less than the difference a recent C compiler will give you over an older one. You can easily lose 40% via various abstraction layers that people build on top of C to make it useable.
In the end, the browser sets the policy, though most browsers make this mostly under user control (typically allowing a small amount without prompting and then asking the user for each increase), as the browser is the program enforcing the policy. I don't have an iOS device, so I can't tell you how it implements this.
Could you ever imagine pro video editing (i.e. Adobe Premiere / After Effects) 100% within Chrome
Depends. With WebGL / WebCL, I can imagine preview effects there quite easily. I can also imagine that it would be nice to be able to do the real rendering runs on a rack somewhere else. The more difficult thing is imagining the multiple GBs of data between the two. Possibly uploading the raw source data to the server and keeping the local copy and just syncing the non-destructive editing instructions would work.
The "problem of needing offline access" most certainly has not been solved
Note that HTML5 does allow effectively unlimited (policy set by the user) local data to be storage and applications that run completely disconnected. It's possible to write a web app that uses the browser for the UI, but only uses the network for software updates.
You can show me the micro-benchmarks all day long; doesn't change the fact that a complex UI in JavaScript is vastly slower.
You're conflating JavaScript and DOM. With FTL, JavaScriptCore can run C code compiled via Emscriptem to JavaScript at around 60% of the speed of the same C code compiled directly. That's not a huge overhead (40% is a generation old CPU, or a C compiler from 5 years earlier). Transitions from JavaScript (or PNaCl compiled code) to the DOM, however, are very expensive. This is why a lot of web apps just grab a canvas or WebGL context and do all of their rendering inside that, rather than manipulating the DOM. Optimising the DOM interactions without sacrificing security is quite a difficult problem.
Web app doesn't necessarily imply web app hosted by someone else. For companies, there's a lot of advantage in being able to roll out cheap client machines that just run a web browser and have all of the apps in a single rack somewhere. To upgrade everyone in the company, just upgrade a single install. Don't worry about employees that can't remember to always save data on the fileserver where it's backed up, because you've configured the web apps to only be able to save there (or to always save a copy there).
Itanium compiler development has also been centred in Moscow for a while, so they likely have a pool of engineers experienced with targeting weird VLIW architectures.
No, they are again. During the Pentium 4 era, they were behind on pretty much every metric. They only survived because of name recognition and AMD not having the production capacity to take more than about 20% of the market share. At the mid to low end, an Athlon system with the same performance was cheaper than anything Intel sold. At the high end, Opterons were roundly trouncing Xeons in absolute performance and performance per dollar.
The Pentium M was when it started to turn around for Intel - the laptop market started to grow rapidly and AMD was only just competitive on performance per Watt, but didn't have the laptop motherboard makers onboard. With the Core 2, Intel retook the performance crown.
Depends a lot on the ticket type. I just checked and advance singles (specific train, booked in advance) start at £39.70 each way. That works out at about $61 each way. Off-peak singles (any train, not at peak commuter times at each end) are £60 ($90) each way.
Except that, just before the invasion, they had announced that they would switch from selling the oil in US Dollars and use Euros as the currency for defining the price. This provided a strong economic incentive for the US to change the regime.
Data loss in flash cells is probabilisitic, but the standard for wear levelling software is to mark a cell as dead if it can't guarantee holding its contents for a year. There have been some interesting proposals to expose this to the OS - there's a lot of data where even holding it for one day would be fine (e.g. browser caches, swap, other temporary files), so the more worn cells could be productively used for this data.
I think that depends on which concourse you're on. I had a similar experience (trapped for about 7 hours), but the saving grace of La Guardia was that on the flight side of security there was a really nice pizza place (as well as a number of others). No lounges or comfy seating though, which meant that I was quite cranky by the time my flight did eventually leave...
which has the cheap option of an hour-long metro ride (using that word, since most of it is above ground), but there's also the "premium" Heathrow Express train, which takes about 15 minutes
Assuming that you're starting near Paddington. From Kings Cross (i.e. where anyone coming from north of London will arrive), between the Tube and the waiting time, it takes about the same time to get the Tube to Paddington and change to the Heathrow Express as it does to take the Tube directly from Kings Cross to Heathrow. There were plans to extend the Heathrow Express, at least to Liverpool Street, and possibly to Kings Cross, but they seem to have been lost somewhere.
You probably don't need to wait. There are lots of parts of the US and Europe where the cost of living is much lower than the big tech hubs. I was freelancing for about five years in one of them. One day of consulting per month covered my cost of living, everything else went either on savings or luxuries. A lot of the big companies are very happy to employ people on this basis (Red Hat had several people living near me, for example). They're paid a bit less than a Valley salary, so the company saves a reasonable amount, they work from home (so the company doesn't have to provide an office - if there are a cluster of them then they might rent somewhere, but it's a lot cheaper than in a tech hub), and the employees have a lot more disposable income because the cost of living is so much lower. Everyone wins.
You're not really avoiding offshoring though, you're just benefitting from the same economic conditions that make it beneficial. The number one problem with offshoring to India for tech companies is employee retention - the good ones don't stay around very long. A lot of companies are very happy to save a bit on office space and salary and have a known-competent employee who will stick around for a while.
Slashdot Mirror
Most of the time, if someone is using a free webmail email address for business, I'd consider it a warning sign, with AOL not seeming particularly worse than Hotmail or GMail. Builders are probably my main exception to this, because they're one of the few contracting jobs where technological competence is not essential. That said, the last two builders I hired were through a web site that allows you to post jobs, have tradesmen bid for them, and hire them online, so a baseline knowledge is increasingly required for getting work.
So you're saying that it was the Facebook of its day?
They need to contain valid WHOIS information, but there's no requirement that every email address on a domain be owned by one person. More importantly, even if they're not anonymous, you can easily create a single email address for each company that you do business with and delete it afterwards (or, better, redirect it to the spam honeypot address on your mail server).
Though I never intended for Auro to be a “retro-style” game, what I intended doesn’t matter at all, and it’s 100% my fault for failing to communicate in a language people understand.
And yet, when the EU (which understands this and makes fines sufficiently large to discourage the behaviour) goes after a US corporation, there are cries of the EU just being jealous of the success of US companies and wanting their cut of the revenue.
Really? Last time I went to Edinburgh it was on the cheapest ticket type. The restriction was that I needed to go on the train that I booked, but that wasn't particularly arduous (and no different from a plane). The only time I don't buy those is when I'm coming from the airport and have unknown delays at immigration / baggage claim. As to the limited numbers, I think they're only sold 2 weeks in advance, but I've not normally found booking trains for a trip 2 weeks in advance to be a problem, and if it's an emergency then I would generally expect to pay a bit more.
C++11 has, for me, made the language tolerable. The old problem of C++ is still there: everyone agrees that you should only use a subset of the language, but no two developers agree on what that subset should be. Now, at least, there are things in the standard library that let you write APIs that have sensible memory management. shared_ptr and weak_ptr let you manage objects that can be aliased (with a small run-time overhead), unique_ptr lets you handle objects that can't be. Refactoring existing C++ APIs to use them takes a bit of time, but they're well worth it. With the addition of move constructors / r-value references to the language they can be implemented in such a way that they can trivially be stored in arbitrary collections, making them actually useful.
It's also been nice to see C++11 and C++14 supported by compilers and standard libraries quickly. C++14 was supported by Clang and libc++ by the time the standard was ratified by ISO. I think GCC and libstdc++ were only a couple of days later. Microsoft is still the slowest, but the latest versions of their compiler support most of the useful language features.
While this works as far as it goes, it restricts your library boundaries to POD types with no templates and no overloading. This doesn't completely defeat the point of using C++, but it does mean, for example, that you have to fall back to C-style memory management (no std::shared_ptr / std::unique_ptr, which modern C++ libraries should be using for pretty much anything that crosses an API boundary).
Just because a piece of software is old, doesn't mean it's suddenly doesn't do its intended function.
It usually does, because the intended function changes over time. This is particularly true for business software (COBOL's niche), where regulatory requirements change over time and as companies grow to cover more jurisdictions, where accounting best practices change, where the company structure changes, and so on. Eventually you get to the point where the software was originally designed to do something so totally different to what it's doing now that it may make more sense to rewrite it than to keep adding hacks.
I had a housemate who had a P4 laptop. That machine was an absolute triumph of optimism over engineering. Fortunately, the thermal throttling in the P4 worked pretty well, so it didn't get too warm, it just got really, really slow...
I'm not sure how they're aggregating the data, but some of their source data is very surprising. Apparently Objective-C is the most popular language on GitHub projects, yet way down the list for projects tracked by Ohloh (which, as I recall, has been called OpenHub for a while now, so I don't know how old their data is). I'd have expected GitHub to be fairly representative of open source projects in general, though I wonder how good both the GitHub and Ohloh results are at deduplication - I have several copies of exactly the same code on GitHub...
40% is a difference that's usually easy to make up with some algorithmic tuning. It's less than the difference between -O0 and -O2 typically, and it's also less than the difference a recent C compiler will give you over an older one. You can easily lose 40% via various abstraction layers that people build on top of C to make it useable.
In the end, the browser sets the policy, though most browsers make this mostly under user control (typically allowing a small amount without prompting and then asking the user for each increase), as the browser is the program enforcing the policy. I don't have an iOS device, so I can't tell you how it implements this.
Could you ever imagine pro video editing (i.e. Adobe Premiere / After Effects) 100% within Chrome
Depends. With WebGL / WebCL, I can imagine preview effects there quite easily. I can also imagine that it would be nice to be able to do the real rendering runs on a rack somewhere else. The more difficult thing is imagining the multiple GBs of data between the two. Possibly uploading the raw source data to the server and keeping the local copy and just syncing the non-destructive editing instructions would work.
The "problem of needing offline access" most certainly has not been solved
Note that HTML5 does allow effectively unlimited (policy set by the user) local data to be storage and applications that run completely disconnected. It's possible to write a web app that uses the browser for the UI, but only uses the network for software updates.
You can show me the micro-benchmarks all day long; doesn't change the fact that a complex UI in JavaScript is vastly slower.
You're conflating JavaScript and DOM. With FTL, JavaScriptCore can run C code compiled via Emscriptem to JavaScript at around 60% of the speed of the same C code compiled directly. That's not a huge overhead (40% is a generation old CPU, or a C compiler from 5 years earlier). Transitions from JavaScript (or PNaCl compiled code) to the DOM, however, are very expensive. This is why a lot of web apps just grab a canvas or WebGL context and do all of their rendering inside that, rather than manipulating the DOM. Optimising the DOM interactions without sacrificing security is quite a difficult problem.
Web app doesn't necessarily imply web app hosted by someone else. For companies, there's a lot of advantage in being able to roll out cheap client machines that just run a web browser and have all of the apps in a single rack somewhere. To upgrade everyone in the company, just upgrade a single install. Don't worry about employees that can't remember to always save data on the fileserver where it's backed up, because you've configured the web apps to only be able to save there (or to always save a copy there).
Itanium compiler development has also been centred in Moscow for a while, so they likely have a pool of engineers experienced with targeting weird VLIW architectures.
No, they are again. During the Pentium 4 era, they were behind on pretty much every metric. They only survived because of name recognition and AMD not having the production capacity to take more than about 20% of the market share. At the mid to low end, an Athlon system with the same performance was cheaper than anything Intel sold. At the high end, Opterons were roundly trouncing Xeons in absolute performance and performance per dollar.
The Pentium M was when it started to turn around for Intel - the laptop market started to grow rapidly and AMD was only just competitive on performance per Watt, but didn't have the laptop motherboard makers onboard. With the Core 2, Intel retook the performance crown.
Depends a lot on the ticket type. I just checked and advance singles (specific train, booked in advance) start at £39.70 each way. That works out at about $61 each way. Off-peak singles (any train, not at peak commuter times at each end) are £60 ($90) each way.
Except that, just before the invasion, they had announced that they would switch from selling the oil in US Dollars and use Euros as the currency for defining the price. This provided a strong economic incentive for the US to change the regime.
Data loss in flash cells is probabilisitic, but the standard for wear levelling software is to mark a cell as dead if it can't guarantee holding its contents for a year. There have been some interesting proposals to expose this to the OS - there's a lot of data where even holding it for one day would be fine (e.g. browser caches, swap, other temporary files), so the more worn cells could be productively used for this data.
I think that depends on which concourse you're on. I had a similar experience (trapped for about 7 hours), but the saving grace of La Guardia was that on the flight side of security there was a really nice pizza place (as well as a number of others). No lounges or comfy seating though, which meant that I was quite cranky by the time my flight did eventually leave...
which has the cheap option of an hour-long metro ride (using that word, since most of it is above ground), but there's also the "premium" Heathrow Express train, which takes about 15 minutes
Assuming that you're starting near Paddington. From Kings Cross (i.e. where anyone coming from north of London will arrive), between the Tube and the waiting time, it takes about the same time to get the Tube to Paddington and change to the Heathrow Express as it does to take the Tube directly from Kings Cross to Heathrow. There were plans to extend the Heathrow Express, at least to Liverpool Street, and possibly to Kings Cross, but they seem to have been lost somewhere.
You probably don't need to wait. There are lots of parts of the US and Europe where the cost of living is much lower than the big tech hubs. I was freelancing for about five years in one of them. One day of consulting per month covered my cost of living, everything else went either on savings or luxuries. A lot of the big companies are very happy to employ people on this basis (Red Hat had several people living near me, for example). They're paid a bit less than a Valley salary, so the company saves a reasonable amount, they work from home (so the company doesn't have to provide an office - if there are a cluster of them then they might rent somewhere, but it's a lot cheaper than in a tech hub), and the employees have a lot more disposable income because the cost of living is so much lower. Everyone wins.
You're not really avoiding offshoring though, you're just benefitting from the same economic conditions that make it beneficial. The number one problem with offshoring to India for tech companies is employee retention - the good ones don't stay around very long. A lot of companies are very happy to save a bit on office space and salary and have a known-competent employee who will stick around for a while.