Becas Estado/Estudiantes 2 version
Sistema Nacional de Becas para Desarrolladores de Software Diego Saravia [email protected] Objetivos Promover la formación de talentos en el área de las Tecnologías de la Información y Conocimiento. Apoyar la mejora de los procesos administrativos en el Estado. Proyecto 1.Créase un sistema de becas y premios destinado a generar software para el todo el Sector Público. 2.Toda institución, organización, empresa del Estado o mixta, organismo autárquico, autónomo, centralizado o descentralizado; cualquiera de sus partes y/o reparticiones, a cualquier nivel; perteneciente al sector público o en cualquier Poder del Estado; en los ámbitos nacional, provincial o municipal; podrá solicitar el desarrollo de software a través del sistema. 3.Toda institución académica: científica o educativa del país, con carreras univesitarias, terciarias o secundarias o con vinculaciones con instituciones que las dicten, podrá presentar y ofrecer el desarrollo de cada uno de las solicitudes del sistema. 4.Cada solicitante designará un responsable informático. El responsable informático, para cada solicitud, estimará cuántos estudiantes deberán participar para terminar desarrollar el trabajo en seis meses considerando una carga horaria de 8 horas por semana. 5.Todo académico bajo relación de dependencia de las instituciones oferentes podrá presentarse al sistema postulándose para liderar un equipo de estudiantes que estén cursando al momento de la presentación alguna de las carreras del nivel indicado, para desarrollar uno de los pedidos, en el marco de actividades pautadas en sus planes de estudio: seminarios, trabajos finales, etc. Los estudiantes recibirán becas a tal efecto y la institución podrá beneficiarse con premios bajo la forma de subsidios. 6.Al terminar el plazo de 12 meses asignado al proyecto el solicitante evaluará el trabajo y le dará o no la aprobación al mismo. El rechazo no tendrá ninguna consecuencia más allá de lo indicado en la presente. 7.Las becas para cada estudiante involucrado serán de $500 mensuales durante un período de 12 meses. Los involucrados se comprometen a terminar una versión operativa, de acuerdo a los requerimientos y en función de cada uno de sus planes académicos en los primeros 6 meses y a mantener y evolucionar el software en los otros 6 meses. Cada estudiante deberá tener más de 16 años al momento de iniciar el proyecto. 8.El estudiante se compromente a seguir realizando tareas de coordinación para el desarrollo y/o a buscar un sucesor voluntario en estas tareas al término del proyecto. De no ser así, la repartición solicitante cumplirá esta función designado un responsable. Todos los equipos y gastos auxiliares necesarios para el desarrollo del software serán provistos por la institución académica. 9.Los premios estarán destinadas a las instituciones académicas en donde se desarolle el software. Tendrán la forma de subsidio por un monto de $3000, destinados a la compra de equipo informático por parte de los docentes que dirigen a los estudiantes, para su uso en nuevos proyectos. Recibirán un premio aquellos equipos académicos por cada 3 proyectos terminados y aceptados. Los equipos rendirán el subsidio en cada institución, la que elevará un informe al Organismo de Aplicación. 10.El Organismo de Aplicación proveerá sistemas web para la coordinación y publicación de los elementos del presente. En el sitio web se mantendrá un repositorio con todo el software aprobado o no, en desarrollo o terminado; las solicitudes ; asignaciones de proyectos; los equipos de trabajo en curso y terminados, indicando los resultados de cada trabajo clasificados como aprobados o no. Las comunicaciones entre los requirentes y los desarrolladores se efectuarán a través de correo electrónico. 11.La institución que desarrolla el software será derecho habiente de los derechos autorales. En todas las etapas del desarrollo el software será utilizable por terceros en términos de la Licencia Pública General (GPL). Todo el software de desarrollo, compilación, e interpretación, necesario para el uso y generación a partir de las fuentes o vinculado, deberá ser libre y licenciado en términos compatibles con la GPL. 12.La asignación de proyectos y becas será automática y por orden de solicitud una vez cumplidos los requisitos: presentación de nota de autoridad del establecimiento donde certifique que la actividad es parte del plan académico de los estudios, plan académico por parte del académico responsable firmada por los estudiantes participantes. 13. El organismo de aplicación contará con un Comité Asesor, integrado por instituciones, personas u organizaciones afines a la temática para ayudar al planteamiento de las propuestas, contratar especialistas, establecer normas técnicas, sugerencias y programas, coordinando los diversos sistemas y solicitudes. Se dará soporte técnico de último nivel, establecerá coordinación internacional de los proyectos, mantendrá los sitios web, organizará encuentros anuales, financiaciará viajes de los desarrolladores a los lugares donde se efectuó la requisitoria de desarrollo del software, etc. La Autoridad de aplicación contará con Z presupuesto para estos fines. 14.El Comité Asesor podrá mejorar, consolidar con otras propuestas, o incluso desechar las solicitudes de desarrollo si ya existiese software que cumpliera la misma función solicitada, en cuyo caso se interactuará y/o informará al organismo solicitante. Los proyectos presentados por las reparticiones públicas seguirán los estándares tecnicos que se fijen y no se superpondrán entre si tendiendo cada uno a complementar los otros en función de un plan general. En tal sentido la coordinación de este proyecto se comunicará con cada repartición que presente proyectos para coordinar los términos de referencia de cada uno y estudiar las herramientas a utilizar. 15.Se destina un presupuesto de X de la partida Y para las becas y los subsidios. Agotado el proyecto no se asignarán mas becas. Podrán asignarse proyectos, los que tendrán prioridad para las becas que se puedan asignar con el presupuesto del próximo período. 16.Se designa como autoridad de aplicación de la presente a .... -- Diego Saravia [email protected]
Diego Saravia wrote:
Sistema Nacional de Becas para Desarrolladores de Software
Diego Saravia [email protected]
Objetivos
Promover la formación de talentos en el área de las Tecnologías de la Información y Conocimiento. Apoyar la mejora de los procesos administrativos en el Estado. Capacitar al personal de planta permanente en nuevas tecnologias.
x) Cada organismo o repaticion podra tener activo dos proyecto de este tipo y en cada equipo trabajara como desarrollador un agente de planta permanente de la reparticion a efecto de que se capacite y pueda realizar el mantenimiento correspondiente. pd. me tiene lleno el cobollllllll!! /*Rafael*/
On Mon, 07 Jun 2004 13:39:23 -0300, Rafael Bidegain wrote
Diego Saravia wrote:
Sistema Nacional de Becas para Desarrolladores de Software
Diego Saravia [email protected]
Objetivos
Promover la formación de talentos en el área de las Tecnologías de la Información y Conocimiento. Apoyar la mejora de los procesos administrativos en el Estado. Capacitar al personal de planta permanente en nuevas tecnologias.
x) Cada organismo o repaticion podra tener activo dos proyecto de este tipo y en cada equipo trabajara como desarrollador un agente de planta permanente de la reparticion a efecto de que se capacite y pueda realizar el mantenimiento correspondiente.
excelente!
pd. me tiene lleno el cobollllllll!! /*Rafael*/
_______________________________________________ Solar-general mailing list [email protected] http://lists.ourproject.org/cgi-bin/mailman/listinfo/solar-general
-- Diego Saravia [email protected]
On Mon, 7 Jun 2004, Diego Saravia wrote:
Sistema Nacional de Becas para Desarrolladores de Software
Algunos aportes: 1. Porque restringirse a instituciones academicas? Me parece que seria justo que el apoyo economico vaya a empresas de desarrollo. Es mas, por mi parte daria apoyo economico a empresas y NO a instituciones academicas (a no ser que tengan incubadoras de empresas). Me gustaria mas que los profesores se dedicaran a ense~ar y los alumnos a estudiar y recibirse de una buena vez (saben cual es el porcentaje de recibidos, respecto de los ingresantes, de las carreras universitaria de informatica a nivel nacional? alrededor del 1%), de esta forma en vez de dar incentivos para que se reciban, damos incentivos para que sean estudiantes cronicos. Ojo! digo esto como Profesor Adjunto de la Universidad Nacional de Rio Cuarto (de licencia sin goce de haberes), 13 a~os de experiencia en la docencia universitaria, y conocedor de la falta de integracion universidad-sociedad y universidad-empresa, y todas las limitaciones que tienen las universidades, en particular en el area de informatica. Pero este no me parece que sea el camino. Si seria util, en cambio, utilizar un mecanismo similar para promover el mercado informatico. 2. El articulo 6 dice que "el rechazo no tendra ninguna consecuencia mas alla de lo indicado en la presente". O sea, la consecuencia es que la institucion no recibe el "premio" despues de 3 proyectos aprobados. Es decir, se podria hacer cualquier cosa (o nada) y no solo recibir las becas durante todo el a~o, sino que se podrian postular para otro proyecto? 3. No me parece que haya que fijar montos. Al menos no en PESOS! :) 4. Restringir el uso de los "premios" a la compra de equipo informatico es desconocer las necesidades de las instituciones academicas, donde a veces no hay ni papel para imprimir un manual. 5. El articulo 10 requiere que "Las comunicaciones entre los requirentes y los desarrolladores se efectuar�n a trav�s de correo electr�nico." Me parece una limitacion sin sentido. Ricardo H. Medel Stevens Institute of Technology ----------------------------------------- .o. Con el As de Espadas nos domina, ..o y con el de Bastos entra a dar ooo y dar y dar...
Mensaje citado por "Ricardo H. Medel" <[email protected]>:
On Mon, 7 Jun 2004, Diego Saravia wrote:
Sistema Nacional de Becas para Desarrolladores de Software
Algunos aportes:
1. Porque restringirse a instituciones academicas? Me parece que seria justo que el apoyo economico vaya a empresas de desarrollo. Es mas, por mi parte daria apoyo economico a empresas y NO a instituciones academicas (a no ser que tengan incubadoras de empresas). Me gustaria mas que los profesores se dedicaran a ense~ar y los alumnos a estudiar y recibirse de una buena vez (saben cual es el porcentaje de recibidos, respecto de los ingresantes, de las carreras universitaria de informatica a nivel nacional? alrededor del 1%), de esta forma en vez de dar incentivos para que se reciban, damos incentivos para que sean estudiantes cronicos. Ojo! digo esto como Profesor Adjunto de la Universidad Nacional de Rio Cuarto (de licencia sin goce de haberes), 13 a~os de experiencia en la docencia universitaria, y conocedor de la falta de integracion universidad-sociedad y universidad-empresa, y todas las limitaciones que tienen las universidades, en particular en el area de informatica. Pero este no me parece que sea el camino. Si seria util, en cambio, utilizar un mecanismo similar para promover el mercado informatico.
para mi esta muy bien que se haga a Universidades, que las empresas reciban becas del Estado, deberia estudiarse muy bien para que no se conviertan en subsidios encubiertos a determinadas empresas. Lo que si me parece es que cerrarlo a las Universidades es un limitacion fuerte, porque no podria un LUG, una ONG o un grupo de hackers amigos hacer un proyecto de estos? Excepto la Universidad de Salta y creo que la de Rio Cuarto y algo de la UBA, no conozco muchas contribuciones de las Universidades locales a la comunidad del Software Libre (que no las conozca no quiere decir que no existan, por favor, des-asnenme!) y todos sabemos que hay otras formas de construir software libre, fuera de universidades, estado, empresas, ONGs o fundaciones, no? y que ademas en Argentina son las mas habituales (los programadores voluntarios desparramados :P)
2. El articulo 6 dice que "el rechazo no tendra ninguna consecuencia mas alla de lo indicado en la presente". O sea, la consecuencia es que la institucion no recibe el "premio" despues de 3 proyectos aprobados. Es decir, se podria hacer cualquier cosa (o nada) y no solo recibir las becas durante todo el a~o, sino que se podrian postular para otro proyecto?
3. No me parece que haya que fijar montos. Al menos no en PESOS! :)
4. Restringir el uso de los "premios" a la compra de equipo informatico es desconocer las necesidades de las instituciones academicas, donde a veces no hay ni papel para imprimir un manual.
5. El articulo 10 requiere que "Las comunicaciones entre los requirentes y los desarrolladores se efectuarán a través de correo electrónico." Me parece una limitacion sin sentido.
tal vez podria decir: "Las comunicaciones entre los requirentes y los desarrolladores se podrán efectuar a través de Internet u otros medios virtuales de comunicación." Martin -- Asociación civil SOLAR Software Libre Argentina http://www.solar.org.ar
On Mon, 7 Jun 2004, Martin Olivera wrote:
para mi esta muy bien que se haga a Universidades, que las empresas reciban becas del Estado, deberia estudiarse muy bien para que no se conviertan en subsidios encubiertos a determinadas empresas.
Por supuesto, habria que implementarlo bien. Pero seria mas facil de controlar y su objetivo seria mas claro que el hecho de subsidiar estudiantes cronicos. En serio les digo que un sueldito, por mas miserable que sea, es un fuerte incentivo para NO rendir la ultima materia, recibirse y tener que salir al mercado laboral. Ojo, que antes aclare que si la Univ tiene una incubadora de empresas la historia es muy otra.
Lo que si me parece es que cerrarlo a las Universidades es un limitacion fuerte, porque no podria un LUG, una ONG o un grupo de hackers amigos hacer un proyecto de estos?
Es similar a empresas. Apunto a lo mismo.
(los programadores voluntarios desparramados :P)
Listo! Tengo el nombre para mi organizacion no gubernamental para la creacion de software libre para el estado y sin fines de lucro: PVD!! :)
tal vez podria decir: "Las comunicaciones entre los requirentes y los desarrolladores se podrán efectuar a través de Internet u otros medios virtuales de comunicación."
Que es un "medio virtual de comunicacion"? Que tal si no se dice nada? Ricardo H. Medel Stevens Institute of Technology ----------------------------------------- .o. Esta usted en Territorio Rebelde Zapatista: ..o aqui manda el pueblo y el gobierno obedece. ooo
On Mon, 7 Jun 2004 15:00:53 -0300, Martin Olivera <[email protected]> wrote:
Excepto la Universidad de Salta y creo que la de Rio Cuarto y algo de la UBA, no conozco muchas contribuciones de las Universidades locales a la comunidad del Software Libre (que no las conozca no quiere decir que no existan, por favor, des-asnenme!) y todos sabemos que hay otras formas de construir
Quizas no a nivel institucional, pero hay muchas universidades con gente aportando al SL. Te puedo hablar de lo que conozco. Por ej. la Univ. Nac. de Rosario tiene el proyecto de SL para Windows (http://www.fceia.unr.edu.ar/lcc/cdrom/), que ademas uno de los mirrors está en la Univ. Nac. de Quilmes (http://www.fceia.unr.edu.ar/lcc/cdrom/). Si te fijas en http://www.biopython.org/participants/ vas a ver mi nombre y el de la Univ. Nac. de Quilmes (UNQ), que tambien esta apoyando estos proyectos: www.dnalinux.com y www.genesdigitales.com/blastoncd Conozco profesores de la UNLP que han contribuido a projectos GPL. Con esto no digo nada ni a favor ni en contra de la propuesta de Diego si los desarrolladores tienen que ser de la universidad o no, solo lo pongo para dejar constancia que existe SL en las universidades aunque no tenga un alto perfil. Con respecto al punto de Diego, estoy convencido que se puede hacer SL fuera del ambito academico con igual o mejor calidad aun, pero lo que veo es que dificultaría un poco los tramites (ya que la universidad está mas aceitada para este tipo de cosas).
Con respecto al punto de Diego, estoy convencido que se puede hacer SL fuera del ambito academico con igual o mejor calidad aun
totalemente de acuerdo el punto no es principalmente desarrollar software de calidad sino formar gente en esas tareas hay otros mecanismos intitucionales (fontar) para que las empresas u otros organismos obtengan dinero para desarrollar soft. -- Diego Saravia [email protected]
El dia Mon, 7 Jun 2004 15:00:53 -0300 Martin Olivera <[email protected]> escribio:
Lo que si me parece es que cerrarlo a las Universidades es un limitacion fuerte, porque no podria un LUG, una ONG o un grupo de hackers amigos hacer un proyecto de estos?
Esta es una buena propuesta, la cuestión es como y quien decide quien si y quien no.....
Excepto la Universidad de Salta y creo que la de Rio Cuarto y algo de la UBA, no conozco muchas contribuciones de las Universidades locales a la comunidad del Software Libre (que no las conozca no quiere decir que no existan, por favor, des-asnenme!)
Como mencione en USUARIA 2004, el grupo SapucayX esta dictando cursos, charlas y prácticos, junto a profesores de la UNNE (Universidad Nacional del Nordeste). Así como también el instituto Terciario San José se encuentra planificando junto a nosotros la posibilidad (cada vez mas palpable) de realizar el mismo emprendimiento. -- Satoru Lucas Shindoi CEL: 03783-15666916 ICQ: 95357247 - Jabber: [email protected] Messenger: [email protected] - Yahoo: [email protected] -------------------------------------------------------------------------- Sistemas de Informacion - DPEC - www.dpec.com.ar
Lo que si me parece es que cerrarlo a las Universidades es un limitacion fuerte, porque no podria un LUG, una ONG o un grupo de hackers amigos hacer un proyecto de estos?
el proyecto no esta cerrado a universidades, sino a ESTUDIANTES de cualquier nivel de mas de 16 años, es un PROYECTO ACADEMICO. Son becas para la formacion de personas. Nada impide que los estudiantes sean de un LUG u ONG ademas. (o sea: podemos incentivar esto) Tambien se prevee que una ONG que sea un instituto ACADEMICO de investigacion pueda participar mediante vinculaciones con Entidades Educativas.
Esta es una buena propuesta, la cuestión es como y quien decide quien si y quien no.....
Excepto la Universidad de Salta y creo que la de Rio Cuarto y algo de la UBA, no conozco muchas contribuciones de las Universidades locales a la comunidad del Software Libre (que no las conozca no quiere decir que no existan, por favor, des-asnenme!)
Para eso es la propuesta para que aparezcan como hongos proyectos en todas las universidades. De cualqueir forma hay muchas universidads que hacen trabajos finales con php y mysql.
Como mencione en USUARIA 2004, el grupo SapucayX esta dictando cursos, charlas y prácticos, junto a profesores de la UNNE (Universidad Nacional del Nordeste). Así como también el instituto Terciario San José se encuentra planificando junto a nosotros la posibilidad (cada vez mas palpable) de realizar el mismo emprendimiento.
excelente, podrian aprovechar la propuesta! -- Diego Saravia [email protected]
On Mon, 7 Jun 2004, Diego Saravia wrote:
el proyecto no esta cerrado a universidades, sino a ESTUDIANTES de cualquier nivel de mas de 16 años, es un PROYECTO ACADEMICO. Son becas para la formacion de personas. Nada impide que los estudiantes sean de un LUG u ONG ademas. (o sea: podemos incentivar esto)
Es una pena, Diego, que no respondas a mis criticas/comentarios al proyecto. Pero como estamos entre gente del soft libre, me tomo la libertad :) y opino sobre la respuesta a Martin. El problema del proyecto tal como esta es que lamentablemente mezcla un objetivo academico con un objetivo productivo. Los sistemas escritos por los alumnos como parte de su carrera tienen (o deberian tener) objetivos, tiempos y son sujetos a analisis distintos a los sistemas producidos para ser utilizados en el mercado. Si bien es cierto que una buena carrera informatica deberia incluir experiencia en la produccion de software "real", tambien es cierto que eso no debe interferir con el resto de la carrera y que es mejor que esa experiencia se realice en un ambiente de produccion ya organizado (por ejemplo, una empresa). Lo ideal, creo yo, es que los alumnos hagan pasantias durante los recesos (de verano o invierno) o durante (como maximo) un cuatrimestre, en una empresa informatica. Sigo creyendo que el proyecto deberia enfocarse en empresas, tanto con como sin fines de lucro, y si se quiere aportar a la educacion se podria pedir que haya cierta cantidad de pasantes (estudiantes) en cada proyecto pero que su insercion tenga una duracion limitada. Ricardo H. Medel Stevens Institute of Technology ----------------------------------------- .o. Esta usted en Territorio Rebelde Zapatista: ..o aqui manda el pueblo y el gobierno obedece. ooo
On Mon, 7 Jun 2004, Ricardo H. Medel wrote:
Es una pena, Diego, que no respondas a mis criticas/comentarios al proyecto.
Ups!! Hable demas, de apurado. Acabo de recibir tus comentarios a mis comentarios. De todos modos, reafirmo lo que digo. Asi como esta el proyecto, las becas favorecen la cronicidad de los estudiantes y no aportan a la solucion del problema que mencionas, al mezclar lo academico con lo productivo (probablemente en la UNSalta tengan que revisar como esta implementado el tema del trabajo final, en la UNRC lo cambiamos hace unos a~os y destapamos la ca~eria! :) Por otra parte los proyectos FONTAR no proveen las facilidades que tendria un proyecto especifico, como el que estamos discutiendo. Ricardo H. Medel Stevens Institute of Technology ----------------------------------------- .o. Esta usted en Territorio Rebelde Zapatista: ..o aqui manda el pueblo y el gobierno obedece. ooo
De todos modos, reafirmo lo que digo. Asi como esta el proyecto, las becas favorecen la cronicidad de los estudiantes
no coincido con eso
y no aportan a la solucion del problema que mencionas,
no creo que sea un factor principal para la solucion de ese problema pero creo que ayuda a su mejoria.
al mezclar lo academico con lo productivo
bueno, si esa es la idea habria que cambiar todo el regimen de pasantias y la ley que las regula. No veo malo mezclar en alguna medida y en algun punto de las carreras profesionales (probablemente no tenga sentido para computador cientifico, pero si para ingeniero en sistemas) estos dos elementos.
(probablemente en la UNSalta tengan que revisar como esta implementado el tema del trabajo final, en la UNRC lo cambiamos hace unos a~os y destapamos la ca~eria! :)
como lo tienen?
Por otra parte los proyectos FONTAR no proveen las facilidades que tendria un proyecto especifico, como el que estamos discutiendo.
bueno siempre se puede hacer otro proyecto orientado a lo que tu dices, pero no lo haria financiado por el estado Creo que el estado es muy chico en el pais, y que hay que acrecentar sus finanzas y no achicarlas, lo que se haria si se subsidian estas actividades.
-- Diego Saravia [email protected]
On Tue, 8 Jun 2004, Diego Saravia wrote:
Ricardo Medel wrote:
(probablemente en la UNSalta tengan que revisar como esta implementado el tema del trabajo final, en la UNRC lo cambiamos hace unos a~os y destapamos la ca~eria! :)
como lo tienen?
No se si es de interes para esta lista, pero te lo comento igual por el mismo medio (ya saben, aquellos que no estan interesados en ver como se implementa el proyecto final de las carreras de informatica de la UNRC, presionen el boton "BORRAR MENSAJE"). En el Departamento de Computacion de la UNRC se desarrollan 3 carreras: Analista en Computacion, Profesorado en Cs. de la Computacion y Licenciatura en Cs. de la Computacion. Segun los plantes de estudios, Analista es una carrera de 3 a~os y un "proyecto", y Licenciatura es una carrera de 5 a~os y un "trabajo final". Debido al bajo numero de alumnos que llegan a 5 a~o de la Licenciatura, nunca hemos tenido problemas con hallar un trabajo final adecuado para cada alumno y llevarlo a cabo en un lapso de tiempo aceptable. Pero el problema lo teniamos en la carrera de Analista. El numero de alumnos que llegaba a 3 a~o y tenia que hacer el "proyecto" era inmanejable para los pocos docentes que tenia (tiene) el Departamento. A consecuencia de esto, habia una gran cantidad de alumnos buscando tema, otra gran cantidad de alumnos con el proyecto empezado pero sin avanzar nada, otros que empezaban proyectos distintos cada 3 o 4 meses, etc. Todo esto mientras se recibian 2 o 3 por a~o y nuestros jefes en la Facultad de Cs. Exactas, de la cual somos la carrera mas numerosa, nos habian empezado a mirar con desconfianza, porque teniamos unos indices de recibidos/ingresantes espantosos. Asi que la solucion (gracias al Profe Aguirre) fue darle al "proyecto" una estructura (por asi decirlo) de asignatura: al comienzo de cada cuatrimestre los interesados deben inscribirse en la asignatura "proyecto", y hay un profesor a cargo de esa asignatura. Contratamos un profesor visitante con mucha experiencia tanto en docencia universitaria como en desarrollo de software. Al comenzar "las clases" cada grupo (generalmente el proyecto es grupal, se han aceptado pocos individuales) tiene una reunion con el profesor, donde se decide que sistema desarrollar (puede ser una propuesta de los alumnos, una propuesta del profe, o una combinacion de ambas) y se planifican los pasos en el schedule. Se puede tener como co-director a otro docente que tenga mayor conocimiento sobre el tema especifico. Generalmente lo que el profe hace en esa reunion es recortar las especificaciones del sistema como para que el sistema pueda ser producido durante el cuatrimestre. Luego, cada grupo tiene un cuatrimestre (Agosto-Diciembre) para desarrollar el sistema, con reuniones periodicas de seguirmiento con el profesor (y, eventualmente, el co-director). Al final del cuatrimestre el proyecto tiene que estar terminado (aunque hay alguna flexibilidad en esto y en casos excepcionales se puede estirar el plazo hasta el comienzo del cuatrimestre siguiente). En caso de que no lo terminen, cada uno de los integrantes del grupo tiene que hacer un nuevo proyecto, para lo cual deben inscribirse para el siguiente cuatrimestre y el ciclo se repite, comenzando de cero. De esta forma se les da un incentivo fuerte para terminar en el plazo de un cuatrimestre, y tambien se les brinda la facilidad de tener un profesor dedicado a los proyectos (y no tener que andar buscando proyecto y profe). El costo? El contrato de un profe de calidad. La ganancia? Se destapo la ca~eria y ahora en las entregas de diplomas la mayoria de los que se reciben en la Facultad (de Cs Exactas) son de computacion (como corresponde debido al mayor numero de ingresantes, aunque la relacion recibidos/ingresantes sigue siendo baja). Una buena: en algunos casos los sistemas producidos han sido utilizados por los alumnos como base para comenzar un negocio de desarrollo de software. Una mala: El estatus legal de las licencias y los derechos de autor no han sido establecidos claramente aun. Ricardo H. Medel Stevens Institute of Technology ----------------------------------------- .o. Esta usted en Territorio Rebelde Zapatista: ..o aqui manda el pueblo y el gobierno obedece. ooo
On Mon, 7 Jun 2004 20:29:50 -0400, Ricardo H. Medel wrote
On Mon, 7 Jun 2004, Diego Saravia wrote:
el proyecto no esta cerrado a universidades, sino a ESTUDIANTES de cualquier nivel de mas de 16 años, es un PROYECTO ACADEMICO. Son becas para la formacion de personas. Nada impide que los estudiantes sean de un LUG u ONG ademas. (o sea: podemos incentivar esto)
Es una pena, Diego, que no respondas a mis criticas/comentarios al proyecto. Pero como estamos entre gente del soft libre, me tomo la libertad :) y opino sobre la respuesta a Martin.
pero si acabo de responder! calma !!!! tengo 130 correos por responder, no uso ni soy mandrake :)
El problema del proyecto tal como esta es que lamentablemente mezcla un objetivo academico con un objetivo productivo. Los sistemas escritos por los alumnos como parte de su carrera tienen (o deberian tener) objetivos, tiempos y son sujetos a analisis distintos a los sistemas producidos para ser utilizados en el mercado.
no se pretende usar los sistemas en el mercado, sino en el estado. El fin es primordialmente educativo, en definitiva es como el sistema de pasantias existente, que indica que a los estudiantes los favorece tener entrenamiento en condiciones similares a su futuro trabajo.
Si bien es cierto que una buena carrera informatica deberia incluir experiencia en la produccion de software "real", tambien es cierto que eso no debe interferir con el resto de la carrera y que es mejor que esa experiencia se realice en un ambiente de produccion ya
justamente no interfiere, sino que lo apoya
organizado (por ejemplo, una empresa). Lo ideal, creo yo, es que los alumnos hagan pasantias durante los recesos (de verano o invierno) o durante (como maximo) un cuatrimestre, en una empresa informatica.
bueno eso se puede incorporar, concentrando la actividad alli. Lo de empresa no me parece que deba estar restringido a una empresa. Para ese espacio esta el sistema de pasntias justamente, y lo pagan las empresas, esto es similar pero lo paga el estado.
Sigo creyendo que el proyecto deberia enfocarse en empresas, tanto con como sin fines de lucro, y si se quiere aportar a la educacion se podria pedir que haya cierta cantidad de pasantes (estudiantes) en cada proyecto pero que su insercion tenga una duracion limitada.
en lo de empresas no vamos a estar de acuerdo, ya hay formas de que los estudiantes participen en empresas, pero los pagan las empresas. Para fondos estatales que el trabjo sirva al estado. De cualqueir forma es soft libre asi que si es util al mercado, lo podran usar. lo de la duracion esta limitada al año, menos que las pasantias acutuales que permiten 6 hs/dia durante dos años, y realmente eso es una bestialidad pensando en lo que vos decir es que puse un añu y 8/hs semana. se podria fijar ademas que ningun estudiante puede repetir
Ricardo H. Medel Stevens Institute of Technology ----------------------------------------- ..o. Esta usted en Territorio Rebelde Zapatista: ...o aqui manda el pueblo y el gobierno obedece. ooo
_______________________________________________ Solar-general mailing list [email protected] http://lists.ourproject.org/cgi-bin/mailman/listinfo/solar-general
-- Diego Saravia [email protected]
On Mon, 7 Jun 2004, Diego Saravia wrote:
no se pretende usar los sistemas en el mercado, sino en el estado.
Me refiero a sistemas que van a ser utilizados por usuarios en un entorno de trabajo normal. Los sistemas aceptables para un trabajo final difieren (o deberian diferir) de estos.
El fin es primordialmente educativo, en definitiva es como el sistema de pasantias existente, que indica que a los estudiantes los favorece tener entrenamiento en condiciones similares a su futuro trabajo.
Trabajar en una universidad/escuela por 8hs semanales, con otros estudiantes y dirigidos por un profesor no me parece "condiciones similares a su futuro trabajo".
Lo de empresa no me parece que deba estar restringido a una empresa.
Ojo! mi idea no es restringir el proyecto a empresas. Por ahi dije que organizaciones con o sin fines de lucro, empresas u ONG o grupos de usuario o cooperativas o empresas en incubadoras (en universidades u otras instituciones educativas) serian el destino logico, desde mi punto de vista, de algo asi.
Para fondos estatales que el trabjo sirva al estado. De cualqueir forma es soft libre asi que si es util al mercado, lo podran usar.
Mi propuesta no anula nada de esto.
lo de la duracion esta limitada al año, menos que las pasantias acutuales que permiten 6 hs/dia durante dos años, y realmente eso es una bestialidad
No digo nada a favor de las pasantias actuales. El sistema deberia ser otro.
se podria fijar ademas que ningun estudiante puede repetir
En todo caso, se DEBERIA fijar eso. Y que, ademas, si un grupo no tiene el producto terminado a tiempo o con la calidad esperada deberia sufrir las consecuencias (no mas proyectos para ellos?). Ricardo H. Medel Stevens Institute of Technology ----------------------------------------- .o. Esta usted en Territorio Rebelde Zapatista: ..o aqui manda el pueblo y el gobierno obedece. ooo
Me refiero a sistemas que van a ser utilizados por usuarios en un entorno de trabajo normal. Los sistemas aceptables para un trabajo final difieren (o deberian diferir) de estos.
bueno, estamos hablando de software libre, esto significa que se puede llegar con el desarrollo a un punto y el estado completar la parte que falte, si es necesario. Por otra parte no veo que siempre ni por definicion los sistemas tengan que tener diferentes requerimientos. Es cierto que se pueden aceptar sistemas como trabajos finales que no tengan caracteristicas que si deban tener sistemas en produccion, pero nada indica que no se pueda cambiar esto para estos casos. O que sean diferentes los requisitos para el trabajo academico y el otro. En el proyecto tampoco puse algo que debiera haber colocado sobre equipos de desarrollo abierto, es decir que puedan participar otras personas en los equipos de desarrollo como cualquier desarrollo a la sourceforge. Es decir que el estado indique que cosas necesite y que estudiantes se entrenen desarrollandolas y tengan una beca por ello, no es algo que: a) deforme la educacion de los estudiantes o los convierta en estudiantes cronicos. Estamos hablando de un año a 8 hs /semana en una actividad directamente vinculada a su carrera y con guia de sus profesores. Por otro lado recibir dinero por ello probablemente permita que muchos mas terminen su carrera sin buscar trabajo afuera que aquellos que eventualmente no avancen por dedicarse a esto. b) obligue al estado a usar ese soft sin cambios.El estado puede beneficiarse de ese codigo y usarlo como inspiracion, o como base para otras cosas o incluso usarlo directamente. -- Diego Saravia [email protected]
Diego Saravia escribió: [...]
Es decir que el estado indique que cosas necesite y que estudiantes se entrenen desarrollandolas y tengan una beca por ello, no es algo que:
a) deforme la educacion de los estudiantes o los convierta en estudiantes cronicos. Estamos hablando de un año a 8 hs /semana en una actividad directamente vinculada a su carrera y con guia de sus profesores. Por otro lado recibir dinero por ello probablemente permita que muchos mas terminen su carrera sin buscar trabajo afuera que aquellos que eventualmente no avancen por dedicarse a esto.
Esto creo que es muy importante. Como estudiante, lo que veo en muchos mis compañeros es que quieren aprender a usar Visual Basic y conseguir un laburo. Creo que sería muy bueno un sistema de becas de este tipo, ya que las pasantías suelen consumir mucho más tiempo. Cuando consiguen laburo, descuidan completamente la facultad por falta de tiempo. Yo estoy estudiando Ing. en Sistemas en la UTN-FRLP que a mi gusto no es muy buena la carrera y el único proyecto que conozco de este tipo es uno que lanzó M$ el año pasado que seleccionaban a algunos alumnos siguiendo ciertos criterios (creo que el rendimiento en el proyecto o las notas en la carrera, no recuerdo bien) y después entraban al proyecto final y les pagaban una especie de beca. Un abrazo a todas y todos!!
El Mar 08 Jun 2004 01:28, Diego Saravia escribió:
On Mon, 7 Jun 2004 20:29:50 -0400, Ricardo H. Medel wrote
On Mon, 7 Jun 2004, Diego Saravia wrote:
el proyecto no esta cerrado a universidades, sino a ESTUDIANTES de cualquier nivel de mas de 16 años, es un PROYECTO ACADEMICO. Son becas para la formacion de personas. Nada impide que los estudiantes sean de un LUG u ONG ademas. (o sea: podemos incentivar esto)
Es una pena, Diego, que no respondas a mis criticas/comentarios al proyecto. Pero como estamos entre gente del soft libre, me tomo la libertad :) y opino sobre la respuesta a Martin.
pero si acabo de responder! calma !!!! tengo 130 correos por responder, no uso ni soy mandrake :)
bueno, no todos tienen que comer caviar, hay otros que comen pizza -P
Algunos aportes:
1. Porque restringirse a instituciones academicas?
es un plan de becas para la formacion de gente, por eso apunta a entidades vinculadas con la formacion de personas. Prevee entidades vinculadas, no solo educativas, en definitiva pued ser cualqueir entidad con vinculos con entidades con estudiantes.
Me parece que seria justo que el apoyo economico vaya a empresas de desarrollo. Es mas, por mi parte daria apoyo economico a empresas y NO a instituciones academicas (a no ser que tengan incubadoras de empresas).
para eso ya existe fontar
Me gustaria mas que los profesores se dedicaran a ense~ar y los alumnos a estudiar y recibirse de una buena vez (saben cual es el porcentaje de recibidos, respecto de los ingresantes, de las carreras universitaria de informatica a nivel nacional? alrededor del 1%),
por eso la beca, es un apoyo al estudio por eso se pone 8 hs/semana por estudiante de tope la idea es apoyar a estudiantes para que terminen trabajos de su plan academico, que es donde mas se demora y fracasa la gente (al menos en salta) Lo que vos planteas es justo la idea
2. El articulo 6 dice que "el rechazo no tendra ninguna consecuencia mas alla de lo indicado en la presente". O sea, la consecuencia es que la institucion no recibe el "premio" despues de 3 proyectos aprobados. Es decir, se podria hacer cualquier cosa (o nada) y no solo recibir las becas durante todo el a~o, sino que se podrian postular para otro proyecto?
si, me comi esa parte, "lo indicado en el presente" era un mecanismo que despues de ciertos proyecos rechazados no se pudieran presentar a otros por un tiempo, luego lo rescato y lo envio.
3. No me parece que haya que fijar montos. Al menos no en PESOS! :)
en algun lado hay que fijarlos.
4. Restringir el uso de los "premios" a la compra de equipo informatico es desconocer las necesidades de las instituciones academicas, donde a veces no hay ni papel para imprimir un manual.
bueno, se puede cambiar, pero es un item facilmente auditable y si son bienes inventariables algo que queda. No pretende ser la unica fuente de ingresos de la institucion sino un premio.
5. El articulo 10 requiere que "Las comunicaciones entre los requirentes y los desarrolladores se efectuarán a través de correo electrónico." Me parece una limitacion sin sentido.
ahora costos administrativos y establece que los que participan deben tener acceso a internet.
Ricardo H. Medel Stevens Institute of Technology ----------------------------------------- .o. Con el As de Espadas nos domina, ..o y con el de Bastos entra a dar ooo y dar y dar...
-- Diego Saravia [email protected]
participants (8)
-
Adrián Staffolani -
Diego Saravia -
Martin Olivera -
Paolo Stancato -
Rafael Bidegain -
Ricardo H. Medel -
Satoru Lucas Shindoi -
Sebastian Bassi