Re: Sitio de TADP desactualizado

[Franco Bulgarelli]

Buenas!

Reenvío esta vieja discusión al flamente grupo paco-docentes (y a Demian, que no se anotó aun :P. Buuuuu).

El resumen es que tenemos el sitio de TADP que aún refleja bastante el viejo temario. Un ejemplo de esto es el manifiesto inicial de TADP, que si bien sigue teniendo cierta aplicabilidad, después de los cambios en DDS, merece una actualización. 

Y que aún estamos cambiando cosas (por ejemplo, a principio de año no teniamos mucha intención de darle bola a mixins como cuenta Demian en su mail anterior, pero estamos reviendo esta decisión)

Entonces, surge esta posibilidad de tener un sitio que comparta material entre todas las materias. Claramente las planificaciones van a ser diferentes y hay temas que no van coincidir (por ejemplo, entiendo que O3 no da nada en Pharo, PHM nada en Ruby/Groovy, TADP no da aspectos), pero declaratividad, DSLs y metaprogramación, binding son temas que hoy son compartidos. 

Entonces surge la idea de tener un sitio integrado, que van a diferir en cuestiones administrativas, quienes somos y planificación, obvio, pero que en lo demás es lo mismo. Muchos ejercicios podrían ser reutilizados, también.  La página existe, es esta: https://sites.google.com/site/programacionhm/temario/unidad-2

Pensando en eso, les dejo la pregunta: ¿migramos el sitio de TADP a PACO, creando una subpagina con las cuestiones administrativas, como hicieron con O3 y PHM? ¿Qué cosas tendríamos que tener en cuenta? ¿Que disclaimer deberíamos poner que los alumnos no se sientan perdidos? ¿Les parece tirar por la borda los resúmenes de clase por cuatrimestre y dejarlos genéricos y ya?

Saludos!  Y hola a nuestros nuevos vecinos de UNQI y UNSAM :D

El 17 de abril de 2013 12:28, Demian Alonso <demian...@gmail.com> escribió:

Respondo entre lineas

2013/4/5 Nicolas Passerini <npass...@gmail.com>

Bueno, ya que a Demian mi mail anterior no le alcanzó, escribo un poco más. Les cuento el temario de las dos materias que yo doy (es parecido)

Jejeje no había sido tan así, sólo que mandé el mail antes de ver que me llegó el tuyo :) 

1) Sistemas de Tipos, básicamente pasa por dos cosas

- binding estático y dinámico, lo que nos lleva a introducir multimethods, este cuatri lo mostré con xtend.

- categorizaciones de los sistemas de tipos (lo de siempre: con chequeo estático vs. dinámico, nominales vs. estructurales, explícitos vs. implícitos)... después de un poco de teoría lo que hago es mostrar tipado estructural en scala. 

Los chicos de Quilmes ya saben Java y Smalltalk, a los de UNSAM les vengo enseñando Pharo porque vienen sabiendo sólo Java pero eso va a cambiar pronto tal vez.

Creo que ustedes algo de esto dan, creo que con menos profundidad (yo este cuatri me tomé 3 clases, pero incluyen las intros a Scala y Pharo)... 

Les mandé a hacer un "TP0" sencillito para que se hagan amigos de los lenguajes... jajja, dos tps en 4 semanas de clases, que tipo simpático, loco lindo.

A veces pienso que esta unidad hay que volarla a la mierda.

En fin.

 

Nosotros no estamos hablando de multimethods y de xtend vamos a usarlo en la parte de DSL externos (pero no vamos a estar hablando de XTend en sí). Y esto se evalua nomás en el parcialito.

Todavía no estoy seguro si lo volaría. Me da la sensación que es algo que a los alumnos les lleva un poco entender como funciona el chequeo de tipos. Y si lo sacamos de acá, no sé a donde se daría.

 

2) "Definiendo comportamiento más allá de las clases"

Esto va todo en una unidad porque no supe como agruparlo, pero es casi la mitad de la materia e incluye:

- Traits y mixins (aunque a veces dudo de si vale la pena contar ambos y perder tanto tiempo discutiendo las diferencias).

