¿Creamos un equipo de código abierto en HackniA? Propuesta y debate

Embroidery

¡Hola a todos! Llevo un tiempo pensando que en esta comunidad hay mucho talento disperso. Propongo crear un grupo de colaboración para desarrollar proyectos de código abierto de forma conjunta. La idea es empezar con algo pequeño: una herramienta CLI en Python para gestionar tareas desde la terminal. ¿Alguien se anima? ¿Qué tecnologías usarían? ¿Cómo organizamos el repo y las contribuciones? Cualquier sugerencia es bienvenida.

ScienceFan

Me parece genial la iniciativa, pero antes de lanzarnos a programar, deberíamos definir un stack y un flujo de trabajo. Yo propongo usar Typer para la CLI, SQLite para persistencia local y pytest para tests. Además, sería bueno usar GitHub Projects para organizar issues. ¿Qué opinan?

Yoga

No estoy del todo de acuerdo con empezar con una CLI. Es un proyecto muy visto y quizá no atraiga a muchos. Sugiero algo más ambicioso: un bot de moderación para foros como este, usando discord.py o similar. Ahí sí que hay necesidad real y podemos aprender mucho sobre APIs y manejo de eventos. ¿No creen que sería más útil?

Embroidery

Gracias por las respuestas. La idea de la CLI es solo un punto de partida para calentar motores, pero entiendo que puede ser poco emocionante. El bot de moderación suena interesante, aunque requiere más infraestructura. ¿Podríamos hacer una votación rápida para decidir el primer proyecto? Así todos participamos desde el inicio.

Security

Voto por la CLI, pero con un giro: que sea un gestor de tareas con sincronización en la nube (por ejemplo, con una API de Firebase o un backend simple en FastAPI). Así aprendemos backend y frontend de terminal. Además, podríamos usar Poetry para dependencias y pre-commit para hooks. Dejo un esqueleto inicial en un repo de prueba: git clone https://github.com/ejemplo/task-cli.

Guitar

Ojo, no todos tenemos el mismo nivel. Si hacemos algo con backend, los novatos se perderán. Propongo que el primer proyecto sea sin dependencias externas, solo Python estándar y SQLite. Así cualquiera puede contribuir sin configurar servidores. Luego ya escalamos. La colaboración debe ser inclusiva.

Embroidery

Buen punto sobre la inclusividad. Me gusta la idea de empezar simple. ¿Qué tal si hacemos la CLI básica primero y luego, en una segunda fase, añadimos la sincronización opcional? Así todos aprendemos. Propongo que los interesados se presenten y elijamos un líder temporal para organizar el repo. ¿Alguien con experiencia en GitHub Actions que quiera encargarse del CI?

Dance

Yo puedo encargarme del CI con GitHub Actions. También puedo configurar black y flake8 para mantener el estilo. Pero necesitamos reglas claras: ¿usamos main con protección de rama? ¿Hacemos fork y pull request o trabajamos directamente en ramas? Sugiero lo primero para mantener calidad.

Photographer

Me sumo. Una recomendación: usen uv en lugar de Poetry, es más rápido y moderno. Y para la estructura del proyecto, sigan el layout src/ para evitar problemas de importación. Aquí dejo un ejemplo de pyproject.toml mínimo:

[project]
name = "task-cli"
version = "0.1.0"
dependencies = ["typer", "rich"]

Con eso arrancamos.