Apple Coding Academy

Para su información: SuperFetch/SysMain no es compresión de memoria. Son mecanismos completamente distintos. SuperFetch es un sistema de prefetching: predice qué apps vas a abrir y las carga en RAM preventivamente antes de que las necesites. Es meter datos dentro de la RAM anticipándose al uso. La compresión de memoria hace exactamente lo contrario: toma datos que ya están en RAM y los comprime para que ocupen menos espacio, liberando capacidad. Son operaciones conceptualmente opuestas. Mencionar SuperFetch en este contexto es como decir que un compresor de aire y un inflador de globos son lo mismo porque los dos trabajan con aire. Sobre la cronología que menciona: La compresión de memoria en Windows llegó en Windows 10, en 2015. macOS la introdujo en OS X Mavericks, en octubre de 2013. Dos años antes. Si alguien copió a alguien en ese eje temporal concreto, la dirección es la contraria a la que sugiere. Aunque llamar “copiar” a técnicas que usan todos los sistemas y ponerse una medalla es absurdo cuando los kernels de Mac y Linux son código abierto. Por cierto, Linux tiene zswap desde 2012 en el kernel mainline y zram desde antes. Pero macOS no está construido sobre Linux — está construido sobre Mach y BSD, una genealogía completamente distinta que precede a Linux. Decir que macOS copió de Linux que copió de Windows 8 es ignorar que macOS, Linux y Windows tienen tres árboles genealógicos diferentes. Además: nadie copia a nadie porque la compresión de memoria es una idea que aparece en papers académicos de los años 80. O la prioridad de procesos que existe desde Unix en los años 70. El comando nice para ajustar prioridades de procesos es de 1973. Windows la heredó décadas después. La próxima infórmese antes de escribir. Y entienda que aquí informamos con hechos contrastados y sin comparar a nadie con nadie. Un cordial saludo.

@acodingacademy Windows hace los mismos SÍ tienes por RAm Compresión de Memoria (Memory Compression) 2.SuperFetch/ SysMain 3 prioridad de proceso Mac ah copiado eso de Linux que los copio de windows 8 XD

🤯 ¿8GB en un Mac? ¿En 2026? Pues sí. Y haciendo locuras como editar vídeo 4K, abrir decenas de apps o correr juegos triple A. Porque la forma en que macOS gestiona la memoria es muy eficiente. En nuestro último podcast os contamos el secreto, así como muchas otras claves que permiten que un equipo como MacBook Neo funcione mejor que cualquier equipo en su categoría de otros fabricantes y sistemas. 🤷🏻‍♂️ No es opinión ni fanboy: en Apple Coding Academy hablamos de hechos, así enseñamos a nuestros alumnos: con datos concretos y reales. Dato mata relato. 📹 Puedes ver el podcast completo en nuestro canal de Youtube.

Episodio completo: youtu.be/LyKt23lHDpQ

El Swift Developer Program es un programa con carga técnica real y un ritmo que no para. Esto es lo que marca la diferencia entre quien termina con bases sólidas y quien se pierde por el camino: 🚫 No copies código que no entiendes. Funciona hoy, te bloquea mañana. ❓ Si llevas más de 30 minutos atascado en lo mismo, para y pregunta. En la academia no existe la pregunta "básica". 🤔 Hay conceptos que necesitan tres lecturas. Opcionales, closures, patrones de diseño, arquitectura... alejarse, volver y leer desde otro ángulo funciona. Bloquearse en silencio, no. 👩‍💻 Entiende el lenguaje antes de querer construir una app. ⏱️ Y no dejes el proyecto para el último momento. Un proyecto “feo” que funciona enseña más que uno bonito sin terminar. El próximo SDP empieza el 7 de abril. Más información en el enlace: acoding.academy/formaciones/sw…

Y esto es lo que cambia todo: La barrera ya no es el hardware. Es saber usarlo 🚀

⚡️Apple no ha actualizado el M5. Lo ha reconstruido desde cero. El primer cambio arquitectónico REAL desde el M1.

Apple no ha presentado “más potencia”. Ha presentado un cambio de arquitectura. ➡️ M5 Pro y M5 Max = Fusion Architecture, doble die, Neural Accelerators en cada GPU y hasta 614 GB/s de memoria. Te lo explicamos todo aquí👇 youtu.be/phuZnm1sFmY?si…

Desde que la IA entró en nuestro día a día como desarrolladores, hay una pregunta que nos ronda... ¿Disfrutas más o menos de tu trabajo? 🤔