- AOP (que lo muestro con AspectJ

- Object-Based Languages (mal llamado prototype-oriented o algo así). Los últimos cuatrimestres lo vengo mostrando con Ioke, antes usaba Self... a veces dudo de si usar Javascript, pero la falta de herencia múltiple me detiene.

- Un tema que formalmente corresponde a esta unidad pero se ve salteado durante la 1 es bloques.

- Y otro tema similar es open classes / loose methods.

Bloques lo estoy evaluando en el TP0

El TP1 es agregar alguna funcionalidad al TP0 que use mixins/traits (se los hago hacer en Pharo y Scala para que comparen).

TP2 = Aspectos

Antes hacía un TP de prototipos pero este cuatri lo saqué... para pensar.

De acá entiendo que ustedes dan 

- traits y mixins seguro

- bloques por ahí anda

- aspectos y object-based no

- ¿open classes? Seguro se menciona cuando ven groovy.

BTW, yo por ahora no estoy usando groovy, pero a veces pienso que es una herramienta que debería aprovechar... tal vez eso podría resolver mi conflicto con el ioke/self/javascript

De mixins no estamos hablando mucho. Capaz se ve algo cuando veamos groovy pero hasta ahora no tuvo muy buen efecto creo.

De acuerdo con que aspectos y object-based nada de nada. Lo de open classes si lo vemos con groovy bastante.

Un día nos tenes que contar como haces para agregar esos dos temas (que no son menos de 2 clases enteras creo) y te alcanza el cuatrimestre jejeje

3) Reflexividad y metaprogramación

El cuatri pasado usé por primera ves el reflection de scala... todavía tengo que pulirlo, pero la idea es no usar más Java... básicamente para nada.

Después se da metaprogramación en Pharo, este es el principal motivo por el que sigo usando Pharo.

En Quilmes el TP3 es hacer un refactor en Pharo (se escuchan ideas!)

Nosotros también estamos haciendo un TP de metaprogramación. Este cuatrimestre vamos a reusar el que hice el cuatrimestre pasado que tiene 5 refactors distintos. Si lo querés usar está en el SVN (para cambiarle las formalidades), pero para ver el pdf raro lo podes ver acá: http://docs.google.com/viewer?a=v&pid=sites&srcid=ZGVmYXVsdGRvbWFpbnx1dG50YWRwfGd4OjJiZGE1YzVmNTU2YWM4OGI  (si te falta alguno más, avisa y capaz puedo pensar otro :) )

 

Acá creo que coincidimos 100%

4) Declaratividad

5) DSLs

Estos son temas que me habrán visto dar mil veces, con mi ejemplo del ORM... aranco más o menos con eso y los últimos cuatrimestre venimos agregando variantes, mostrando

- DSLs internos, desde siempre en Scala... supongo que acá debería aprovechar groovy.

Nosotros usamos groovy, pero no sé que va a pasar cuando agreguemos Scala. Supongo que no tiene sentido mostrarlo con los dos y seguiremos con Groovy.

 

- DSLs externos con XText

Lo mismo

 

- El año pasado mostré parsers combinators en Scala, pero no me gustó mucho, me parece que nadie entendió nada, jajaja. 

- Y también NicoS explicó cómo hacer para generar bytecode (sería meterse más en el backend de la creación de un lenguaje), eso me gustaría mantenerlo, tengo que ver mis tiempos.

- Hace tiempo tengo la idea de mostrar Helvetia, pero nunca lo hice.

Nada de todo esto hacemos. Pero creo que irse al bytecode es irse un tanto de tema (salvo para clase bonus)

 

La mayoría del tiempo se va en los DSLs, lo de declaratividad es una clase. Es un tema que viene creciendo, incluso en algún momento pensé en hacer una materia entera sólo de DSLs.

La última vez que yo di TADP teníamos algo llamado "lenguajes dinámicos"... bleh, ¿sigue siendo así? 

Sí, tenemos dos clases de "eso". Con Leo pensábamos en llamarlo "lenguajes vanguardistas" que suena a que son cosas nuevas (pero no modernas que suena a viejo) y no confunde con lo de "dinámico" que es una palabra que se da para malinterpretaciones.

 

¿Algo más me falta?

Lo que nosotros agregamos más para este cuatrimestre son 2 clases más de ejercicios en clase que nos parece que hacen falta. Por un lado usamos 2 clases para el ejercicio de metaprogramación y agregamos una clase sola de ejercicios de groovy.

 

2013/4/5 Demian Alonso <demian...@gmail.com>

Al final no, a Nico también le quedaba a trasmano así que sólo nos juntamos para ver la clase de TADP del sábado.

Pero Nico dijo que luego iba a tratar de mandar un mail para contarnos cuales son los parecidos para ver si podemos poner todo en un sólo sitio

2013/4/5 Franco Bulgarelli <flbulg...@gmail.com>

Buenas!

Pudieron charlar algo sobre esto al final? Estoy engripado y mañana me quedo en casa, así que si hay algo en que pueda avanzar, avisen!

El 4 de abril de 2013 17:43, Demian Alonso <demian...@gmail.com> escribió:

Al final quedamos en juntarnos en Medrano (en el buffet asumo) hoy a las 19:00, así que estaremos ahí más o menos desde entonces

2013/4/3 Demian Alonso <demian...@gmail.com>

Pensé que mañana iba a estar abierto Campus. Pero si está cerrado entonces ni Fede ni Lucas tienen que cursar ahí así que supongo que nos podemos juntar en cualquier lugar.

Después coordino con Fede o Lucas

2013/4/3 Nicolas Passerini <npass...@gmail.com>

