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 (57%)
• Errores (30%)
• Inicio de Sesión (14%)

Mapa de interrupciones en vivo

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

City	Problem Type	Report Time
Inverness	Sitio Caído	hace 10 días
Quito	Inicio de Sesión	hace 11 días
Junín	Errores	hace 11 días
Guadalajara	Errores	hace 11 días
Paris	Sitio Caído	hace 11 días
Quito	Errores	hace 11 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:

• 
  Iceebook (@iceebook_) reportó hace 1 minuto

  Un agente de IA basado en el modelo Kimi K3 tenía que resolver un reto de ciberseguridad en un entorno cerrado y, en vez de resolverlo, buscó la trampa. Vio que la prueba había dejado accesible GitHub, se descargó el repositorio oficial y leyó ahí la respuesta. No hackeó nada ni explotó ningún fallo, solo aprovechó una puerta que los propios evaluadores dejaron abierta. El caso importa porque enseña un problema de cómo se diseñan estas pruebas, ya que si le das a un agente acceso a un terminal, también puede fisgar conexiones y permisos que no tocaban.

• 
  Diario de un picateclas (@devruso) reportó hace 3 minutos

  8 horas de caída lleva github. creo que 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ó en el último medio año. y los "Tienes toda la razón, honestamente he cometido un error" que lleva escupiendo en bucle no ayuda a solucionar el problemon

• 
  Alan Daitch (@AlanDaitch) reportó hace 4 minutos

  El otro día tenía que pasarle unos archivos a un teléfono viejo, que anda mal de internet Ahí fue cuando me acordé de un reloj de 1994: el Data Link, que hicieron Timex y Microsoft juntos. Tiene un sensor óptico arriba del vidrio y funcionaba así: lo acercabas al monitor, que parpadeaba en barras de luz y en veinte segundos tenías setenta números de teléfono adentro. Me encontré con un usuario que hizo exactamente esto con Claude Code: la pantalla dibuja el archivo como una ráfaga de 60 códigos QR por segundo y el celular lo filma con la cámara y lo rearma.  Y el QR es lo mejor que hay para esto, porque nació justamente para que lo lean mal: torcido, con reflejo, a media luz. Ni siquiera hace falta agarrarlos todos: cada uno lleva una mezcla de varios pedazos del archivo, así que con los que enganchás se despeja el resto solo, con un sistema de ecuaciones. El tema es que, para poder leer los QRs, había que entrar a una página de internet que era justamente lo que quería evitar, así que le di el código a mi Claude Code y le pedí que lo convierta en una app de Android.  Después de media hora, me lo solucionó, pero además se dio cuenta de que la cámara del celular es un desastre, así que me armó la configuración del emisor para poder definir cuántos QR salen por segundo y qué tan denso es cada uno. Un par de pruebas para encontrar el punto justo y listo! Me quedó en 255 bytes por QR, más o menos un tuit, así que un PDF de una carilla entra en veinte segundos.  Ya me puedo transferir archivos chiquitos desde la compu a mi celular viejo sin ningún tipo de conexión: una maravilla. Te dejo el sitio acá abajo y el código en mi github como siempre. ¡Que lo disfrutes!

• 
  Lori (@lornasuriano) reportó hace 5 minutos

  @nicoproducto Es que sí, yo por eso lo subí a GitHub para que cualquiera lo use porque me pareció útil posta y quiero que el resto lo use si le sirve

• 
  cel (@celescript) reportó hace 7 minutos

  @joaquinggs algunos se levantan y chequean el mercado, yo chequeo que feature de github no funciona hoy

• 
  Germán Valle | Arquipartidas 🎮🏛️ (@GerValleArq) reportó hace 9 minutos

  @VigasocoSDL @ManuelPazosMSX @juantomas Suena interesante pero no tengo ni idea de cómo funciona el formato STL. He visto que en el enlace de GitHub hay .png pero no se ve nada en ellos. 🙁

