Tek-Tips is the largest IT community on the Internet today!

Members share and learn making Tek-Tips Forums the best source of peer-reviewed technical information on the Internet!

  • Congratulations TouchToneTommy on being selected by the Tek-Tips community for having the most helpful posts in the forums last week. Way to Go!

What Are Your Ethical Pet Peeves? 17

Status
Not open for further replies.

BJCooperIT

Programmer
May 30, 2002
1,210
US
I am basically a tree person. I get lost in the details, which is to say, I am busy tending the leaves while others are looking out for the forest. There is a another thread regarding the most serious ethical issues faced by IT professionals and my question is not as lofty. I am asking for your ethical pet peeves. Not the earthshaking moral dilemmas but the little rights and wrongs that drive you crazy. [shocked]

One of my high ranking personal gripes is DOCUMENTATION. Yes, I agree, it sometimes is a PITA to write. I know some coders perceive it as a waste of time. It is however an important legacy to leave good quality documentation. Sometimes I am called back to do some additional enhancements or bug fixes (yes...I do make mistakes) for a previous client. I go back into code I barely remember writing let alone remember the business rules the code is supporting. I am usually shocked to learn I would be lost without the liberal comments I left sprinkled around. Without the system documentation I wrote would I be able to tell the user how to achieve that complicated procedure run once in a blue moon? Definitely not. If I need the documentation for my own code, then user needs it even more.

My position is that I am a paid professional and when I code an application, the documentation is an integral part of the whole and it is ethically required. Is it acceptable that the documentation is of a poor quality and thus useless? IMHO, absolutely not. How is it that so many professionals deem it appropriate to leave unintelligible bits of information scribbled on napkin scraps, jumbled instructions typed at 3:00am that make no sense, or worse yet nothing at all? I am not just referring to a programmer documenting a program here. I am including most IT deliverables - networks, applications, security, and ________ (you fill in the blank).

Assuming I posess the necessary intellect and skills, if I read a manual and cannot figure out how the system functions then time and money were squandered on useless typing. If a technical person cannot glean information from it, how did the author expect the users to use it as a resource?

Case in point. My users bought a software package. The documentation is sub-standard. No, that is too kind, quite frankly it is crap. Even the project manager from the vendor admits their documentation is absolutely awful. My observation is that the person who wrote it was a detailed technical person who has no concept of how to present information to non-techs. Reminds me of the line from the movie Beetlejuice: "It reads like stereo instructions". Even that is giving it too much credit.

If documentation is not provided or is sub-standard then my feeling is that an ethical boundary has been violated.

OK, what drives you up a wall? Rants acceptable.

Code:
select * from Life where Brain is not null
Consultant/Custom Forms & PL/SQL - Oracle 8.1.7 - Windows 2000
[sup]When posting code, please use TGML for readability. Thanks![sup]
 
This is like a dam bursting for me. There are a number of issues where something deep inside me says "This just is not right!". These may not be IT specific, but they occur frequently in our environment:

[ul][li]Working overtime on salary (it should not be expected 50 weeks a year)[/li]
[li]Earning comp time but not being allowed to take it[/li]
[li]Employers who ignore requests for necessary training[/li]
[li]Employers who ignore your career path[/li]
[li]Managers who ignore you for months and then won't get out of your hair because they messed up[/li][/ul]
Arghhhh!!! This list could go on for ever...

Code:
select * from Life where Brain is not null
Consultant/Custom Forms & PL/SQL - Oracle 8.1.7 - Windows 2000
[sup]When posting code, please use TGML for readability. Thanks![sup]
 
required hours rather than required production. I hate spending any amount of time "looking busy". If you have work for me, I'll do it, if not, let me go home.

-Rob
 
A great question, especially we're only presenting the pet-peeves, and not necessarily discussing any particular issue.

My biggest pet peeve is for people in these types of discussions not to realize that everyone has a valid opinion that you may or may not agree with. You can be diametrically oppossed to someone else's point of view, but that should not prevent you from respecting the opposing point of view as being valid.
Its not a matter of right or wrong, its only a matter of disagreement on a particular position.

Other pet peeves are people who post statistics without citing a source.

Good Luck
--------------
As a circle of light increases so does the circumference of darkness around it. - Albert Einstein
 
Great point CajunCenturion. I am distressed by people who dismiss my point of view because they cannot relate to my situation.

Please add:
Folks who jump in to answer a question without taking time to see if the answer was already given 14 posts ago OR taking the time to understand the question in the first place.

to my list.

Code:
select * from Life where Brain is not null
Consultant/Custom Forms & PL/SQL - Oracle 8.1.7 - Windows 2000
[sup]When posting code, please use TGML for readability. Thanks![sup]
 
My biggest pet peeve in the working world today is training, actually the lack of adequate training. This seems to be standard for many companies. Companies without proper R&D put out a product or service. One person learns the product very well and writes a few useless notes (Or NO notes) and everyone else on the team is expected to "know" the product based on the useless notes or even 1 day of poor training. This happens in many companies. the issue is they don't see the value in proper training and documentation. What makes it worse is others can get upset with on tech or another because they are not up to speed on the product in question. Some people can learn from being shown 1 time and having a few notes, others have to be shown and given proper training to understand. We take for granted that some techs cant learn as fast as others.

Any way that is my biggest pet peeve.

James Collins
Hardware Engineer
A+ Certified Professional
Network+ Certified Professional
Microsoft Certified Professional
Microsoft Certified System Administrator
(What does all that jargon below my name mean? I dont know I am still trying to figure it out!)

 
BJCooperIT:
<aside>
If your latest postings in this an similar fora are an accurate indication, you've been penning up some frustrations for a while now. Remind me to not piss you off -- I'm fairly certain that I don't want your undivided attention right now.
</aside>