Mañana en Campus no se pueden juntar porque está cerrado. No sé, por las dudas confirmen.

Si no hablamos en otro momento.

Ahora estoy medio jugado, pero esta tarde les mando un mail adelantando algo.

2013/4/3 Demian Alonso <demian...@gmail.com>

Igual nos juntamos mañana para ver la clase de TADP :)

2013/4/3 Franco Bulgarelli <flbulg...@gmail.com>

Yo hoy no puedo :(

El 3 de abril de 2013 13:52, Demian Alonso <demian...@gmail.com> escribió:

Con Pablo podríamos llegar un rato antes. No sé Leo y Franco.

2013/4/3 Nicolas Passerini <npass...@gmail.com>

Si ustedes se juntan 20:30 por TADP, podríamos juntarnos un rato antes para hablar del site, ¿qué dicen?

2013/4/3 Franco Bulgarelli <flbulg...@gmail.com>

PD: a Kung Fu me sumo la otra semana, volví medio engripado del finde largo :P

El 3 de abril de 2013 10:48, Franco Bulgarelli <flbulg...@gmail.com> escribió:

Buenas!

No estaba en mis planes la fusion con PHM, pero si les parece, la miro y me pongo en tema. Mi plan de actualización (que tenia pensado implementar ayer, pero ahora estoy sin luz en casa) era mucho mas modesto: eliminar el historico de clase, y dejar una sola seccion con una página por tema actualizando, corrigiendo y completando lo que que falte, de forma que haya una sola sección de resúmenes de clase. Como segundo refactor, tenía pensado actualizar la bibliografía. 

El sábado si quieren lo charlamos informalmente después de clase (yo también debería irme para diseño), y luego nos juntamos con Nico en otro momento, les parece?

El 2 de abril de 2013 20:20, Demian Alonso <demian...@gmail.com> escribió:

Justo este jueves estamos complicados por que tenemos que preparar la clase del sábado de TADP (en Campus a las 20:30).
Si el viernes resulta que estás libre podemos juntarnos el viernes, sino la semana que viene. Puede ser martes, jueves o viernes.

Salvo que quieran juntarse después de kung-fu (y de paso vamos todos :) ).

2013/4/1 Nicolas Passerini <npass...@gmail.com>

El próximo sábado tengo la reunión de diseño :(

Perdón!

Tal vez podría ser el jueves, creo que el viernes tengo algo pero en medio de mi quilombo ya no me acuerdo qué.

2013/4/1 Pablo de Haro <pabl...@gmail.com>

Sale por mí.

Pablo de Haro

2013/4/1 Demian Alonso <demian...@gmail.com>

Yo también estoy a full los feriados. ¿El sábado después de TADP?

2013/3/31 Nicolas Passerini <npass...@gmail.com>

Yo creo que el fin de semana no voy a hacer más nada. Mañana es el bautismo de mi sobrina y el martes me tengo que poner a preparar la clase de diseño.

2013/3/31 Pablo de Haro <pabl...@gmail.com>

¿Cuando nos juntamos?

Aprovechamos lo que queda de este fin de semana?

Yo mañana, tipo a la tarde creo que puedo.

Pablo de Haro

El mar 31, 2013 4:29 p.m., "Nicolas Passerini" <npass...@gmail.com> escribió:

Laa materias tienen muchos temas en comun. Creo que podriamos tener todo en un solo sitio

El mar 30, 2013 8:23 p.m., "Demian Alonso" <demian...@gmail.com> escribió:

¿cuando nos juntamos? :)

De todas formas, ¿cual es tu idea? ¿hacer un sitio sólo para ambas materias? Sino creo que hay algo que me perdí

2013/3/29 Nicolas Passerini <npass...@gmail.com> > > En lugar de updatear el sitio de tadp, debe...

--
Demian P. Alonso (demian...@gmail.com)
-- A conclusion is simply the place where someone got tired of thinking.

--
Demian P. Alonso (demian...@gmail.com)
-- A conclusion is simply the place where someone got tired of thinking.

--
Demian P. Alonso (demian...@gmail.com)
-- A conclusion is simply the place where someone got tired of thinking.

--
Demian P. Alonso (demian...@gmail.com)
-- A conclusion is simply the place where someone got tired of thinking.

--
Demian P. Alonso (demian...@gmail.com)
-- A conclusion is simply the place where someone got tired of thinking.

--
Demian P. Alonso (demian...@gmail.com)
-- A conclusion is simply the place where someone got tired of thinking.

--
Demian P. Alonso (demian...@gmail.com)
-- A conclusion is simply the place where someone got tired of thinking.

--
Demian P. Alonso (demian...@gmail.com)
-- A conclusion is simply the place where someone got tired of thinking.

--
Demian P. Alonso (demian...@gmail.com)
-- A conclusion is simply the place where someone got tired of thinking.