|
|
Subscribe / Log in / New account

Conflict over a code

Conflict over a code

Posted Mar 20, 2015 15:09 UTC (Fri) by cdmiller (guest, #2813)
Parent article: Conflict over a code

As a "cat herder" of technical sysadmin and network types, I have found in general the default attitude from many of the highest skilled employees is simply one of a war on incompetence, and there is nothing wrong with that. Some folks take their work quite personally and thus any criticism of their contribution can suddenly be a personal matter. That becomes a real problem if their attempted contributions are lacking in substance and there is a pattern of little or no improvement over time. In the worst case some of those folks start making claims of victimization of various ism's by their detractors, further muddying up the workplace climate. Setting the focus on accomplishing the overall technical goals and fostering attitudes of helping (or schooling) each other to improve technical acumen can be a real challenge even with a set of behavioral ground rules. Many differences in communication styles can be forgiven by all parties involved when common technical goals are being met and great results are being produced and regularly acknowledged. For some, tearing each other down can be as fun of a hack as the regular hacking, but if it becomes the primary focus and continues despite reasonable objections then productivity can suffer (depending on one's definition of productivity).


to post comments

Conflict over a code

Posted Mar 21, 2015 14:21 UTC (Sat) by nevets (subscriber, #11875) [Link]

Very nice comment.

> For some, tearing each other down can be as fun of a hack as the regular hacking, but if it becomes the primary focus and continues despite reasonable objections then productivity can suffer

I believe this was the attitude of the Linux kernel community back around 2005. I saw some very heated and personal flamewars back then. But the kernel community has matured since then, and personal attacks are now a very seldom occurrence. But LKML got a reputation and people still talk about their experiences of over 10 years ago when saying the Linux kernel community is a vile place. I keep asking people that say how bad the attitude of kernel developers are to show recent examples, and they tell me I'm "moving the goal posts" (whatever that means). I believe my question is very appropriate, but kills their arguments.

I'm not saying that there are not nasty personal replies from kernel developers today, but I will say they are now more the exception and not the rule. The Code of Conflict is to help squash out those exceptions, but it is not going to stop people from ripping your code apart. It will only stop people from ripping the author of the code apart.


Copyright © 2025, Eklektix, Inc.
Comments and public postings are copyrighted by their creators.
Linux is a registered trademark of Linus Torvalds