código abierto de código abierto: la conclusión con los PR de la comunidad es que el 99% de las veces son un desastre. incluso en el caso de que parezca un buen PR, hay cosas sospechosas. esto toma el tiempo del equipo. tenemos que reproducir exactamente el error (porque no hay pasos en el problema/PR) hay un cambio en la interfaz de usuario sin capturas de pantalla/video de antes/después. hay código terrible - tendríamos que extraer el código, refactorizar/limpiar, verificar después. hay pruebas que no prueban nada - por ejemplo, siempre pasan, incluso después de que intencionalmente vuelvas a agregar el error. al final del día, la mayoría de los PR no valen el tiempo que lleva revisarlos adecuadamente. en el caso de una implementación abismal, en su lugar simplemente haremos la corrección/característica nosotros mismos desde cero. dicho esto, las buenas personas de OSS aún destacan, y sus contribuciones se fusionan, y obtienen más confianza, para poder hacer contribuciones más grandes. incluso cuando fusionamos contribuciones de la comunidad, no son dueños del código una vez que se fusiona - ¿qué pasa si hay un error fatal y no entendemos del todo el nuevo código? está completamente bien desaparecer durante un mes como contribuyente de OSS. pero ese es un riesgo que tenemos que tener en cuenta. al final del día, el equipo tiene que cuidar el jardín y hacer cumplir un cierto nivel de calidad, a veces esto incluye no fusionar PR que parecen estar al 80% listos para ir. muchos PR dirán 'arreglar cosas URGENTE ESTO ROMPE PARA TODOS REVIERTAN AHORA', pero luego el PR comunitario 'arreglo' vinculado rompe miles de otras cosas.