Ir al contenido principal

Referentes en enseñanza online

Referentes que transforman el aprendizaje tecnológico

Hologram Logo El día de hoy, quisiera dedicar un hilo especial a aquellas personas que de alguna forma u otra han dejado una huella en lo que ha sido mi aprendizaje a lo largo de todos estos años (independientemente de la formación profesional institucional). A nivel técnico estamos acostumbrados a consumir información de varios sitios, foros, documentación, videos, podcasts etc. pero aún con el pasar del tiempo hay plataformas de aprendizaje online que tengo como referentes y se las quisiera compartir.

Hoy es sábado, y aunque me había propuesto no publicar los fines de semana, las últimas semanas han sido intensas. Entre exámenes, proyectos y parciales, sumado al trabajo durante la semana y la atención que requieren mis mascotas, preparar y escribir un hilo a veces es un desafío. Sin embargo, no quería dejar pasar esta semana sin al menos compartir una entrada para mantener el hábito. No sé exactamente por qué cuento todo esto, pero bueno, vamos al tema de hoy.

Cuando pensamos en un referente en lo que compete a enseñanza tecnológica, imaginamos a alguien que no solo domina su campo técnicamente, sino que también sabe cómo comunicar ese conocimiento de manera efectiva y de forma motivadora. Un gran referente reúne una combinación de características que lo convierten en una fuente de inspiración para estudiantes y profesionales.

Un comunicador, ya sea un divulgador o docente, siempre está buscando nuevas formas de enseñar y de evolucionar, adaptándose ante los eventuales cambios de la modernidad. También considero que debe tener el poder de motivar a otros a explorar y desarrollar su potencial. Es un guía que, con paciencia y habilidad, teje puntada tras puntada o deja pequeñas migajas a lo largo del camino, señalando las diversas rutas que se pueden tomar, pero nunca eligiendo por el estudiante. Esas personas (o equipos también como lo veremos más adelante) son las que quiero homenajear hoy.

Las plataformas que voy a mencionar a continuación, son plataformas de las cuales he consumido al menos dos o tres cursos (y más también) pero no todas tienen que ver exclusivamente con C# o .NET. Sin embargo, los lenguajes se complementan de alguna forma u otra por lo que nunca está de más recordar lugares a los cuales podemos acudir en un futuro.

Quiero aclarar que esta lista no es un ranking. Más bien, te invito a verla como una recopilación personal de plataformas que han dejado una muy buena impresión en mí. Son espacios donde he encontrado una gran preparación, sacrificio y dedicación por parte de sus creadores, y me gustaría compartirlas en este blog. También quiero decir que, la palabra clave implícita para llegar a las personas y hacer crecer su trabajo como lo lograron algunos de los colegas que menciono acá es: humildad. En todo lo que haces, sé humilde y perseverante. La vida se encargará del resto.



Píldoras Informáticas 
(contenido en español)

Docente: Juan Díaz

Píldoras Informáticas PildorasInformaticas es una plataforma con varios cursos desarrollados en diversas tecnologías a cargo de Juan Díaz. 

Él es profesor en España, en el ámbito público/privado y arrancó este proyecto en sus inicios con el canal de youtube de píldoras informáticas.

Con el tiempo, ha ido añadiendo contenido que van desde office (excel, powerpoint, word etc.) hasta desarrollos en cursos .NET, programación Mobile, React, Angular y mucho más. La cantidad de cursos que ofrece Juan crece día a dia, con una pedagogía y trayectorias intachables. 

Cuenta tanto con cursos gratis como tutorizados. En caso de optar por cursos tutorizados, vas a tener una guía práctica de ejercicios por mano de Juan y al final del mismo vas a tener un certificado de completitud de Píldoras.

Este tutor no escatima en lo más mínimo en ir hasta la raíz de un lenguaje y te lo explica con ejemplos y de forma sencilla, respetando algo que considero muy importante como lo es la curva de aprendizaje de cada materia. Los cursos están pensados y armados estructuradamente para que vayas creciendo con cada clase en formatos de videos cortos (vas a encontrar videos de entre 5' y 20' aprox.) que no tienen desperdicio.

Juan es reconocido por ser detallista y por profundizar en los temas como si te estuviera hablando de "tu a tu". También te saca unas risas de tanto en tanto cuando se lía y se equivoca en algún tipeo y luego no le compila la cosa.




Bueno, de momento creo que eso era todo lo que quería compartir en cuanto a contenido. Quiero agradecer y hacer una mención especial a icons8 por permitir que (sobre todo para los no somos buenos en diseño gráfico) sea tan fácil programar svg en el sitio y además de forma gratuita.

Si no lo conocen, denle una visita al sitio: https://icons8.com/

Ahí van a encontrar iconos de todo tipo, para aplicaciones en general, redes sociales, forms, apple, android etc. Además cuentan con una herramienta online que te permite cambiar el color de fondo de la imagen, la opacidad, rotarla, cambiar la posición y mucho más. Luego de "armarla" por así decirlo, te permite descargarlo gratis en formato .png | .svg y hasta en base64.. sin palabras.

¡Gracias por haber llegado hasta acá!

Otros artículos

Principio de Responsabilidad Única (SRP) – SOLID explicado con ejemplos

