Clase 1

Jueves Mañana, 2026, Primer Cuatrimestre

Bienvenida

¡Hola!

Ésta página corresponde a la primera clase, y habrá una por cada encuentro. Acá encontrarás apuntes y ejercicios que desarrollamos en clase, además de contenido recomendado para que profundices (o amplíes) lo visto después. Si bien está pensado para que puedas seguir lo visto estés donde estés, es importante aclarar que éstos contenidos no reemplazan a la cursada, aunque son una buena guía, en especial en el caso de las clases dadas en modalidad virtual.

¡Buen comienzo!

Quiénes Somos

  • Franco Bulgarelli
  • Gastón Prieto

Temario

  • Quienes Somos
  • Contexto de la materia (académico, político, económico, histórico)
  • Modalidad de la materia
  • Tecnologias, Arquitecturas Lógica y Física

Palabras clave

  • Distribución: existen arquitecturas centralizadas en las que todo está en una única computadora, y arquitecturas en descentralizadas en las que los componentes software están distribuidos en una red a lo largo de múltiples computadoras (nodos)
  • Arquitecturas de a pares (P2P) y Arquitecturas Cliente-Servidor (estas últimas son las que trabajaremos en la materia)
  • La arquitectura Web: un tipo particular de Cliente-Servidor en que utilizamos el protocolo de comunicación HTTP (nuevamente, la materia versará sobre ésta)
  • Persistencia: su motivación y la existencia de diferentes paradigmas de persistencia. En otras materias se trabajará el modelo relacional, mientras que aquí trabajaremos con el modelo documental (un tipo de paradigma de persistencia no-relacional)
  • Procesos de vida corta (scripts, comandos, etc) vs de Vida larga (aplicaciones de escritorio, servidores, REPLs/intérpretes, etc)
  • Arquitecturas Centralizadas (también llamadas monolíticas) vs Distribuídas
  • Arquitecturas Lógicas vs Físicas
  • Arquiteturas Web de cliente liviano vs cliente pesado
    • Dentro de cliente pesado: Frontend vs Backend
    • En general: arquitecturas web “monolíticas” vs “distribuidas”

Resumen

¿Desarrollo de software?

La “trampa” de llamar a esta materia de esta forma. ¿Qué aprenderemos a desarrollar? ¿Qué no?

  • Aprenderemos a desarrollar solo un tipo de sistema muy particular: Cliente Servidor, Web, Para Internet. Monolítico, Cliente Pesado, Para navegadores, Comercial, OLTP, Software de Larga Vida.
  • Web vs internet. Repaso: La diferencia entre Internet (una red global y pública de computadoras) y la Web (un servicio que permite consular páginas hipervinculadas)
  • Web vs móvil.
  • Web vs desktop.
    • escritorio como tecnología de presentación (pero aún con una arquitectura web, híbrida o simplemente otro tipo de arquitectura distribuida no-web)
      • vscode
      • discord
      • whatsapp
      • el navegador web en sí (browser)
      • ofimática
      • juegos
    • escritorio como arquitectura (concepto clásico)
      • presentación de escritorio
      • no se conecta a internet
      • no utiliza los protocolos de la web
      • no almacena información remota (lo hace por ejemplo en archivos)
      • no computa información en la nube (lo hace todo local)
  • Web vs software de terminal (repls, scripts, programas, etc).
    • aplicaciones de línea de comandos (CLI): sudo, find, grep, cd, git, apt,
    • interactivas (REPL, TUIs): htop, nano, vim, node, python, irb, etc…
  • Procesos de vida corta (scripts, comandos, etc) vs de Vida larga (aplicaciones de escritorio, servidores, REPLs/intérpretes, etc)
  • Software de control vs de análisis (OLAP) vs transaccional (OLTP) vs …..
  • Software comercial vs software para servicios públicos vs científico.
  • paréntesis: no estudiaremos cuestiones vinculadas a escala ni de mantenimiento
  • Web vs sistemas distribuidos no principalmente web ni cliente servidor.

