Upper IT management here. Your assertions are correct if you add "lazy" to the managers described above. We all deal with cost pressures, but we're inadequately supplied with the information to make a good decision more frequently than not.
21 CFR Part 11. The FDA does in fact force pharmas and medical device makers to review and QA/QC software. There is no such shield from the FDA. You either lied or made it up, but you're sad either way.
Since it has its own power generation plants, for one.
Oh, you mean a wider grid like, say, the entire Northeast Corridor of Amtrak?
"That's amusing. Google has re-invented Go Computer's PenPoint. That's how they ran multiple semi-persistent applications on their tablet in the late 1980s."
You must mean Terminate and Stay Resident computing, invented before Go Computer's PenPoint, which is how everyone in the DOS world ran multiple semi-persistent applications on their computers in the mid 80s.
Which is predated by any multiprocessing system that can suspend any process to run another... so, kinda not stealing.
Dude, come back when you have turn-by-turn navigation on Ovi Maps. Or when Android is *completely* ported to the N900.
"Actually -- because the new generation DOESNT LEARN C++ its why code is getting so sloppy now"
You could make the same statement, with more force, about COBOL and FORTRAN, sonny.
Pike and Thompson are not computer scientists, they are practitioners. The difference between Thompson's contributions and Knuth's contributions, for example, illustrate this exact point.
Your guess would be wrong. Apache is the core webserver for lots of application servers; i.e. you're getting Apache every time you install Oracle IAS or WebSphere. Dunno about WebLogic but I'd guess that applies as well. Your 10% goes up, way up.
... because clearly, you like setting the bar impossibly high for yourself.
You will never know the code as well as the original developer. so stop trying. For very old cases >10 years, that developer was also the analyst who gathered the requirements, further cementing you to a 3rd-bit player in the drama. Let it go.
You *can* maintain someone else's code, though, if you can do a few things:
-dispense with ego
-learn to *read* code, especially as a reviewer
-ask lots of questions
As a maintenance programmer, you have to be fearless about asking questions, even if they dead-end you. You asked. You were thrust into a bad spot, you do your best to figure out where you're at. Assess the situation. There's no rush to fix anything, it's not like the problem's going anywhere and no one is hiring clueless mission-critical coders.
Start small. Start really small, like just reading the code as you might in a code review and see if you can spot trends. If you've been doing this awhile, you can start picking up on the strengths and weaknesses of the author(s). At the very least you can start to immerse yourself in the style and convention, making translation to the actual algorithms easier, i.e. what's this bit doing? I'm not embarrassed to say I've professionally reviewed code that I could never write -- it was VB and ASP -- but I know what object-oriented code should look like, should be capable of doing, and this wasn't it. It wasn't even good procedural/ iterative code... but that's besides the point. The point is, I know when to use a while loop, a for loop, and when to unroll the loop. It's the kind of knowledge that comes in handy no matter what language I'm looking at. Declarative? No problem, it's set-based thinking and straight Boolean logic. Functional? Fine, let's start busting down the parentheticals. It's also about moving data into a register, eventually.
So, you start small, you read the code, you trace some data by hand, a little, and then... run the fuckin' thing with a debugger, step by step, and watch the data move. If it takes you all day to run it once, you're entirely ready on day two to start messing with it. You've likely done what only the original developer has ever done, and that's seen data at the top run straight through to the bottom.
... Castle Wolfenstein was created.
However, what I'd really like to see is a basic pad, just a command prompt, basic drivers. WiFi yes, 3G no. No external ties. The Pixel Qi projects promises a new innovation, color and real resolution in daylight. I was thinking a basic Linux distro would make for an absolute eBook killer, but so much more: forms entry and processing as well.
Actually, the big draw is the ability to read the display in any light conditions, i.e. outside in sunlight. The crossover effect this would have on handhelds for a workforce would be tremendous.
PHP does the same things as C++? Really? And C++ lacks standard libraries to process XML, connect to DBs..? Interesting assertions. Cite sources, because from what I understand, C++ has tons of libraries and templates, and does things that lots of languages including PHP cannot do... operating systems, real-time applications, and compilers spring to mind.
Mmmmm... you live in a different world than everyone else. Sometimes people really do have it coming.