I think that pollution is bad - we should be limiting it out of general principles. What I'm undecided about is how bad. The level of discourse seems to have reached a point where no lay person can reach even a semi-educated, unbiased opinion because all data and analysis available to him is tainted by the sender.
I've said for years that the US enlisted man (in a technical job) is the only creature on earth that is simultaneously overpaid and underpaid. They make more than the average non-college educated person their age/seniority, yet make significantly less than almost anyone on the outside doing their exact same job.
2. Inability to adapt. That same airman will be reprimanded for having built the packet fuzzer. There are defined tasks, permitted software, and accredited machines. There are no real provisions for independent thought or action, even when appropriate precautions have been taken. Thinking (or acting) outside the box is not just frowned upon, it is often described as criminal. There is a "right way" to do everything, and everything else is out of bounds.
Depends on the boss. Did your "playtime" support the mission? then a good boss will appreciate it and reward it. There are more good bosses than bad, especially int he computer operator/programmer fields. However, there is some truth to this. People who should really know better distrust Firefox and Linux to an almost cellular level here in the Air Force, and I don't get it.
3. No abstract or intuitive plans or programs will be approved or funded. Detailed and comprehensive plans with concrete deliverables are the order of the day. It's hard to work outside-the-box when they believe the box is "good" and everything outside of it is "bad".
A complaint virtually universal anywhere outside of a few golden locales like Google and Apple, and some places in Microsoft R & D.
4. HR. Hmmm, we need to send 3 techs to Alaska. Generate a list of based on personnel with the appropriate grade/rating and are "due" for transfer based on time on station. Off they go. No interest that 1 of those techs has critical skills vital to the project he is currently working and another has personal issues at that time which would make such a transfer a hardship. Meanwhile, there are a dozen other techs who could just as easily fill those slots. Doesn't matter. We've got several thousand people to manage in that field, and exceptions are "bad". No placement preference based on skill, talent, or current project status.
Agreed, except for some jobs. Officers fare much better this way, but when I was enlisted, I was hand-selected (without my knowledge) for a job because I had UNIX experience and a BGS in comp sci.
5. Lack of understanding and respect. Techs simply aren't appreciated in a warrior culture until something bad happens and they can fix it. A network/system that runs great 99% of the time will get the tech almost no recognition and people will freak when it does go down. A network/system that constantly has issues but the techs run around putting out the fires will gain the tech recognition. "Every time we had trouble, Tech Jones and his team did a teriffic job fixing it so we could get back to our mission." The current system rewards firemen, not architects/maintainers of robust systems which work.
Sadly, somewhat true outside of comm, but the good bosses in comm see through the "miracle workers."
Former enlisted programmer here. In 6 years as a programmer, I coded for about 22 months. The rest of the time I was a sysadmin - Novell and UNIX. The time I was coding though, I was definitely coding, but it was nowhere near sweatshop - had time to read slashdot, etc. Comm jobs in the Air Force, at least for programmers, were kind of funny. You'd be busting your ass for 3 months, then playing 6 degrees for two months, then bust ass to make someone else's dealine for 2 months, then back to playing six degrees again.
And it should be the law: If you use the word `paradigm' without knowing what the dictionary says it means, you go to jail. No exceptions. -- David Jones