Estado de GitHub: problemas de acceso e interrupciones

Problemas en las últimas 24 horas

El siguiente gráfico muestra la cantidad de informes que hemos recibido sobre GitHub por hora del día durante las últimas 24 horas. Una interrupción se determina cuando la cantidad de informes es mayor que la línea de referencia, representada por la línea roja.

Problemas Más Reportados

Los siguientes son los problemas más recientes informados por los usuarios de GitHub a través de nuestro sitio web.

• Sitio Caído (55%)
• Errores (30%)
• Inicio de Sesión (15%)

Mapa de interrupciones en vivo

La mayoría de reportes de fallos e interrupciones se originaron en

City	Problem Type	Report Time
Delme	Inicio de Sesión	hace 9 horas
Lyaud	Sitio Caído	hace 10 horas
Catania	Errores	hace 3 días
Inverness	Sitio Caído	hace 15 días
Quito	Inicio de Sesión	hace 16 días
Junín	Errores	hace 16 días

Mapa de Fallos

Discusión comunitaria

¿Consejos? ¿Frustraciones? Compártelos aquí. Los comentarios útiles incluyen una descripción del problema, la ciudad y el código postal.

Tenga cuidado con los "números de soporte" o las cuentas de "recuperación" que se pueden publicar a continuación. Asegúrate de informar y votar negativamente esos comentarios. Evite publicar su información personal.

Reportes de Fallos de GitHub

Los últimos problemas e interrupciones reportados en social media:

• 
  Diego (@Diegg00o) reportó hace 3 minutos

  @GordoLeyes hay miles de competencia contra github... ojala alguna le hiciera frente... el problema no es solamente el repositorio... son las miles y miles de integraciones que ya tiene por la comunidad

• 
  David Fernández (@naroh) reportó hace 5 minutos

  Hoy me voy a entretener estableciendo un flujo automatizado para solucionar las issues que se reportan en tracker (Bugsink, compatible con Sentry) que utilizamos. La primera etapa fue forkearlo y añadir MCP. Ahora, el plan es: Establecer mi servidor remoto (una torre que tengo en el salón) como servidor remoto de Orca, donde estarán corriendo tanto Claude Code como OpenCode con OpenCode Go. En este servidor también corre Hermes. Me conecto a él por Tailscale. Hermes orquestará cada X minutos una búsqueda de issues reportadas y hará triaje. Para las que crea que son merecedoras de atención generará una issue en el repositorio de Github, diagnosticando el problema con un modelo SOTA, y delegará a OpenCode corriendo en Orca implementar la solución. En principio la idea es que esto corra desatendido, pero si quiero podría conectarme a Orca desde mi móvil o desde otro dispositivo para chequear qué hace. Cuando acabe, enviará un PR con la solución para revisión humana.

• 
  roman (@Nozelcode) reportó hace 6 minutos

  EL 75% DE LO QUE LE PAGAS A CLAUDE ES TU AGENTE REPASANDO LO QUE YA SABÍA AYER Cada vez que Claude abre tu proyecto empieza de 0. Reconstruyendo un mapa que ya hizo hace una hora y tiró a la basura. Esa exploración la pagas tú. En cada sesión. Graft lo arregla con una idea absurdamente simple: convierte a tu agente en el que ya lleva un año en la empresa. Ese que no abre 15 archivos para ubicarse porque ya sabe dónde vive todo. Escanea el repo una vez, lo escribe como markdown enlazado dentro de tu git, y el agente lo lee antes de tocar nada. Así que antes de empezar ya sabe: → qué sistema toca este cambio → dónde vive esa lógica → qué se rompe si la mueves → qué se decidió antes y por qué Y se mantiene sincronizado solo, en segundo plano. Su benchmark, 162 runs: → 46% menos tool calls → 32% menos coste → 60% menos latencia → misma correctness 5 pull requests reales de PocketBase: Sonnet con Graft los reprodujo todos, tocando los mismos archivos que los mantenedores. Nivel Opus y un 21% más barato. Sin embeddings. Sin vector DB. Son archivos markdown dentro de tu repo. npm install -g @nanonets/graft graft init MIT, gratis y open source. trending en GitHub esta semana. El contexto más barato es el que no vuelves a buscar. Enlace al repositorio abajo👇

