Slashdot Mirror
Software Exorcism
Mark Burroughs writes "Leave it to a SubGenius preacher to take normally mundane subjects, like software maintenance, and expose the unholy conspiracy behind them. I think the following quote from the introduction sums up the tone of the book nicely: 'Rather than shield your eyes from the sordid realities of the software industry, I am going to dust off my old 8mm films and let you take a good look at the uncensored truth for yourself. You may want to keep a paper bag handy in case you get sick.'" You know you want to read on for the rest of Burrough's review.
Software Exorcism
author
Right Reverend Bill Blunden
pages
351
publisher
Apress
rating
two thumbs up
reviewer
Mark Burroughs
ISBN
1590592344
summary
Tactics for Maintaining Legacy Code
Reverend Blunden's sermons focus on things that the college professors, in their tweedy jackets, will never talk about. As such, this book should be required reading by computer science majors, who often have a number of misconceptions concerning the industry that they are about to enter.
I doubt very highly that your instructors will tell you how to handle all the nasty little things that can occur when humans work in groups: backstabbing, stonewalling, sabotage, etc. The sad truth is that the people who do actually learn about these tactics (under the guise of "organizational behavior") are MBAs, the people who end up being managers. Folks, the deck has been stacked: The MBAs have been given whips, and the CS majors have all been given saddles. It's called animal husbandry; ... now go look up the word "cull."
Glancing at the back cover of the book, Reverend Blunden looks like the type of subversive individual that the ATF would like to have a chat with. As such, he is not one to let the reader leave without a few useful weapons (some of which may be questionable from a legal standpoint ... but hey, business is war). For example, the book tells you construct a paper trail so that even the shiftiest weasel cannot switch sides if it's suddenly convenient. Reverend Blunden even goes so far to refer the reader to a vault purveyor in New York so that evidence can be stored securely at home (hint: it's sure as hell not safe at the office). Don't kid yourself; a solid paper trail can save you during a witch-hunt.
The book also looks at how to deal with legacy code in situations where internal competition has encouraged people to hoard information, or to escape responsibility via promotion (i.e. VPs have been known to develop amnesia about the code they worked on). It explains the forces that cause these shenanigans to occur and then describes how to flush the guilty party out into the open, where their slimy tactics won't work. As before, generating a trail of evidence and possessing a degree of intellectual humility go a long way.
Then there is privacy, an issue that employers will definitely try to skirt. Management types tend to be keen on metrics to measure productivity. In addition, software engineers typically have access to code, or algorithms, that may be considered proprietary secrets. This has led many companies to monitor their engineers in some way or another (i.e. key loggers, remote desktops, sniffers, TEMPEST, etc.). Reverend Blunden provides a couple of easy, but extremely effective, counter tactics that the reader can use to foil this kind of Big Brother antics.
At the end of the day, Reverend Blunden tells it like it is. He hasn't been bought off and he doesn't have an agenda. His only goal is to warn new hires about the various landmines that exist, buried under the polite exterior of the corporate landscape. You may not like what he has to say, but no one ever said that software engineering was a pretty job. If they did, they were telling you a lie. Praise Bob.
Reverend Blunden's sermons focus on things that the college professors, in their tweedy jackets, will never talk about. As such, this book should be required reading by computer science majors, who often have a number of misconceptions concerning the industry that they are about to enter.
I doubt very highly that your instructors will tell you how to handle all the nasty little things that can occur when humans work in groups: backstabbing, stonewalling, sabotage, etc. The sad truth is that the people who do actually learn about these tactics (under the guise of "organizational behavior") are MBAs, the people who end up being managers. Folks, the deck has been stacked: The MBAs have been given whips, and the CS majors have all been given saddles. It's called animal husbandry; ... now go look up the word "cull."
Glancing at the back cover of the book, Reverend Blunden looks like the type of subversive individual that the ATF would like to have a chat with. As such, he is not one to let the reader leave without a few useful weapons (some of which may be questionable from a legal standpoint ... but hey, business is war). For example, the book tells you construct a paper trail so that even the shiftiest weasel cannot switch sides if it's suddenly convenient. Reverend Blunden even goes so far to refer the reader to a vault purveyor in New York so that evidence can be stored securely at home (hint: it's sure as hell not safe at the office). Don't kid yourself; a solid paper trail can save you during a witch-hunt.
The book also looks at how to deal with legacy code in situations where internal competition has encouraged people to hoard information, or to escape responsibility via promotion (i.e. VPs have been known to develop amnesia about the code they worked on). It explains the forces that cause these shenanigans to occur and then describes how to flush the guilty party out into the open, where their slimy tactics won't work. As before, generating a trail of evidence and possessing a degree of intellectual humility go a long way.
Then there is privacy, an issue that employers will definitely try to skirt. Management types tend to be keen on metrics to measure productivity. In addition, software engineers typically have access to code, or algorithms, that may be considered proprietary secrets. This has led many companies to monitor their engineers in some way or another (i.e. key loggers, remote desktops, sniffers, TEMPEST, etc.). Reverend Blunden provides a couple of easy, but extremely effective, counter tactics that the reader can use to foil this kind of Big Brother antics.
At the end of the day, Reverend Blunden tells it like it is. He hasn't been bought off and he doesn't have an agenda. His only goal is to warn new hires about the various landmines that exist, buried under the polite exterior of the corporate landscape. You may not like what he has to say, but no one ever said that software engineering was a pretty job. If they did, they were telling you a lie. Praise Bob.
You can purchase Software Exorcism from bn.com. Slashdot welcomes readers' book reviews -- to see your own review here, read the book review guidelines, then visit the submission page.
I doubt very highly that your instructors will tell you how to handle all the nasty little things that can occur when humans work in groups: backstabbing, stonewalling, sabotage, etc.
Self-employment worked for me. The boss is still a jerk, but he's my kind of jerk.
He hasn't been bought off and he doesn't have an agenda. His only goal is to warn new hires about the various landmines that exist, buried under the polite exterior of the corporate landscape. You may not like what he has to say, but no one ever said that software engineering was a pretty job. If they did, they were telling you a lie.
Ahhh, yes. Another treatise on how The Man is tapdancing on our heads.
Alternatively, we could read books on how to help create environments that are mutually advantageous, supportive positive experiences rather than focusing on heading off to another dreary color washed existence where we hate our bosses and hate our jobs.
Visit Jonesblog and say hello.
"Hell, just have them read /. !!! Same stuff, only it's free, has stories that are continuously duplic^H^H^H^H^H^Hupdated, and a lively and informative userbase ... why go for a book instead?"
Because with the book, you arent accidentally going to see the goatse guy.
I am forever scarred.
This post cannot be re-broadcast without the express written consent of Major League Baseball.
I need an old programmer and a young programmer.
The power of Christ compels you...to compile!
Sometimes I doubt your commitment to Sparkle Motion.
1. Tell the truth. 2. Stay out of other people's business. 3. Do the right thing.
Yes, there are some things that can't be avoided. If you are under attack by someone trying to get ahead or find a scapegoat, you have to defend yourself. But, even in these situations, there are choices.
I always save my last mod point to mod up a good troll. You people are too serious.
Is it something like this?
Batlock...
Is this really the "corporate landscape" for many software engineers? A job so bad where you feel compelled to check for keyloggers, keep paper trails locked in a home safe, etc.?
Granted, I've not been out of school that long, but every job I've had was in a friendly, cooperative environment w/ good people who wanted to write good software. We don't assign blame, we don't sabotage people's code -- we fix problems we find and give each other help when its needed. But then, I've always worked in scientific computing, so maybe I'm not in the "corporate landscape" as such.
So am I wearing rose-colored glasses and blinding myself to the cut-throat world of commercial software development, or is the author of this book simply over-reacting?
Also, if I were to find myself in a job where I felt a need to take the precautions suggested in this book, I'd be looking for a new job. I can't believe that any company could maintain such a draconian work environment and keep employees.
I now sit back and await all the posts telling me how naive I am. :-)
Before the morons start quoting prices from B&N vs. Amazon, let's remember there are more than those two online. Try shopping at AddAll. It's a shopping bot for books. Prices: Overstock: $21.99, BooksAMillion: $27.44, Amazon: $27.93. Switching to BestBookBuys we get BookPool at $22.50, along with (click for the results, see Amazon in 5th place!: results. And finally, we go to BookPool with a price of $22.50. Now, can we quit using B&N and Amazon ONLY? Jeez. http://www.bestwebbuys.com/books/search?isrc=b-hom e-search&q=1590592344&t=ISBN&x=16&y=13
If the subject of the book is similar to the review, then I agree completely with the author. Computer Science in the corporate world is nothing like it is in the academic world. Something that is accurate and efficient in college is often not something that is done in a company.
The concept of politics is something that changes the meaning of the work you do at a company. In college, you are given an assignment to do. You do it, you are graded on it and you move on. At a company, you are asked what the customer wants in their software, and are not given specs. You are supposed to guess what they want. You are also never given a realistic timetable in which to do the project.
Some of those hindrences to doing a project are caused by outside forces, but most are caused by inside forces. Someone is trying to impress someone else in the company by promising something before it can be done. Or they may have their team develop a project and then release it to upper management only to find its not wanted.
Politics plays a huge role in what happens to the programmers at the bottom as well. Utimately everything that occurs to the programmer can be a result of politics. If someone cancels a project, it may be that they simply didn't like the person doing it.
At my company, we are in limbo over whether we will continue to develop a program to do something that we currently license software to do. To replace the functionality of the software will take a couple months and is nothing more than a couple of webpages and a database. We pay $250,000/yr for the outside software and can save all of that by doing it in house. The reason we are having trouble is politics. Certain people dont want the software inhouse.
Is it in the best interest of the company? No. But it's in the best interest of someone at the company. Thats a danger inside such large corporations, but it is how business gets done.
http://github.com/gbook/nidb
Given the sordid aspects of working in an IT department, you'd think that this would make for a great cheesy, soap-opraesque TV show a la Melrose Place. Backstabbing, surreptitious monitoring, random sexual encounters...uh, was that mentioned in the book?
"I doubt very highly that your instructors will tell you how to handle all the nasty little things that can occur when humans work in groups..."
/., dilbert and userfriendly to get the same instructions, but usually we start reading these only after we've learned about this stuff the hard way.
That's the problem right there. Every student getting a degree in computers should take a mandatory class covering office politics, hiring legals, and how to deal with various peers, managers and devil^H^H^H^H^Hmarketing people.
Sure, we can read
Here's a short version of what you need to know when you're working for someone.
Do you know the difference between a cost center and a profit center?
A cost center's something the business needs to do but doesn't make any money. Think accounting, or maintaining print servers -- the goal is to make its function as cheap as possible. One attractive way is to offshore it, provided things work out as cheaply as possible.
A profit center makes the business money. Like software development, or whatever it is that the business does: doing a good job will make the company money.
It's always better to work for the profit center.
I'm sure it is an entertaining read with perhaps some salient points with regards to the IT industry. But, does this describe anything truly different or more dystopian that what an average non-IT worker puts up with in his own non-IT world with non-IT managers? I think we tend to make more of our own situations than is justified; work environments are similarly screwed up regardless of the industry.
Having mentioned this many times and been modded down into the netherworld, I'll mention it again in hopes that someone will catch on.
This book is all about one thing: negotiating. It's a skill that is seldom taught formally, and yet is used every day of your life. Even when you were a wee babe trying to figure out how to get a cookie from mommy, you were learning to negotiate.
Unfortunately techs are usually poorly equipped to negotiate skillfully, a fact I learned personally when my scum-of-a-boss-who-I-thought-was-a-friend ripped me off for thousands because I didn't know how to negotiate properly. For years I was bitter, until I started checking out books and audio tapes on how to negotiate effectively. Bottom line: it was my fault I got ripped off.
You've only got three resources: time, energy and money. When you work for an employer, it's a give and take of how much of those three resources you're willing to exchange. The best teacher of negotiating I've heard so far is a guy named Roger Dawson (I won't post the link, just Google his name or go to your local library).
So now you MBA's out there who know what I'm talking about can mod me down now.
Ruby on Rails Screencast