- Feature Articles
- CodeSOD
- Error'd
- Forums
-
Other Articles
- Random Article
- Other Series
- Alex's Soapbox
- Announcements
- Best of…
- Best of Email
- Best of the Sidebar
- Bring Your Own Code
- Coded Smorgasbord
- Mandatory Fun Day
- Off Topic
- Representative Line
- News Roundup
- Editor's Soapbox
- Software on the Rocks
- Souvenir Potpourri
- Sponsor Post
- Tales from the Interview
- The Daily WTF: Live
- Virtudyne
Admin
TRWTF is this guy actually went to work for a place that he KNEW gave shitty service. What did he expect?
Admin
They need to be using a wooden table. And XML.
Admin
This is depressing. Are there any good IT jobs out there?
Admin
Probably just for anecdotes and TDWTF submissions.
Admin
Apparently, he expected a chance to make it all better and look like a hero. Of course it gave shitty service for a reason, and that reason isn't that the company had only hired idiots before and now suddenly had the sense to hire the one guy who knew what he was doing.
Admin
His new method sounded kind of brittle... which is sad, because the original method was even worse.
Admin
Yes adding a hacked perl script that by his own admission no one will probebly understand is a much better solution that using a bug tracker.
The process may have been flawed, and certainly would need to be replaced with something that might have actually been efficient, however that almost never includes eleborate perl scripts using VNC and permagick. Unless of course where talking about bugzilla.
Admin
What would you do if someone wants to put this in your server? And who's going to maintain this Rube Goldberg-like mess?
Admin
Yeah, mine's pretty good. I decide what technologies I need to use, I work at home and buy my own kit. My customer (only one at present) is fairly docile and pays well.
Downsides: specifications are usually an email of two paragraphs and I have to make up the rest on my own best judgement. Well... actually maybe that's not a downside
Admin
So wait, is this a multiple choice test? Q1: Which of these is the WTF in the above story.
Admin
puts on his puppy-eye goggles Can I have your job?
Admin
shhh, quiet. Let the script kid do it's work. There's a bunch of good WTFs waiting here.
Admin
Admin
ouch. sad thing is, i used to work in a place like that... although, the customer service was excellent, everything you did was stonewalled because you werent a battery chicken at a desk.
TRWTF is that these companies are still in business.. sigh
Admin
There's no need to put (sic) after every malapropism, it interrupts the flow. Don't worry, we won't think that it's you who's saying 'deterrence'.
Admin
Damn, talk about self-righteous. Every comment so far has been "What a terrible solution. Mine would have been MUCH better!"
I think TRWTF was that there were hundreds of people willing to work at a crappy job for probably sub-average pay doing something no sane person would find enjoyable in any stretch of the imagination. And when someone tries to improve the situation they are thwarted at every turn.
The human ability to preserve the status quo never ceases to amaze me!
Admin
TRWTF isn't the process (The Process be Praised!!), but the goal of their processes. It seemed that all anybody does is track problems and enter tickets. Nobody is charged with actually resolving the tickets or dealing with outages. But hey, we know every little detail of the problems! (Maybe the Florida office has the responsibility to solve problems?)
Admin
TRWTF is that Mike didn't 1) find out who could get huge budgets, 2) immediately quit, 3) setup a consultant firm, 4) offer his services to the higher-up at a VERY high cost 5) ???? 6) Profit
Admin
He's trying to solve a bad process by implementing a bad design. That's a bad solution on multiple levels.
Admin
What do you do, exactly?
Just curious. Not that I have any intention of imitating it at all. Nope. Curiosity.
Admin
Sorry. The above comment was in response to this.
Admin
Seems to me that he had a bad solution but that it was better to have a bad solution than no solution.
Admin
Halfway through I was expecting a story about his coworkers being enraged about him automating away their jobs, or the story of how his good-intentioned fixes blew up caused catastrophic damage. Instead we just get a story where his bosses intelligently tell him he can't just go throwing things up on the servers without proper specs. I'm disappointed.
Admin
Admin
That's not a malapropism.
The "sic" is there so that Alex doesn't get a hundred emails telling him he made a typo. I'm not sure why he didn't just correct it though...
Admin
Needs .NET
Admin
In addition to all the stuff mentioned already TRWTFs include:
Admin
It's generally bad form to alter a quote; sic is used to indicate when there is a grammatical error to indicate it wasn't missed by the author/editor, the person speaking did say it.
Also, there may have been an undercurrent of "See how smart he is? He used 'deterrence' incorrectly!"
Admin
The real WTF is that this guy decided to go around procedure, install a bunch of Perl modules that could affect a ton of other application on this server, and backdoor a VNC server.
Maybe next week we'll get a submission from his boss detailing a story about this crazy network admin that wanted to install a bunch of crazy SDK's and Wine on a production server without going through the proper channels.
Admin
This whole article is full of WTF. I'm working on re-writing some applications that use Mike's kind of "fixes." That is not a fun job. On understanding the problem, Mike should have quit and moved on.
Admin
Not if it works. I wouldn't buy a meat slicer if I needed to make a sandwich. I'd pull out a knife and stab away until I had some meat hacked off for my sandwich. He may not have designed an optimal solution, but I would wager a guess that it was faster and easier than any of the better solutions. Plus once the management sees how well it works they might give him the resources to design and build a much better solution.
I would also argue that we don't have enough detail to justify labeling it as bad design (or good design). It sure sounds like a steaming pile of unmaintainable crap, but considering the starting point it's an improvement. If worse comes to worse they can just not use it and go back to doing everything manually. The business stands nothing to lose and lots to gain in the form of productivity. Of course this assumes the script doesn't break anything.
Admin
Admin
This has got to be IDT.
Admin
Problems with the current process:
Mike's fix targets (5) above, alright. It ignores (2). On the other hand, it adds to (1), and depends on (3) and (4)! When Dick comes along and decides to do something about (3) and (4) -- which I would argue caused most of the problems in the first place -- Mike gets angry that his "obsession" is being thwarted and sends an email off to The Daily WTF.
Mike's attacking a process/architecture-level problem with a design-level solution, and a bad one at that.
Admin
This is a great example of how IT people do NOT get it. The answer is not a simple technical solution, its to get management to buy into it.
This kind of thing is so typical, the technical guy sits down, whips up a technical solution and is dumbfounded when his whiteboard scribbles are not instantly acted on.
In this case, documenting how many mh (manhours) the processes are taking, researching any other systems that may be affected by changing this one, the expected number of hours to implement the fix (including debugging), the expected manhours saved (i.e. when will this start paying for itself), how will things be done during the interim - will both systems be run in parallel to ensure the values match - and is that factored into the cost equation? how what happens to any invoices/records in-progress if you have to back out of the process because of some unforseen issue, training and documenting people on the new system, etc.
These are the types of things that actually allow a technical person to get approval to implement something. Writing code (the fun stuff) is the LAST stage of any project, not the first.
Admin
His solution has 'ugly hack' written all over it. Now, I'm not saying that makes it wrong, but it certainly makes it 'potentially wrong'.
The problem he's run into (one that a lot of programmers run into, one that I've personally run into) is that he wants to do a job he wasn't hired for and probably isn't particularly qualified to do.
They interviewed to find a guy who'd sit there and enter trouble tickets using their poorly designed trouble ticket entering system. They felt he could do that, so they offered him a job.
They weren't interviewing someone to take on a lead developer role to spearhead the 'Ticket Automation System'.
It's one thing to 'cowboy' up a useful script or app and use it as you see fit; and another thing all together to deploy it for actual use in the company and have other co-workers running.
As a developer - sure - it's frustrating. You see a workable solution that makes things better and you can provide that solution.
If you are hired as a janitor at Google; it's quite possible that you would be an amazing team lead on some project. Nothing about being a janitor necessitates your inability to be an amazing team lead. But, unless you were hired on as a team lead - you'd better stick to taking out the trash if you want to keep your job.
Admin
And XML.
Admin
Quoted for truth.
Technology doesn't solve people problems.
Admin
Well, it's definately cheaper if you don't test...
Admin
If you knew the clients at our company, you'll understand why such businesses will never die. Too many people don't actually care whether their problems get solved. They just like giving money to well-dressed salesmen (especially when it's only their company's money, not their own).
Why must the world be full of such bullshit?
Admin
That works, till one day, while hacking away, your imprecise stabbing misses the mark, enough to stab your hand. I bet after that the idea of nice meat slicer or pre-packaged sliced meat sounds really good....great now I want a sammich.
It's one thing to "throw something" together for the short term with the plan to implement something more solid. This protagonist in this story doesn't seem to see the difference.
Admin
You dont mean AT&T by any Chance :o) ....?
Admin
I've seen this same sort of thing far too many times. People like Mike need to realize that automating a bad process doesn't improve anything, it just makes it faster to do the wrong thing.
On top of that, his proposed "solutions" were cringeworthy in and of themselves, and arguably worse than the broken manual processes that they were intended to automate.
Admin
It would be nice if more companies worked like that, it shouldn't matter what your "job title" is if you have something useful to contribute. In fact, seeking input from someone not traditionally associated with the field of the problem (or product/process/whatever is being worked on or used) can often lead to surprising insight into the problem/process/etc. and possible solutions or improvements.
Admin
Admin
This is scarily similar to my current job.
Admin
If I were making a couple hundred/thousand sandwiches a day, I'd probably look at buying a meat slicer as opposed to hacking off a piece of meat, and the occasional finger.
Since this company likes to maintain the status quo any solution backdoored like this is going to be there for a really really really really ... really really long time which means WTF after WTF is going to be piled on top of the WTF. A polished piece of **** may look like a chocolate bar, but it's not going to taste like one.
Admin
Amazing! Somebody give that man a medal!
Admin
I saw that Mythbusters too!
Admin
Mike is currently writing a script to run a script to add another technology to this comment automatically. Soon TDWTF won't need readers, as his contraptions develop self-awareness and post endless bickering comments with inherent self-reference disguised as ironic hypocrisy.
All you scripts are belong to Mike