498 karma · joined February 10, 2014
However this is a pretty damn serious oversight.
I've just shut down my MacBook and picked up my ThinkPad.
One of the idiots decided to light up a cigarette whilst we were sitting in there in the very dim emergency lighting. Turns out the power system for the halon was still active and the 60 second alarm went off.
Fortunately we hit the stop button on the wall to prevent it being dumped on us.
New pants all round that was.
C# is a minefield for issues. Linq memory ballooning, null refs, O(WTF) LINQ expressions, tri-state logic caused by nullables, spinlocks from hell (ReaderWriterLockSlim), missing symbols and more sourceless black boxes than anything. Oh and three different subtly broken XML APIs.
More language features don't make it better.
C# - half of this is available for a fee and the rest is available for a larger fee. And none of it works particularly well. And if anything breaks it's $200 a go to get it fixed.
Did I do the right thing? No. I should have skipped Microsoft stack entirely. I say this after 12 years of .Net and a previous 6 years of COM/C++/Win32. It has been the universally most stressful platform to work on. The technology is terribly complicated, obtuse and non-orthogonal and full of dead-ends and surprises. It's also virtually impossible to cleanly automate anything which means you need thousands of hands to push the buttons in the right order[1]. However this pales in comparison to the culture which almost universally (90%+ of outfits I've worked at) contains solely grim factory farm programmers who don't actually care what they are doing or understand what happens outside the ecosystem and outsourcers who whilst technically superior to the on-site staff, march around with loaded guns ready to shoot their own toes off (and anyone else dancing with them).
The only good bit was the cash.
I'd rather have picked up a 2003 OsCommerce site than do it again.
Now I'm learning Objective C and Cocoa to solve a few real world problems in another non-technology market that IT rarely penetrates. I'm doing that on my own.
[1] This has finally improved, but a little too late with PS and PS DSC for example.
Agree with your middle point however there are other laws in which he could have been stopped under which relate directly to the crime. Terrorism laws were picked selectively because they can hold suspects longer. This is the problem - everything looks like a target when a gun is handed to powerful people. This power was no accident either.
The courts are inconsistent in general. There is no law of the land any more -- it's down to the prosecutor's opinion unless it is trial by Jury. Consider the post-riot sentencing system that appeared to process suspects overnight without a fair trial. Many people were issued criminal charges and a prison term for civil issues that would have usually resulted in a fine or community service.
I agree with you but I wouldn't do it myself.
It probably isn't. I was hoping WikiNews would end up being that to be honest.
And no one really actually cared about it that much.
Now it's a label for every crime. "The defendant is a terrorist unit proven otherwise".
The legal system was pretty much the first thing to fall there as well as the criminalisation of literally everything. We have so much legislation now that deals with criminalising people that people don't have a chance if they get in trouble even for something trivial.
I've given up reading the news in the UK. It's either biased towards the agenda of the paper or terribly depressing. Both unfortunately sell very well. I've even got rid of my television. Life is good.
Not that I want to use any of them myself :)
Client-side. No WPF and WinForms is dreadfully incomplete.
It's a no go. If you start on Mono and deploy to .Net I imagine it'd work but no-one realistically does that these days. If they were going to do that, Java would be a better choice for the product.
Experienced engineers will trade off a COTS solution against build. Inexperienced engineers will machine 2000 M3x12 screws by hand.
Just because you're an engineer doesn't mean we want you to sit in front of a lathe/mill all day.
Libraries wouldn't exist if we didn't want to reuse work. With respect to more bugs in libraries, this is rarely the case for established products. In fact by writing our own code with similar intent will almost certainly incur more test effort, more odd edge cases and more $$$.
Final point: I wrote some code a few years ago in Java that spoke to .doc files, databases, a SOAP API and a service bus. It was (excluding blank lines and bracketed lines) 2900 lines of code with 850 unit tests. It handles over a million insurance contracts a year. This would have not been possible if I'd written ANY component myself.
I was paid to solve the problem, not write those libraries again.
We hire engineers.
An analogy: would you hire the electrical engineer who knocks up an ASIC for every task or the one who designs in a COTS part for a predictable unit cost and manufacturing lead time?