Re: Good and less good ways to handle grumpy GitHub comments

2022-05-14 Thread Richard Möhn
Hi Julio,

I apologize for singling out Norman's comment. That was unnecessary. From now 
on I will limit myself to pointing out positive examples.

I agree that it's better not to make grumpy comments in the first place. I will 
think twice in future.

One thing I would say is that, as a maker of software myself, I want more 
feedback, positive and negative. And I especially want to know when I break 
something. (This is not to say that you should love my grumpy comments. I'm 
only describing my approach. Yours is up to you.) So if a user can only manage 
a grumpy comment, I welcome it the way Adam does in the other repo. Because if 
I don't, I produce more people who are silently throwing their mouse against 
the wall after a two-hour troubleshooting session. And this is not what I want.

Again, just in case: I'm pointing out my approach as a positive example. I'm 
not saying that you should do it like that. I'm not saying your way is wrong. 
I'm not saying my grumpy comment was right. I'm not trying to embarrass 
anybody. (Although my first email came across that way and I'm sorry for that.)

Best,

Richard


> On 14 May 2022, at 20:34, julio cesar sanchez  wrote:
> 
> Being grumpy causes more grumpiness. You can start by not being grumpy to
> unpaid volunteers that are dedicating a considerable  amount of their spare
> time to maintain the tools you use for free.
> I see Norman’s comment totally correct, we make breaking changes every year
> on every major version. If your problem is related to the whitelist name
> change, the fix should be as easy as uninstalling the plugin. That would
> have happened even if the name didn’t change because the plugin was
> integrated into the platform, so you would have to uninstall the plugin
> anyway.
> 
> He invites you to the mail list to discuss how we can improve the release
> process to make breaking changes easier to manage and instead of proposing
> constructive things like creating an upgrade guide, you bring more
> grumpiness by commenting how we should answer to grumpy users and try to
> embarrass him in front of the list.
> 

-
To unsubscribe, e-mail: dev-unsubscr...@cordova.apache.org
For additional commands, e-mail: dev-h...@cordova.apache.org



Re: Good and less good ways to handle grumpy GitHub comments

2022-05-14 Thread julio cesar sanchez
Being grumpy causes more grumpiness. You can start by not being grumpy to
unpaid volunteers that are dedicating a considerable  amount of their spare
time to maintain the tools you use for free.
I see Norman’s comment totally correct, we make breaking changes every year
on every major version. If your problem is related to the whitelist name
change, the fix should be as easy as uninstalling the plugin. That would
have happened even if the name didn’t change because the plugin was
integrated into the platform, so you would have to uninstall the plugin
anyway.

He invites you to the mail list to discuss how we can improve the release
process to make breaking changes easier to manage and instead of proposing
constructive things like creating an upgrade guide, you bring more
grumpiness by commenting how we should answer to grumpy users and try to
embarrass him in front of the list.



El El sáb, 14 may 2022 a las 11:46, Richard Möhn 
escribió:

> Hi folks,
>
> a drive-by note – this is a great way to handle a grumpy comment on GitHub:
>
> https://github.com/apokalipto/devise_saml_authenticatable/pull/213#issuecomment-1126197865
>
> This way of handling a grumpy comment causes more grumpiness:
> https://github.com/apache/cordova-android/pull/1138#issuecomment-1104923029
>
> Best,
>
> Richard
>
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@cordova.apache.org
> For additional commands, e-mail: dev-h...@cordova.apache.org
>
>


Good and less good ways to handle grumpy GitHub comments

2022-05-14 Thread Richard Möhn
Hi folks,

a drive-by note – this is a great way to handle a grumpy comment on GitHub:
https://github.com/apokalipto/devise_saml_authenticatable/pull/213#issuecomment-1126197865

This way of handling a grumpy comment causes more grumpiness:
https://github.com/apache/cordova-android/pull/1138#issuecomment-1104923029

Best,

Richard


-
To unsubscribe, e-mail: dev-unsubscr...@cordova.apache.org
For additional commands, e-mail: dev-h...@cordova.apache.org