What is telling about that list is that the top 10 are all consulting companies, including IBM. Consulting companies do not need H1Bs. If those consultants are so valuable, let them fly them over and live in a hotel.
2.2-3.4Ghz Core i7 (quad)
16 GB Ram
256GB PCIe flash based storage (about 2-3 times faster than your SSD)
Intel Iris Pro
You can get everything to meet the eyeball specs for $2500 with the 512GB PCIe flash based storage and discrete graphics. I doubt the Lenovo can touch it in real world use. I've used several Lenovos over the years, I'd was happy to give them back. My MBP actually gives my desktop a run for its money, and outperforms it on certain tasks.
And that Dell XPS 13 2015 will cost a pretty penny, as soon as you deck it out to similar specs, if you even can. That's not to say that Dell hasn't improved significantly over the past 5 years, because they have. But, I still recall my run of 5 Dell laptops in less than 3 years, because they kept crapping out. I have had 3 MBPs in the past 10 years, the first which I still own and still works fine, the second died after 5 and a half years of dev machine use, the third is my current all around box used daily. It's over a year old and you'd never know it.
He's been complaining about bloat a bit more often recently. The thing is, all the features that have been added are used by someone: they're not useless.
But if they're useless to more than 90% of users, perhaps that should be an option for the remaining less than 10%? I'd go so far as to say that perhaps that split should be at 70/30, because I'll bet a whole lot of features falling lower than 70% usage are only used by a small subset of users.
Actually, that clarifies that the zram feature did not make it to the Linux kernel until 2014, meaning that OSX had it prior to Linux. Yes, I understand some had a feature like it earlier, but full-blown reliable enough implementation to make it to the RTM release of an OS was OSX 10.9 (2013), Linux kernel 3.18 (2014) and finally Windows 10 in what appears to be late 2015, or maybe 2016 given their track record. Guess better late than never.
Parallel construction, done correctly, will be almost impossible to detect. It will just be a serious of "fortunate" coincidences that seemed to miraculously lead to the suspect.
It is common practice for more renowned professors to include grad students, PhD's in the lab etc on papers just to get their names out there. Since your science worth is often based on the number of papers on your resume, it's a great way of starting a career by having your professor include your name in grad school and beyond. I've seen papers with 20+ names on it where most of them, I know for a fact, have done practically nothing for the paper.
Common practice or not, those people don't belong in the list. It demeans the value of those that actually did work on the paper.
Not being familiar with the Finnish system, this is for social welfare which I'm assuming is equivalent to welfare in the US which is paid to unemployed people that can find no other means of income.
So if people on welfare are living abroad, why are you paying them anyways?
We're talking a charge density that could potentially take a car over a thousand miles instead of a hundred or two at current battery weight. With an arbitrarily reasonable 300-400 mile range with fast recharge, you could have a much smaller battery which would have the synergistic advantage of increasing the mileage.
Since I've bought both the reg and "heavy duty" cartridges, and not seen more than a doubling in lifespan compared to the $400 vs $50 difference in the case of color printers, I don't think it matters much. Monochrome is a little better, but the complete printer was only $40 on sale, while the cartridges start at $60, with the heavy duty ones around $90 for the last 2 models I owned. Seems like buying the entire printer is a better deal, it's new, under warranty, no wear and tear, sad but true.
Electric cars (battery powered) have 2 major obstacles
Power density
Charge time
It seems evident that nano technology would be able to make major inroads in the power density area, and quite possibly the charge time as well. I'm still waiting for someone to figure out an economical batacitor (Philip Jose Farmer) which appears to still be in the researchphase.
Just buy 2 laser printers with cartridges when they're on a super sale. I bought 2 Samsung color lasers for roughly $99 a year or so ago. I still haven't run through the first one's cartridges, I probably should have bought just 1. Several sales have come and gone for more recent models below $70 each.
I doubt Hillary will get anything, as this is 100% politically motivated. I know of a much more serious case that resulted in nothing more than a hand slap, if you can even call the resulting action "punishment" at all. What might happen is something that should have happened 20 years ago - all official government communications will be handled via government owned devices and services, after which using private devices for government communications will be a violation.
Regarding LINQ. If I had time I'd go deeper, but the level of effort required to tune for performance compared to just writing your own custom data access layer appears to be about on par at best and still leaves you with potential performance pitfalls. If you understand data access layers and DBs, you should have no trouble writing a reasonably decent performing one with a fraction of the effort to get LINQ running equivalently. It'll have the additional advantage of having clear divisions of responsibility, and might actually be maintainable by the mere mortals that follow as well.
"The.NET 3.5->4.0->4.5 upgrades were absolutely horrible if you were doing anything with escalating permissions or anything else that tied to system resources. "
I'm struggling to understand what you mean by this, it doesn't really make any kind of sense. Are we talking about upgrading code, or upgrading the CLR?
You tell me...;).NET 3.5/4.0/4.5 directory implies the CLR.
3.5 code is forwards compatible, the breaking changes are minimal and insanely rare edge cases).
untrue.
...3.5 runs on the 2.0 runtime, and 4.0 had it's own new runtime....4.5 was an in place upgrade for 4.0, it changed some things under the hood but the breaking changes were again few and again very edge cases that 99% of.NET devs will never have encountered...
Thanks for proving my points. That's exactly right, and exactly what was a horrible nightmare to deal with. Those few, edge case incompatibilities were what hit me each time. And, the 3.5->4.0 wasn't as minor as you make out. Even the 4.0->4.5 isn't 100% smooth, nor would it be, given the shenanigans MS did there.
Your rant is interesting. I would argue C++ still allows you to shoot yourself in the foot just as badly as C. C# requires you go in unsafe mode, or pinvoke (still unsafe). Java truly prevents many of these things, until you start playing a little too heavily with dependency injection, reflection, or you abstract one too many layers with generics. Of course, none of those will have the same shotgun meets foot effect you can achieve with C/C++ unless you use JNI.
The.NET 3.5->4.0->4.5 upgrades were absolutely horrible if you were doing anything with escalating permissions or anything else that tied to system resources. If you had 100% self-contained code that only used basic resources exposed by core APIs, I guess you'd be safe. (That's also true of just about any other language/ecosystem)
Java generics mostly are syntactic sugar. They allow for less boilerplate code, but if you don't understand what's happening under the covers, it makes no difference. Spring is the devils path to hell. Try debugging a Spring initiate's code sometime. The exorcist will have nothing on your head spinning. ORMs are pretty much all sucky bad. RDBMs just don't mesh with ORMs, as they're orthogonal. Any idea you have that they're not is mistaken or because you're at the LCD point.
Regarding uptime, I code with Java, Xcode, and Android Studio currently, and my uptime is measure in months. I also use git. (who would use svn? It's irrevocably broken by design unless it's 1 user per source tree) What you're describing is a nightmare trifecta of bad tools, bad process, and bad developers. Any 1 of the three will be an unpleasant experience, but all three? You have my sympathies.
While I normally don't respond to deeply biased trolling morons (most ACs), you've made some incredibly bad assertions. While I won't disagree with the desktop workload statement as almost any normal desktop workstation workload can be handled by a phone these days, the extra capability in the desktop merely increases the available headspace and has 0 effect on the tasks at hand. MS systems (desktop or otherwise) running MS SQL are inherently worse at anything SQL. Well, at least if you want to scale for business purposes. They may be on par for a single SQL query, or a personal DB, and perhaps even a little better in the last case as a replacement for Excel. In this case I speak from multiple personal experiences. MS SQL is wholly unsuitable as a DB for anything requiring load.
Heck, you're aware of course that windows has horrible context shifting costs? That alone dooms it in high performance high concurrency scenarios of the types running in servers? You can start reading here. It's really fascinating how MS worked so hard at cutting corners to create something that ran single threaded semi well at the cost of running the types of loads servers run really badly that it should come as no shock at all that *nix servers, which made the opposite architectural decision, run server type loads far more efficiently than windows ever will.
AD is a laughable POS. In fact, it is so terrible, I can barely even describe it. I recall when AD came out, and Exchange was hamstrung to that turd. Something that used to take 5 minutes wound up taking 6 hours. The only difference? AD. It hasn't gotten better.
SCCM (formerly SMS) sucks rocks too, it just sucks a little less than most other GUI packages out there. That's not an endorsement. You can put as much lipstick as you like on that turd, it won't change the stink. The best system I ever saw in this space was a variation of *nix long ago. Anywhere you went, the desktop, as it was, was there. In fact, this was far enough back that "desktop" wasn't even part of the lexicon. It was merely known as your home directory. But no matter what machine you were on, it was like you were "home". SGI's GUI version was also pretty darn decent, at least where I was at the time. Too bad it cost an arm and a leg even in today's dollars. The mid-level graphics card alone was $25K.
I've used all those, and more. VS/C# has gone downhill from it's earlier VS incarnations, the documentation has gotten progressively worse with each.NET release to the point they're nearly worthless and made me pine for even average javadocs or man pages (if that doesn't tell you all you need to know, nothing else will) XCode is quirky but usable, it lacks some polish.. Eclipse is fine, MyEclipse or any of the other customized versions... yick. IntelliJ I can use but don't prefer, Android Studio, let's say I wish they'd revert that one. I put it with all the customized Eclipse versions in rankings. I'd probably still rather use any of them than VS with C# though.
People still develop for windows? Why? (yeah, I better duck, my karma is taking a beating today:)
Windows destkop and servers are still being deployed in the millions,
Windows servers in the millions, there's a reason for that. Last time I had real numbers to compare 2 large scale equivalent systems: UNIX: <100 servers, Windows: about 2400 servers. Same basic workload, different codebases and languages (Java / COBOL for *nix, C/C++ MS SQL for Windows). Oh, and the windows system was much less capable.
Seriously though, Windows servers are in decline, and have been for a while. They're a screaming security risk, perform poorly - *nix of any reasonably modern flavor smokes windows on the same hardware, unless, of course, you're attempting to run a windows program under an emulator or API framework under *nix.
It was already in decline. Another 6 months with the "opened" up.NET for other platforms won't help a bit. You know why? Because Mono was already out there. It's not an expanded market, only attempting to eat the other fish in the "new" pond.
Slashdot Mirror
What is telling about that list is that the top 10 are all consulting companies, including IBM. Consulting companies do not need H1Bs. If those consultants are so valuable, let them fly them over and live in a hotel.
2.2-3.4Ghz Core i7 (quad)
16 GB Ram
256GB PCIe flash based storage (about 2-3 times faster than your SSD)
Intel Iris Pro
You can get everything to meet the eyeball specs for $2500 with the 512GB PCIe flash based storage and discrete graphics. I doubt the Lenovo can touch it in real world use. I've used several Lenovos over the years, I'd was happy to give them back. My MBP actually gives my desktop a run for its money, and outperforms it on certain tasks.
And that Dell XPS 13 2015 will cost a pretty penny, as soon as you deck it out to similar specs, if you even can. That's not to say that Dell hasn't improved significantly over the past 5 years, because they have. But, I still recall my run of 5 Dell laptops in less than 3 years, because they kept crapping out. I have had 3 MBPs in the past 10 years, the first which I still own and still works fine, the second died after 5 and a half years of dev machine use, the third is my current all around box used daily. It's over a year old and you'd never know it.
He's been complaining about bloat a bit more often recently. The thing is, all the features that have been added are used by someone: they're not useless.
But if they're useless to more than 90% of users, perhaps that should be an option for the remaining less than 10%? I'd go so far as to say that perhaps that split should be at 70/30, because I'll bet a whole lot of features falling lower than 70% usage are only used by a small subset of users.
Actually, that clarifies that the zram feature did not make it to the Linux kernel until 2014, meaning that OSX had it prior to Linux. Yes, I understand some had a feature like it earlier, but full-blown reliable enough implementation to make it to the RTM release of an OS was OSX 10.9 (2013), Linux kernel 3.18 (2014) and finally Windows 10 in what appears to be late 2015, or maybe 2016 given their track record. Guess better late than never.
... you're probably logging this right now because I'm on your network, so read carefully: FUCK. YOU. Did you get all that?
AC... really?
It can be worked around. I haven't done this last part yet. :)
Parallel construction, done correctly, will be almost impossible to detect. It will just be a serious of "fortunate" coincidences that seemed to miraculously lead to the suspect.
It is common practice for more renowned professors to include grad students, PhD's in the lab etc on papers just to get their names out there. Since your science worth is often based on the number of papers on your resume, it's a great way of starting a career by having your professor include your name in grad school and beyond. I've seen papers with 20+ names on it where most of them, I know for a fact, have done practically nothing for the paper.
Common practice or not, those people don't belong in the list. It demeans the value of those that actually did work on the paper.
So if people on welfare are living abroad, why are you paying them anyways?
False assumption. If you don't use them and block everything related to them, it's really hard for them to track you.
We're talking a charge density that could potentially take a car over a thousand miles instead of a hundred or two at current battery weight. With an arbitrarily reasonable 300-400 mile range with fast recharge, you could have a much smaller battery which would have the synergistic advantage of increasing the mileage.
Since I've bought both the reg and "heavy duty" cartridges, and not seen more than a doubling in lifespan compared to the $400 vs $50 difference in the case of color printers, I don't think it matters much. Monochrome is a little better, but the complete printer was only $40 on sale, while the cartridges start at $60, with the heavy duty ones around $90 for the last 2 models I owned. Seems like buying the entire printer is a better deal, it's new, under warranty, no wear and tear, sad but true.
It seems evident that nano technology would be able to make major inroads in the power density area, and quite possibly the charge time as well. I'm still waiting for someone to figure out an economical batacitor (Philip Jose Farmer) which appears to still be in the research phase.
Just buy 2 laser printers with cartridges when they're on a super sale. I bought 2 Samsung color lasers for roughly $99 a year or so ago. I still haven't run through the first one's cartridges, I probably should have bought just 1. Several sales have come and gone for more recent models below $70 each.
I doubt Hillary will get anything, as this is 100% politically motivated. I know of a much more serious case that resulted in nothing more than a hand slap, if you can even call the resulting action "punishment" at all. What might happen is something that should have happened 20 years ago - all official government communications will be handled via government owned devices and services, after which using private devices for government communications will be a violation.
Regarding LINQ. If I had time I'd go deeper, but the level of effort required to tune for performance compared to just writing your own custom data access layer appears to be about on par at best and still leaves you with potential performance pitfalls. If you understand data access layers and DBs, you should have no trouble writing a reasonably decent performing one with a fraction of the effort to get LINQ running equivalently. It'll have the additional advantage of having clear divisions of responsibility, and might actually be maintainable by the mere mortals that follow as well.
"The .NET 3.5->4.0->4.5 upgrades were absolutely horrible if you were doing anything with escalating permissions or anything else that tied to system resources. "
I'm struggling to understand what you mean by this, it doesn't really make any kind of sense. Are we talking about upgrading code, or upgrading the CLR?
You tell me... ;) .NET 3.5/4.0/4.5 directory implies the CLR.
3.5 code is forwards compatible, the breaking changes are minimal and insanely rare edge cases).
untrue.
...3.5 runs on the 2.0 runtime, and 4.0 had it's own new runtime. ...4.5 was an in place upgrade for 4.0, it changed some things under the hood but the breaking changes were again few and again very edge cases that 99% of .NET devs will never have encountered...
Thanks for proving my points. That's exactly right, and exactly what was a horrible nightmare to deal with. Those few, edge case incompatibilities were what hit me each time. And, the 3.5->4.0 wasn't as minor as you make out. Even the 4.0->4.5 isn't 100% smooth, nor would it be, given the shenanigans MS did there.
Your rant is interesting. I would argue C++ still allows you to shoot yourself in the foot just as badly as C. C# requires you go in unsafe mode, or pinvoke (still unsafe). Java truly prevents many of these things, until you start playing a little too heavily with dependency injection, reflection, or you abstract one too many layers with generics. Of course, none of those will have the same shotgun meets foot effect you can achieve with C/C++ unless you use JNI.
The .NET 3.5->4.0->4.5 upgrades were absolutely horrible if you were doing anything with escalating permissions or anything else that tied to system resources. If you had 100% self-contained code that only used basic resources exposed by core APIs, I guess you'd be safe. (That's also true of just about any other language/ecosystem)
Java generics mostly are syntactic sugar. They allow for less boilerplate code, but if you don't understand what's happening under the covers, it makes no difference. Spring is the devils path to hell. Try debugging a Spring initiate's code sometime. The exorcist will have nothing on your head spinning. ORMs are pretty much all sucky bad. RDBMs just don't mesh with ORMs, as they're orthogonal. Any idea you have that they're not is mistaken or because you're at the LCD point.
Regarding uptime, I code with Java, Xcode, and Android Studio currently, and my uptime is measure in months. I also use git. (who would use svn? It's irrevocably broken by design unless it's 1 user per source tree) What you're describing is a nightmare trifecta of bad tools, bad process, and bad developers. Any 1 of the three will be an unpleasant experience, but all three? You have my sympathies.
While I normally don't respond to deeply biased trolling morons (most ACs), you've made some incredibly bad assertions. While I won't disagree with the desktop workload statement as almost any normal desktop workstation workload can be handled by a phone these days, the extra capability in the desktop merely increases the available headspace and has 0 effect on the tasks at hand. MS systems (desktop or otherwise) running MS SQL are inherently worse at anything SQL. Well, at least if you want to scale for business purposes. They may be on par for a single SQL query, or a personal DB, and perhaps even a little better in the last case as a replacement for Excel. In this case I speak from multiple personal experiences. MS SQL is wholly unsuitable as a DB for anything requiring load.
Heck, you're aware of course that windows has horrible context shifting costs? That alone dooms it in high performance high concurrency scenarios of the types running in servers? You can start reading here. It's really fascinating how MS worked so hard at cutting corners to create something that ran single threaded semi well at the cost of running the types of loads servers run really badly that it should come as no shock at all that *nix servers, which made the opposite architectural decision, run server type loads far more efficiently than windows ever will.
AD is a laughable POS. In fact, it is so terrible, I can barely even describe it. I recall when AD came out, and Exchange was hamstrung to that turd. Something that used to take 5 minutes wound up taking 6 hours. The only difference? AD. It hasn't gotten better.
SCCM (formerly SMS) sucks rocks too, it just sucks a little less than most other GUI packages out there. That's not an endorsement. You can put as much lipstick as you like on that turd, it won't change the stink. The best system I ever saw in this space was a variation of *nix long ago. Anywhere you went, the desktop, as it was, was there. In fact, this was far enough back that "desktop" wasn't even part of the lexicon. It was merely known as your home directory. But no matter what machine you were on, it was like you were "home". SGI's GUI version was also pretty darn decent, at least where I was at the time. Too bad it cost an arm and a leg even in today's dollars. The mid-level graphics card alone was $25K.
Is cdrudge alive?
I've used all those, and more. VS/C# has gone downhill from it's earlier VS incarnations, the documentation has gotten progressively worse with each .NET release to the point they're nearly worthless and made me pine for even average javadocs or man pages (if that doesn't tell you all you need to know, nothing else will) XCode is quirky but usable, it lacks some polish.. Eclipse is fine, MyEclipse or any of the other customized versions... yick. IntelliJ I can use but don't prefer, Android Studio, let's say I wish they'd revert that one. I put it with all the customized Eclipse versions in rankings. I'd probably still rather use any of them than VS with C# though.
People still develop for windows? Why? (yeah, I better duck, my karma is taking a beating today:)
Windows destkop and servers are still being deployed in the millions,
Windows servers in the millions, there's a reason for that. Last time I had real numbers to compare 2 large scale equivalent systems: UNIX: <100 servers, Windows: about 2400 servers. Same basic workload, different codebases and languages (Java / COBOL for *nix, C/C++ MS SQL for Windows). Oh, and the windows system was much less capable.
Seriously though, Windows servers are in decline, and have been for a while. They're a screaming security risk, perform poorly - *nix of any reasonably modern flavor smokes windows on the same hardware, unless, of course, you're attempting to run a windows program under an emulator or API framework under *nix.
It was already in decline. Another 6 months with the "opened" up .NET for other platforms won't help a bit. You know why? Because Mono was already out there. It's not an expanded market, only attempting to eat the other fish in the "new" pond.