Y ahora sí, que entendimos que software NO vamos a desarrollar, empecemos con desarrollo de “software”:

Cliente Servidor, Web, Para Internet. Monolítico, Cliente Pesado, Para navegadores, Comercial, OLTP, Software de Larga Vida.

Arquitectura física

  • Repaso arquitectura física: cómo distribuimos los componentes lógicos a través de agentes de cómputo que tienen memoria, procesamiento, almacenamiento y acceso a la red.
  • Cliente servidor: hay un nodo que hace peticiones (cliente) y un nodo que responde (servidor). Si esta regla no se cumple, no es cliente servidor. Ejemplo: arquitectura Web, JDBC y ODBC. ¿Y web?: son arquitecturas cliente-servidor, donde utilizamos los protocolos de la web (o algún subconjunto de ellos):
    • HTTP/HTTPS para comunicarse (lateralmente, WebSocket, que no es cliente servidor pero está vinculado a la Web)
    • HTML: lenguaje de representación de información
    • CSS: lenguaje de formateo de información
    • JS: lenguaje de programación (ahora vemos como)
    • Tecnologías del navegador: local storage, DOM, CORS, etc……
    • Y otras tecnologías, protocolos y estilos de comunicación de facto asociadas a la web:
      • JWT (tecnología)
      • REST (lo podemos pensar como un protocolo o simplemente un conjunto de buenas práctica de uso de HTTP)
    • nota: el cliente típico en la arquitectura web es el navegador web (browser). Pero hay otros posibles:
      • cliente CLI: curl / wget
      • aplicaciones de escritorio que por detrás utilicen los protocolos de la web
      • aplicaciones móviles
      • “código” que consuma servicios de la web de forma programática (usando curl, usando bibliotecas específicas para cada lenguaje de programación, etc —» axios en nuestro caso particular)
  • No es el único tipo de arquitectura: también existen, por ejemplo, las arquitecturas de pares (p2p, peer to peer, par a par en inglés). Ejemplos de arquitecturas p2p: ares, torrent, bitcoin
  • Cliente liviano y pesado: en que grado tenemos lógica del lado del cliente o no.
  • El diagrama de despliegue UML, que en su versión más sencilla se compone de:
    • Nodos: agentes de cómputo, interconectados a través de una red, como pueden ser computadoras de escritorio, celulares, dispositivos embebidos, supercomputadoras, servidores instalados en un rack de un centro de cómputos, etc.
    • Componentes: piezas de software que nuestro sistema ejecuta, como pueden ser scripts y programas de procesamiento en lote, programas interactivos, procesos de larga duración, demonios, procesos servidores, etc
    • Actores: agentes que se comunican y disparan interacciones con los nodos del sistema, que pueden ser personas físicas o jurídicas, otros sistemas informáticos o hasta incluso otros seres vivos.
    • Bases de datos
    • Redes
    • Procesos

Arquitectura lógica

  • ¿Como organizar el codigo servidor? En el servidor, cliente pesado: Objetos puros, ddd, capas.

    • Modelo de capas –> lo van a ver el sábado (ruteo, controladores, servicio, persistencia (repositorios y modelos))

    • Modelo MVC Web –> en ddsi

    • Modelos orientados a objetos organizados únicamente en torno a incumbencias (Domain Driven Design) <— (modelo, presentación, persistencia y comunicación) –> en ddsi

    • Modelos orientados a objetos sin una arquitectura particular
    • Modelo VIP (Interactor)

¿Como organizar el codigo cliente? –> para mucho mas adelante

JavaScript y Node

  • Entornos de js: hay video.
  • Tecnologías: express y axios. (Hay video). Apis. HTTP. Rest. Json (más en dds). Usar sin discutir demasiado. Foco en el intercambio.

Contextos organizacionales

También conversamos contextos organizacionales en los que construimos software:

  • Software comercial
  • Software para el estado / público
  • Software “activista” / para fundaciones / ONGs
  • Software científico

Y sobre sus posibilidades y restricciones en cada uno.

Brevísima cronología del desarrollo de software

Del 2000 hasta aca.

Material

Tarea