Gap Hunter Labs
Metodología
Cómo se investigan y corrigen los problemas, cómo se evalúan las ideas de plugins, qué significan las cifras del catálogo y qué deja fuera este sitio a propósito.
Cómo se hace una investigación
El mismo método sirve para un IDE lento, una dependencia vulnerable y un fallo en el tracker de una plataforma. Cada paso deja algo que se puede verificar.
- Encontrar la brecha. Partir de una evidencia que alguien pueda señalar: un reporte de congelamiento, un aviso de seguridad publicado, un fallo en un tracker, un control que ninguna herramienta hace. Reproducirla en la versión exacta donde ocurre.
- Entender la causa. Seguirla hasta el código que la provoca: el método que gasta el tiempo, la versión de la dependencia dentro del rango afectado de un aviso, el recorrido que no está sincronizado. Conservar la reproducción como un test o un control que cualquiera pueda volver a ejecutar.
- Construir la corrección. Enviar el cambio más pequeño que elimina la causa, con evidencia de antes y después: un pull request upstream, un reporte a los mantenedores o un plugin cuando la corrección corresponde fuera de la plataforma.
Los resultados se publican con su fuente (el ticket, el pull request, el reporte o el test) y con su estado real: un pull request abierto figura como abierto, y una corrección que los mantenedores hicieron de otra forma se presenta como suya. Consulta la evidencia de ingeniería.
Cómo se aprueba un plugin
Un plugin enfocado solo avanza cuando cada pregunta pública y basada en evidencia tiene una respuesta clara.