I can roll all my ethical frustrations into a single peeve: a general lack of attention to craftsmanship.

25 years ago, I had a car broken into and a radio stolen. The thief used a slim jim to open the lock, carefully removed the radio, and relocked the door when he was done. 3 years ago, a friend had a car broken into and a radio stolen. The thief used a piece of cinderblock to break the driver's side window, used a crowbar to remove the entire dashboard from the firewall, took the radio, and left the door to the car standing wide open -- all of this during a rain storm. That's lack of craftsmanship.

Gang violence in the U.S. is another example. One gang member has a beef with the member of another gang, so he sprays half a city block with automatic weapons fire. There's no craftsmanship in that. If gang-bangers want to kill each other off, I have no complaint. But they should take the time and effort to learn the skills of their chosen trade. Purchase an accurate rifle and practice with it until you earn a certain minimum level of competence. Then when your target presents himself, bust a single cap in his ass and his ass alone from 500 meters away.

Programmers that implement the expedient solution rather than the right one -- lack of craftsmanship.


Want the best answers? Ask the best questions: TANSTAAFL!
 
My pet peeve is &quot;fair weather&quot; developers - I find that when we are discussing possible approaches to software development - all the big words and methodologies pop out and all is well - but - when there is a problem these same people suddenly forget all the big talk and I'm left to mop up using works of few syllables :(
 
I meant within my organisation and NOT on these forums
 
sleipnir214
You are very observant! I think you are safe though...[yinyang]

How about those folks who provide no feedback in Tek-Tips? Sometimes you spend lots of time and energy across several days helping someone solve a problem and not only do they not give you a star, sometimes they never say &quot;Thanks&quot; or let you know if they finally got it fixed.

Code:
select * from Life where Brain is not null
Consultant/Custom Forms & PL/SQL - Oracle 8.1.7 - Windows 2000
[sup]When posting code, please use TGML for readability. Thanks![sup]
 
BJCooperIT,
Great thread, a star for you.
CajunCenturion,
Other pet peeves are people who post statistics without citing a source.
90% of people say that.[lol] Sorry could not resist that. You make a valid point though.
Agree with butchrecon, training these days from what I have witnessed is at times dreadful. A quick fix seems to be the order of the day, cheap and cheerful. This is most unfair on the people who are tasked to solve problems that they have not been adequately trained to do.
sleipnir214,
There does seem to be rather a lot of postings that indeed do not receive any feedback let alone, &quot;thanks guys&quot;. Seems to happen quite frequently these days. Still we do get pleasure from helping people.
 
...great...now I gotta go look up &quot;imprecations&quot;....

I am thinking about complaining about people who make me expand my vocabulary! [spin] Just joking, you keep me on my toes!

Code:
select * from Life where Brain is not null
Consultant/Custom Forms & PL/SQL - Oracle 8.1.7 - Windows 2000
[sup]When posting code, please use TGML for readability. Thanks![sup]
 
An imprecation is a curse. But &quot;vile imprecations&quot; just sounds really nasty, doesn't it?



<facetiousness>
BTW, I saw your comment in thread655-526769 about your getting therapy in this thread.

I'm sorry, but you can't post in this thread any more today -- you hour is up.
</facetiousness>


Want the best answers? Ask the best questions: TANSTAAFL!
 
skiflyer
>> If you have work for me, I'll do it, if not, let me go
>> home.

In keeping with CajunCenturion's point (which i agree with). I just happen to have a different reaction to that. I just make up my own projects and work on them if you don't have anything specific for me to do. Keep in mind that in my environment that does not happen often.

BJCooperIT
>> Folks who jump in to answer a question without taking
>> time to see if the answer was already given...

I certainly see your point. Assuming I have been guilty of that myself, I would hope that your reaction was tempered with some small amount of tolerance as well. :)

sleipnir214
>> they're Buzzword Bingo aficionados.
LOL We've got gigabytes of them here! umm at my company that is

-pete



 
This is a great thread!

First, my biggest pet peeve is changing requirements. You are given a job to do, set out getting it done, work crazy hours, go to deliver it, and are told it has to do other things which require changes at the most basic level, forcing an entire redesign. [flame]

I've had this happen a few times. Can you tell?

As far as some of the above comments:
BJCooperIT,
I know I'm guilty of often neglecting documentation. When you're overloaded with work, and they need the software operational ASAP (and so do the next 5 customers) it's all too easy to neglect this. I'm not justifying it. Just confessing.

CajunCenturion,
I'm reminded of the quote &quot;A mind is like a parachute. It only functions well when open.&quot; Also, I once read that &quot;over 70% of all statistics quoted are made up, including this one.&quot;

sleipnir214,
I have begun greatly enjoying your posts as of late. Your discussion of craftsmenship is one of the best things I've read in months. You deserve (and will receive) a star for that one.
 
palbano:
I realize that sometime posts &quot;cross in the mail&quot; so to speak because we are busy typing while someone else is doing the same. It happens and that just attests to how helpful and responsive this community is. Sometimes we have an alternative or perhaps, in our own opinion, a better answer and that is great too. I am the first one to admit that scrolling thru 20 or so posts I tend to skim read and can miss what I am looking for, especially on a difficult day. The ones that irk me are:
Day 1 - question
Day 1 - good answer
Day 2 - same answer
This, in no way, is meant to discourage well-meaning helpful people from participating in the threads. Just don't show off if someone beat you to it!

Code:
select * from Life where Brain is not null
Consultant/Custom Forms & PL/SQL - Oracle 8.1.7 - Windows 2000
[sup]When posting code, please use TGML for readability. Thanks![sup]
 
Status
Not open for further replies.

Part and Inventory Search

Sponsor

Back
Top