Esta es la respuesta estándar cuando los desarrolladores creen que no podrán hacer algo en un plazo de tiempo razonable, pero se ha repetido.
Es más injusto cuando se lo menciona repetidamente, pero la persona que lo mencionó más recientemente no lo sabe, y simplemente se pone "estamos tomando parches para eso" de inmediato. En este caso, el mantenedor está harto de la discusión, pero el usuario piensa que es un tema nuevo. De todos modos, lo más probable es que si obtienes "parches" de inmediato, no deberías hacerlo personalmente, sino que quizás quieras leer los archivos y el rastreador de errores para obtener más detalles sobre el problema.
Si usted mismo presenta una solicitud repetidamente, "tomar parches" podría ser una eliminación relativamente educada, en lugar de algunas alternativas menos educadas ...
Y luego, por supuesto, hay personas groseras que dicen "llevar parches" sin explicación alguna a nadie, pero yo diría que es una minoría.
Si alguna vez ha mantenido un proyecto de código abierto con muchos usuarios, sabrá que hay 100 veces más solicitudes de las que los mantenedores podrían obtener, y muchas de esas solicitudes son importantes para el solicitante, pero serían escandalosamente difícil, o interrumpiría a muchos otros usuarios, o tendría algún otro defecto que solo sea visible con una comprensión global del proyecto y la base de código. O a veces solo hay llamadas de juicio, y lleva mucho tiempo discutirlas una y otra vez.
La mayoría de las compañías que no son de código abierto no le darán acceso a los desarrolladores en absoluto, y solo recibirá el tratamiento silencioso o una historia cortés pero falsa de la atención al cliente. Entonces, en código abierto al menos tienes algunas opciones (pagarle a alguien para que codifique la característica, etc.) y aunque los desarrolladores pueden ser groseros, al menos dan respuestas directas. Prefiero tener "no" a lo habitual "está en nuestra hoja de ruta ... [2 años más tarde] ... todavía está en nuestra hoja de ruta" algo que he recibido de varios proveedores ...
Así que no creo que haya una réplica. Tal vez el mantenedor de código abierto esté realmente ocupado, quizás sea un imbécil, pero de cualquier manera, es probable que tengan un trabajo difícil y entablar un debate sobre quién tiene la última palabra no va a ninguna parte. Lo mejor que puedes hacer es contribuir de alguna manera e intentar ser constructivo.
Tal vez no sea un código, pero posiblemente hay mucho análisis y documentación de los escenarios de usuario que podría hacer. Cuando mantenía el gestor de ventanas de GNOME, muchas veces hubiera sido útil que las personas analizaran un problema globalmente teniendo en cuenta a todos los usuarios , , y realmente escribieran los problemas, los pros y los contras y lo que debería suceder. desde una perspectiva global.
(En lugar de eso, lo habitual era comenzar a flamear como si fueran el único usuario que importaba y no hubo concesiones. Y si bien eso fue genial, fue un punto de datos y, a menudo, logré ser educado o incluso resolver su problema eventualmente ... las llamas no hacen que nada suceda más rápido. Simplemente confunde las emociones en el tema y desperdicia el tiempo de todos.)