¡Hola!
Me llamo Alex y soy el creador de RefactoringGuru.
Hace bastante que no envío nada por el correo mapache, así que puede que esta carta te pille por sorpresa. Ya has confiado en mi trabajo, y me hacía ilusión compartir contigo este nuevo proyecto.
Quería contarte las novedades de un proyecto que llevo preparando varios años. Ha pasado por montones de pruebas e innumerables actualizaciones y mejoras. Ahora que también está traducido al español, creo que por fin está listo para mostrárselo en todo su esplendor a un grupo de mis mayores fans y, por supuesto, ¡a TI!
|
|
|
GitByBit es un curso de Git (gratuito en su mayor parte) que puedes hacer directamente en tu editor de código, aunque también está disponible en la web. Utiliza Git de verdad, una terminal totalmente funcional y las herramientas habituales del IDE. Está ilustrado, se basa en historias y se centra en la práctica. Perfecto para refrescar conocimientos.
Creo que es el mejor producto educativo que he creado y estoy muy orgulloso de él. Ya lo ha probado mucha gente y, por ahora, la acogida está siendo muy positiva.
¿Para quién es?
-
Quienes ya usan Git, pero casi siempre como una caja negra. Yo fui uno de ellos durante años. Conoces unos cuantos comandos básicos y, por lo general, te bastan para salir del paso. Pero, en el fondo, quieres entender de una vez qué estás haciendo y asegurarte de aprovechar todo lo que ofrece Git.
-
Quienes dejaron el desarrollo y han redescubierto la programación gracias a la IA, pero necesitan recuperar la soltura con Git. Recuerdas que era posible desarrollar varias funcionalidades en paralelo, pero ya no tienes claro cómo hacerlo.
-
Quienes trabajan en gestión de proyectos, diseño, análisis de negocio y otros puestos similares y ahora programan con IA como parte de su trabajo. Por fin algo divertido entre tanta reunión, aunque saber usar las herramientas básicas de desarrollo te ayudará a subir de nivel.
-
Quienes programan por afición o están empezando y buscan un camino práctico que les dé confianza para pasar de cero a «sé trabajar con Git».
¿Qué lo hace diferente?
|
|
|
Mi objetivo era crear una experiencia educativa cómoda y divertida que se pudiera completar en una tarde.
El curso se centra en practicar, interiorizar los comandos a fuerza de usarlos y trabajar con Git y herramientas de IDE reales, sin renunciar a un buen diseño ni a una experiencia agradable. La mayoría de los recursos sobre Git son una mierda en todos estos aspectos (sí, lo digo por ti, documentación oficial de Git).
Práctica, práctica y más práctica
Elegí una forma poco habitual de conseguir ese objetivo: creé un curso que se ejecuta en tu editor de código, suponiendo que uses VS Code, Cursor o alguno de sus clones. También puedes ejecutarlo en línea mediante GitHub Codespaces o limitarte a seguirlo desde tu propia terminal. Este formato permite hacer cosas bastante interesantes:
-
Git, editor y terminal de verdad. ¡Siempre trabajas con herramientas reales! Cuando termines el curso, estarás literalmente a un atajo (Open New Window, Ctrl+Shift+N) de aplicar todo lo que acabas de aprender sobre Git a tu próximo proyecto.
-
Respuesta inmediata. El curso puede comprobar el resultado de tus acciones, explicar errores, sugerir soluciones alternativas, etc. No tienes que saltar de una página web con instrucciones a la terminal ni buscar explicaciones para los crípticos errores de Git. Todo está en el mismo sitio.
-
Gitopedia. A medida que avanzas en el curso, construyes tu propio manual de consulta de Git dentro del editor y desbloqueas pequeñas dosis de material adicional: análisis detallados de conceptos, explicaciones de comandos, buenas prácticas, etc. Todo ello se incorpora a tu base de conocimientos personal, a la que llamo Gitopedia. Puedes abrirla en otra pestaña del editor o mantenerla siempre abierta en paralelo. También te sirve como mapa de todo lo que has aprendido hasta el momento.
Narrativa, aspecto y estilo
|
|
|
Lo que odio de la mayoría de los tutoriales de Git es que te sueltan una lista de comandos y esperan que los memorices. No sé tú, pero yo aprendo mejor cuando me cuentan una historia y conozco el contexto (¿qué demonios es eso de «remoto»? ¿Está en la otra punta del mundo?).
-
Basado en historias. El curso gira en torno a historias que te ayudan a interiorizar mejor los conceptos y comandos. Por ejemplo, un gato se echa la siesta sobre tu teclado y tú usas git restore para arreglar el estropicio. O un proyecto empieza a fallar después de una actualización y rebuscas en el historial de Git para averiguar qué ha cambiado.
-
Respeta tu tiempo. El contenido se presenta en pequeñas dosis que te ayudan a mantener la concentración y el interés. Nada de vídeos interminables que tienes que tragarte. El curso principal se puede completar de una sentada, en una tarde (vale, dos si hay cerveza de por medio).
-
Ilustrado. ¿He mencionado ya las geniales ilustraciones hechas a mano?
¿Qué incluye el curso?
Hay dos partes.
- El curso principal GRATUITO se centra en los fundamentos de Git (4-8 horas). Todo lo que necesitas saber para trabajar en tus proyectos personales.
-
Instalar y configurar Git, trabajar con la terminal, el área de preparación, los commits, las ramas, el historial, los repositorios remotos, etc.
-
El curso da prioridad a la terminal, pero también muestra cómo conseguir lo mismo desde la interfaz gráfica del editor.
-
Además de aprender Git, descubrirás cómo usar la terminal con eficacia (navegar por el historial, usar el autocompletado, etc.) y aprenderás sobre el ciclo de publicación del software, el versionado semántico, las licencias, las buenas prácticas y mucho más.
- Complemento de pago opcional, también conocido como GitByBit PRO (2-3 horas). Abarca temas más avanzados, esenciales para colaborar en equipo y seguir flujos de trabajo de desarrollo profesionales:
-
Añadir cambios al área de preparación de forma selectiva y deshacer cambios.
-
Distintas formas de limpiar el repositorio o ignorar cambios no deseados.
-
Un escenario detectivesco en el que investigas por qué falla el proyecto usando el historial de Git y git blame.
-
Una historia en la que ayudas a alguien de tu equipo que se ha atascado con merge/rebase y un git push rechazado.
-
Y mi parte favorita: corregir un error en el repositorio de otra persona. El flujo completo de una pull request en GitHub: desde hacer un fork del repositorio hasta actualizarlo según las peticiones de quien lo mantiene, añadir pruebas y, por fin, hacer el merge.
Hay un montón de cosas interesantes que quiero contarte sobre el proyecto, incluidos detalles de lo que ocurre entre bastidores y casos prácticos de refactorización. No cabe todo en un solo correo, así que he decidido dividirlo en una serie breve.
|
|
|
Por cierto, si tienes un minuto, cuéntame qué haces últimamente. El sector ha alcanzado el nivel MÁXIMO de locura. ¿Te han afectado los despidos? ¿Has probado ya la programación con agentes de IA (o quizá ya hayas vuelto a programar como antes, jaja)? ¿Has creado algo genial? Responde y cuéntamelo. Me encantaría charlar contigo.
P. D. Si no te resulta cómodo comunicarte en inglés, puedes responder en tu propio idioma. Lo entenderé sin problemas.
¡Muchas gracias por tu tiempo y tu apoyo! ❤️
|
|
|
|
|
|
|