• 
  Mario Juárez (@mariomka) reportó hace 9 minutos

  Los agentes hacen cosas extremadamente complejas bien y luego fallan en lo más simple: sintaxis, casos obvios y formateo. Por eso uno de los pilares de la programación agéntica es darles feedback rápido, lo que llaman back pressure. Un agente sin feedback trabaja a ciegas. Lo primero que hago al arrancar un proyecto es pedirle al agente que configure todo el back pressure posible. Linter, formateador, análisis estático, tipado estricto y tests. Y que se ejecute todo en git hooks. Cuanto antes falle mejor trabaja el agente. El prompt con el que arranco un proyecto es más o menos: "Quiero arrancar un proyecto para X con este stack: Y. Prepárame todo el feedback automático que puedas: linter, formateador, análisis estático, tipado estricto y tests con el máximo coverage posible. Configura también los git hooks: en pre-commit lo rápido (formateo, linter, tipos) y en pre-push los tests, que es lo más lento. Que si algo falla que sea rápido." El coverage alto fue mala idea durante años porque escribir tests salía caro y acababas testeando cosas absurdas. Ahora los escribe el agente y por eso las tornas han cambiado. Lo que antes era un gran coste hoy es una señal, y bastante barata, para saber si lo que ha hecho funciona de verdad. Después, cuando ya tienes la arquitectura definida, mete tests o herramientas que comprueben que no se rompe. Que nadie se salte una capa ni meta una dependencia donde no toca. Ah, y ya que montas todo el tinglado, pídele que te lo configure también GitHub Actions o el CI de turno. Que no será la primera vez que un agente lanza un push con --no-verify para saltarse los hooks.

• 
  John5 Cripto (@johnN5c) reportó hace 18 minutos

  @itscoachfo La base desde la que partes ya es incorrecta. Afirmas que para que DeFi instituciona exista, tiene que haber "alguien que responda" por todas las pérdidas de una pool. Esto no es DeFi, es claramente tratar de trasladar el modelo financiero tradicional a una blockchain. Por otro lado, no es cierto que una institución necesite que alguien le garantice que un smart contract no tendrá pérdidas. Lo que necesita es poder: medir, limitar y gestionar el riesgo a través de auditorías, límites de exposición, orá***** fiables, profundidad de liquidez, metodología de custodia, controles de acceso, seguros, estructuras jurídicas, etc. Además estás mezclando riesgos que no tienen nada que ver en sí. El riesgo de hackeo que pueda tener un smart contract no tiene nada que ver con el riesgo de liquidez, además de que un AMM ni siquiera tiene un "riesgo de contraparte" en el sentido tradicional de un préstamo bilateral. Que un protocolo sea gobernado por una DAO tampoco significa de facto que sea "un repositorio GitHub sin dueño", ni que poner detrás de la blockchain a una empresa haga desaparecer ese riesgo. De hecho, si tu tesis es que una institución solo entrará cuando exista una entidad que responda económicamente por cualquier fallo en una pool, entonces prácticamente estás negando el concepto mismo de DeFi. Por otro lado, DeFi es mucho más que "una pool", los que llevamos años estudiando DeFi lo sabemos. También me gustaría saber en qué punto XRPL es mejor que ninguna otra red o está mejor posicionada, en mi experiencia, ya que a diferencia del 99% de usuarios de Ripple, yo sí he usado XRPL, no es una mejor red que otras, apenas tiene TVL, solo tuvo un momento dulce por memecoins y sus protocolos actuales son de dudosa legitimidad. No veo en qué esté mejor posicionada con respecto a BSC, ETH, Robinhood, Base, Arbitrum, Solana que ya tienen stocks corriendo. De hecho hasta la stablecoin de Ripple está deployada en Ethereum. Me gustaría que demostraras en qué está XRPL mejor posicionada, ya que por analogía, otras DeFi más avanzadas como Hedera no han demostrado mayor seguridad que cualquier otra blockchain tradicional y cuando ha habido pérdidas en protocolos pequeños se han lavado las manos, actuando solo en casos de protocolos ancla, y esto es justamente el mismo modus operandi que han seguido hasta ahora todas las blockchains tradicionales que han sufrido hackeos o problemas de seguridad en protocolos o componentes. En el caso de Hedera, el último hackeo vino del orá**** que eligieron para usar en toda la blockchain... por tanto, el debate no se centra tanto que alguien ponga el dinero si me lo roban, sino en qué mecanismos vamos a usar para acotar un problema, entonces, me gustaría que me aclararas en qué mejora XRPL eso con respecto a ninguna otra blockchain, porque si no lo haces consideraré que todo demás es simplemente marketing.

