Plane llegó al primer puesto en gestión de proyectos en GitHub en menos de un año
Una herramienta de gestión de proyectos de código abierto llamada Plane ha acumulado rápidamente decenas de miles de estrellas en GitHub, lo que ha provocado un debate sobre cuán significativas son esas estrellas y si podrían estar manipuladas. Los comentaristas se dividen entre el entusiasmo por una interfaz pulida, similar a Linear, y el escepticismo sobre el diseño copiado, la telemetría predeterminada, el autoalojamiento complejo y los incentivos comerciales del proyecto. Surgen preocupaciones más amplias sobre la tendencia de productos “open source” con alojamiento de pago, la dependencia de Discord para el soporte y si herramientas como esta realmente mejoran los flujos de trabajo frente a alternativas más simples como GitHub Issues, Trello o Redmine.
Gestión de tareas personales y casos de uso
- Algunos quieren usar Plane (y herramientas similares) para la vida/proyectos personales, incluso para tareas domésticas y trabajo del hogar, viendo valor en tableros Kanban, backlogs y notas.
- Otros consideran eso distópico o excesivo, y prefieren listas simples, Todoist, Trello, llevar un diario en el README de GitHub o aplicaciones de recordatorios integradas.
- Hay debate sobre si un rastreador de incidencias completo beneficia a usuarios individuales frente a listas simples.
UI, copia y ética
- Muchos señalan que la UI y la terminología de Plane están muy cerca de las de Linear, hasta en las barras laterales y conceptos como “Cycles”.
- Algunos ven esto como una reutilización aceptable de patrones de diseño exitosos y de la estética estándar de Tailwind UI; mejor copiar una buena interfaz que reinventarla.
- Otros consideran que eso cruza de “inspirado por” a clonación, especialmente cuando se monetiza, y dicen que eso refleja mal la ética del proyecto.
Estrellas de GitHub, crecimiento y telemetría
- El énfasis del blog en las estrellas de GitHub y el “growth hacking” despierta escepticismo; algunos sospechan gamificación o incluso estrellas pagadas, aunque otros sostienen que 20k estrellas solo indica popularidad.
- Las estrellas se ven como una prueba social débil pero útil y una forma de descubrimiento, aunque son fáciles de manipular.
- La telemetría habilitada por defecto y un fuerte enfoque en la interacción hacen que algunos cuestionen cuán genuinamente “por ingenieros, para ingenieros” y orientado al código abierto es el proyecto.
- Hay preocupación de que perseguir la interacción haga que el producto se inflame como Jira.
Código abierto, autoalojamiento y complejidad
- La documentación de autoalojamiento inicialmente daba 404 o era confusa; la configuración implica múltiples archivos env, nginx en un contenedor y varios servicios.
- Algunos informan que funciona en minutos si sigues la documentación de Docker Compose; otros lo encuentran demasiado engorroso y ven la fricción como alineada con el modelo comercial de la nube de pago.
- Debate más amplio: si muchas herramientas SaaS “de código abierto” son en la práctica “estafas suaves” o open-core, haciendo que autoalojar sea más difícil de lo necesario.
Soporte comunitario: Discord vs foros
- A muchos no les gusta Discord como “foro” de soporte: mala indexación web, historial ruidoso, fricción en la búsqueda y cansancio de “únete a otro servidor”.
- Otros defienden Discord como ubicuo, gratuito y más fácil/barato que Slack; pero la mayoría coincide en que es malo como base de conocimiento a largo plazo y con capacidad de búsqueda, en comparación con los foros tradicionales o las wikis.
Comparaciones, stack y calidad del código
- La gente compara Plane con Jira, Trello, GitHub Issues, Gitea, Redmine, OpenProject y Kanboard; las preferencias varían según la necesidad y la complejidad.
- Algunos elogian la base de código de Plane, hecha con Django + Next.js, como instructiva; otros la critican por falta de pruebas, patrones débiles y antipatrónes de Django.