Introducción a S.O.L.I.D En esta entrada, intentaremos abordar un nuevo ciclo de conceptos que tienen que ver sobre los principios SOLID , que son fundamentales en la programación orientada a objetos o POO . Estos principios fueron formulados, en principio, por Robert C. Martin , también conocido como " Uncle Bob ", con el objetivo de mejorar la mantenibilidad y escalabilidad del código de software. SOLID es un acrónimo que representa cinco principios de diseño: Single Responsibility Principle (SRP) – Principio de Responsabilidad Única Open/Closed Principle (OCP) – Principio de Abierto/Cerrado Liskov Substitution Principle (LSP ) – Principio de Sustitución de Liskov Interface Segregation Principle (ISP) – Principio de Segregación de Interfaces Dependency Inversion Principle (DIP) – Principio de Inversión de Dependencias Estos principios nos ayudan a crear software más ...

Open/Closed Principle (OCP) – SOLID explicado con ejemplos

Continuando con el repaso de los principios de S.O.L.I.D. que inició en el hilo anterior - si no lo viste hacé click acá  Principio de Responsabilidad Única (SRP) - vamos a ver el segundo en orden de aparición: Principio de Abierto/Cerrado (OCP por sus siglas en inglés). Definición Formal El principio OCP (Open/Closed Principle) establece que el código de una clase o un módulo debe estar abierto para la extensión, pero cerrado para la modificación. Esto significa que no se deben realizar cambios en el código existente cuando se requiere alterar alguna funcionalidad. En lugar de modificar el código existente, se debe crear una nueva implementación que extienda la funcionalidad. La única excepción a esto son los arreglos de bugs, donde está permitido modificar el código existente. Si se desea introducir una nueva funcionalidad, como la ordenación en un método existente, en lugar de modificar el código, se crearía una nueva implementación q...

Guía Completa para Crear un README.md Profesional en GitHub

¿Qué es un README.md y por qué es importante? El archivo README.md es la primera impresión que un desarrollador obtiene al visitar un repositorio en GitHub que hayas creado. Sirve como documentación principal de un proyecto, proporcionando información sobre su propósito, estructura y uso. Un README.md bien elaborado puede mejorar la comprensión del proyecto, facilitar la colaboración y también atraer contribuyentes. Estructura recomendada de un README.md Una estructura comúnmente utilizada para hacer que tu README.md sea claro, informativo y atractivo: 1. Título y Descripción El título debe ser claro y descriptivo. Pensalo también, como un término de búsqueda que alguien podría buscar en Google. Luego, una breve explicación del proyecto: # Nombre del Proyecto Una breve descripción sobre qué hace tu proyecto. 2. Insignias (Badges) Podés agregar insignias para indicar el estado del build, cobertura de pruebas, licencias, entre otros: !...

Principio de Segregación de Interfaces (ISP) – SOLID explicado con ejemplos

El Principio de Segregación de Interfaces es otro de los principios SOLID y establece que: Una clase no debería verse obligada a depender de métodos que no utiliza .  En otras palabras, en lugar de crear una interfaz grande con muchos métodos, es mejor dividirla (segregar) en interfaces más pequeñas y específicas. Pero.. ¿Por qué? Obliga a implementar métodos innecesarios Si una clase solo necesita una "parte" de la funcionalidad de una interfaz, pero esta interfaz es muy grande, se va a ver obligada a implementar métodos que no usa. Esto es casi que inevitable si no buscamos la manera de separar mejor las responsabilidades. Imaginemos una interfaz IVehiculo que tiene los siguientes métodos: public interface IVehiculo { void Conducir () ; void Volar () ; void Navegar () ; } Si una clase Auto implementa esta interfaz, se ve obligado a definir métodos como Volar() o Navegar() , aunque un auto no vuela ni navega. public c...

Principio de Sustitución de Liskov (LSP) – SOLID explicado con ejemplos

¿Qué es el Principio de Sustitución de Liskov? Imaginá que tenés un control remoto universal diseñado para funcionar con cualquier televisor. Si un nuevo modelo de TV no responde a los mismos comandos, el control deja de ser útil. El Principio de Sustitución de Liskov es como una garantía de que cualquier 'televisor' (o clase derivada) va a funcionar correctamente con el 'control remoto' (o clase base). El Principio de Sustitución de Liskov ( LSP ) es el tercer principio de SOLID , representado por la letra L y establece que: Los objetos de una clase derivada deben poder sustituir a los objetos de su clase base sin afectar el comportamiento correcto del programa. En otras palabras, si una clase hija hereda de una clase padre, cualquier instancia de la clase hija debería poder usarse en lugar de una instancia de la clase padre sin alterar la funcionalidad esperada. ¿Quién es Bárbara Liskov? Bárbara Liskov es una destacada científi...

Principio de Inversión de Dependencia (DIP) – SOLID explicado con ejemplos

Estamos cerrando este ciclo de definiciones para SOLID , y en esta entrada vamos a dar un vistazo al último principio de la lista: DIP o Dependency Inversion Principle . El Principio de Inversión de Dependencia (DIP) establece que: Los módulos de alto nivel no deben depender de módulos de bajo nivel. Ambos deben depender de abstracciones. Las abstracciones no deben depender de los detalles. Los detalles deben depender de las abstracciones. El Problema de la Dependencia Directa Imaginate que estás construyendo una aplicación que envía notificaciones. Para empezar rápido, decidís crear un controlador que usa directamente un servicio de correo electrónico: public class NotificationController { private EmailNotificationService _service = new EmailNotificationService (); // Acá tenemos dependencia directa } Al principio, todo parece estar bien. El controlador puede enviar correos sin problema. Pero luego surge un requisito: ta...