Biblioteca vs. framework: el criterio es “quién llama a quién” (inversión de control)
Llamamos biblioteca a Alamofire y framework a SwiftUI. Pero ¿no son ambos “usar código creado por otra persona”? ¿Cuál es la diferencia?
Leer artículoARCHIVE · 20
Todos los artículos
Recorre desde los fundamentos hasta los criterios de decisión de la práctica profesional.
[Modularización #3] Por qué Common se convierte en un cajón de sastre
La mayoría de los equipos que modularizan un proyecto termina creando módulos llamados Common, Core o Utils.
Leer artículo
[Modularización #2] Dependencias entre módulos: diseño y ciclos
En el artículo anterior resumimos la modularización como «agrupar lo que cambia junto para establecer límites».
Leer artículo
[Contexto IA #5] Subagentes: aislamiento y delegación
En las entregas anteriores vimos cómo ahorrar contexto: borrar el historial en cada límite de trabajo (parte 3) y diseñar costes fijos breves (parte 4). Aun así, hay tareas que siguen siendo demasiado grandes. Un ejemplo típico es: «Averigua cómo fluye la lógica de pagos en este código base». Un agente diligente leería decenas de archivos y, como vimos en la parte 1, todo lo leído se acumula en el contexto. Cuando termina la investigación, ya no queda contexto para hacer aquello que ese conocimiento permite: modificar el código.
Leer artículo
Patrón Prototype de Swift: NSCopying frente a la copia de tipos por valor
El patrón Prototype reduce el coste de creación y la duplicación de configuración al clonar objetos existentes. Aquí se resumen las diferencias entre la copia de tipos por valor de Swift y NSCopying en clases, además de cuándo intervienen la copia superficial y Copy-on-Write.
Leer artículo