• 
  Nix0n (@UnTalNixon_exe) reportó hace 11 minutos

  Esta semana todo el mundo está buscando cómo correr un agente sin quemar la tarjeta. El README más aburrido de GitHub ya tenía la respuesta. Desde 2015. Se llama free-for-dev. 135k stars. 1600 personas metiendo free tiers nuevos y matando los que ya no existen. Cada semana. No son trials de 14 días. La regla: si no es gratis por lo menos un año, no entra. La otra: si el SSL es de pago, lo borran. Lo que sí está adentro: → Google AI Studio — Gemini Flash y Gemma 4 sin tarjeta → Cloud Run — 2 millones de requests al mes → Lambda — 1 millón de ejecuciones antes de que te cobren → Cloudflare — DNS, CDN y SSL de verdad, $0 → Oracle Always Free — compute forever (sí, las idle las apagan) El stack de un side project en 2026 no falla por código. Falla porque perdiste 40 minutos googlenado “is this actually free”. Este repo ya hizo esa búsqueda. Y la vuelve a hacer todas las semanas. Guárdalo antes de que tu próximo agente te cobre el “hello world”.

• 
  Mario Juárez (@mariomka) reportó hace 11 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.

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

  Otra vez github con con problema... Damn!

• 
  german... (@german_sindatos) reportó hace 14 minutos

  @vheeorji22 Github sirve para que de un archivo no crees N copias que se llamen version_final, version_final_2, version_final_esta_si_es

• 
  Angry Dev (@angryCryptoDevs) reportó hace 15 minutos

  @IngenieroSeed @github GitHub lleva funcionando mal semanas…no dan a basto con la cantidad de código IA generado.

• 
  Ata Herrera 🇦🇷 (@ataschz) reportó hace 21 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