• 
  Los ingobernables del caribe🌴 (@Losingoberm5nv) reportó hace 18 minutos

  🚨 UN DESARROLLADOR CHINO ACABA DE REVELAR LA VERDADERA IMPRESORA DE DINERO (Y ES 100% GRATIS) Existe una herramienta open source en GitHub que ya supera las 100.000 estrellas. Se llama MoneyPrinterTurbo. La creó un programador chino. Abajo, en el siguiente post, te dejo el enlace de GitHub (y Drive si aplica) para descargarla completamente gratis. Es código abierto total. Genera videos completos y listos para publicar en TikTok, Reels y YouTube Shorts… de forma automática. Cómo funciona (y por qué está volviendo loca a la gente): Todo en un solo flujo automático: ✅ Guion generado por IA ✅ Locución realista ✅ Subtítulos sincronizados ✅ Materiales visuales ✅ Edición final En minutos tienes el video terminado. Tú casi no haces nada. Por qué se volvió un fenómeno viral: Hasta ahora el proceso era un infierno: Una herramienta para el guion → otra para la voz → otra para subtítulos → otra para clips → otra para editar. Cada una cobrando, cada una con su curva de aprendizaje, cada una robándote horas. MoneyPrinterTurbo lo unió TODO en un solo lugar. Gratis. Ilimitado. Y se convirtió en el proyecto open source más viral de su categoría. Dueños de tiendas de TikTok y canales de YouTube Shorts están sacando entre 6.000 y 10.000 $ al mes usando exactamente este sistema. La diferencia es brutal: Ellos pagan por un montón de herramientas. Tú no pagas ni un centavo. La instalación tarda unos 5 minutos. Guarda este post YA para no perderlo. En el siguiente comentario/post te dejo el Drive y el GitHub listos para descargar.

• 
  GptZone (@gptzone_net) reportó hace 18 minutos

  La resistencia práctica tampoco está resuelta. En apenas 24 horas apareció en GitHub un repositorio que afirmaba eliminar marcas de Claude, ChatGPT y Gemini. Un sistema que puede degradarse mediante reescritura o herramientas accesibles no sirve como prueba única para sancionar a un estudiante.

• 
  JoseGuadalupe (@SrGuadalupano) reportó hace 20 minutos

  8 horas de caída lleva github. debemos asumir que ya no va a volver... han vibecodeado demasiado. nadie en el equipo entiende las últimas 15 millones de líneas que claude añadió. y los "Tienes toda la razón, he cometido un error" que lleva en no ayuda a solucionar el problemon

• 
  silvan (@silvanrec) reportó hace 21 minutos

  ESTO LE AHORRA A TU AGENTE 195,000 TOKENS POR CONSULTA estás quemando 200,000 tokens cada vez que le preguntas a tu agente sobre un libro técnico que ya tenés se llama book-to-skill ► extrae marcos, reglas de decisión y anti-patrones de un libro en una skill estructurada ► funciona con pdf, epub, docx y otros 10 formatos ► tu agente la carga bajo demanda, no reprocesa el libro entero en cada turno ► un análisis por libro: ~5,000 tokens por sesión en vez de 200,000 (24x a 51x menos) ► ~$1 por libro para convertirlo, nunca más pagás por ese libro ► funciona en claude code, github copilot cli y amp reemplaza el volcar pdfs enteros en el contexto, las búsquedas que devuelven páginas sueltas en vez de respuestas, y las notas que armás y nunca volvés a abrir. repo abajo 👇

• 
  NaikoTBD (@NaikoTbd) reportó hace 23 minutos

  @GordoLeyes El enemigo de github no es la competencia, el problema es que lo adquirio Microsoft y los indios se van a encargar de hacerlo ****** como todo lo que tocan. Reemplazan a los dev originales con monitos marrones y cada vez se cae más seguido.

