Office Work Ethic In the IT Industry?
An anonymous reader writes "As a recent graduate entering industry for the first time at a large software and hardware company, I have been shocked at what seems to be a low standard of work ethic and professionalism at my place of employment, especially in this poor economy. For example, at my company, the large majority of developers seem to each individually waste — no exaggeration — hours of time on the clock every day talking about football, making personal phone calls, gossiping, taking long lunches, or browsing the Internet (including, yes, Slashdot!). Even some of our subcontractors waste time in this manner. Being the 'new guy,' I get stuck with much of the weekend and after-hours grunt work when we inevitably miss deadlines or produce poor code. I'm not in any position to go around telling others to use their time more efficiently. Management seems to tolerate it. I would like to ask Slashdot what methods others have used to deal with office environments such as this. Is my situation unique or is it common across the industry?"
I used to work in an IT research group in a university. All of us were single or in relaxed relationships where the other partner was also a professional, so there was no pressure to keep to 'school run' times, pick up kids, get home for set meal times etc. Which meant we worked erratic and long hours. Some days we'd kick back and mess around, other days we'd work late, weekends etc.
We got a new guy in who laid down the rules politely but firmly with the boss. He said "I've got a 3 year old son and he's the most important thing in my life. I'll come in early, and I'll work hard from 8.30 til 5.00 and if you need me to do more hours I'll even come in earlier. But I leave here at 5.30 to get home for his meal and I don't work weekends because I spend time with my family".
The guy got a lot of respect for his stance, and he was true to his word. He'd come in bang on time, work damn hard, not goof around when we were kicking back, and leave prompt on 5.30. We all knew if we needed his help on a project we couldn't leave it til 5.25, we had to get organised and get our questions to him for lunchtime.
I think you should do the same - tell the boss you'll work the hours and you'll work hard while you're in the office but you have other commitments and you'll not be able to pull all nighters. You'll be respected for it. And if they say that this isn't fair, and you should be prepared to sacrifice your life to the job, you should be looking out for other employment.
This "Ask Slashdot" is a typical reaction of someone who is very very new to the workforce and doesn't understand (yet) it has a human component.
Clearly I learnt something useful on my placement year :-).
One of the contractors said to me, "do you realise they only employ you because you cost half what I cost? You're currently working twice as hard as well, next time I walk past your desk I ought to see Facebook, not Java".
(I was also surprised that working was less stressful than studying. Of course, I had less free time -- I was at work from 9:30 to 17:30, plus I spent longer travelling, but at 17:30 I would walk out and not need to worry about work until 9:30 the next day. My free time at university was spent thinking "I shouldn't be doing this, I've got a project/revision/etc to do")
I know one or two people who are the exception to this. They seem to live for their work and revolve their lives around it much more than most. They are very highly valued but they are not always promoted first or given the best opportunities. They also seem to be the types with little to do when not at work.
I worked with someone like that. If he ever stopped for a chat it would be about the pros and cons of using a linked list or a circular buffer in various circumstances or something like that. I found out later that when he went home he programmed open source projects. He was the ideal programmer, accurate and highly productive. He needed careful management however because he was only a programmer. A manager once asked him to discuss requirements with a user and both came away angry, the programmer because the user "was being ambiguous" and the user because the programmer "wasn't listening".
That reminds me of once when I worked on a day that the rest of the office was completely empty. I don't think I was able to keep myself there past 7 hours total.
Of course when I spend the day in some coffee shop working on my own projects, I find myself to be much more focused and productive. Probably because it feels a lot more like "getting something done" and less like "putting in my hours against a charge number."
I also find the Two-Hour Rule to be an interesting (and probably valid) observation.
I used to kill myself. Work my ass off. I accepted excuses as to why I couldn't get a raise or a promotion even though I was told I earned one. People I learned were making big bonuses were telling me there was no money for bonuses. Then the excuses started to pile up year after year and I watched other people who worked less and had less responsibility get paid more because they were not IT. I watched it happen to all my co-workers too so I know it wasn't something I was doing. So if I can't get paid more I just give less. I'm naturally a hard worker so I had to train myself but now I'm happy to say I am taking advantage of the fucking parasites who were ever so happy to take advantage of me. It's not a good relationship or the one I would have chosen but at least I'm no longer the bitch. I'd type more but I got in late so it's almost time for my coffee break.
Most managers do not realize that writing code is a *CREATIVE* endeavour...it's not an matter of simply putting parts together like a worker on an assembly line! Some of my best coding was done at 3 am, all the lights out except for my monitor, stereo blasting Ministry's Psalm 69 at just under ear-bleed levels. Most people couldn't code in that environment, in fact, most people would have a hard time even *thinking* in that environment...but for me, it was pure code heaven.
ttyl
Farrell
CAN-CON 2019 - Ottawa's only book oriented Science Fiction Convention! October 18-20, Sheraton Hotel, Ottawa, Canada h
If the person was a software engineer, or even a coder, he isn't in "IT". There is a reason why companies have an IT department, and then a completely seperate department called software engineeing. An IT guy needs to be in the building to help employees, repair and replace bad hardware, and do general system maintanence, etc. A software engineer , on the other hand, may well be working on the drive, and while actually hang gliding. This used to piss me off when I worked at a company where the management didn't get this: Just because I'm outside drinking a coffe and smoking a cigarette doesn't mean I'm not working! In fact, just because I'm sleeping, that doesn't mean I'm not working. I have woken many times with the solution to a problem I had been trying to solve for days clear in my mind, that bubbled up from my subconscious while in delta (dream state.)
If you think a true software developer should spend most of his time in front of a computer writing code, then it is you who has no idea what is involved in developing great software.
This is honestly why I think being a Software Engineer is more like being a writer than it is anything else. No, being a Software Engineer is NOT being a writer... just they are the most similar in working styles. The writer (as a reporter, researcher, journalist, or just fiction writer) runs off to research things and does stuff that looks a lot like goofing off for weeks at a time to sit down one day an in a flurry produce something the company then takes and sells for millions. Truly new and innovative software requires lots and lots of field work. If that SE was writing software about flying then hang-gliding might be very important research.
[signature]