Espeasy: ¿Próxima versión estable?

Gracias por ser patrocinador de Patreon/Ko-fi, te recibimos con los brazos abiertos.

Y gracias por plantear esta pregunta, intentaré responderla aquí.

Hace aproximadamente 2 años y medio me involucré en este proyecto y comencé a agregar información a la wiki. En ese momento, Gijs (TD-er) también se involucró. Alrededor de ese tiempo, el desarrollador inicial había dejado el proyecto porque no tenía el compromiso de llevarlo más lejos. Entonces, una tercera persona se hizo cargo, pero solo duró 6 meses (más o menos). Gijs y yo decidimos tomar el control en ese momento. Para resumir: terminamos redibujando el objetivo/la visión de este proyecto, ya que queríamos que fuera algo más que un firmware.

La visión es algo así:

• Separe el backend (código de bajo nivel) del frontend
• Una unidad no debería necesitar la interfaz para funcionar
• Solo una unidad en un grupo de unidades necesita tener una interfaz, busque esa unidad y luego use esa interfaz para configurar todas las demás unidades
• Refactorización del código fuente para hacerlo más modular
• Hacer que la implementación wifi sea estable
• Haga que la unidad sea asíncrona, sin código de bloqueo
• Haga que los complementos sean menos independientes en términos de comunicación (no debería necesitar escribir código específico de com) = capas abstractas
• Integre wiki en la interfaz = obtenga la ayuda donde la necesite
• Agregar tableros para la interfaz
• Haz que la interfaz sea modular
• Convierta esto en una empresa seria, intente que sea nuestro trabajo diario.

Hemos recorrido un largo camino para cumplir con estos puntos, pero para hacerlo tuvimos que entender completamente la base del código. Gijs ha estado agregando una gran contribución al equipo central de Espressif en términos de estabilidad (esto significa que todos los demás proyectos que dependen del núcleo han recibido nuestra ayuda). Y para hablar de mi lado, solo la última semana más o menos hemos estado sintiendo que finalmente hemos domesticado a esta bestia.

Hemos estado discutiendo el lanzamiento y aunque no puedo darte una fecha exacta hoy, puedo decirte que no queda mucho tiempo.

Y en términos de control de versiones, solo puedo estar de acuerdo contigo. Nos dieron este proyecto con la versión 2.0 y dado que nunca se lanzó pero se usó extraoficialmente, decidimos comenzar de nuevo y lanzar nuestra primera versión con la versión 2.1.

@ TD-er: ¿tiene algo que agregar? ¿Quizás podríamos comenzar una pequeña lista de cosas que debemos haber hecho antes del lanzamiento de la versión 2.1?

2.2(?) incluirá la nueva GUI...

¿Cómo puedo ayudar?

Los puntos fuertes son principalmente la organización, la documentación y la traducción holandés/inglés.
Soy más un junior en desarrollo y pruebas.

Por cierto, gracias por esa respuesta esclarecedora, ¡realmente aprecio que te hayas tomado el tiempo de explicar esa parte de la historia y el camino actual a seguir!

Mi adición a los puntos que hizo Jimmy.
Quiero enfatizar que aunque queremos dividir fronted/backend, seguramente queremos mantener la posibilidad de seguir usando un solo nodo con fronted/backend.

Una de las cosas que realmente lamento es que hicimos demasiados cambios a la vez, lo que dificultó mucho descubrir qué estaba causando los problemas de inestabilidad.
Así que los abordamos uno a la vez.

En este momento tengo la sensación de que las cosas han vuelto a ser estables y también es por eso que ahora hacemos menos compilaciones a la vez, tenemos compilaciones de prueba, etc.
Solo para asegurarnos de que, si surgen problemas, sepamos de dónde provienen.

Tenía la esperanza de ponerle la "etiqueta de lanzamiento" para Navidad (hoy), pero como estoy en medio de mudarme a una nueva casa, esperemos que no encontremos ningún problema alarmante en los próximos días y tal vez podamos puede llamarlo 2.0 en 2020-01-01 :)