📐 Kivy — 2011#

⬅️ Atlas · 🐍 Ecosistema Python · 🗂️ Índice

Kivy permite construir interfaces multiplataforma en Python —escritorio y móvil— con su propio motor de dibujo. Es la misma decisión estructural que toma Flutter, en un ecosistema muy distinto.

💡 Dibujo propio, con las mismas consecuencias#

Kivy no usa los componentes del sistema: dibuja con aceleración por hardware. Eso produce el mismo balance que la ficha de Flutter describe:

Que dos proyectos independientes —uno con respaldo de Google, otro comunitario— lleguen al mismo diseño confirma que el compromiso es estructural, no una elección de moda.

⚖️ El coste real: empaquetar Python#

La dificultad principal de Kivy no está en su API sino en llevar un intérprete de Python a un teléfono. Empaquetar, firmar y publicar exige herramientas específicas y es la parte donde más proyectos se atascan.

Para el módulo 11 eso entra en coste total de operación, no en calidad del framework: una tecnología cuya publicación es frágil tiene un coste continuo aunque el código sea excelente.

🧭 Cuándo encaja#

Encaja cuando el equipo ya es de Python, el trabajo pesado está en Python —cálculo, datos, control de instrumentos— y la interfaz es un envoltorio.

No encaja para una aplicación móvil de consumo que deba sentirse nativa: ahí Flutter o React Native tienen mucho más recorrido y ecosistema.

🎓 Las dos lecciones#

1. El mismo compromiso aparece en ecosistemas independientes. Dibujar propio frente a usar lo nativo es una elección estructural, no una moda.

2. La distribución es parte de la decisión. Un framework fácil de programar y difícil de publicar tiene un coste que se paga en cada versión.

🔗 Enlaces#

• Documentación oficial: https://kivy.org/doc/stable/
• Ficha de Flutter — la misma decisión con más recursos
• Módulo 09

Fuentes#

• [windmill-flutter] Windmill, Eric. Flutter in Action. Manning Publications, 2019. ISBN 9781617296147 — https://openlibrary.org/isbn/9781617296147