• 
  Matias Scalbi (@MatiasScalbi) reportó hace 23 minutos

  🔥 ¿ES EL FIN DE LA IA? TODO EL MUNDO ASUSTADO POR ESTA FOTO. TE DOY MI ANÁLISIS DE POR QUÉ ESTO ES POSITIVO PARA TODO EL ECOSISTEMA El mercado está leyendo esta foto como el final del boom. Yo estoy mirando otra cosa. Te explico 👇🏼 El token (el pedacito de texto que la IA lee o escribe, y por el que cobran) se puso barato. Si las empresas no multiplican el uso, se les come lo que les queda de ganancia. Y hoy lo que más gasta tokens todavía es difícil para el que no sabe de programación... el usuario tradicional QUÉ MIDE ESTE GRÁFICO, PORQUE EL NOMBRE ENGAÑA El gráfico es el Silicon Data LLM Token Expenditure Index. En Bloomberg (la pantalla que usan los fondos para ver precios) aparece como SDLLMTK. Lo publican todos los días hábiles El nombre dice “expenditure”, que en inglés es gasto. No es el gasto total. La propia empresa lo reconoció: es un promedio de lo que el mercado PAGA por un millón de tokens, dándole más peso a los modelos que más se usan. Precio real. No la factura de toda la industria Explicado simple: si mucha gente se pasa de un modelo caro a uno barato, el índice CAE aunque se esté usando MÁS inteligencia que nunca. Mezcla recortes de OpenAI y Anthropic con gente yendo a modelos chinos más baratos. No te dice si hay más o menos demanda. Te dice cuánto sale pensar una unidad LOS NÚMEROS - Piso: 1.0153 el 3 de diciembre de 2025 - Techo: 2.0651 el 28 de mayo de 2026 - Hoy: 1.0217 el 18 de agosto - Promedio del período: 1.5320 De mayo a agosto se evaporó el 50.5% del precio. En 82 días volvió al mismo lugar de diciembre. El promedio quedó 33% arriba de donde estamos. Esto no es un recorte. Es un descreme y fuerte LA CUENTA, QUE ES SIMPLE Ingresos = precio × cantidad Si el precio se parte al medio, la cantidad tiene que duplicarse SOLO para empatar. Si la empresa quiere seguir creciendo 40%, el uso tiene que multiplicarse casi por tres. No hay recorte de costos interno que te salve esa matemática En 1865 un economista inglés, Jevons, vio que las máquinas de vapor más eficientes no redujeron el carbón de Inglaterra: lo multiplicaron, porque de repente pagaba usar vapor en todos lados El token a 1 dólar el millón es ese carbón más barato. Si lo dejan como lujo de un chatbot, el gráfico es un problema de márgenes (lo que les queda de ganancia después de pagar costos). Si lo enchufan en cada tarea de cada persona, el gráfico es un problema de capacidad: no va a haber suficiente cómputo (tiempo de chips trabajando). Acá aparece el agente: un programa que no solo te responde, sino que hace el trabajo y lo facilita - Un chat te gasta 1 - Un agente que planifica, entra a herramientas y se corrige solo te gasta 10, 50, 100 veces más Ese es el uso que puede cubrir el recorte de precio y mantener las ganancias. El problema es quién puede usarlo hoy EL PROBLEMA: SI SOLO LO USAN LOS QUE PROGRAMAN, EL VOLUMEN NO CIERRA Claude Code, Hermes y OpenClaw son brutales. También son un producto de programador - Claude Code (la herramienta de Anthropic para escribir código) vive en la terminal: esa pantalla negra de comandos. Hay que instalar, configurar, entender comandos y quedarse mirando el proceso - Hermes y OpenClaw van más lejos: se bajan de GitHub (donde los programadores suben programas), se arman con claves, a veces hay que ponerlos en un servidor Son herramientas poderosas. No son herramientas de gente común Y eso, para la cuenta de arriba, es un techo. El programador es un mercado chico. El mercado grande es otro: - El contador - El vendedor - El de marketing - El que tiene un negocio y no sabe qué es una terminal - Etc infinito Si el agente que más tokens gasta solo lo sabe prender el que programa, el volumen no va a alcanzar para cubrir una caída del 50% en el precio. Por más bueno que sea el modelo Por eso hacer la IA fácil no es un eslogan. Es la única forma de que la demanda crezca lo suficiente como para que a OpenAI, Anthropic, Google, Microsoft o xAI no se les vayan las ganancias con este gráfico. Tienen que hacer que usar un agente se sienta como mandarle un mensaje a un compañero de laburo, no como configurar un programa DÓNDE APARECE GROK Y GROK BOT - SIMPLICIDAD Grok arranca de un lugar distinto: es un chat. Lo abrís, le hablás, te responde. No hay terminal. El ecosistema está pensado para que lo use cualquiera que ya usa X o el celular. Y el costo del token, de los grandes, es de los más competitivos. Eso importa cuando el negocio dejó de ser cobrar caro la unidad y pasó a ser que la use más gente, más seguido, en más tareas Grok Bot, que salió el 11 de agosto y todavía está en beta (versión de prueba, todavía no está terminado), lleva eso un paso más. No es un chat que te tira un texto. Es un compañero que tiene su propia computadora en la nube, entra a las apps como entrarías vos y sigue laburando aunque cierres la notebook - Correo - Planillas - Sitios - Herramientas - Marketing, operaciones, ventas, investigación Le das trabajo de verdad, no una instrucción suelta. Lo usás como le hablarías a una persona del equipo Eso es más familiar que Hermes o OpenClaw, que hoy son para programadores. Y es más ancho que Claude Code, que brilla si sabés programar y se complica si no Hay que ser honesto con lo que todavía no está: - Es beta - Hay que tener el plan más alto - Le falta recorrido - No está 100% pulido Pero el enfoque se nota. No están construyendo otra herramienta para el que ya sabe. Están construyendo para el que hasta ahora quedó afuera Y no es solo xAI. Toda la industria, de a poquito, está empujando para el mismo lado: - Microsoft mete Copilot en el Word y el Excel que la gente ya tiene abiertos - Google mete Gemini en Gmail - OpenAI cobra la suscripción de ChatGPT, no solo el token El movimiento es el mismo: sacar la inteligencia de la pantalla negra y ponerla donde está el resto de las personas. El que lo haga más simple, más barato y más agente, es el que tiene chance de multiplicar el uso lo suficiente como para que este gráfico no les rompa la rentabilidad LA TRAMPA Si la hacen fácil COMPITIENDO SOLO EN EL PRECIO DEL MISMO TOKEN, se comoditizan. Un commodity es un bien donde no te importa de quién lo comprás y gana el más barato. En ese juego el margen se muere igual Si la hacen fácil de verdad, para que alguien que no programa pueda usar un agente como usa WhatsApp, el precio del token puede irse a 0.50 y la facturación igual subir. Porque entra un montón de gente que hoy no gasta ni un token en agentes. Esa es la encrucijada El TOKEN se está volviendo un commodity. La IA, todavía no Lo que ya es commodity: - El chat - El resumen - El modelo liviano a menos de 1 dólar el millón Eso ya es "electricidad" Lo que todavía no es commodity: - El razonamiento de punta - El agente pegado a tu laburo - La confianza - Que sea fácil Fácil es la ventaja nueva. El que lo haga fácil se queda con el volumen. El que lo deje difícil se queda con un club de programadores y un gráfico que le come la ganancia. CÓMO LO LEO El gráfico no prueba que el boom se acabó. Prueba que se acabó el privilegio de cobrar caro la unidad. El mercado de acciones lo traduce como riesgo para los 700 mil millones de dólares puestos en chips, energía y data centers (los galpones llenos de computadoras): si el precio se derrumba y el volumen no lo cubre, esa plata no encuentra factura Es el mismo debate que ya planteé con las neoclouds (las empresas que alquilan chips de IA): si el cómputo se vuelve commodity, el que solo alquila chips compite por precio. Este índice es la otra cara de esa pregunta. La de la demanda Yo lo leo así, MIENTRAS se cumplan tres cosas: - Que lo que facturan OpenAI, Anthropic, Microsoft, Google y xAI NO se caiga con el índice. Si facturan más con el token a 1.02 que con el token a 2.06, la demanda está cubriendo el recorte y el gráfico es ruido de unidad, no de negocio - Que el uso deje de estar encerrado en programadores. Si dentro de unos meses Claude Code, Codex, Hermes y OpenClaw siguen siendo casi todo el consumo pesado, el techo está. Si productos como Grok Bot, Copilot y ChatGPT empiezan a gastar tokens de gente que no programa, la cosa se está abriendo - Que la cantidad de tokens siga subiendo, no se estanque. Una semana plana, con este precio, ya no es digestión. Es que la demanda no está cubriendo el recorte Si se rompe alguna: - Si se rompe la primera, el recorte de precios fue una guerra que perdieron - Si se rompe la segunda, el agente se quedó en un nicho y no hay volumen que salve el margen - Si se rompe la tercera, este gráfico era techo de verdad EL DATO QUE VOY A SEGUIR Uno solo: este índice contra la factura, no contra sí mismo. Y, en paralelo, si los productos fáciles empiezan a aparecer en el laburo de gente que no es técnica: - Grok - Grok Bot - Copilot - ChatGPT La semana que viene reporta NVIDIA. El número de chips ya está descontado. Lo que mueve es la guía, o sea lo que prometan para los próximos trimestres. Si la guía acompaña con el token a la mitad, el volumen está cubriendo. Si la guía afloja, este índice era la alarma y el mercado la tuvo 82 días en la cara En resumen: la IA no se comoditizó. Se comoditizó la unidad con la que cobran. Para que no se les vaya la rentabilidad, las empresas tienen que hacer lo único que escala: que cualquiera pueda usar un agente, no solo el que programa - Claude Code, Hermes y OpenClaw son el techo de hoy - Grok y Grok Bot, todavía verdes, están apuntando al piso de mañana: simple, barato, familiar - El que defienda el precio del token, pierde - El que le entregue un compañero de laburo a la gente que hoy ni abre una terminal, puede ganar más con el índice en 1 que con el índice en 2 Esto no es el fin de la IA. Es el momento en que deja de ser un club y empieza a ser un insumo. Por eso, para todo el ecosistema, esta foto es positiva. Siempre y cuando el uso se abra. Si no se abre, ahí sí el miedo tenía razón. Espero que te haya gustado, si es así agradecería tu apoyo al post Abrazo a todos