• 
  PA13L0 (@Fluyeporlaweb) reportó hace 24 minutos

  Hay una técnica que está cambiando cómo miles de devs usan la IA para programar. Se llama Ralph Wiggum. el nombre es una broma, lo que hace no lo es: while :; do cat PROMPT.md | claude-code; done Un bucle de bash. Nada más. Le das una tarea a la IA. Ella trabaja. Intenta parar cuando cree que ha terminado. Y el bucle no la deja. Le vuelve a meter el mismo prompt. Otra vez. Y otra vez. Cada intento ve los archivos y el historial de git del intento anterior. No empieza de cero. Revisa lo que hizo mal y lo arregla. lo inventó un solo dev en julio de 2025, sin querer hacer ruido Lo llamó Ralph por la mezcla de ignorancia, persistencia y optimismo del personaje. Su frase resume la filosofía entera: "Es mejor fallar de forma predecible que acertar de forma impredecible." Empezaron a usarlo en Y Combinator. El ruido llegó a Anthropic. Y acabaron creando un plugin oficial dentro de Claude Code con el mismo nombre absurdo. compadre así de simple es usarlo hoy /ralph-loop "Migra todos los tests de Jest a Vitest" --max-iterations 50 --completion-promise "DONE" y se queda currando solo, durante horas, mientras tú haces otra cosa Matt Pocock, el mismo de las 200k estrellas en GitHub, lo resumió así: "Ralph Wiggum con Opus 4.5 es realmente, realmente bueno." el propio creador reconoció que le preocupa haber cambiado el desarrollo de software para siempre y aun así, la comunidad entera lo sigue usando

• 
  Tangerine Coding (@tangerinecoding) reportó hace 27 minutos

  Me pregunto si compensa tener el repositorio mirrored en otra plataforma, o si me apuráis incluso en un server local, para cuando GitHub esté caído.

• 
  Amarillo (@anyelamarillo) reportó hace 29 minutos

  🚨UN CHINO ACABA DE SOLTAR LA VERDADERA MÁQUINA DE IMPRIMIR DINERO (Y ES 100% GRATIS) Hay una herramienta open source en GitHub que ya supera las 100.000 estrellas y se llama MoneyPrinterTurbo. La creó un desarrollador chino. Abajo en el siguiente post te dejo el enlace del Drive y del GitHub para descargarla completamente gratis. Es código abierto total. Genera videos completos y listos para publicar en TikTok, Reels y YouTube Shorts… de forma automática. Cómo funciona (y por qué flipa): Todo en un solo flujo: Guion generado por IA Locución Subtítulos Materiales visuales Edición En minutos tienes el video terminado. Tú no haces casi nada. Por qué se ha vuelto un fenómeno: Hasta ahora el proceso era una pesadilla: Una herramienta para el guion → otra para la voz → otra para subtítulos → otra para clips → otra para editar. Cada una cobrando, cada una con su curva de aprendizaje, cada una robándote tiempo. MoneyPrinterTurbo lo unió TODO en un solo lugar. Gratis. Ilimitado. Y se convirtió en el proyecto open source más viral de su categoría. Los dueños de tiendas de TikTok y canales de YouTube Shorts están sacando entre 6.000 y 10.000 $ al mes usando exactamente este sistema. La diferencia es brutal: Ellos pagan por un montón de herramientas. Tú no pagas ni un centavo. La instalación tarda unos 5 minutos. Guarda este post YA para no perderlo. En el siguiente comentario/post te dejo el Drive y el GitHub listo para descargar.

• 
  Fernando (@fnandot) reportó hace 31 minutos

  @carlesnunez Totalmente. Pero quizá el problema no sea añadir más hierro, sino adaptar la arquitectura. Git tiene más de 20 años y no fue pensado para esta escala ni este uso, ni tampoco GitHub. Quizá toca replantear algunas abstracciones para una era de humanos + agentes generando software.

• 
  Sergie Code (@sergiecode) reportó hace 33 minutos

  ¿Y si en vez de enseñarle a un agente de IA con prompts, simplemente le mostrás cómo hacer la tarea una vez? Microsoft acaba de publicar Skill Recorder, un proyecto que graba cómo trabajás en tu computadora y usa GitHub Copilot para convertir esa sesión en una serie de pasos que un agente puede reutilizar Grabás → la IA entiende lo que hiciste → revisás los pasos → lo convertís en una Skill o Automation Lo interesante es que no busca repetir clicks como un RPA tradicional, sino entender la intención y generar un procedimiento reutilizable que pueda usar herramientas nativas del agente Por ejemplo: hacés una tarea una sola vez y después el agente puede aprender a repetirla bajo demanda o incluso ejecutarla automáticamente según un trigger Soporta macOS y Windows 11, procesa la grabación localmente y está publicado bajo licencia MIT El repo de Microsoft está en el primer comentario 👇