Apple acaba de meter IA agéntica dentro de Xcode - Xcode 26.3 ya puede trabajar solo: desglosa tareas, toma decisiones y ejecuta código de forma autónoma. - Claude + Codex integrados en el IDE. Y si no te gustan, puedes conectar tu propio agente via MCP ⚠️ But oh wait! Que no se te olvide, para que el agente de Claude y Codex aparezca en Xcode, necesitas tener macOS Tahoe instalado

Ya están abiertas las inscripciones para el Swift Developer Program de primavera ⭐️ 8a edición 👩‍💻 40 Plazas disponibles 💻 Clases en directo de lunes a jueves ☕️ Proyecto final real Plazas limitadas. Empieza el 7 de abril. Reserva tu entrevista gratuita ahora: applecodingacademy.youcanbook.me

🤩 Cuando entran los padres a una formación después de que sus hijos se hayan formado antes me emociona. Y no es la primera vez🚀. Y cuando ya te hablan que les encantaría formar una empresa de desarrollo en familia se me caen las lágrimas… @acodingacademy @Apple

🤯 El pasado 15 de febrero, un protocolo DeFi llamado Moonwell perdió 1,78 millones de dólares en minutos. No fue un hacker con años de experiencia. No fue un fallo de arquitectura complejo. Fue una línea de código mal calculada... escrita con IA, aceptada sin revisar, en un proyecto donde la desarrolladora principal subía 423 commits al día. ¡423!. 🤖 Opus 4.6 aparece como coautora oficial en el Pull Request que causó el desastre. El error fue de manual: el oráculo de precios tomó el ratio cbETH/ETH (≈1,12) y olvidó multiplicarlo por el precio real del Ethereum en dólares. Un cbETH que vale 2.200 dólares apareció valorado en 1,12. Los bots lo detectaron antes de que parpadeara nadie y se llevaron más de mil unidades pagando prácticamente nada. ¡1,78 millones de dólares de pérdidas que la empresa ha tenido que asumir! 🤦🏻‍♂️ La IA no revisa. La IA genera. Y cada sesión empieza desde cero, sin memoria de lo anterior, sin saber si lo que te acaba de escribir es una práctica segura o una bomba de relojería. La IA no distingue entre un cálculo correcto y uno catastrófico si tú no le das la información adecuada y, sobre todo, si tú no supervisas el resultado con criterio real. Si no le das el contexto necesario y herramientas para que cada inicio de sesión tenga una "memoria" de trabajo y supervisas lo que hace, como si fuera un junior. 😎 El "vibe-coding" (generar código con IA a velocidad de vértigo sin saber qué haces) es un cáncer. Y este es solo un ejemplo de una pérdida millonaria real e irreversible, porque en blockchain no hay un "undo". Y ojo, que Moonwell ya había tenido otro incidente en noviembre de 2025 con un millón de dólares. 🧠 La IA es la herramienta más potente que ha llegado al desarrollo en 50 años. Es como tener robots que ponen ladrillos para construir casas a velocidad de vértigo para montarlas en días y no en años. Pero sin un arquitecto detrás que diga dónde tienen que ir las paredes, el reparto de peso, los pilares, la distribución... la casa se caerá al primer soplido de viento. 🔨 Una herramienta en manos de alguien que no entiende lo que está haciendo no es productividad: es riesgo. Nosotros somos los responsables de lo que generamos, se haga con IA o sin ella. ¿Te dejarías diagnosticar una enfermedad por tu cuñado fontanero que preguntó por tus síntomas a ChatGPT? --------- Somos Apple Coding Academy. Formamos a empresas y desarrolladores desde la especialización para ser más competitivos y entendiendo el código. Si te gusta nuestro contenido, ve a nuestro perfil, dale a la 🔔 y síguenos. ☝🏼

@josebr_dev Nadie está reduciendo nada. Estamos contando casos reales que se dan. En ningún momento hablamos que todos vayan así. Y no es tan complicado: aplica cuando estés preparado. No es tan difícil.