• 
  Sócrates (@es_socrates) reportó hace 23 minutos

  Ahora que GitHub está down, esta solución con Arweave llega en un buen momento. Sube repositorios Git directamente a Arweave. El código se almacena en la red permanentemente. ¿Cómo funciona? 👇

• 
  Adrià Martí (@adriml24) reportó hace 26 minutos

  @Majima_Kensetsu No tendrías que preocuparte por GitHub caído o librerías con vulnerabilidades, merece la pena pensarlo

• 
  kcve (@kkcve) reportó hace 27 minutos

  q tan mal esta si subo 13 repos de una a github?

• 
  John5 Cripto (@johnN5c) reportó hace 31 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.

• 
  Juan Fabio Rey (@juanfabiorey) reportó hace 33 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.

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

  🤖🔥 GitHub sufre una caída del 50% en descargas de repositorios y Copilot también falla

• 
  Kuha (Re:World D.) (@_Kuha_) reportó hace 36 minutos

  @LuchoGarabito Si estuviera bien hecho te diría re piola. Onda 99.9% de la programación hoy en día es IA El tema con esto es que luego tenes algo super slop mal hecho, que es un PELIGRO enorme de seguridad, y la gente sin saber ejecuta código random de github en su pc sin entender el riesgo

• 
  Pedro Sorrentino (@PedroSorrentin0) reportó hace 38 minutos

  Casi nadie entiende qué tumbó GitHub el 17 de agosto. Y eso incluye a mucha gente que ese día no podía hacer push, abrir un PR ni usar Copilot. No fue un deploy roto. No fue “un servidor caído”. Te lo explico sin humo, en 6 tweets.