• 
  No context Hazz ⛩ (@HazzimIO) reportó hace 35 minutos

  Se están viendo lentos los de GitLab, deberían estar haciendo leña del GitHub caído.

• 
  Cents And Code (@CentsAndCode) reportó hace 37 minutos

  la voy a ir mejorando: soporte para cursor, codex, lo que vaya saliendo está abierta en github. si se os ocurre algo, si le veis un fallo o queréis meter mano, adelante: issues, ideas, PRs, lo que sea!

• 
  ItscoachFO (@itscoachfo) reportó hace 41 minutos

  Una liquidity pool no es solo código. Es un conjunto de activos, participantes, comisiones y riesgo real: riesgo de contrato inteligente, de liquidez, de mercado, de contraparte. Alguien tiene que asumir esa responsabilidad. Un DAO o un repositorio de GitHub no sirve. Todos quieren que las instituciones se involucren. Pero las instituciones solo se involucran si hay responsables. En el futuro (más cercano de lo que creemos) nadie hablará de defi vs cefi. Solo veremos liquidez regulada.

• 
  Juan Fabio Rey (@juanfabiorey) reportó hace 43 minutos

  @edusoyy Acá la cosa es muy sencilla. Si no sabés programar no hay IA que te salve. Aparte de ingeniero en sistemas son un cazador de vulnerabilidades, si supieran el desastre que hicieron algunos "vibe-coders" con el NPM Supply-chain (gusano Shai-Hulud/ChainDrop), por no saber, por no utilizar wrappers (NVM), ofuscación, control de versiones y no auditar las pull requests, no reconocer carpetas como '.cursor' o '.claude' que existen con esos nombres, o que el paquete 'cross_env' esté tan obeso, o desconocer el uso del flag 'ignore scrpt=true'. Repito, son cosas básicas que todo buen programador Propagaron malware por todos los sitios/repositorios. Y si usan VSCode o Node por fuera de Nvm. Lo lamento mucho, sus rsda_keys, github secrets, actions, datos de aws o azure... ya andan dando vueltas por el mercado negro. La IA es una herramienta de productividad para expertos, no un "hazme todo" para principiantes. La IA está entrenada para ofrecer patrones conocidos en el menor tiempo posible, no se fija si la configuración de policies del endpoint de tu API es segura y si un script te ejecuta un payload malicioso. La experiencia es la mejor herramienta para la evaluación de calidad del software. La IA me ayuda a construir más rápido, porque se lo quite estoy h haciendo.

• 
  Hyde Sunnydale (@MrHydeSunnydale) reportó hace 44 minutos

  @CodigoMate Ese es el argumento más fuerte a favor de github xD En nuestro caso tenemos gitlab autohospedado y asumimos conscientemente ese coste (si se cae, el problema es nuestro) Pero a cambio tenemos control total sobre repos, runners, backups, integraciones y toda la infraestructura alrededor... Para nosotros compensa, aunque entiendo perfectamente que haya gente que prefiera que esa parte sea problema de otro

• 
  naldz. (@naldzyul) reportó hace 44 minutos

  @aresotik el aviso llega, el problema es que nadie lee las notificaciones de GitHub

• 
  Diario฿itcoin (@DiarioBitcoin) reportó hace 44 minutos

  🚨 Incidente en GitHub causa interrupción de 8 horas 🚨 La compañía reportó fallos por saturación de balanceadores y una configuración de autoscaling errónea. Errores elevados afectaron funciones clave como Issues, Pull Requests y Copilot. El tráfico de tokens se multiplicó por diez por un error en VS Code. GitHub anuncia cambios para evitar futuros incidentes. Desarrolladores enfrentan pérdida temporal de acceso crítico.

• 
  𝑽𝒂𝒍𝒆𝒓𝑰𝑨 (@ValeriA_Tech) reportó hace 45 minutos

  Simplemente pregúntale a la IA. Mi frase más escrita desde que incorporamos Lindy a nuestro flujo de trabajo diario. Cada pregunta cuesta capital social. Haz una pregunta tonta en público y quedas mal. Molesta dos veces a un desarrollador y te ganas un enemigo. Una pregunta a Lindy no cuesta nada y te da datos de GitHub en segundos. Ahora la gente pregunta muchísimo más porque el coste social se ha reducido a cero. @getlindy @Altimor

