¿Qué son la excepciones?
¿Cuándo hay que usarlas y cuándo no?
¿Cómo hay que handlearlas y cuándo hay que informarlas?
¿Qué relación tienen con los código de retorno?
¡Estas y muchas preguntas más las responderemos en este micro-workshop de 2 horas!

Descripción:
Las excepciones surgen como solución pragmática a la técnica de código de retorno, pero tienen también una explicación conceptual.
Luego de este micro-workshop serás un experto en excepciones, un tema generalmente mal explicado y por lo tanto mal utilizado.

Contenido:
a) ¿De dónde vienen las excepciones?
     - Explicación pragmática
     - Explicación conceptual
b) ¿Qué significan conceptualmente?
     - Design by Contract
     - ¿Quién verifica el contrato?
          - Escuela C/Berkely
          - Escuela Lisp/MIT
c) ¿Quiénes deben levantar las excepciones?
d) ¿Quiénes deben handlear las excepciones?
e) ¿Qué excepción hay que levantar? ¿Cuándo crear nuevos tipos de excepciones?
f) ¿Cómo handlear las excepciones? Distintas alternativas
g) Alternativas de implementación de excepciones
     - Pérdida del stack buscando el handler
     - Mantenimiento del stack en búsqueda del handler
h) Implementación sintáctica vs. Implementación con Objetos/Mensajes
i) Ejemplo de implementación sencilla con TDD

¿Estás cansado de usar clases anémicas?
¿Está buscando cómo controlar el efecto onda de los cambios que haces?
¿Querés aprender a distribuir bien las responsabilidades entre los objetos?
¡Entonces este micro-workshop es para vos!

Descripción:
En este micro-workshop de 2 horas, veremos qué significa encapsular, qué diferencias hay con information hiding, qué problemas genera romper el encapsulamiento y cómo evitarlo.
Lo haremos por medio de ejercicios prácticos en el lenguaje de programación de tu elección.

Contenido:
a) Definición de Encapsulamiento
b) Diferencias y similitudes con Information Hiding
c) ¿Por qué no romper encapsulamiento? - Impacto a nivel diseño
d) ¿Por qué no romper encapsulamiento? - Impacto a nivel mantenimiento
d) Cómo evitar romper el encapsulamiento. Alternativas
e) Ejercicios prácticos
f) Lenguajes de programación y su relación e implementación de encapsulamiento

¿Querés decirle adios a los errores por usar null?
¿Querés saber qué alternativas hay para no usar null y así tener código robusto?
¿Querés saber por qué los lenguajes de programación usan null y cómo están evolucionando al respecto?
En este micro-workshop de 2 horas responderemos estas preguntas, veremos las distintas alternativas a usar null,  cuándo conviene usar cada una dependiendo del tipo de lenguaje de programación y mucho más.
Todo con ejercicios prácticos que te ayudarán a entender el problema y sus soluciones

Descripción:
null ha sido creado por Tony Hoare para representar relaciones funcionales parciales en Algol 60, y también fue llamado por él mismo como "el error que ha generado billones de dólares de pérdida".
En este micro-workshop de 2 horas de duración, veremos conceptualmente por qué no es conveniente usar null/nil, los problemas que genera hacerlo y las distintas formas de evitarlo. Lo haremos por medio de ejercicios prácticos en el lenguaje de programación de tu elección.

Contenido:
    a) Descripción conceptual de por qué null/nil genera problemas.
    b) Contexto histórico de la creación de null.
    c) ¿Qué significa null?
    d) Las 5 soluciones para no usar null/nil. Ventajas y desventajas de cada una. Cuándo aplicarlas y cuándo no.
    e) Ejercicios prácticos para cada solución.
     f) Verificación de null/nil como parámetro.
     g) null vs. nil/Sintaxis vs. objetos.

¿Viste objetos en la facultad, sabes programar en Java, C# u otro lenguaje pero sentís que te falta aprender algo más?
¿Alguna vez te preguntaste cómo surgió el paradigma de objetos, qué bases teóricas lo sustentan, cómo se compara con el paradigma funcional y cuáles son sus ventajas y desventajas?

¿Te cuesta ponerle buenos nombres a las clases, y te preguntás por qué el paradigma se llama orientado a objetos cuando lo único que parece que escribís son clases?
¿Te cuestionaste por qué te cuesta tanto mantener los sistemas que desarrollas? ¿Por qué dicen que desarrollar con Ruby es más fácil que con Java pero con Java es más 'seguro' que con Ruby?

¿Tenés dudas sobre qué decisión de diseño es mejor, sabes que tenés que buscar mínimo acoplamiento y máxima cohesión pero no estás seguro qué significa en términos de objetos?
¿Te preguntaste cómo afectan tus diseños los lenguajes estáticamente tipados y dinámicamente tipados? o ¿por qué JavaScript no utiliza clases o qué es un closure?

Si alguna vez te hiciste alguna de estas preguntas, ¡entonces este curso es para vos!

¿Te gustaría saber qué es un closure y por qué los lenguajes que los incluye son más productivos?

¿Alguna vez te preguntaste si es necesario tener una jerarquía de Excepciones tan grande como la que proveen los lenguajes de programación?
 
¿Estás cansado de tener diseños complejos por más que uses patrones de diseño?
 
¿Querés saber cuál es la diferencia real entre un Decorator, Adapter o Proxy? ¿Querés tener más claro cuando usar un patrón de diseño y cuando no?

¿Tenés ganas de perderle el miedo a la meta-programación o querés saber qué es un lenguaje 'meta-circular' y practicar seriamente con uno de ellos?

Si alguna vez te hiciste alguna de estas preguntas ¡entonces este curso es para vos!

La historia de nuestra profesión es poco conocida por sus practicantes. Pocos conocen quiénes son John McCarthy, Peter Naur o Douglas Engelbart entre otros. Menos aún se conoce sus trabajos y la influencia que tuvieron tanto en los lenguajes de programación como en la tecnología que usamos.
Según Alan Kay, “nuestra cultura es una cultura pop… desconocemos nuestra historia y por eso nos pasamos reinventando la rueda pinchada”.

Este curso tiene los siguientes objetivos: