[vlc-devel] Report of potential Code of Conduct violation

Fatih Uzunoğlu fuzun54 at outlook.com
Sun Sep 8 18:10:37 UTC 2024


Hi again,

 > Harsh criticism exists mostly because giving critic is skill that lot of
 > people lack, and they think measurement of it is how harsh you can be.

I have to disagree. There is nothing more disgusting than a sugarcoated 
criticism. Critics need to be fair, direct, and precise. And the most 
importantly, proportional. Bigger mistakes deserve harsher criticism.

 > We as a project should and need to be interested of well-being of the
 > patch authors, as those are the people who put time and effort on the
 > project. That includes you too.

A grown up man should not be offended by criticism. If that impairs 
well-being of the author, yes, I believe that is the problem of that 
person. This is not a kindergarten.

 > Obviously I don't agree, sorry if the scientific or software field shows
 > like that for you

I respect your opinion, but this is how science has always worked, 
except for maybe the last decade. If VLC belongs to that movement, this 
is most likely not the best place for me to be a part of.

 > So you are implying that as your comments on that merge request caused
 > discussion about code of conduct related things, everyone else would
 > have right to be really harsh toward you, because your actions caused
 > possible conflict against project agreed rules? I'm not sure you are
 > actually agreeing on that?

If you want to fit my comments to the Rule No. 2, you are more than 
welcome, but that definitely does not make it obvious that I breached 
any rule at all. At least, I would like to see others' opinions on that.

On the other hand, the subject author seems to _clearly_ breached the 
rules. Even if I happen to breach the rules, that still does not justify 
subsequent toxic behavior.

And if I create garbage merge requests, then yes, I would like people to 
be harsh towards me so that I naturally be more careful the next time.

 > Yes, You have put lot of effort to the qt interface and improved it a 
lot.

Improvements won't last so long if we start to think "5 regressions with 
10 lines of change" is part of normal development cycle. Maybe this is 
just me, but I hope not. Everybody makes mistakes, but then you are 
supposed to apologize and take the criticism.

 > Not all the time needs to be about self improvement by other people
 > merits. Same as you can agree that most likely you would not most likely
 > agree on improvements beneficial to you, what I would think could be.
 > Without either of us needing to be right on the matter.

This is science, there are facts, being right on a matter is not 
relevant as it is not subjective. What happens if someone claims that 
gravity does not exist? Who takes flat-earthers seriously? Some code is 
non-arguably better or worse than some other code doing the same thing 
(not talking about the obvious trade-off situations). If you 
consistently push garbage code, you are supposed to self-improve. At 
least this is what I have been following myself.

The approach on how to handle things is debatable, but how a decided 
thing is implemented can either be done well or poorly. And we obviously 
can not allow poor code to creep in to the codebase, as it tends to be a 
bigger problem when they accumulate and then it becomes a "collective" 
responsibility.

Sincerely,
Fatih

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman.videolan.org/pipermail/vlc-devel/attachments/20240908/14b23912/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/pkcs7-signature
Size: 4676 bytes
Desc: S/MIME Cryptographic Signature
URL: <http://mailman.videolan.org/pipermail/vlc-devel/attachments/20240908/14b23912/attachment.bin>


More information about the vlc-devel mailing list