1. RoR en la universidad
Joaquín Salvachúa
Santiago Pavón
Juan Quemada
2.
3. Indice
• Para que aprender RoR
• Como enseñar RoR
• Como aprender RoR
• Experiencias
• En marcha .......
4. ¿Quienes somos?
• Profesores del departamento de ingeniería
de sistemas telemáticos (DIT).
• Centrados en diseño e implementación de
protocolos y aplicaciones web.
• Necesidad de motivar a la gente.
5. No para enseñar a
programar
• Enseñar a diseñar e implementar:
• Protocolos.
• Aplicaciones y servicios.
9. Para que aprender RoR
• Capacidad de desarrollar una aplicación
entera sin perderse en los detalles.
• Enfoque de trabajo en equipo:
• Capaces de colaborar.
10. Experiencias Con
C / C++
• Problemas con los punteros.
• 1 hora escribiendo 5 depurando.
• Aprendían muy pocos conceptos de
aplicaciones. Concentrados en los detalles.
11.
12. Experiencias con Java
• Los alumnos no aprender a programar:
• Googlean buscando un API que realice la
tarea pedida.
• Perdida de perspectiva y conceptos.
14. Enseñar conceptos
• Problema con velocidad actual:
• Enseñar la última tecnología, que cambia
al proximo año.
• Aprender haciendo:
• Han de experimentar como se realizan
las cosas, de lo contrario todo queda en
el aire.
15. Ruby como lenguaje
• El objetivo no es aprender a programar.
• Se supone, como el valor, que ya saben.
• Esto ya se realiza en otras asignaturas.
• El objetivo es conocer lo necesario para
usar Rails.
16. Mostrar su uso
• Una clase de 2 horas para mostrar los
aspectos más relevantes del lenguaje:
• Sintaxis.
• Tipado dinámico y de patos (Duck
typing).
•
17. ¿Enseñamos Ruby?
• No mucho.
• Lo justo para entender Rails.
• Ofertamos tutoriales online.
20. Conectivismo
• Otro “scaffolding”
• Proporcionamos el “andamiaje” de
conocimiento donde entender los
conceptos.
• Mas en Que se hace que Como se hace
21. Profesor como
facilitador
• Ofrece conceptos.
• Ofrece tutoriales y resuelve dudas.
• Ayuda a volar solos. (entornos reales).
23. Arquitectura REST
• Creemos que son conceptos adecuados.
• Sirve para profundizar en las aplicaciones
web y el protocolo HTTP.
• Conceptos más que detalles.
25. Motivación inicial
• Son capaces de ver un “screencast” y ver
que pueden realizar una aplicación.
• No necesitan entenderlo todo.
• Pueden profundizar lo que deseen.
27. Fuerte motivación
• Rapidamente “parece un sitio de verdad”
no un juguete.
• Dedican mucho más esfuerzo e imaginación
que la planificada.
• Deseo de aprender más.
35. SWCM 2006-2007
• Grupo experimental Ruby
• Comunicaciones con Ruby:
• Tcp, Udp, multicast, threads
• Aplicación Rails
• Desarrollo de aplicaciones web con
Rails 1.2
36. SWCM 2007-2008
• Actualización en el temario:
• Eliminados temas de comunicaciones con
Ruby.
• Web:
• Aplicaciones con Rails 2 (5 horas)
• y (X)HTML, CSS, JS, AJAX, mySQL,
ruby (nivelación)
38. Desarrollo de Aplic. Web 2.0 con
RoR
• Libre Elección – Tercer curso
• Temario:
• Diseño, usabilidad, …
• Web Básico: xhtml, javascript, css, ajax
• MySql
• Lenguaje Ruby
68. Aplicaciones y Sistemas
Colaborativos en Web 2.0
• Postgrado
• Temario:
• ¿Qué es la web 2.0?
• Colaboración
• Usabilidad
• RoR
69. • Proyectos Fin de Carrera
• Tesis Doctorales
• Actividad en otros departamentos.
70. Experiencia inicial
• Grupo experimental en Software de
comunicaciones.
• Voluntarios.
• La mayor parte del grupo continua
colaborando con nosotros.
71. Ruby
• No perfecto para implementar protocolos
de comunicaciones.
• Lento para algunos casos (RTP / UDP).
• Considerando la unión Ruby y RoR con
Erlang.
78. Conclusiones
• Interés elevado de los alumnos.
• Se le dedican pocas horas de docencia.
• Crear más asignaturas.
• Comenzando en los primeros cursos.
• Alumnos del grupos especial 2006 ya han
terminado (o casi) la carrera.