• 
  Deivinson Tejeda (@DeivinsonTejeda) reportó hace 45 minutos

  Otra vez github con con problema... Damn!

• 
  Ingeniero Seed Ph. (Oficial) (@IngenieroSeed) reportó hace 45 minutos

  Me trabajo semejante herramienta y tweet, horas y horas de trabajo GRATIS, para todo el público hispano cripto, para que después @github vaya poniendo piedras por el camino. Ahora mismo mi cuenta no funciona, está como deshabilitada o capada o dada de baja o a saber, qué maldita impotencia. Pero bueno, como digo, menos mal que tengo un plan B. Podéis entrar gratuita y rápidamente a mi canal de Telegram (IngenieroSeedSecurity) y allí publico siempre los mismos ficheros. Mañana subiré allí el de SafeDocument, que se me olvidó subirlo.

• 
  Disiento con usted (@yodisiento) reportó hace 47 minutos

  @powerhdeleon La forma de trabajar es esencial. Armar siempre planes es clave, incluso para las tareas que presumimos sencillas, para saber si entendió y que quiere hacer, antes de tocar nada. Dialogar lo suficiente hasta cerrar el alcance, antes de tocar nada, es tiempo ganado y renegar menos. Se trata de revisar cada cosa del plan que no se entienda, saber qué quiere hacer y el porqué. Ahí salta mucha sobre-ingeniería que podemos y debemos evitar. Antes de tocar nada. Atomizar las planes, escalonar los cambios, es decir, achicar los problemas para resolver, es una forma adicional de tener resultados controlables. Antes de tocar nada. Luego, una vez aplicados los cambios, revisarlos. En mi caso, con una interfaz amigable como GitHub Desktop. Es esencial para ver que no haya tocado cosas del Core que no autorizamos. Ojo con esto, a veces hace cosas que no dijo que haría, que no están en el plan, y el/la hijoepú las mete, total, después te pide disculpas. Y si algo parece mal, seguí tus entrañas. Es mejor hacer Undo All y hacer todo de nuevo que un Commit que sea un iceberg. Preguntále a Di Caprio si no. Todo esto en un entorno de Desarrollo, porsupu. Si hacés esto en Producción sos vos el ********** malnacido y ojalá te hagan el tratamiento capilar de Luis XVI y María Antonieta. Lo que puedo afirmar con mucha convicción es que, para casos que muchas veces no es tan grande el cambio pero sí es muy grande el análisis, el Auto se queda corto y me hace perder mucho tiempo de análisis y armado del alcance. Y como además observa y rastrea lo justo y necesario, no planifica y entonces cuando mete la mano arregla una y rompe dos. Y tenés que rehacer. Para ese tipo de casos uso los mejores, sin necesidad de exagerar consumo, porque 5.6 Sol Medium me ha dado excelentísimos resultados. Analiza tan bien y no deja cosas en el camino, que no pierdo nada de tiempo adicional. Hasta me sorprende. Es como hablar con alguien que entiende el desafío y me entiende a mí. La diferencia con Auto es demasiado grande y el costo también, pero se paga solo, porque tu paz y tu salud no tienen precio.

• 
  HMAQuant (@_HMPhysics_) reportó hace 50 minutos

  Tu CV dice 'apasionado de los mercados'. El del candidato de al lado trae un backtest reproducible en GitHub, con costes, walk-forward y un README honesto sobre lo que NO funciona. ¿A quién entrevistarías tú?

• 
  Ale (@labisfu) reportó hace 51 minutos

  @Shell__11_ jajaj nosotros pa programar el block de notas d linux, eso nos duró unos meses, despues todos a notepad++ (hay q estar mal) y visual studio aunq los examenes eran en el block no recomiendo para nada usar notepad si quieres subir cosas a github en proyecto grupal

• 
  Héctor de León (El loco de los perros) ⛧ (@powerhdeleon) reportó hace 51 minutos

  Nuevos devs confunden construir software con escribir un prompt tipo "hazme tal cosa", esto segundo es igual a clonar un repo de GitHub, funciona, pero no tienes ni idea de como adaptarlo a nuevas cosas.

• 
  Ata Herrera 🇦🇷 (@ataschz) reportó hace 51 minutos

  Estoy en 🇧🇷 y corte mis vacaciones para decirles que: nadie va a cambiar github por origin, a no ser que sea algo no tan serio… Recuerden: Accountability