🤯 Los discípulos de Angela Yu que tras un curso de Udemy optan a entrevistas técnicas donde hacen las pruebas con ChatGPT... parece increíble, pero es una realidad y uno de los motivos por los que la selección se ha vuelto tan dura en las entrevistas. 🤔 ¿Quieres usar IA en tu trabajo como programador? Perfecto, porque hoy día es una obligación, no una opción. Pero, ¿crees que si ponemos robots en la obra de una casa a poner ladrillos más rápido que un humano... basta con eso? Porque te garantizo que sin un arquitecto detrás que sepa cómo pedir y supervisar, esa casa se caerá al primer soplo de viento. Un MVP de tutoriales hecho por la IA no es una app: es una demo de lo que molas. Bastante 💩 hay ya en el App Store. 🎙️ Escucha la entrevista completa con @mhergon, en Youtube y en podcast. Enlaces en el primer comentario.

Puedes ver el podcast completo en Youtube: youtu.be/y9HEICi9yNc Puedes oír el podcast en Cuonda: cuonda.com/apple-coding/e…

Programar no es escribir código: en 2026 el código lo escribe una IA. Pero si no sabes programar: entender patrones, arquitecturas, algoritmos, procesos, cómo dividir una tarea en subtareas y ordenar en el orden preciso... si no sabes diseñar una pantalla amigable, con buena experiencia de usuario, con su accesibilidad para cualquier tipo de usuario independiente de sus capacidades... Programar no es escribir código: es saber cómo se crea el software. Si no sabes qué pedirle a una IA ni cómo pedírselo conociendo la herramienta... tienes el mismo mérito que quien usa una cámara de 6.000€ para hacer fotos en automático. Puede que alguna foto salga bonita, pero no eres fotógrafo.

Toda la información en: acoding.academy/sdp26

🤯 Ayer estuvimos migrando una app con Core Data a Swift 6 con la concurrencia estricta. Pusimos a la IA a ayudar. ¿Sabéis cuál fue su "brillante" solución? Meter las clases de la base de datos en MainActor (spoiler: son Sendable) y "arreglar" los singleton poniéndole un let al static. Como quien pone una tirita en una tubería rota. Compiló. 🧠 Y aquí está el problema que nadie quiere ver. La IA, cuando actúa como agente, tiene un único propósito: que compile. Pero un código que compila no es un código que esté bien hecho. No es un código seguro. No es un código eficiente. Es un código que pasa el compilador. Punto. 🫵🏻 Y esto nos lleva a la gran paradoja: AHORA es cuando más necesitas saber programar. Necesitas entender patrones, cómo funcionan los frameworks por dentro, cómo se estructura un código para que escale, cuándo un singleton tiene sentido y cuándo es un antipatrón disfrazado. Porque si no lo sabes, no puedes corregir a la IA. Y si no corriges a la IA, estás generando deuda técnica a una velocidad que si antes era posible corregir porque un desarrollador malo generaba deuda técnica despacio... ahora, con la IA, la genera a velocidad industrial. Y cuando explote... ¿quién arregla el lío? ¿La IA? 🤔 Hay algo más que nos preocupa que es la otra cara de esta moneda. Es cómo se configura la propia IA. Usar la IA, dicen. No... hay que saber usarla. Cómo se crea un skill, un agente, cuándo usarlo, qué conocimiento darle para que haga lo que tiene que hacer de verdad. 🤦🏻‍♂️ Y alucinamos: hemos pasado de usar librerías de terceros que no sabes cómo están hechas, donde asumes sus errores de seguridad, su código obsoleto, sus decisiones de diseño... ¿y ahora usamos skills de otros como si nada? Un skill mal hecho puede dar instrucciones erróneas a un agente. Y uno malintencionado podría estar configurado hasta para introducir puertas traseras en tus apps o sistemas. Es cambiar un problema por uno peor. 💡 Por eso decimos que este es, paradójicamente, el mejor momento de la historia para aprender a programar de verdad. No para copiar y pegar. No para rezar para que compile. Para ENTENDER. Entender qué hace cada línea, por qué la concurrencia estricta existe, qué implica un MainActor donde no debe estar, cómo funciona Core Data por debajo, qué es un índice, por qué un patrón es mejor que otro. Porque solo desde ese conocimiento puedes usar la IA como lo que es: una herramienta que multiplica tu capacidad. Pero si no tienes capacidad... multiplicas cero. Y cero por mucho que lo multipliques, sigue siendo cero. 🎓 Por todo esto, el Swift Developer Program 2026 que impartirá @mhergon no es un curso más. Es la base que necesitas para entender el código, dominar Swift 6, la concurrencia estricta, las arquitecturas nativas y saber usar la IA desde el conocimiento, no desde la fe ciega. 🤔 Porque el futuro no es de quien usa la IA. Es de quien sabe usarla y, sobre todo, corregirla.