anuengineer commented on PR #921: URL: https://github.com/apache/ozone/pull/921#issuecomment-1846023443
> @anuengineer, without questioning the importance of all the things you have raised for keeping the strict 80 character long lines as a maximum, also without trying to argue against any typographic rules, I would like to ask you to please reconsider your veto, and allow the active Ozone community to increase this limit. I have just one reason to ask you, the amount of people who jumped again on this question and tries to push through the change with whatever reasons, but in a more and more aggressive way. @fapifta This is perhaps the most reasonable ask that I find difficult to find information to answer well. Thank you for bring this dimension into this discussion. And I agree that it is paining people, but if this is an important issue, I believe that the proponents of this issue should be willing to take some time and examine the merits of the ask. It is not very difficult to have a technical discussion -- it is far more productive than, **I like it this way** vs. **I am going to launch ad Hominem attacks.**. But is it truly my fault that I am trying to have a technical engineering discussion, and the other participants think that it is easier to *bully* someone by being aggressive about what they want ? > Please consider that most of the active folks who commented on this issue are feeling the pain because of this limitation from time to time, and gets frustrated because of it from time to time. That is - I think - the main reason why this comes up again and again. I am open to that issue. Hence I am engaging on this issue. I am not running away, and I am polite and more than willing to hear other points of view; and I really appreciate someone like you who brings in a tone of practicality into this discussion. > What do you think? Looking at just this pure data point is enough for you to put aside your feelings and let us go further with something the majority is really keen on to have? (I know that lot's of folks who feel the same does not raise their voice, but I do not know anyone who is against this change and does not raise their voice.) I don't think you need to reconsider what you think about the optimal line length, nor I think that you are wrong, I would like to just ask you to consider the desires of the active community, and lift your veto if you can. This is a very polite ask -- Let me write down some questions I have: and then you take a shot at answering them. That would allow me to get to a point of lifting this Veto. I did this veto based on genuine research and understanding of this topic. My screen is TOO big is not really and argument for randomly extending line lengths. But as I said, People have been asking me questions, Let me voice the questions I have; and then we can go forward. I really hope that we get pass this impasse, and have a wonderfully happy community. > I myself feel really overwhelmed with this topic. It comes up for the 3rd0 time and we still at the same stage... you demand proven studies that suggest it is better (or at least not worse) to increase line length, while others are trying to find these, and in the meantime channel their frustration into what they write to you. Is it really this important that we make us loose our minds on it? I agree. that is why I had the "Duty Calls" xkcd comic :). We should not loose too much mind on this. Unfortunately, I thought it was important that I share the learning, when some of the esteemed members thought that reading and comprehension studies are *nonsense*. As I repeatedly said, it was my attempt to facilitate discussion and make the decision after we consider what humanity knows, there are lots of people who have done excellent work on this topic. -- This is an automated message from the Apache Git Service. To respond to the message, please log on to GitHub and use the URL above to go to the specific comment. To unsubscribe, e-mail: [email protected] For queries about this service, please contact Infrastructure at: [email protected] --------------------------------------------------------------------- To unsubscribe, e-mail: [email protected] For additional commands, e-mail: [email protected]
