Taller de Desarrollo de Software, primera reunión.
Sebastián Santisi
contactaron al respecto de este tema. Este es el último mail que van a
ver difundiendo este tema; los que quieran mantenerse al tanto de
ahora en más, acérquense a los canales que abrimos.)
Ayer se realizó la primera reunión por el tema del taller de
desarrollo, vino realmente más gente de la que esperaba, y hubo una
buena recepción como para poder delinear qué vamos a hacer (cosa que
cuando mandé la invitación hace unos días, no tenía mucha idea de
adónde íbamos a llegar).
La idea del grupo va a ser ensayar una modalidad de desarrollo de
comunidad de software libre, y aprender a manejarse y colaborar de esa
manera. De entrada, el primer recurso con el que arrancamos es con la
lista de correos taller-de-...@googlegroups.com (página en
http://groups.google.com/group/taller-de-desarrollo ) (Para los que
estuvieron ayer: Ojo, fíjense que le había puesto mal los guiones).
Se decidió entre todos encarar el proyecto de hacer un sistema de
asignación de cursos en aulas, que está haciendo falta en Bedelía en
este momento. El sistema debería poder llevar cuenta de las aulas que
tiene la facultad con sus características, de los cursos que tiene, de
la asignación de aulas a cursos, de la asignación de aulas a eventos
especiales (exámenes, charlas, etc.), y permitir la identificación de
problemas (aula subocupada o sobreocupada) y reasignación de manera
amigable y sobre una interfase gráfica. Todo esto, por requerimiento
del area de sistemas, montado sobre una aplicación web.
En la reunión de ayer, nos presentamos entre los que pudimos ir, y
charlamos de las espectativas de cada uno y las areas de interés y de
aplicación que buscaban. Quedó como tarea el empezar a tirar ideas
entre todos acerca de qué funcionalidades concretas debería tener el
sistema, y googlear un poco sobre las cosas que comentó cada uno (PHP,
MySQL, SVN, Darcs, Git, Erlang, Prolog, CSS, etc.) para tener una
mínima noción. En base a ese laburito previo de cada uno,
probablemente fijemos una reunión la semana próxima para empezar a
bajar al diseño concreto, elegir las plataformas, relevar bien qué hay
que hacer y empezar a trabajar.
No es mandatorio haber asistido a la primera reunión ni hay nada
condicionado de entrada (salvo los requerimientos que puedan tenerse
sobre el proyecto). Está invitado a sumarse todo aquel que quiera
colaborar, que quiera seguir el avance, o que sólo quiera chusmear.
Cualquier cosa, la seguimos por el grupo del taller.
Saludos;
Sebastián Santisi
s...@ntisi.com.ar
Francisco Dibar
ultima reunion pero quisiera agregar unos comentarios entre lineas.
2009/5/22 Sebastián Santisi <s...@ntisi.com.ar>:
> Se decidió entre todos encarar el proyecto de hacer un sistema de
> asignación de cursos en aulas, que está haciendo falta en Bedelía en este
> momento. El sistema debería poder llevar cuenta de las aulas que tiene la
> facultad con sus características, de los cursos que tiene, de la asignación
> de aulas a cursos, de la asignación de aulas a eventos especiales (exámenes,
> charlas, etc.), y permitir la identificación de problemas (aula subocupada o
> sobreocupada) y reasignación de manera amigable y sobre una interfase
> gráfica. Todo esto, por requerimiento del area de sistemas, montado sobre
> una aplicación web.
En algun momento estuve viendo que cosas ya existian para esto y me
encontre con uno que anda bastante bien llamado fet.
http://www.lalescu.ro/liviu/fet/
Por otro lado tambien existe uno llamado tablix con su interfaz
gtablix disponible en los repositorios de ubuntu.
Lo que se proponen no es trivial, sobre todo considerando muchisimas
variables que desde el vamos no se tienen en cuenta.
Por eso para mi lo mejor seria colaborar con un proyecto ya existente
y mejorarlo, y de insistir en comenzarlo de cero, al menos tener
razones para ello.
> En la reunión de ayer, nos presentamos entre los que pudimos ir, y
> charlamos de las espectativas de cada uno y las areas de interés y de
> aplicación que buscaban. Quedó como tarea el empezar a tirar ideas entre
> todos acerca de qué funcionalidades concretas debería tener el sistema, y
> googlear un poco sobre las cosas que comentó cada uno (PHP, MySQL, SVN,
> Darcs, Git, Erlang, Prolog, CSS, etc.) para tener una mínima noción. En base
Con respecto al lenguaje a usar, que sea web o no a esta altura quiza
no sea tan importante, la clave esta en el motor, y eso para mi
deberia hacerse en c/c++ por cuestiones de performance. Luego se puede
exportar la funcionalidad a la web via python usando boost-python por
ejemplo.
saludos y suerte!
Sebastián Santisi
Francisco Dibar wrote:
> hola Sebastian, me parece excelente la iniciativa, yo no fui el a la
Gracias;
[snip]
> En algun momento estuve viendo que cosas ya existian para esto y me
> encontre con uno que anda bastante bien llamado fet.
> http://www.lalescu.ro/liviu/fet/
> Por otro lado tambien existe uno llamado tablix con su interfaz
> gtablix disponible en los repositorios de ubuntu.
Voy a pegarles un vistazo después.
> Lo que se proponen no es trivial, sobre todo considerando muchisimas
> variables que desde el vamos no se tienen en cuenta.
De todos modos; al menos para lo que nos pidieron en este momento, se
trata sólo de un ABM de cursos y de aulas.
No hay mucha complejidad detrás, es algo bastante modular para
desarrollar. Creo que el único parámetro crítico es el modelo de datos
que vaya a elegirse; después de eso, las operaciones son bastante triviales.
> Por eso para mi lo mejor seria colaborar con un proyecto ya existente
> y mejorarlo, y de insistir en comenzarlo de cero, al menos tener
> razones para ello.
La razón es que se trata de un taller de desarrollo.
El público que tenemos es, en su mayoría, gente que tiene cursadas
Algoritmos II o Algoritmos III; y que nunca trabajó en ningún proyecto.
No conocen las tecnologías que se van a tocar, y nunca hicieron nada
integrador que toque tantas cosas transversalmente.
Por eso, es que como parte de ese aprendizaje, me parece importante el
que puedan recorrer todo el camino de un proyecto. Desde el análisis
inicial y el relevamiento con el "cliente"; pasando por la elección del
lenguaje, la plataforma, y las metodologías, el diseño básico, etc.
Si se agarra un proyecto ya empezado, se pierden todo el proceso
intelectual detrás y se pierden todo el aprendizaje que implica el
pensar las cosas por uno mismo, aunque sea para equivocarse.
Para el enriquecimiento del software libre, es siempre mejor colaborar
con algo existente. Para el enriquecimiento de un grupo que quiere dar
sus primeros pasos, es mejor pasar por toda la cadena de punta a punta,
en vez de agarrar algo ya hecho, en mi opinión.
Por otro lado, aunque quisiéramos, los conocimientos de los que van a
participar creo que no dan para empezar a meter mano en código de
terceros ya cerrado... eso no es trivial.
>> En la reunión de ayer, nos presentamos entre los que pudimos ir, y
>> charlamos de las espectativas de cada uno y las areas de interés y de
>> aplicación que buscaban. Quedó como tarea el empezar a tirar ideas entre
>> todos acerca de qué funcionalidades concretas debería tener el sistema, y
>> googlear un poco sobre las cosas que comentó cada uno (PHP, MySQL, SVN,
>> Darcs, Git, Erlang, Prolog, CSS, etc.) para tener una mínima noción. En base
>
> Con respecto al lenguaje a usar, que sea web o no a esta altura quiza
> no sea tan importante, la clave esta en el motor, y eso para mi
> deberia hacerse en c/c++ por cuestiones de performance. Luego se puede
> exportar la funcionalidad a la web via python usando boost-python por
> ejemplo.
Por el tipo de aplicación a hacer, yo creo que la performance hay que
pedírsela al motor de base de datos. Creo que la mayor parte de las
operaciones que hacen falta tienen que poder resolverse sólo con una
query, si las tablas están bien armadas... meter la lógica de las
operaciones de conjuntos del lado del software desarrollado, me parece
que sería incómodo.
Luego; no importa tanto la performance del lenguaje como sí importa la
versatilidad del mismo para el desarrollo del empaquetamiento de la capa
de datos, y luego para el desarrollo de la interfase de usuario.
Siendo que todos los chicos ya programaron en C, C++ y Pascal; yo creo
que les aportaría más usar algún lenguaje dinámico. Para que vean otra
cosa, y porque hace las cosas más fáciles. Igual, este no es un tema
cerrado, tiramos un par de nombres y probablemente cuando lleguemos al
momento en el que decidamos cómo seguir, evaluaremos en base a
características de cada uno.
Esta es mi opinión personal... yo sólo coordino el grupo; la idea es
que ellos vayan decidiendo, y vayan aprendiendo sobre las distintas
partes involucradas.
Saludos;
Sebastián Santisi
s...@ntisi.com.ar
Rodrigo Javier Ubal Dahl
Sigan con esta iniciativa que es muy útil para abrir mentes y motivarlas a mas.
Saludos
Rodrigo Javier Ubal Dahl
Francisco Dibar
> Esta es mi opinión personal... yo sólo coordino el grupo; la idea es
> que ellos vayan decidiendo, y vayan aprendiendo sobre las distintas partes
> involucradas.
> Saludos;
>
> Sebastián Santisi
> s...@ntisi.com.ar
>
Me parece muy bien entonces :)
saludos.