• 
  Manu Quiroga (@Manuls) reportó hace 41 minutos

  fueron cuatro prompts pero un servidor ya tenía configurado el espacio en Vercel, el repositorio en Github, las claves de APU en Google Cloud y la integración con Supabase por eso digo siempre que para hacer vibe coding algo hay que saber del tema

• 
  David J Marquez Batiz (@djmbdv) reportó hace 44 minutos

  @powerhdeleon Genio, todo el mundo tiene su propio git, github es solo una copia de otro server en la nube. Realmente lo que falla de github mas que todo son servicios como Actions, Pages. Puedes tener tu CI en otro lado, o bien subir tus cositas con filezilla por ftp

• 
  LeireMoFan (@LeireMoFan) reportó hace 44 minutos

  Acabo de terminar el capitulo 19 del Python crash course lo que significa que ya termine el ultimo projecto del libro, hice los 3 lo que pasa que el capitulo de la api no lo pude conectar con la api de github y me pelee un buen rato con eso pero me rendi

• 
  Jose (@JoseiitoAviila) reportó hace 47 minutos

  @devruso Yo no entiendo el Github actions, seré muy ignorante pero los deploy y eso o bien los haces a mano, o bien le pides a la IA que haga el pull + restart del servicio, o tienes los .sh ahí en tu PC para hacerlo en cualquier momento, no entiendo el problema la verdad

• 
  Pato (@byElPatoCuak) reportó hace 53 minutos

  GitHub está caído. Día cancelado me vuelvo a la cama

• 
  Codely ﹤🍍﹥ (@CodelyTV) reportó hace 54 minutos

  Este lunes GitHub se cayó durante 8h, ¡toda una jornada laboral donde no se podía desplegar! Y es que es muy común tener todo el flujo de desarrollo allí embebido. Si se cae GitHub no podemos desplegar a producción. Eso puede generar mucha frustración, pero es que el incremento de tráfico que están teniendo es BRUTAL. Y es que los agentes hacen commits y push a velocidades que el año pasado parecían imposible. Para eso también ha surgido Cursor Origin, una alternativa a GitHub enfocada en la programación agéntica. Programación agéntica, que si usas Claude Code, esta semana funciona mejor gracias al fix que han puesto a Opus 5. 🥳 Todas estas y muchas más noticias las estamos comentando ahora en directo en el Café con Codely. ¡Vente!

• 
  Jouse Márquez (@jousemarquez) reportó hace 54 minutos

  Sigue caído GitHub…

• 
  dexter lower (@DexterLowe14807) reportó hace 56 minutos

  @JohnSopranoJr encima la web "zerem" es 100% IA una poronga, y el linkeo a linkedin no funciona, el de github tampoco jaja terrible vende humo, algunos usan estos posteos para levantar o sentirse con un poco de poder

• 
  Jorge J. Ramos (@YoryoBass) reportó hace 58 minutos

  @Xopsy @dordokamaisu El problema es definir que es el límite. No puedes estar preparado para ciertos niveles de presión seas GitHub o cualquiera de los gigantes. Y el tema agentivo ha hecho daño en infraestructura porque imagino que no será fácil de estimar, si un solo agente puede estar haciendo operaciones 24/7