Show HN: Gitdot – Un GitHub mejor. Código abierto, escrito en Rust

Recepción general

• Muchos se entusiasman al ver una nueva forge de código abierto, aprecian la estética minimalista y les gusta que, en principio, se pueda autohospedar.
• Otros lo ven como algo muy temprano, “un cohete de cartón frente a SpaceX”, y piensan que decir “mejor que GitHub” es prematuro dadas las funciones básicas que faltan.

UI / UX y diseño

• La UI minimalista, inspirada en la terminal, recibe muchos elogios por ser limpia, enfocada y transmitir rapidez.
• Varios la encuentran confusa: tipografías pequeñas, poca claridad en los botones/campos, navegación de regreso al inicio poco evidente y un comportamiento de previsualización al pasar el cursor que se percibe como distractor e inaccesible (más tarde se cambió).
• Algunos sugieren no “innovar en todo” a la vez; mejor apoyarse en patrones estándar y accesibilidad (tipos más grandes, controles claros, diseño móvil).

IA y mensaje “anti‑IA”

• La FAQ originalmente enfatizaba “no AI”, “anti‑AI” y que no hay copilot ni uso/venta de datos de usuarios para entrenamiento.
• Los comentaristas señalan que el repositorio contiene un uso extensivo de Claude/agentes para generar código y diseño.
• Algunos lo ven como hipócrita o como marketing engañoso; otros distinguen entre “sin funciones de IA para el producto” y “usar IA como herramienta de desarrollo”. El texto se suavizó más tarde.

Stack tecnológico: Rust, React, vibes

• “Escrito en Rust” como diferenciador principal genera mucho escepticismo; muchos dicen que la elección del lenguaje es irrelevante para los usuarios y suena a marketing.
• Otros sostienen que el lenguaje sí comunica cultura (rendimiento, seguridad, binarios estáticos) y puede importar a quienes contribuyen.
• Algunos critican usar React/SPAs y estilos modernos mientras se proclama minimalismo; otros dicen que les importa más el comportamiento que el stack.
• Surgen acusaciones de “vibe-coded”/LLM-slop frente a defensores que ven la codificación asistida por IA como compatible con “sin funciones de IA” para el usuario final.

Funciones, flujo de trabajo y autohospedaje

• Le faltan muchos elementos básicos de GitHub: issues, PRs, CI, soporte SSH, UI móvil y documentación completa para autohospedaje.
• Hay una CLI básica y planes para diffs apilados, CI basada en Nix, un rastreador simple de bugs y una revisión de código más rica.
• Algunos lo ven más como una alternativa a Gitea/Forgejo que como un reemplazo de GitHub por ahora.

Rendimiento y móvil

• Muchos reportan navegación muy rápida; otros encuentran cargas de archivos lentas y tirones, posiblemente por el tráfico de HN y almacenamiento respaldado por NFS.
• La falta de soporte móvil es una queja importante; algunos quieren al menos una vista degradada de escritorio o un mensaje claro de “aún no hay móvil”.

Nombre, marca y modelo de negocio

• El uso de “gitdot” se señala como potencialmente problemático respecto a la política de marca de Git sobre portmanteaus; los responsables reconocen que no hicieron toda la diligencia debida y podrían cambiar el nombre si hace falta.
• “No ganamos dinero; pre-seed + margen personal” preocupa a usuarios que quieren un plan claro de monetización a largo plazo y temen una futura “enshittification”.
• Se sugieren cobros directos y justos por repos privados, posiblemente con opciones autohospedadas o cifradas, en lugar de perseguir niveles gratuitos.