Sobre Ingeniería de Software

[Harold Dwight Valdivia Garcia]

Saludos Estimados.

El tema de Ing. de Software no es nuevo en nuestra lista. Antes de empezar mi comentario, adjunto los threads anteriores si alguien quiere leerlos:

¿”Ingeniería” del software? Ahora vienen los mea culpa
Sobre la Ingenieria de Software
Regulacion de la Ingenieria de Software en EEUU

Mi comentario.

En otros threads de esta lista se mencionan las experiencias que otros paises tienen con Ingenieria de Software en Pregado. Algunos de estos ejemplos son:

• Brazil.
• España
• EEUU (Carnegie Mellon University)

Brazil y España son paises con muchisima mas produccion de software que el Perú. No tienen Ing. Software en Pregrado. En el caso de Carnegie Mellon University que es una institucion lider en Software Engineering sucede lo mismo. No hay esa carrera en Pregrado. La conclusion es inevitable: En el Perú, Ing. Software es inviable.

Lo que yo digo, es que teniendo como antecedente que en el Perú hay una carrera de Ing. Software acreditada por ABET, no me parece inviable esa opción. Recuerden que  la UPC ya tiene  Ing. de Soft acreditada por la comission de Ingenieria (EAC) bajo el criterio de Software Engineering (No es una acreditacion chicha).

El argumento sobre Carnegie Mellon no me parece válido pues segun ese razonamiento entonces otras universidades con menos trayectoria en Software no deberian  tener carreras de Ing soft.  Sin embargo universidades como la University of Texas en Dallas, Rochester Institute of Technology, etc tienen Software Engineering en Pregrado.

Mi posicion es la siguiente: No promociono la creacion de carreras de Software en Pregrado, solo que no me parece inviable. Las carreras de Softw creadas deberian buscar acreditaciones internaciones y no caer en la viveza de acreditaciones chichas. Ahora, si estoy totalmente en contra de la creacion de Ingenieria de Software por el solo hecho de tener la palabra "Ingenieria".

Asi que invito a todos  los actores a discutir sobre  si es vialbe, inviable, recomendable, no recomendable  Ing. de Software en Pregrado. Que avances se han  hecho en Ing. de Software en el Perú.


--
******************************************
Harold Dwight Valdivia Garcia
Graduate Student
M.S Computer Engineering
University of Puerto Rico, Mayaguez Campus
******************************************

[Jose Baiocchi]

Hola,

Creo que hay que tener en cuenta un par de detalles:
- En EEUU no es facil tener una facultad de ingenieria, e "ingenieria" es una palabra reservada para carreras de esas facultades. Es mucho mas viable hacer un track de "software engineering" dentro de una carrera de ciencias de la computacion, que sacarla como carrera aparte.
- Los puestos laborales de "software engineer" los ocupan en su mayoria gente formada en ciencias de la computacion. Ello lo explica en parte el hecho de que no existen muchas carreras de software engineering y por otro el que esta ingenieria no esta regulada.

Por otro lado, pienso que la realidad del Peru es otra. No se chocaria con intereses creados de carreras de ciencias de la computacion (salvo en la UCSP), pero si con carreras de "ingenieria" que preparan gente para salir a desarrollar software. Las preguntas que se caen por su propio peso son:
- que es mas viable de implementar en una universidad en el Peru, una carrera de ciencias de la computacion o una carrera de ingenieria de software?
- la base de la formacion en ingenieria de software es practicamente la misma que en ciencias de la computacion, la diferencia en muchos casos es la orientacion de los cursos, que porcentaje de los cursos de la curricula de Ing. de Sw, requieren a un especialista con maestria o doctorado en Ing de Sw, y que porcentaje podrian ser cubiertos por "generalistas" con grados en Ciencias de la Computacion?
- asumiendo que alguien que termina el pregrado se asumiria listo para contribuir en la industria, que necesita mas la industria nacional de software, "software engineers" o "computer scientists"? coincido con Percy en que la preparacion y orientacion es distinta en ambos perfiles.

Saludos,
+ Jose

2011/5/30 Harold Dwight Valdivia Garcia <valdivi...@gmail.com>

--
Para enviar mensajes al grupo: sp...@googlegroups.com
Para retirarse del grupo: spc-l-un...@googlegroups.com
Para mas opciones: http://groups.google.com/group/spc-l?hl=es

--
Jose A. Baiocchi Paredes
Ph.D. Candidate
Computer Science Department
University of Pittsburgh

[Manuel Bellido]

José,

2011/5/30 Jose Baiocchi <jose.b...@gmail.com>

Hola,

Creo que hay que tener en cuenta un par de detalles:
- En EEUU no es facil tener una facultad de ingenieria, e "ingenieria" es una palabra reservada para carreras de esas facultades. Es mucho mas viable hacer un track de "software engineering" dentro de una carrera de ciencias de la computacion, que sacarla como carrera aparte.

Cierto. Ciencia de la Computación es una carrera mucho más antigua y madura que la carrera de Ingeniería de Software, por eso es más fácil tener un track.

 

- Los puestos laborales de "software engineer" los ocupan en su mayoria gente formada en ciencias de la computacion. Ello lo explica en parte el hecho de que no existen muchas carreras de software engineering y por otro el que esta ingenieria no esta regulada.

Creo que acá si estás pensando al revés. No hay carreras de Ingeniería de Software porque la Industria entera de software descansa sobre profesionales de Ciencia de la Computación y eso es muy evidente.

 

Por otro lado, pienso que la realidad del Peru es otra. No se chocaria con intereses creados de carreras de ciencias de la computacion (salvo en la UCSP), pero si con carreras de "ingenieria" que preparan gente para salir a desarrollar software. Las preguntas que se caen por su propio peso son:
- que es mas viable de implementar en una universidad en el Peru, una carrera de ciencias de la computacion o una carrera de ingenieria de software?

Que sea fácil no significa que sea bueno no? Mira lo que ha pasado los últimos 40 años de elegir lo fácil, los títulos por curso de titulación, maestrías de fines de semana y ahora último doctorados de 3 años de fines de semana.

- la base de la formacion en ingenieria de software es practicamente la misma que en ciencias de la computacion, la diferencia en muchos casos es la orientacion de los cursos, que porcentaje de los cursos de la curricula de Ing. de Sw, requieren a un especialista con maestria o doctorado en Ing de Sw, y que porcentaje podrian ser cubiertos por "generalistas" con grados en Ciencias de la Computacion?

Podrías dar algún ejemplo de algún curso en el que alguien con pregrado pueda estar mejor preparado que alguien con maestría o doctorado en el área respectiva al curso?

 

- asumiendo que alguien que termina el pregrado se asumiria listo para contribuir en la industria, que necesita mas la industria nacional de software, "software engineers" o "computer scientists"? coincido con Percy en que la preparacion y orientacion es distinta en ambos perfiles.

Creo que se necesita gente de Sistemas de Información y Ciencia de la Computación, con tracks de Ing. de Software opcionales.

La pregunta es, qué tanto se diferencia Ing. de Software vs Ciencia de la Computación + track de Ing. Software? Vale el esfuerzo como pais esta diferencia? esta diferencia va a marcar diferencia en la industria? El hecho que no haya carreras de pregrado de Ing. de Software no es porque sean malas, sino porque no son tan necesarias (esta poca necesidad se satisface en programas de postgrado).

 

Saludos,
+ Jose

Saludos,

Manuel Bellido 

Saludos,

+ Jose

l?hl=es

[Jose Baiocchi]

Hola Manuel,

2011/5/30 Manuel Bellido <manub...@gmail.com>

José,

2011/5/30 Jose Baiocchi <jose.b...@gmail.com>

Hola,

Creo que hay que tener en cuenta un par de detalles:
- En EEUU no es facil tener una facultad de ingenieria, e "ingenieria" es una palabra reservada para carreras de esas facultades. Es mucho mas viable hacer un track de "software engineering" dentro de una carrera de ciencias de la computacion, que sacarla como carrera aparte.

Cierto. Ciencia de la Computación es una carrera mucho más antigua y madura que la carrera de Ingeniería de Software, por eso es más fácil tener un track.

 

- Los puestos laborales de "software engineer" los ocupan en su mayoria gente formada en ciencias de la computacion. Ello lo explica en parte el hecho de que no existen muchas carreras de software engineering y por otro el que esta ingenieria no esta regulada.

Creo que acá si estás pensando al revés. No hay carreras de Ingeniería de Software porque la Industria entera de software descansa sobre profesionales de Ciencia de la Computación y eso es muy evidente.

Y por que es eso asi? Los proponentes de la Ingenieria de Software tienen varios articulos al respecto y ya los he enviado a la lista en otras oportunidades. Pero un ejemplo muy claro es que la diferencia entre un Ingeniero de Software y un Cientifico de Computacion debiera ser (ojo, "debiera ser", no implica que "es") la misma que entre un Ingeniero Electronico y un Fisico especialista en Electromagnetismo. O por el lado de los productos, entre un prototipo de laboratorio y un producto para el consumidor final. Son objetivos y preparacion distintas (http://www.stevemcconnell.com/psd/04-senotcs.htm)

 

Por otro lado, pienso que la realidad del Peru es otra. No se chocaria con intereses creados de carreras de ciencias de la computacion (salvo en la UCSP), pero si con carreras de "ingenieria" que preparan gente para salir a desarrollar software. Las preguntas que se caen por su propio peso son:
- que es mas viable de implementar en una universidad en el Peru, una carrera de ciencias de la computacion o una carrera de ingenieria de software?

Que sea fácil no significa que sea bueno no? Mira lo que ha pasado los últimos 40 años de elegir lo fácil, los títulos por curso de titulación, maestrías de fines de semana y ahora último doctorados de 3 años de fines de semana.

Yo no he dicho que hagamos algo malo, verdad? Creo que entre las buenas soluciones algunas son mas viables que otras. Es menos probable que tenga exito una posicion donde "yo gano y tu pierdes", vs. una solucion donde "ganamos todos". Para mi es evidente que los cambios no pueden hacerse tratando de destruir lo existente, pero si es posible proponer una transicion que cuente con apoyo mayoritario y cuyo resultado ayude a cumplir los objetivos. Los ejemplos son casos que se pueden discutir, pero la pregunta es si una carrera de ingenieria de software en pregrado seria tan mala a priori como para que la pongas al nivel de algunos de esos ejemplos?

- la base de la formacion en ingenieria de software es practicamente la misma que en ciencias de la computacion, la diferencia en muchos casos es la orientacion de los cursos, que porcentaje de los cursos de la curricula de Ing. de Sw, requieren a un especialista con maestria o doctorado en Ing de Sw, y que porcentaje podrian ser cubiertos por "generalistas" con grados en Ciencias de la Computacion?

Podrías dar algún ejemplo de algún curso en el que alguien con pregrado pueda estar mejor preparado que alguien con maestría o doctorado en el área respectiva al curso?

Ningun caso. Pero si la necesidad es implementar la carrera con los recursos existentes, y no hay recursos suficientes, cual es la siguiente mejor opcion? Pero vale la aclaracion y cambia "con grados" por "con post-grados".
 

 

- asumiendo que alguien que termina el pregrado se asumiria listo para contribuir en la industria, que necesita mas la industria nacional de software, "software engineers" o "computer scientists"? coincido con Percy en que la preparacion y orientacion es distinta en ambos perfiles.

Creo que se necesita gente de Sistemas de Información y Ciencia de la Computación, con tracks de Ing. de Software opcionales.

La pregunta es, qué tanto se diferencia Ing. de Software vs Ciencia de la Computación + track de Ing. Software? Vale el esfuerzo como pais esta diferencia? esta diferencia va a marcar diferencia en la industria? El hecho que no haya carreras de pregrado de Ing. de Software no es porque sean malas, sino porque no son tan necesarias (esta poca necesidad se satisface en programas de postgrado).

Ahi creo que diferimos. En un postgrado en ingenieria de software se espera que se haga investigacion y eso implicara gente que estudie metodologias y proponga mejoras al proceso. O que cree mejores herramientas. Pero ese no es el objetivo en pregrado. En pregrado el objetivo es que la gente este lista para la practica profesional de la ingenieria de software, es decir, que entiendan el proceso, que sepan de estandares, de metodologias, etc. y que tengan criterio para escoger lo mas adecuado a su proyecto. Y que *apliquen* las mejores practicas en cada una de las fases del proyecto.

Acaso es parte de la formacion estandar de alguien en Ciencias de la Computacion todo el know-how de software engineering? Esta la curricula disenhada para que las mejores practicas sean usadas desde los primeros cursos? Es la construccion de un producto de SW de calidad profesional requisito para terminar la carrera? Si el objetivo es probar una idea, basta un prototipo de usar y tirar. Y en ciertas especialidades de CS el SW podria no ser necesario (una demostracion sobre un algoritmos solo requiere la parte matematica por ejemplo). Si el objetivo es satisfacer una necesidad real, con un producto de calidad, ese prototipo podria no ser suficiente. Se le debe *exigir* a un alumno de pregrado que sea capaz de hacer ambas cosas?

 

Saludos,
+ Jose

Saludos,

Manuel Bellido 

Quiero aclarar que me parece excelente tener esta discusion. Pero preferiria que discutamos pros y contras aunque volvamos sobre ciertos puntos ya tocados. En particular, me parece que los objetivos de cada carrera y como servirian al pais deben quedar claros. Tambien los costos (academicos, sociales y politicos) de escoger una opcion u otra. Y diferenciar lo que podria ser una solucion de transicion a lo que se espera en el largo plazo.

Saludos,

+ Jose
 

[Ernesto Cuadros-Vargas]

Hola Harold,

        Comenzare haciendo algunas aclaraciones:

1.- En Brasil habia hasta hace algun tiempo 2500 carreras del area de computacion. Tambien es bueno considerar que Brasil gradua alrededor de 10,000 (diez mil) doctores a tiempo completo (en todas las areas) al año. El pdte de la Sociedad Brasileña de Computacion (SBC), Dr. Jose Carlos Maldonado, es Dr en SE, ellos graduan un montonal de gente en maestrias y doctorados a tiempo completo en SE. Aun asi, la posicion de Brasil es no recomendar SE en pregrado. Aun asi tienen un total de 5 carreras muy recientes que han solicitado funcionar como SE.

2.- Una carrera se desprende de otra cuando la cantidad de conocimiento exclusivo de la primera existe en un volumen considerable tal que ya no se puede cubrir en la que le dio origen. En el espectro de CS y SE existe una interseccion tremenda por la cual resulta dificil decir que ya estamos hablando de una nueva carrera con facilidad.

En el caso de que digamos que exista en pregrado lo que hay que tener cuidado con el numero. Percy sugirio 2 o 3 y considerando que tenemos 102 carreras en Peru ya estamos en ese numero. UN Numero asi tambien me parece aceptable de forma personal.

3.- Lo que me preocupa observando el caso peruano es que en muchos casos solo buscan alinearse a SE por ser la unica (quitando la que contiene mucho hardware, CE) que con tiene la palabra Ingenieria. Ahi es donde radica el peligro. Hace un par de meses vi una propuesta de malla curricular de una carrera de Sistemas que esta en proceso de analisis de migracion. La malla era de SE y de los 60 cursos, la justificacion para querer llamarla SE era una secuencia de 7 cursos de los cuales 5 ya estaban en la malla de CS. Eso es descabellado pero es lo que sucede en muchos casos en Peru.

4.- Carnegie Mellon University (CMU) es la institucion que mas empuja SE en todo el mundo cierto? Pues bien, a mi me parece por lo menos llamativo que ellos para entrar a la maestria pidan varios anhos y no la recomienden (ni la tengan) en pregrado. Mas alla de que otras carreras tengan SE en USA solicito al menos que los que quieran crear estas carreras le den un voto de confianza a CMU ya que ahi hay gente que sabe mucho del tema.

5.- En el caso de España yo pregunte esto hace algunos meses. La palabra exacta que fue usada por las autoridades españolas en la respuesta sobre este tema fue que era una "salvajada" en pregrado.

6.- Algo en que si estoy de acuerdo es que el contenido de SE debe ser tocado en CS, IS y CE y es algo muy necesario. Sin embargo su presencia no justifica agregarle la palabra Ingenieria a CS o a IS.

7.- Otro punto que hay que poner en la mesa es que SE no sera evaluada por ingenieros. Sera evaluada por gente de Computacion.

8.- Finalmente, solicito a los que respondan que pongan entre parentesis si se refieren a la carrera Software Engineering o al puesto laboral de Software Engineer que como ya fue explicado algunas decenas de veces son cosas diferentes y una no deriva en la otra.

En este mensaje estoy refiriendome a la carrera y no al puesto laboral.

Saludos

Er

--

Para enviar mensajes al grupo: sp...@googlegroups.com
Para retirarse del grupo: spc-l-un...@googlegroups.com
Para mas opciones: http://groups.google.com/group/spc-l?hl=es

--
**************************************************************
Ernesto Cuadros-Vargas. PhD
Dean of the School of Engineering and Computing
San Pablo Catholic University, Arequipa-Peru (www.ucsp.edu.pe)
Peruvian Computer Society, President
http://socios.spc.org.pe/ecuadros
(+51)958.339.127 (NEW) (+51)(54)608020 Ext 326 (Office)
(+51)(54)281517(Fax)
*************************************************************

[Ernesto Cuadros-Vargas]

Hola Jose,

Hola,

Creo que hay que tener en cuenta un par de detalles:
- En EEUU no es facil tener una facultad de ingenieria, e "ingenieria" es una palabra reservada para carreras de esas facultades. Es mucho mas viable hacer un track de "software engineering" dentro de una carrera de ciencias de la computacion, que sacarla como carrera aparte.

de acuerdo

 

- Los puestos laborales de "software engineer" los ocupan en su mayoria gente formada en ciencias de la computacion. Ello lo explica en parte el hecho de que no existen muchas carreras de software engineering y por otro el que esta ingenieria no esta regulada.

El tema de la regulacion tambien es algo que genera problemas en Peru por el tema de la colegiatura. Estoy buscando un articulo reciente de la Union Europea sobre la colegiatura necesaria en diversas carreras. Hay sorpresas interensantisimias. Esto da para otra hebra.

 

Por otro lado, pienso que la realidad del Peru es otra. No se chocaria con intereses creados de carreras de ciencias de la computacion (salvo en la UCSP), pero si con carreras de "ingenieria" que preparan gente para salir a desarrollar software.

No veo el posible choque pues la gente de UCSP esta saliendo a desarrollar software. 

 

Las preguntas que se caen por su propio peso son:
- que es mas viable de implementar en una universidad en el Peru, una carrera de ciencias de la computacion o una carrera de ingenieria de software?

Esta pregunta podria ser planteada de otra forma:

Que es mas facil, hacer en el contexto peruano, para no generar tanto lio con los egresados a los cuales ya les hemos dicho que eran ingenieros durante decadas?

Vista asi es mas facil decir SE. 

Sin embargo, hace 10 dias hice un experimento en presencia de la direccion de una carrera en Peru en su primer dia de clases de una carrera denominada Ingenieria de Sistemas. Lo hice apenas entre a la clase asi que nadie podra indicar que hubo sesgo y fue con presencia de la direccion de carrera para garantizar la neutralidad.

encuestamos a 67 alumnos en 2 grupos sin mencionarles los nombres de las carreras.

El resultado fue:

CE: 4

CS:40

SE: 8

IS:12

IT: 3

Vengo haciendo esta prueba ya unos 3 anhos en par de grupos por semestre (aprox 40 por grupo que quitando los que faltan el dia de la prueba son un poco menos)

Estoy dispuesto a hacer esto en cualquier universidad y con presencia de varios docentes sin sesgos y de forma neutral.

Puedo demostrar que ante la ausencia de la terminologia la gente busca mayoritariamente CS pero cuando les introduces los terminos diran que quieren ser Ingenieros. Por eso es que me parece delicado el termino de SE en el contexto de desorden ya existente en Peru con 102 carreras y 23 nombres que casi nadie distingue.

Saludos

Er

--

[Percy Antonio Pari Salas]

Hola Er, hola a todos,

si es posible me gustaria que compartieras las encuestas (preguntas)
que se hicieron a los alumnos. Mi preocupacion es que es mas facil
"vender" CS que SE. Yo tengo un PhD en SE pero no soy muy amante de
la parte no tecnica de SE, de hecho si me preguntas que es mas "cool",
hacer andar un robot o hacer reconocimiento de rostros, prefiero eso a
hacer Auditorias de Calidad. Sin embargo, dependiendo como lo pongas,
SE tambien se puede marketear.
Creo que como mencione, por cuestion de personal disponible unas pocas
(3 o 4) carreras de SE en pregrado en el Peru son factibles. Por otro
lado, por mercado supongo que seria mas popular CS (por lo menos por
el sesgo que he visto en Arequipa hacia AI principalmente). Pero si el
objetivo es formar desarrolladores de SE creo que habria que cuidar
que el componente de SE sea fuerte y no necesariamente opcional. En
fin, es cuestion, como dice Jose, de alinear los objetivos y proponer
soluciones a mediano y largo plazo.

Saludos
Percy

2011/5/31 Ernesto Cuadros-Vargas <ecua...@spc.org.pe>:

[Jose Baiocchi]

Podrias enviar las preguntas de la encuesta a la que te refieres? Seria bueno analizar si no esta sesgada...
Saludos,
+ Jose

2011/5/30 Ernesto Cuadros-Vargas <ecua...@spc.org.pe>

[Mauricio Lopez]

Hola a todos,
 
Aportaria al debate que el Dr. E. Cuadros argumente un poco mas su posicion. Limitarse a decir que Brasil no recomienda SE sin explicar las razones de fondo, no es argumentar. Lo mismo ocurre con Carnegie Mellon, creo que no es valido "darle un voto de confianza" solo porque es prestigiosa sin saber las razones del por qué de su decisión. El ejemplo de España, lo mismo, ¿por qué seria una "salvajada"? por favor argumentar la afirmacion. La SPC no puede confiar a ciegas en Brasil, España o CMU, sin analizar profundamente sus argumentos y contexto.
 
Saludos,
Mauricio
 

---

From: ecua...@spc.org.pe
Date: Mon, 30 May 2011 16:30:01 -0500
Subject: Re: [spc-l] Sobre Ingeniería de Software
To: sp...@googlegroups.com; valdivi...@gmail.com

[Manuel Bellido]

Estimados,

Lo común en paises donde la industria de software es grande, no se tienen Ing. de Software, porque las necesidades de conocimiento de Ing. de Software se cubren ya sea con tracks en pregrado o en postgrado.

Sería interesante que los que proponen que Perú es la excepción, digan porque lo es.

- ¿Qué conocimientos de Ing. de Software en los alumnos de pregrado son necesarios para impulsar la  industria de software en Perú? Si es posible puntualizar para hacer un mejor análisis.

- ¿Estos conocimientos no pueden ser cubiertos en un track, tanto en Sistemas de Información como en Ciencia de la Computación?

Ojo: sabemos que el Perú necesita gente de Ciencia de la Computación y Sistemas de Información (ésta última área ha sido cubierta por la mayoría de carreras pero como una forma híbrida, mezclandola con Tecnologías de la Informacíon).

- De acuerdo al anterior, es necesario crear una carrera entera por los conocimientos no cubiertos por SI o CS con un track de Ing. de Software? A qué costo?

Saludos.

Manuel Bellido

Manuel Bellido

2011/5/31 Mauricio Lopez <skull...@hotmail.com>

[Jose Baiocchi]

Permítanme hacer de abogado del diablo: al crear un track para meter conocimiento de una carrera dentro de otra, no estaríamos creando otro híbrido? Cómo evitar luego que WLAN concepto de "track" se desnaturalice, considerando que tiene implicancias en la contratacion de profesores, generación de horarios, etc.

>> ------------------------------

>> ¿”Ingeniería” del software? Ahora vienen los mea culpa<http://groups.google.com/group/spc-l/browse_thread/thread/e4190a2c22407f98/>
>> Sobre la Ingenieria de Software<http://groups.google.com/group/spc-l/browse_thread/thread/c10ed1efb5a21fa/>
>> Regulacion de la Ingenieria de Software en EEUU<http://groups.google.com/group/spc-l/browse_thread/thread/8b548772c6734dd2/>

>>
>> Mi comentario.
>>
>> En otros threads de esta lista se mencionan las experiencias que otros
>> paises tienen con Ingenieria de Software en Pregado. Algunos de estos
>> ejemplos son:
>>

>> - Brazil.
>> - España
>> - EEUU (Carnegie Mellon University)

[Roy Pérez]

Estimado Manuel Bellido:

- ¿Qué conocimientos de Ing. de Software en los alumnos de pregrado son necesarios para impulsar la  industria de software en Perú? Si es posible puntualizar para hacer un mejor análisis.

no entiendo como puedes decir esas cosas, he conocido muchos proyectos que se van al tacho por solamente tener puro integrante de la rama de CS, eso debido a que los de CS no tienen nociones de calidad de software, testing, metodoloigas para ejecutar proyectos como Scrum, XP, o RUP o PMI entre otros, he conocido muchos estudiantes egresados de CS que no conocen metricas de CMMI,  ISO como ejemplo, q nunca llevaron testing y que no saben manejar equipos de desarrollo debido a q no tienen cursos de Proyecto de desarrollo de software donde se aprende el liderazgo y manejo de grupos de desarrollo. Se podria decir q los de CS tienen la vision cerrada a investigación con algunas excepciones por supuesto. Con respecto a los conocimientos necesarios son los mismos q expuse no podemos dejarle la tarea de administracion de proyectos de Software a PMP debido a q un proyecto software no es tan sencillo como proyectos de construccion civil. El manejo de grupos de desarrollo es un punto importante en un proyecto sin eso la falta de motivacion, por ejemplo, puede llevar al fracaso del proyecto.

- ¿Estos conocimientos no pueden ser cubiertos en un track, tanto en Sistemas de Información como en Ciencia de la Computación?

Ojo: sabemos que el Perú necesita gente de Ciencia de la Computación y Sistemas de Información (ésta última área ha sido cubierta por la mayoría de carreras pero como una forma híbrida, mezclandola con Tecnologías de la Informacíon).

es casi imposible esa porq estarias quitando cursos q podrian resultar importantes apra esas dos carreras, son muchos cursos los cuales necesitan como ejemplo de pongo, Proyectos de Software, DEsarrollo de Software, Metricas de Calidad, Arquitectrua de Software, paradigmas OO, tecnologias de informacion, y puedo seguir enumerando sin acabar.

- De acuerdo al anterior, es necesario crear una carrera entera por los conocimientos no cubiertos por SI o CS con un track de Ing. de Software? A qué costo?

por supuesto q si, en un comienzo puede ser un costo elevado pero al obtener los resultados pueden ser de mucha utilidad debido a q los proyectos de software (involucra tambien proyecto de investigación) pueden resultar exitosos en todo sentido (calidad, tiempo, presupuesto, etc).

No entiendo como peuden quitarle importancia a esta carrera con solo poner como referencias a Brasil o España, porq no miramos con mas ambicion a paises Europeos como Francia, Suecia, etc. no seamos conformistas y miremos al pais de alado o al de habla Hispana como nosotros salgamos de nuestra burbuja enfrentemos la realidad.

------------------------------------------------------------------
Bch. Roy Helbert Pérez Pinto
Ingeniería de Sistemas
Cátedra Concytec
Universidad Nacional de San Agustín
=================================

[Roy Pérez]

es casi imposible esa porq estarias quitando cursos q podrian resultar importantes apra esas dos carreras, son muchos cursos los cuales necesitan como ejemplo de pongo, Proyectos de Software, DEsarrollo de Software, Metricas de Calidad, Arquitectrua de Software, paradigmas OO, tecnologias de informacion, y puedo seguir enumerando sin acabar.

ojo me equivoque quise decir "tecnologia de objetos"

[Jose Baiocchi]

De acuerdo con Roy. En la formación de CS típica no están incluidos todos los cursos necesarios de SE.
Dicho esto, en un equipo de desarrollo de SW, la gestión del proyecto la debe hacer alguien que entienda los temas que mencionas. La posición es que eso lo aprenderían en la maestría, así que alguien que solo estudio CS no saldria listo para liderar proyectos. Se les dice esto a los potenciales estudiantes? Estaran dispuestos a aceptar que luego de 5 años de estudio no están entrenados para dirigir proyectos no triviales?

>>> ------------------------------

>>> ¿”Ingeniería” del software? Ahora vienen los mea culpa<http://groups.google.com/group/spc-l/browse_thread/thread/e4190a2c22407f98/>
>>> Sobre la Ingenieria de Software<http://groups.google.com/group/spc-l/browse_thread/thread/c10ed1efb5a21fa/>
>>> Regulacion de la Ingenieria de Software en EEUU<http://groups.google.com/group/spc-l/browse_thread/thread/8b548772c6734dd2/>

>>>
>>> Mi comentario.
>>>
>>> En otros threads de esta lista se mencionan las experiencias que otros
>>> paises tienen con Ingenieria de Software en Pregado. Algunos de estos
>>> ejemplos son:
>>>

>>> - Brazil.
>>> - España
>>> - EEUU (Carnegie Mellon University)

[Victor Arturo Simich L�pez]

Si las razones xq no se debe tener una carrera de Ing. de Software en el Perú es el poco desarrollo de la industria de software nacional, dicho razonamiento sería aplicable a muchas carreras incluídas CS.

 

Creo que existen un consenso que (por ahora) tener propuestas de CE no son viables.

 

Por otro lado en los últimos 3 años han ingresado entre 6-8 empresas multinacionales relacionadas el desarrollo de software lo cual podría  indicar un punto de inflexión en la industria de software en el Perú.

 

Repito mi posición de basarnos en las propuestas de IEEE/ACM sobre las 5 carreras mencionadas y en base a ello lograr un equilibrio entre localidad y globalidad.

 

Si alguien considera hacer una adaptación o un hibrido en base a lo establecido por IEEE/ACM ello es totalmente respetable, pero eso implicaría tener la tolerancia respetar otras adaptaciones diferentes en contexto y alcance.

 

Exitos..

 

Arturo

2011/5/31 Jose Baiocchi <jose.b...@gmail.com>

[Roy Pérez]

buenos dias,

la gestión del proyecto la debe hacer alguien que entienda los temas que mencionas. La posición es que eso lo aprenderían en la maestría, así que alguien que solo estudio CS no saldria listo para liderar proyectos. Se les dice esto a los potenciales estudiantes? Estaran dispuestos a aceptar que luego de 5 años de estudio no están entrenados para dirigir proyectos no triviales?

estoy de acuerdo con Jose que para la gestion de un  proyecto lo debe hacer alguien q conosca del tema, pero no solamente el ing de sw sirve para gestionar el proyecto, sino tambien para llevar acabo la ejecucion del mismo en buena forma, es decir q no solo es necesario q el jefe del proyectro sea SE sino la mayoria del equipo, con esto aseguramos la calidad del producto resultante, ahora por otro lado es cierto q los de CS en ocasiones tienen mas abstraccion q uno de SE no obstante creo q les es dificil (con excepciones) llevar acabo tareas como gestion de tiempo, costos y manejo de equipo, tuve muchos compañeros de grupo en proyectos universitarios q tienen la mentalidad de un CS (no solo es tener el titulo) q prefieren trabajar solos (creo q asi se sienten mas seguros o nose el motivo por el ual lo haran) son muy cohibidos y cerrados en sus ideas (vale recalcar las excepciones), y con esas caracteristicas en todo un equipo creo q seria dificil sacar adelante un proyecto. En tal sentido, si bien es cierto que SE podria ser el nombre de una maestria por el m,otivo q un estudaiente de pregrado no esta preparado para dirigir un proyecto entocnes con ese razonamiento q diriamos de los ingenieros industriales y los de administracion???? io creo q los estudiantes q salen de esa carrera empezaran primero a ser analistas, diseñadores o desarrolladores segun sean sus habilidades y paulatinamente adquirir experiencia para dirigir un proyecto propio.

[Jan Beeck]

Señores, Crear un software requiere de un proceso de ingeniería, alguien duda de eso?, mejor discutan en la lista, qué se debe hacer y cómo se puede "innovar" para crear un sw avasallador. Saludos. Jan --- On Wed, 6/1/11, Roy Pérez <royhel...@gmail.com> wrote:

[Mauricio Lopez]

A ver si nos ponemos de acuerdo...
 
Estoy deacuerdo en que CS no hace enfasis en calidad de sw, testing y metodologias pero hasta ahi. Por otro lado dudo que una carrera de pregrado en SE tenga cursos que enseñen métricas de CMMI o ISO o lleven cursos de Scrum, XP, RUP o PMI. Creo que cosas tan especificas no tienen sentido tenerlas como cursos. Creo que se puede enseñar de forma general los fundamentos de métricas y quizas tambien de metodologias ingenieriles (lease RUP) y no tradicionales (lease agiles). El objetivo del pregrado universidad es brindar una base ancha a los alumnos. Esto implica que cualquier alumno tiene que aprender por su cuenta Scrum, XP o lo que le convenga (teniendo la base teorica no deberia costarle mucho). La experiencia laboral tiene un peso propio que lamentablemente la universidad no puede dar. En el campo laboral alguien llega a ser "arquitecto" de software por los años de experiencia que tiene. Esto nos dice que en parte todavia es un arte, quizas puede haber suficiente material para un curso en arquitecturas pero no mucho mas, todavia el arquitecto se hace "en la cancha". Aptitudes como "Liderazgo" y manejo de personal tampoco se enseñan en la universidad. Son aptitues "soft" que se aprenden en la práctica, cada alumno tiene que aprenderlo por su cuenta. Quizas estos son indicadores de que SE todavia no ha adquirido madurez para estar en pregrado? (no hay estandares ni metodologias que funcionen bien!!) no lo sé.
 
Saludos,
Mauricio

---

Date: Tue, 31 May 2011 12:42:48 -0500

Subject: Re: [spc-l] Sobre Ingeniería de Software

From: royhel...@gmail.com
To: sp...@googlegroups.com

[Ernesto Cuadros-Vargas]

Hola Percy,

    La encuesta tuvo dos partes. Lo que se hizo con los alumnos en su primera clase fue preguntarles apenas entraron a la clase que es lo que querian hacer al cabo de graduarse dentro de 5 años.

En esta primera etapa sus respuestas fueron:

Quiero trabajar en Google

Quiero crear un buscador como el Google

Quiero trabajar en Microsoft

Quiero crear software para animacion en 3D

Quiero crear algo como el Corel Draw

Quiero crear un Sistema Operativo como el Windows

Quiero crear un Sistema Operativo como el Linux

Quiero crear software para el control de seguridad de redes

... etc

Tambien hubo un grupo muy pequenho que menciono cosas como:

Quiero hacer software para empresa

Luego (sin mencionar nada de nomenclatura) se explico el rectangulo famoso de IEEE y luego se dibujaron los 5 perfiles de las 5 propuestas de IEEE (sin mencionar nunca los nombres de cada una y tampoco Sistemas y/o informatica). Luego cada alumno escogio el perfil que mas se parecia a lo que buscaban y de ahi salio la table indicada.

Lo que hare para la proxima es sacar una foto de la pizarra con todo lo que responden. Me parece una buena forma de saber que es lo que los chicos buscan cuando postulan aunque lo llamen de otra forma.

Saludos

Er

2011/5/30 Percy Antonio Pari Salas <perc...@gmail.com>

[Rudy Godoy Guillén]

Hola, concuerdo en gran parte con Mauricio. Hay que diferenciar roles y formación. La formación no te encasilla en un determinado rol, eso sería un error. Por ejemplo, un product manager (producto de software) debe ser CS o SE, o algo totalmente fuera de computación (al no necesariamente necesitar programar sino manejar el producto)? Eso es clave entender. Los roles en el campo laboral los ocupas de acuerdo a la experiencia que vas ganando y para mi los temas de liderazgo son aptitudes propias desarrolladas por cada persona, generalmente vienen "de casa" (comunicación, relaciones inter-personales, etc). No conozco personas que al egresar, del la carrera que sea, pasen directamente a ocupar un puesto de "gestión" porque no tienen la experiencia para eso (que es lo que se valora en el campo laboral).

Lo otro que hay que considerar son los tipos de empresas en la industria. Existen empresas de producto y de servicios. Las empresas de servicios están más interesados en estandarizar sus procesos y formas de producción por eso les sirve mucho avances como las metodologías y CMMI, ISO, etc. Este caso también es para las empresas que desarrollan in-house. Las empresas de producto tienen un entorno totalmente distinto, y son el pilar de la industria (pues son las que dan trabajo a las empresas de servicios). Las empresas de producto se mueven de una forma diferente. Las empresas de producto, tipo Google, Apple, VMware, Facebook, Microsoft, Zynga, Oracle, etc generalmente buscan CS por que es lo que necesitan para desarrollar sus productos, las de servicios necesitan una mezcla de ambos, dependiendo de la especialización. 

un saludo

2011/6/1 Mauricio Lopez <skull...@hotmail.com>

--
Rudy Godoy

Computer Science Student
San Pablo Catholic University, Arequipa-Peru (http://www.ucsp.edu.pe)
http://htu.pe - Internet Business Software

[Mauricio Lopez]

Sr Perez,

Estoy deacuerdo en que los graduados de CS quizas no enfatizan en direccion de proyectos o metodologias de desarrollo. Sin embargo me llama la atencion las comparaciones que realiza con graduados de SE. Tiene Ud experiencia de trabajo en equipos conformados por graduados en SE?. Le recuerdo que estamos hablando de una carrera que todavia no existe en Peru!!. ¿como puede comparar a graduados de CS con graduados de SE? ¿o contra quienes los ha estado comparando?. Los proyectos exitosos que Ud conoce los ejecutaron graduados de SE?.
 
Cree Ud que los egresados de una carrera de SE, sin ninguna experiencia, estarian preparados para liderar proyectos?. Es algo argumentable, ya que depende de muchos factores como el tamaño del proyecto y del equipo y las reglas de juego desde luego, pero en general creo que no. Hace falta experiencia como desarrollador primero y luego de algunos años recien puede liderar proyectos.
 
Saludos,
Mauricio
 

---

Date: Wed, 1 Jun 2011 11:23:26 -0500

Subject: Re: [spc-l] Sobre Ingeniería de Software

From: royhel...@gmail.com
To: sp...@googlegroups.com

[Percy Antonio Pari Salas]

Hola Er,

la foto seria una buena indicacion... pero segun las preguntas que
mandaste, no veo el tal sesgo hacia CS...

- para trabajar en Google no necesitas graduarte de CS, puedes ser un
buen graduado de SE (debo aceptar que con algunas extensiones hacia
conocimientos un poco mas que generales de CS... pero SE en fin)
- ni que se diga para trabajar en Microsoft... ahora si alguien quiere
ir a Microsoft Research es otra cosa...
- probablemente nadie va a crear un buscador como Google por si
solo... puede ser que un graduado de CS sea el que tenga la idea
inicial cierto, pero luego de eso va a tener que trabajar con varios
SE para poder plasmar la idea... Punto para CS creo...
- los de crear software, desde animacion 3D hasta sistemas operativos,
van a necesitar SE como base y extender eso con elementos puntuales de
CS... Punto para CS en la profundidad, pero punto para SE ser usado
como base...
- seguridad de redes cae en CS si es que estas hablando de la forma,
algoritmos, arquitectura de nuevos "sistemas" de seguridad, pero si me
hablas de crear software... mmm... SE?
- crear software para empresa, IS extendido con elementos de SE?

como digo, en cuestion de cursos y contenidos probablemente la figura
se inclina mas claramente a CS pero desde las preguntas generales
parece haber una mezcla SE + CS (o CS + SE - dependiendo donde pones
tu corazoncito) ... Salvo mejor opinion.

Saludos
Percy

2011/6/2 Ernesto Cuadros-Vargas <ecua...@spc.org.pe>:

[Mauricio Lopez]

Unas aclaraciones a lo que dijo P. Pari.
 
Tomando como ejemplo a Microsoft, quitando de la ecuacion a Microsoft Research, el resto de equipos desarrollan librerias, compiladores, IDEs, Suits de ofimatica (word, excel, etc), APIs de bajo nivel, y un largo etc. Estamos de acuerdo en que Microsoft crea tecnologias, no es muy consumidor de tecnologias. Partiendo de esa premisa, mi posicion es que es mas adecuado un graduado de CS que un graduado de SE para realizar estas labores.
 
Hay que tener en cuenta de que no son desarrollos netamente cientificos, de hecho quienes desarrollan todas esas cosas ejercen tambien ingeniería. Estan precisamente ubicados en el limite difuso entre ciencia e ingenieria, o en otras palabras, tanto el componente de SE por si solo, como el de CS por si solo no son suficientes. Sin embargo existe un sesgo hacia la creacion de nueva tecnologia que requiere una formacion en CS muy fuerte, y que posiblemente con complementos de SE podria ser sificiente para lograr los objetivos. De hecho me remito a la propia realidad actual. ¿Que formacion tienen los Ingenieros de Software de Microsoft (refiriendome al puesto laboral)? graduados en CS.
 
Queda pendiente demostrar que lo inverso es verdad, es decir que los formados netamente en SE con un componente adicional de CS serian idoneos para crear tecnologia. Eso lo dejo para alguien con mas conocimientos de SE.
 
Saludos,
Mauricio
 
> Date: Thu, 2 Jun 2011 08:51:55 +1000

> Subject: Re: [spc-l] Sobre Ingeniería de Software

> From: perc...@gmail.com
> To: ecua...@spc.org.pe
> CC: sp...@googlegroups.com

[Ernesto Cuadros-Vargas]

Hola Harold,

    En el caso de Brasil, primero debes tomar en cuenta que ellos si tienen el puesto laboral de Ingeniero de Software, lo que no recomiendan es la carrera en pregrado de Ingenieria de Software. Debemos comenzar razonando si entendemos que son cosas distintas. ¿Eso esta claro 100% para ti? Yo estoy a favor de tener mas puestos laborales de Ing de Software, lo que no estoy de acuerdo en en pensar que eso se forma en carreras de Ing de Software y tampoco estoy de acuerdo en que esa carrera sea competencia del CIP.

     Pues bien, en el caso de Brasil, que ya tienen Ingenieros de Software (puesto laboral), cualquier profesional podria hacer una maestria en Ingenieria de Software (como el caso de Percy Pari que estudio la maestria con el pdte de la SBC). Sin embargo, para hacer esta maestria yo puedo hacerla tranquilamente en un programa de Ciencia de la Computacion. Percy podria aclarar si justificaria hacer una maestria distinta fuera de CS o tambien podria aclarar si los cursos que llevaron no fueron lo suficientemente profundos en SE.

    En el caso de Brasil, la posicion oficial de la SBC es que dos carreras se separan cuando la parte no comun y nueva de la segunda carrera es tan grande que justifica una nueva carrera y no podria ser colocada como especialidad de la primera. En este caso no sucede que SE pueda crear una carrera altamente diferente de CS a tal punto de justificar que TENGA que ser otra carrera.

    En cuanto a Carnegie Mellon, yo estudie ahi durante el doctorado, el Software Engineering Institute (SEI), es para postgrado. Alguien que me corrija pero creo que el SEI es la maxima autoridad en esto en el mundo.

   Recuerdo tambien que la sede de Google en la ciudad Pittsburgh fue abierto en funcion del talento y calidad de los profesionales egresados de CMU que es donde queda el SEI. Entonces veamos un anuncio de Google Pittsburgh pidiendo Software Engineers (puesto laboral) que en los requirements pide gente de Computer Science.

http://www.google.com/intl/en/jobs/uslocations/pittsburgh/swe/software-engineer-google-com-pittsburgh/index.html

    Por que una empresa como Google funcionando al costado de la mayor referencia de Ingenieria de Software (el SEI) no pide gente de la carrera de Software Engineering? 

RPTA: Google esta buscando el puesto laboral de constructores de software ... La clave de la confusion en Peru es que estamos en proceso de entender que la palabra Ingenieria del puesto laboral no deriva de una carrera con la palabra Ingenieria necesariamente.

    Una pregunta obligada es: Quien esta equivocado Peru o ellos (USA) que inventaron el area o talvez el SEI que lidera esa area en el mundo?

    Con relacion a España, debes considerar que por mas problemas que podamos encontrarle estan la Union Europea y estan en proceso de alineamiento a la acreditacion Internacional. Ciertamente tienen mas doctores que todo el Peru junto en esta area, tienen mas postgrados (no estoy juzgando su calidad) y producen mas en investigacion que nosotros.

    Aun asi, te parece que nosotros estemos en condiciones de explicarles a ellos que no han entendido conceptos que fueron inventados por USA y que nosotros copiamos (con un toque peruano)?

Saludos

Er

2011/5/31 Mauricio Lopez <skull...@hotmail.com>

[Ernesto Cuadros-Vargas]

Hola Jose,

2011/5/31 Jose Baiocchi <jose.b...@gmail.com>

Permítanme hacer de abogado del diablo: al crear un track para meter conocimiento de una carrera dentro de otra, no estaríamos creando otro híbrido? Cómo evitar luego que WLAN concepto de "track" se desnaturalice, considerando que tiene implicancias en la contratacion de profesores, generación de horarios, etc.

Si consideras que el area de SE ha sido creada a partir del area de Computacion es natural que la veas como un track ... es un track que ha venido creciendo. Surgen varias preguntas:

Por que ese track de SE es mas importante que el track de Bases de Datos?

Por que ese track de SE es mas importante que el track de Computacion Grafica?

Por que ese track de SE es mas importante que el track de Algoritmos?

Por que ese track de SE es mas importante que el track de Lenguajes de Programacion?

Tu conoces el cuerpo de conocimiento de CS y una de las 14 areas es SE.

Ver Cuerpo completo en:: http://www.spc.org.pe/education/PCC/Peru/CS-SPC/node40.html

Ver lineas de SE en:http://www.spc.org.pe/education/PCC/Peru/CS-SPC/node182.html#sec:BOK-SE

Sin embargo, cuando estamos hablando de una carrera de SE estamos hablando de que cada area de SE se tendria que expandir a una secuencia de cursos ....

Entonces estamos hablando de cadenas de cursos (ya no topicos ni un solo curso) de cada uno de los siguientes topicos ...

SE/Diseño de Software. (8 horas) 
SE/Usando APIs. (3 horas) 
SE/Herramientas y Entornos de Software. (3 horas) 
SE/Procesos de Software. (2 horas) 
SE/Especificación de Requerimientos. (4 horas) 
SE/Validación y verificación de software. (3 horas) 
SE/Evolución del Software. (3 horas) 
SE/Administración de Proyectos de Software. (3 horas) 
SE/Computación Basada en Componentes. 
SE/Métodos Formales. 
SE/Confiabilidad del Software. 
SE/Desarrollo de Sistemas Especializados. 
SE/Evaluación de riesgos. 
SE/Mejorando la programación: robustez y seguridad. 

Si hablamos de una carrera completa de CS de 60 cursos (solo por dar un numero) es logico pensar que los cursos de carrera lleguen digamos a 35.

Cuando hablamos de una carrera de SE tendriamos que tener un aproximado de 35 cursos de esas lineas antes mencionadas.

Tenemos alguna asi? Lo que se ve en el Peru en este momento es que las carerras tienen 4-5 cursos de esta linea y nada mas... Por esa razon es que a estas alturas no se justifica pensar en separar SE como una nueva carrera y si se hace me parece que no deberia ser mas de 3 carreras en todo el pais como conversaba con Pery Pari.

Saludos

Er

[Roy Pérez]

Estimados,

Estoy deacuerdo en que los graduados de CS quizas no enfatizan en direccion de proyectos o metodologias de desarrollo. Sin embargo me llama la atencion las comparaciones que realiza con graduados de SE. Tiene Ud experiencia de trabajo en equipos conformados por graduados en SE?. Le recuerdo que estamos hablando de una carrera que todavia no existe en Peru!!. ¿como puede comparar a graduados de CS con graduados de SE? ¿o contra quienes los ha estado comparando?. Los proyectos exitosos que Ud conoce los ejecutaron graduados de SE?.
 
Cree Ud que los egresados de una carrera de SE, sin ninguna experiencia, estarian preparados para liderar proyectos?. Es algo argumentable, ya que depende de muchos factores como el tamaño del proyecto y del equipo y las reglas de juego desde luego, pero en general creo que no. Hace falta experiencia como desarrollador primero y luego de algunos años recien puede liderar proyectos.

tienes razon no he trabajado con personas de SE, pero pienso q con personas de esa carrera se llevará a cabo mejor los proyectos, esto debido a la calidad q tendra el producto resultante debido a la preparacion q tendran los graduados en esa carrera sobre metodologias de desarrollo y trabajo en equipo, y en si no hice ninguna comparativa con SE sino solo dije como son algunas de las personas de CS q conosco, por otro lado estoy totalmente de acuerdo q un egresado de esa carrera no saldrá con la experiencia adecuada para liderar proyectos eso lo dije anteriorment:

En tal sentido, si bien es cierto que SE podria ser el nombre de una maestria por el motivo q un estudiante de pregrado no esta preparado para dirigir un proyecto entocnes con ese razonamiento q diriamos de los ingenieros industriales y los de administracion???? io creo q los estudiantes q salen de esa carrera empezaran primero a ser analistas, diseñadores o desarrolladores segun sean sus habilidades y paulatinamente adquirir experiencia para dirigir un proyecto propio.

En relacion a q requiere Microsoft, Facebook, Google, etc. creo q estamos pecando un poco de ilusos, en los ultimos 6 años a Google pocos (Eduardo Tejada(UNSA), Jorge Poco Medina (UNSA), Jhosimar Cordova (UNSA), Manuel Bellido (UCSP), Rodrigo Lazo (UCSP) ) son los q llegaron a hacer practicas o pasantias y solo uno empezo a trabajar ahi (Jorge Poco Medina (UNSA), Eduardo Tejada (UNSA)) si seguimos pensando, no quiero pecar de mediocre pero tmp de iluso, q todos los egresados iran a trabajar ahi estamos dando falsas ilusiones a los estudiantes q no saben q estudiar, mejor empecemos a ver al realidad peruana haciendo las cosas bien aca con ambiciones de salir al mundo eso sin con el objetivo de regresar y aplicar lo aprendido en nuestro pais.

[Mauricio Lopez]

Muchas gracias por su respuesta. ¿Le molestaria compartir el link donde la SBC da a conocer la posicion oficial sobre el tema?

 

>    Una pregunta obligada es: Quien esta equivocado Peru o ellos (USA) que inventaron el area o talvez el SEI que lidera esa area en el mundo?

 

¿como saberlo? si no hay ningun argumento a la vista, nada concreto que nos ayude a conocer sus criterios. Simplemente el hecho de que CMU no tiene el pregrado y que google esta cerca no sirve como argumento.

 
>    Aun asi, te parece que nosotros estemos en condiciones de explicarles a ellos que no han entendido conceptos que fueron inventados por USA y que nosotros copiamos (con un toque peruano)?
 

Perdoneme, pero segun su manera de pensar España siempre tendria razon (por tener mas posgrados?). Con ese criterio copiemonos de ellos ahora también!!. ¿Realmente Ud. piensa que los peruanos no somos capaces de pensar por nosotros mismos?. No lo creo.

 
Saludos,
Mauricio
 

---

From: ecua...@spc.org.pe

Date: Thu, 2 Jun 2011 10:50:55 -0500

Subject: Re: [spc-l] Sobre Ingeniería de Software
To: sp...@googlegroups.com

CC: valdivi...@gmail.com

[Ernesto Cuadros-Vargas]

Hola Jose,

De acuerdo con Roy. En la formación de CS típica no están incluidos todos los cursos necesarios de SE.
Dicho esto, en un equipo de desarrollo de SW, la gestión del proyecto la debe hacer alguien que entienda los temas que mencionas. La posición es que eso lo aprenderían en la maestría, así que alguien que solo estudio CS no saldria listo para liderar proyectos. Se les dice esto a los potenciales estudiantes? Estaran dispuestos a aceptar que luego de 5 años de estudio no están entrenados para dirigir proyectos no triviales?

Ciertamente una carrera de CS tipica no tiene todos los cursos necesarios para cubrir todo SE. Pero de cuantos cursos extras estamos hablando? Si son mas de 30 estamos hablando de una carrera separada ... si son +3 no ...

Que carrera actual de Peru esta entrenada en dirigir proyectos triviales o no triviales?

Estaran dispuestos a aceptar que luego de 5 años de estudio no están entrenados para dirigir proyectos no triviales a pesar de tener un titulo conocido en el medio?

Por favor indicanos cual es la secuencia de cursos que consideras necesaria para dirigir proyectos ... son 5 cursos? 10? 20?

Saludos

er

[Ernesto Cuadros-Vargas]

Arturo,

     Peru estaba exportando un aprox de 40 millones de dolares (2010) en software con 102 carreras y 23 nombres de las cuales unas 97 aprox son ingenierias X. Uruguay tenia hasta hace poco una sola carrera y ahora tiene 3 aprox y en 2007 ya exportaba 200 millones de dolares.

     Ellos orientaron sus carreras a crear mientras nosotros a usar.

     Recuerdo que hace un par de anhos le comentabas a los amigos de Google (graduados en CS) que para poder trabajar en Peru primero deberian obtener un titulo de Ingeniero peruano, luego colegiarse y recien Google podria funcionar en el Peru d. Si no hacian eso simplemente Google no podia venir a Peru. Lo recuerdo como si hubiera sido ayer ...

    Para mi esta claro que lo que se busca es mantener la palabra Ingenieria no importa combinada con lo que sea pero mantenerla para que no se nos caiga la burbuja que hemos construido.

Saludos

Er

2011/6/1 Victor Arturo Simich Lopez <asi...@gmail.com>

[Victor Arturo Simich L�pez]

Ernesto :

 

El problema de las 102 carreras y 23 nombres es su falta de identidad de acuerdo a los establecido por IEEE/ACM, lo cual es totalmente diferente a si es pertinente el tema de Ing. de Software en Perú.

 

He tenido a personal de costa rica y ahora tengo a personal de Uruguay trabajando en proyectos nuestros y la diferencia principal que hemos sacado es que ellos saben hacer negocios en este campo lo cual implica desarrollar skills en el tema (information systems?)

 

Y eso no implica cambiar el tema de mi comentarios anterior : Si alguien quiere hacer adaptaciones tomando como base IEEE/ACM u otra de su propia creación está en todo su derecho a hacerlo, pero eso adaptación no significa que todos aceptemos la misma. Es más tenemos que tener la tolerancia y la humildad de aceptar otras adaptaciones.

 

Otro si digo : Si quieres hacer tu propio sancochao hazlo, pero eso no implica que al resto le guste tu sancochao.

 

 

 

2011/6/2 Ernesto Cuadros-Vargas <ecua...@spc.org.pe>

[Ernesto Cuadros-Vargas]

Roy,

     Considerando que has terminado la carrera en Enero de 2010 y considerando que aun no hay egresados aun de CS a quienes te refieres que ya has trabajado en "muchos proyectos"? Por otro lado, el hecho de saber todo lo que mencionas tampoco garantiza que el software salga bien o si?

     Te invito a leer una opinion muy interesante de Dijkstra donde hace mencion a SE.

http://www.smaldone.com.ar/documentos/ewd/sobre_la_crueldad.html

     En ingles el original esta en:

http://www.cs.utexas.edu/users/EWD/ewd10xx/EWD1036.PDF

    Algo que me queda claro realmente es que por mas metodologias que sigas nunca nada de eso reemplaza la capacidad de abstraccion del profesional que implementa la solucion.

    Ademas debo agregar que la SE es algo mas especializado que nace de CS. hacer SE sin tener CS es como intentar formar cardiologos sin pasar por una carrera previa de medicina.

Saludos

Er     

2011/5/31 Roy Pérez <royhel...@gmail.com>

[Marco Alvarez]

Estimados,

Las ultimas (y sensatas) participaciones en este thread me llevaron a reconsiderar mi decision de no participar de este foro. Luego de reflexionar por un tiempo en las ideas vertidas, les presento abajo algunas ideas a tomar en cuenta.

El mercado de trabajo en 'computacion' es bastante diverso y complejo. Y se presenta de manera muy distinta de acuerdo a las realidades locales. Por ejemplo la demanda en EEUU es distinta a la demanda en Peru. Debemos tener en cuenta que en todos los casos hay espacio para diversos profesionales. No existe una relacion 'uno para uno' entre carreras de pregrado y puestos de trabajo, ni entre carreras y empresas. En cualquier empresa que desarrolla productos tecnologicos (desde las gigantes hasta las muy pequenhas) hay diversos profesionales trabajando, cientificos (computacion), ingenieros (de diversas ramas), fisicos, biologos, etc. Lo que las empresas buscan es contratar al candidato mas apropiado (en terminos de conocimientos y experiencia) para la descripcion del puesto de trabajo, independientemente de lo que se lea en su diploma. Entonces, centrar la discusion sobre la pertinencia de Ingenieria de Software bajo la premisa tacita de que el mercado prefiere personal de Ciencia de la Computacion, es marginal a lo que realmente interesa.

Si consideramos el parrafo anterior valido, es coherente asumir que promover la existencia de carreras denominadas "Ingenieria de Software" no representan una decision equivocada. Entonces de donde viene la polemica? El siguiente analisis recae en la organizacion academica.

Las fronteras de lo que es computacion siempre han estado difusamente definidas, y probablemente permaneceran asi, pues aumentan constantemente. En cada interseccion de Computacion con tras areas existe la posibilidad (por mas lejana que se vea) de crear nuevos conocimientos, contenidos y especialidades (lease carreras). Por ejemplo, Sistemas de Informacion, Bioinformatica, Ingenieria Biomedica, Computacion Musical, etc. Uno no deberia entrar en panico por el aparecimiento y fortalecimiento de nuevas carreras. Entonces, en el fondo que es lo que interesa? Interesa que las carreras, entre otras cosas, sean bien organizadas, posean buena infraestructura, y que cuenten con un cuerpo docente capacitado para brindar contenidos fundamentales y coherentes  con la denominacion y los objetivos de la carrera respectiva. A nivel nacional, tambien es importante que las carreras esten organizadas (o al menos la mayoria de ellas) bajo un consenso de denominaciones y perfiles profesionales, mas que todo para facilitar una buena comunicacion y entendimiento entre academia, mercado, y sociedad en general. Aqui viene la polemica mayor.

Yo no estoy de acuerdo en que la Computing Curricula sea interpretada como una ley suprema para la educacion mundial. Esta debe ser vista como la organizacion de los contenidos de pregrado en 5 disciplinas, que vienen a ser recomendaciones que las universidades pueden adoptar. Entiendase bien que dentro de todo el espectro de la computacion, la Computing Curricula limita su foco a los contenidos del pregrado, por consiguiente, no es una division de areas de investigacion tampoco.

Considerando las ideas de los dos parrafos anteriores, creo en la importancia de promover la organizacion del pregrado en la educacion superior peruana. Para ello listo mis observaciones abajo:

+ Es necesario disociar el campo de la computacion del campo de la ingenieria de  sistemas (algo ya en camino);

+ Es saludable promover el aparecimiento y fortalecimiento de carreras de ciencia de la computacion. Desde que se encuentren en universidades capaces de brindar los conocimientos requeridos y que cuenten con un cuerpo docente con formacion en ciencia de la computacion. Yo creo que al todo en estos momentos, en el Peru no hay mas que 5 instituciones que puedan realmente mantener este tipo de carreras, y esto no desmerece a las otras para nada, es apenas una cuestion de caracteristicas de los recursos humanos con los que cuentan. Talvez mas adelante la situacion cambie debido al retorno de peruanos con doctorados en el exterior;

+ Entre la gente de Ingenieria Electrica, Robotica, Control, Automacion, Mecatronica, peuden surgir iniciativas de una carrera con mayor enfasis computacional, Ingenieria de Computacion. No es una prioridad pero yo no veo para nada negativo su aparecimiento, principalmente si deseamos darle fuerza a la industria nacional;

+ Si uno observa el mercado de trabajo local, las empresas requieren gente con capacidades de desarrollar/liderar proyectos de software (en diversas escalas), asi como tambien con capacidades de tratar extensos sistemas de informacion. Aqui hay necesidad de profesionales con vastos conocimientos de sistemas de informacion e ingenieria de software. En realidad esta demanda es hoy atendida por las actuales carreras de Ingeniaria de Sistemas, Ingenieria Informatica, y demas denominaciones. Obviamente debemos corregir la confusion con Ingenieria de Sistemas asi como reducir la cantidad de denominaciones. Sobre este punto creo ser necesario enfatizar la necesidad de formar profesionales con las capacidades mecionadas arriba. Yo no veo para nada tragico o negativo, denominar a estos profesionales "Ingenieros Informaticos" puesto que el nombre justifica su formacion ingenieril (ing. de software) y su actuacion en el ambito empresarial (informatica). Hay muchas carreras ya con esta denominacion, las cuales podrian simplemente modernizar y optimizar sus planes de estudio para formar mejores profesionales. Los cuales podrian salir tambien hacia maestrias/doctorados en cualquier area;

+ Hay un punto adicional. El tener carreras puras en Sistemas de Informacion o en Ingenieria de Software, tampoco seria perjudicial, desde que las mismas esten bien organizadas, cuenten con los docentes formados en las areas respectivas, y ofrezcan una educacion congruente con la denominacion. Pero, nuevamente enfatizo, que Ingenierios que tengan conocimientos de ambas (sistemas de informacion e ingenieria de software) serian mas valiosos en el mercado actual.

Creo que todo esto recae ultimamente en las autoridades universitarias, de las cuales espero decisiones responsables, sensatas, y fruto de una discusion amplia y sana. No nos dejemos llevar por el impetu de ciertas opiniones que carecen de argumentos serios.

Marco

[Jose Baiocchi]

Estimados,

A proposito del comentario de Marco y otros en esta discusion, me parece importante que todos le demos una mirada al volumen de SE de la CC (http://sites.computer.org/ccse/SE2004Volume.pdf)

Algo que me llamo la atencion y que vale la pena resaltar (pag.39 / 45 en el PDF):

Curriculum Guideline 6: Students must learn some application domain (or domains)
outside of software engineering.
Almost all software engineering activity will involve solving problems for customers in domains
outside software engineering. Therefore, somewhere in their curriculum, students should be able
to study one or more outside domains in reasonable depth.
Studying such material will not only give the student direct domain knowledge they can apply to
software engineering problems, but will also teach them the language and thought processes of
the domain, enabling more in-depth study later on.
By ‘in reasonable depth’ we mean one or more courses that are at more than the introductory
level (at least heavy second year courses and beyond). The choice of domain (or domains) is a
local consideration, and in many cases can be at least partly left up to the student. Domains can
include other branches of engineering or the natural sciences; they can also include social
sciences, business and the humanities. No one domain should be considered ‘more important’ to
software engineering programs than another.
The study of certain domains may necessitate additional supporting courses, such as particular
areas of mathematics and computer science as well as deeper areas of software engineering. The
reader should consult the Systems and Application Specialties area at the end of SEEK (Chapter
4) to see recommendations for such supporting courses.
This guideline does not preclude the possibility of designing courses or programs that deeply
integrate the teaching of domain knowledge with the teaching of software engineering. In fact,
such an approach would be innovative and commendable. For example an institution could have
courses called ‘Telecommunications Software Engineering’, ‘Aerospace Software Engineering’,
‘Information Systems, Software Engineering’, or ‘Software Engineering of Sound and Music
Systems’. However, in such cases great care must be taken to ensure that the depth is not
sacrificed in either SE or the domain. The risk is that the instructor, the instructional material, or
the presentation may not have adequate depth in one or the other area.

[Roy Pérez]

Ernesto,

Antes que nada aclararte q no egrese en Enero del 2010, sino en Abril del 2010 por la huelga q hubo en la UNSA, y de ahi en adelante he trabajado en 4 empresas y se por medio de mis amigos de la situacion de otras 2 (entre ellas una clinica muy conocida) en lo q a software se refiere, a ver si haces el seguimiento :).

Bueno antes que nada decirte que estamos de acuerdo que CS es la base para SE, nos pusistes el ejemplo de medicina con cardiologia, en cierto punto puede ser q si, pero no seria un ejemplo parecido el de biologia con medicina???? porq se separaron??? y hablando con un biologo nos dice q esas dos carreras llevan años de creacion no obstante aun siguen en problemas parecidos al nuestro, me contaba q un medico dice q la biologia es una herramienta para ellos y un biologo por el contrario dice q la medicina es una sub rama de biologia. En ese sentido creo q estamos ante un problema similar q de aca varias decadas seguira en la msima situacion.

Quizas me habre excedido al decir que conosco "MUCHAS" personas de CS y eso es falso, pero si conosco muchas personas egresadas de Ing de Sistemas q desde los retoños han llevado sus cursos con esa mentalidad gracias a algunos profesores. Ahora bien, de aquellas empresas q mencione (en una de ellas trabajaron muchos compañeros mios antes de irse a Brasil) poseen proyectos donde literalmente fracasaron por falta de documentacion requerida, falta de manuales de usuario, falta de conocimiento de lo q realmente el usuario queria, quisieron matar una mosca con un cañon ocasionando algunas sobrecargas en memoria, en una charla con uno de los compañeros q trabajo en una de estas empresas me comento que reconoce sus errores en aquella empresa diciendo q donde esta (Brasil) aprendio verdaderamente a hacer SW, (el esta llevando maestria en Ing. SW ).

Ojo no tengo nada en contra de esa carrera ahora estoy trabajando en Vision Computacional, Logica Difusa y Modificacion de un Linux Kernel para automatizar procesos de produccion de conchas de abanico pero como Jorge Tamayo dijo para que molestarnos por el titulo de Ingeniero de SIstemas porq mejor no aprovechamos el "nombrecito" para trabajar en todo lo relacionado a comptuacion.

En conclusion, tenemos q esperar hasta llevar una maestria para aprender a hacer SW???? segun la curricula leida en CS, donde queda los roles de Analista y Diseñador????, el  CS, segun su base matematica y abstracta que tiene, para un proyecto que no sea de investigacion solo podra desempeñar el papel de codificador????

Por otro lado segun las graficas de las carreras de computacion la de SE y CS son muy parecidas por no decir las mismas, pero el unico detalle q las diferencia es la parte derecha q se orienta mas a la aplicacion (Desarrollo de aplicativos) con su respectiva base en CS, no podemos dejarle esa tarea a uno de Sistemas de Informacion, le podria dar un colapso no tiene esa base q un SE si posee.

Abrazos,

[angel hermoza]

He recibido esta invitación de parte del Colegio de Matemáticos del Perú, para que los Licenciados en Computación se inscriban en el Capítulo de Informática y Computación.

 

Supongo que esta invitación se debe hacer a todos las escuelas de computación del Perú.

 

Paralelamente los egresados de Ingeniería se colegian en el Colegio de Ingenieros del Perú.

 

Este es un tema para que la SPC se pronuncie.

 

---

Angel Hermoza Salas Mg. Ing.

 

[Ernesto Cuadros-Vargas]

Hola Jose,

    Tu mensaje aporta a lo que explique en la respuesta a Marco. En el texto que enviaste dice:

For example an institution could have
courses called ‘Telecommunications Software Engineering’, ‘Aerospace Software Engineering’,
‘Information Systems, Software Engineering’, or ‘Software Engineering of Sound and Music
Systems’

Por osi indique que no basta pensar en agragarle la palabra Ingenieria generica sin especificar que es Software. Ahi radica el centro del problema de la interpretacion peruana.

La carrera propuesta por Marco (IS+SE) no puede ser llamada solamente

Information Systems Engineering

y mucho menos podria justificar el nombre de Ingenieria Informatica ya que crea espacio para mayor confusion.

El mismo problema existe cuando se ve el modelo español que se llamada "Ingenieria"+"Informatica" donde Ingenieria se refiere a la ingenieria tradicional y no a SE.

Has tocado el fondo del problema ... queda claro que se esta tratando de aferrarse a la palabra Ingenieria (diciendo que es SE) pero el fondo del problema es no aceptar el proceso evolutivo que esta pasando el pais y que podria pasar por considerar no usar la palabra Ingenieria.

Saludos

er

--

Para enviar mensajes al grupo: sp...@googlegroups.com
Para retirarse del grupo: spc-l-un...@googlegroups.com
Para mas opciones: http://groups.google.com/group/spc-l?hl=es

[Percy Antonio Pari Salas]

Hola a todos,

el ultimo mail de Jose resume muy bien lo que estaba preparandome para
escribir. SE por si sola no va a hacer mucho sentido. Si la idea es
saber hacer software, hay que hacer software para alguna cosa, para
algun dominio.
Por otro lado tambien entiendo la preocupacion de Ernesto por la
palabra (o titulo) "Ingenieria". El gran problema creo que es que
mucha gente no ha entendido o no entiende la naturaleza del software.
Ingenieria de Software es Ingenieria? SI, es ingenieria porque trata
la aplicacion de los principios ingenieriles a la
produccion/desarrollo de software. Sin embargo, es dominio del colegio
de ingenieros tal como lo conocemos? o comparte las mismas bases
concretas que las "ingenierias tradicionales" (lease Ing Civil,
Electronica, de Materiales, etc).? Mi respuesta es que NO. La
naturaleza del software es diferente. las ingenierias tradicionales
estan "limitadas" (no encuentro una mejor palabra - en ingles diria
"bounded by") por las leyes fisicas y la quimica, mientras que el
software no. El software podria estar limitado por las matematicas,
pero no las que nos ensenhan en los primeros cursos de la universidad
sino por la matematica discreta. Mientras que para un ingeniero
tradicional el algebra "numerica" es necesaria y tal vez suficiente,
cuando estudiamos el software tenemos que tener en cuenta que existe
el algebra de procesos, algebra relacional, y otras variaciones. Es
mas, yo esperaria que un graduado de CS pueda al menos saber que
poderia (o deberia) crear su propia algebra para explicar formalmente
las propiedades de algun campo, como el reconocimiento de rasgo
fisicos/biologicos en una persona (es simplemente un ejemplo no me
vayan a crucificar por no ser preciso y formal).
Retomando, lo que tenemos que entender es que no porque sea una
ingenieria, una carrera de SE puede contar con una plana docente de
unicamente ingenieros formados en una ingenieria tradicional o
inclusive en muchas de las actuales Ingenierias de Sistemas. Si
entendemos eso y estamos seguros que las carreras de SE no seran
"secuestradas" y desvirtuadas entonces yo me inclino por la
denominacion de "Ing de Software" donde diferentes carreras ataquen
diferentes dominios de aplicacion segun su mercado local y sus
recursos docentes y de infraestrucura. Caso contrario, me inclino por
la propuesta de Ernesto de tener carreras de CS (que son mas dificiles
de secuestrar) pero donde el componente de SE sea mas o menos fuerte y
no necesariamente opcional.

Saludos
Percy

PS. Tildes omitidas intencionalmente.

[jso...@uni.edu.pe]

Hola,

Creo que esta historia de los colegios se ha desviado mucho, en mi opinion, de lo que deberia ser.

Hubiera sido ideal la existencia de un colegio de Ciencias, donde estuviesen matematica, fisica, quimica, ciencia de la computacion.
Otra posibilidad fue la propuesta por alguien del comite de crear un colegio solo para computacion.

Ahora ya se tiene el colegio de matematicos y, hace poco mas de un mes el congreso aprobo la creacion del colegio de fisicos. Pienso que se esta desvirtuando mucho esto. Como dato, el colegio de fisicos fue un proyecto donde no participaron los investigadores mas sobresalientes de la Fisica del Peru. Por ejemplo no hay nadie de la UNI ni de la UNT en ese proyecto, y los que estan de la UNMSM no son los mas representativos de la Fisica. Esto sucedio porque en el congreso hay un fisico de la UNSAC del Cuzco, a pesar que la UNSAC no es representativa de la Fisica del Peru.

De cualquier forma, a mi modo de ver, se deberia insistir en tener un colegio de carreras relacionadas con computacion y proponer este proyecto para que lo apruebe el congreso. En este colegio podria tener los capitulos de Ciencia de la Computacion, Sistemas de Informacion, Ingenieria de Software, Ingenieria de Computacion, y Variantes.

Ademas debo sugerir que el titulo/licenciatura no sea el requisito minimo. Deberia ser titulo/licenciatura, maestria o doctorado. Esto es porque Peru es uno de los pocos paises del mundo donde el titulo tiene algun valor y, desafortunadamente, no pocas veces tiene mas valor que la maestria o doctorado. Un peruano (o un extranjero) puede regresar a radicar al Peru despues de anhos en el exterior, con una maestria o doctorado, y NO se le puede prohibir colegiarse, solo porque no tiene el titulo, cuando su posgrado vale mucho mas. Tambien se puede tener gente que termine una carrera (por ejemplo electronica) y haga una maestria en Ciencia de la Computacion. Con esa maestria deberia permitirsele colegiarse, a pesar que su pregrado fue en electronica.

Por ultimo, hay que acostumbrar a las universidades e instituciones del estado, que la experiencia profesional NO comienza con el titulo, sino desde que comienza a hacer investigacion con resultados (publicaciones, proyectos, patentes, etc) o, por lo menos, desde que saca el titulo, maestria o doctorado (lo que sea primero).

Me olvidaba, supongo que esta sobreentendido que el profesional solo comienza a pagar desde el momento en que se colegia y no le van a cobrar todos los anhos desde que termino la carrera o saco el titulo, maestria o doctorado. Por ejemplo, si radico en el extranjero 20 anhos despues de terminar su carrera en el Peru, y quiere regresa a radicar al Peru no intentaran cobrarle por los 20 anhos, sino que tiene que ser a partir del instante en que se colegia.

Saludos,
Javier Solano

________________________________________
From: sp...@googlegroups.com [sp...@googlegroups.com] on behalf of angel hermoza [angelher...@yahoo.es]
Sent: Friday, June 03, 2011 2:16 PM
To: sp...@googlegroups.com
Subject: [spc-l] Colegio de Matemáticos - Capítulo de Informática y Computación

[Alfredo Paz Valderrama]

Esta es otra muestra del bajo nivel de computación que aún tenemos en
Perú, opino igual que Walter E. en este momento lo más importante es
mejorar el nivel de toda el área.

saludos

2011/6/3 angel hermoza <angelher...@yahoo.es>:

> --
> Para enviar mensajes al grupo: sp...@googlegroups.com
> Para retirarse del grupo: spc-l-un...@googlegroups.com
> Para mas opciones: http://groups.google.com/group/spc-l?hl=es

--
Alfredo Paz-Valderrama
Sociedad Peruana de Computación

[gloria teresita huamani huamani]

javier:
Es muy interesante tu propuesta.   Y me pregunto qué pasa con las personas que tienen mas de dos profesiones, pertenecen a varios colegios. Al parecer  un miebro del CONSEJO NACIONAL DE LA MAGISTRATURA del periodo anterior fue un enfermero-abogado, él postuló como enfermero asi tenía el respaldo suficiente, ya que como abogado era poco conocido.   
El espíritu de colegiarse es velar por los colegiados. Los pagos se hacen por inscripción y pagan las cuotas mensuales a partir de haber sido colegiados, las cuotas son mínimas.
 
Gloria Teresita

[Víctor Yockteng]

Hola haciendo un poco de memoria y tomando lo mas saltante los Colegios Profesionales se crearon en los sesenta, con propósitos claros del desarrollo de la profesión liberal y conservación de los princinpios éticos y deontologicos de la profesión , así como ser el interlocutor con los poderes del estado en los temas del país que tienen relacion con la profesión . La desinstitucionalizacion del país que se inicia conel golpe de estado de 1968, genera la perdida de rumbo. Que sea necesario la existencia de un Colegio Profesional tiene desde ya un sustento en todo este dialogo que se presenta y que felizmente se da al menos, gracias a la SPC, en relación a nomenclaturas, denominaciones, curriculums, etc. Pero se debe tomar la iniciativa y guíar el proceso, y no suceda que otros la tomen y nos sorprendan. La formalización de la representatividad de la profesión es necesaria.
VRYM
Enviado desde mi iPhone

[Ernesto Cuadros-Vargas]

Hola Javier,

Algo importante para agregar es que en los concursos públicos solo valen tus papeles y experiencia DESPUES de la colegiatura lo cual es un error ciertamente.

Ojalá que no ocurra siempre esto pero es lo que yo he observado.

También ocurre que descalifican a un postulante por tener un titulo de ingeniero de sistemas porque el concurso pedía un ingeniero de sistemas e informática.

Por todas las razones ya expuestas el problema arranca del tal nombre y de entender que estas carreras incluyendo la SE no son compatibles con el Colegio de Ingenieros del Peru.

Saludos cordiales
Er

Sent from my iPhone

[Ernesto Cuadros-Vargas]

Hola Gloria,

Podrías indicarnos de que forma el colegio profesional se ha interesado en el desorden de las carreras de computación?

La única vez que hubo algo escrito en 2006 fue debido a una tremenda discusión originada en la SPC y donde no se permitió que participen personal con otros títulos. Lo único que interesa es tener la palabra mágica en el tiulo y el resto del contenido puede ser lo que quieras. De que forma se vela por ese desorden hoy en día?

Saludos

Er

Sent from my iPhone

[gloria teresita huamani huamani]

 
Ernesto:
 
Remitiría  tu pregunta al colegio de computación y afines. No entiendo porque no existe, Toda vez que  UNMSM tuvo una carrera de ciencias de computación por muchos años.  En un estado de derecho se respeta la Ley. Recuerdo un hecho anecdótico a un postulante para ser JEFE DE RENIEC 2010-1015, al parecer le retiraron de la competencia porque no tenía colegiatura era Lic. de Investigación de operaciones.
El capítulo de Ingeniería industrial y  sistemas de Lima,  entre 2005 y 2006 promovió la discusión.   Como colegiado tuviste participación, como toda comisión terminó su labor presentando  un informe denominado DENOMINACIONES Y PERFILES DE LAS CARRERAS DE INGENIERIA DE SISTEMAS, COMPUTACION E INFORMATICA. http://www.unfv.net/showthread.php?904-Denominaciones-y-Perfiles-en-las-Carreras-de-Ing.-de-Sistemas&s=a1764810e34a7fcc193177c2b8e49de9, Por otra parte cada universidad es autónoma en formar a sus profesionales, asimismo cada carrera  selecciona al organismo que le va a acreditar.
 
Pienso que los interesados, el colectivo dedicado a TECNOLOGIAS DE INFORMACION Y COMUNICACIONES deberían formar un colegio amplio.
En nuestro entorno  para ser colegiado, el requisito es el título profesional, luego del bachillerato. Si eres profesional de otra especialidad y estas desarrollando tareas de computación será necesario llevar los cursos que te faltan para ostentar ese título o certificar que en la maestría y doctorado has profundizado los temas. Hoy en día tienes dos o más carreras y esa es la tendencia.
Sin embargo, las competencias para las que se forma a un profesional se diluyen al tercer año de haber egresado. Entonces el egresado requiere cursos de  especialización,  de allí la demanda grandiosa de diplomados, maestrías, doctorados.   

En otros paises para ser docente en universidad se requiere amplios conocimientos de PEDAGOGIA, ANDRAGOCIA y experiencia.  Quizás era buena la propuesta que en los colegios secundarios las ciencias fueran enseñadas por gente  competente, es decir que tuvieran amplios conocimientos en fisica, quimica, matemáticas y que se actualizaran permanentemente mediante maestrías y por ESCALABILIDAD pasaran a enseñar en la universidades.  Y otros dedicados a la investigación se dedicaran a desarrollar algoritmos, modelos etc. En algunas ocasiones es conveniente recordar!!!Creo que hay un refrán que dice ZAPATERO A TU ZAPATO,
 
Gloria Teresita

 

---

CC: sp...@googlegroups.com
From: ecua...@gmail.com
Subject: Re: [spc-l] Colegio de Matemáticos - Capítulo de Informática y Computación
Date: Sun, 5 Jun 2011 12:57:53 -0500
To: sp...@googlegroups.com

[Ernesto Cuadros-Vargas]

Estimados,

     He recibido esta manhana una invitacion a participar de opiniones de la siguiente generacion de SE de IEEE/ACM y algo que se ve desde el inicio es que estas son las areas importantes de un Ingeniero de Software:

Software Modeling & Analysis

Software Design

Software Verification & Validation

Software Evolution

Software Process

Software Quality

Software Management

Cuales de estas areas son comunes con un Ingeniero Civil? con uno Metalurgico? con uno Industrial?

Porque razon esta carrera es afin al Colegio de Ingenieros o a un Facultad de Ingenieria tradicional? Cuantos y cuales son los cursos en comun de un Ing de Software con las carreras antes citadas?

Saludos

Er

2011/6/3 Percy Antonio Pari Salas <perc...@gmail.com>

--
Para enviar mensajes al grupo: sp...@googlegroups.com
Para retirarse del grupo: spc-l-un...@googlegroups.com
Para mas opciones: http://groups.google.com/group/spc-l?hl=es

[Jose Baiocchi]

Hola Ernesto,

Podrias hacer una comparacion entre el porcentaje de esas areas cubierto por la curricula de SE en pregrado, vs la de CS?
Esta discusion no era sobre la afinidad de SE con ingenierias "tradicionales", sino sobre si es pertinente tenerla como una carrera separada o si es mas conveniente que sea un track dentro de CS...  cual es el trade-off entre una y otra decision?

+ Jose

2011/6/20 Ernesto Cuadros-Vargas <ecua...@spc.org.pe>

--

[Jose Baiocchi]

Ernesto,
En esa lista todos los items empiezan con "Software", asi que a primera vista no parece haber nada afin con una carrera de ingenieria "tradicional". Pero esa es una comparacion de manzanas con naranjas ("apples to oranges"). Para hacer una mejor comparacion tienes que elevar el nivel de abstraccion.

Quitale la palabra "software" y busca si otras ingenierias tienen practicas parecidas:
-- Modelamiento y Analisis
-- Diseno
-- Verificacion y Validacion
-- Evolucion
-- Proceso
-- Calidad
-- Gestion

A cuantos ingenieros no les suenan conocidas estas palabras?

Distingue tambien que el ingeniero de software hace dos cosas:
-- Instanciar un proceso (de SW) - el COMO
-- Construir un producto (de SW) - el QUE

Los ingenieros de sistemas (los verdaderos) son los generalistas en lo primero -- definir un proceso --, los industriales tambien lo hacen a menudo. Y en esa actividad el output son planes, calendarios, responsabilidades, etc. Las mejores practicas son comunes en muchos casos independientement de que el objetivo sea construir un software (ej. los principios de organizacion de un equipo se pueden abstraer).

Lo comun a todas las ingenierias son las practicas, el COMO. Las diferencias estan basadas en el dominio del problema: los conocimientos requeridos para fabricar un auto, construir un puente, sintetizar una droga o desarrollar una aplicacion web son distintos.

Saludos,
+ Jose

2011/6/20 Ernesto Cuadros-Vargas <ecua...@spc.org.pe>

Estimados,

--

[Manuel Bellido]

Hola José,

 

Lo comun a todas las ingenierias son las practicas, el COMO. Las diferencias estan basadas en el dominio del problema: los conocimientos requeridos para fabricar un auto, construir un puente, sintetizar una droga o desarrollar una aplicacion web son distintos.

Pero también las prácticas , el COMO, son comunes al resto de actividades humanas en mayor o menor grado. Lo importante sería rescatar que cosas son comunes a las ingenierías y no son afines al resto.

Saludos

[Abraham Eliseo Davila Ramon]

José

Sólo revisando el documento de ABET (criterios de ingenierías)..... puedes ver ingenierías "más tradicionales o maduras" e ingenierías "más jóvenes o modernas"

TRADICIONALES:......

PROGRAM CRITERIA FOR CIVIL

The program must demonstrate that graduates can: apply knowledge of mathematics through differential equations, calculus-based physics, chemistry, and at least one additional area of science, consistent with the program educational objectives; apply knowledge of four technical areas appropriate to civil engineering; conduct civil engineering experiments and analyze and interpret the resulting data; design a system, component, or process in more than one civil engineering context; explain basic concepts in management, business, public policy, and leadership; and explain the importance of professional licensure.

PROGRAM CRITERIA FOR INDUSTRIAL

The program must demonstrate that graduates have the ability to design, develop, implement, and improve integrated systems that include people, materials, information, equipment and energy. The program must include in-depth instruction to accomplish the integration of systems using appropriate analytical, computational, and experimental practices.

PROGRAM CRITERIA FOR MECHANICAL

The program must demonstrate that graduates have the ability to: apply principles of engineering, basic science, and mathematics (including multivariate calculus and differential equations) to model, analyze, design, and realize physical systems, components or processes; and work professionally in both thermal and mechanical systems areas.

MODERNAS....

PROGRAM CRITERIA FOR SOFTWARE

The curriculum must provide both breadth and depth across the range of engineering and computer science topics implied by the title and objectives of the program. The program must demonstrate that graduates have: the ability to analyze, design, verify, validate, implement, apply, and maintain software systems; the ability to appropriately apply discrete mathematics, probability and statistics, and relevant topics in computer science and supporting disciplines to complex software systems; the ability to work in one or more significant application domains; and the ability to manage the development of software systems.

PROGRAM CRITERIA FOR ENGINEERING MANAGEMENT AND SIMILARLY NAMED ENGINEERING PROGRAMS

The program must demonstrate that graduates have: an understanding of the engineering relationships between the management tasks of planning, organization, leadership, control, and the human element in production, research, and service organizations; an understanding of and dealing with the stochastic nature of management systems. They must also be capable of demonstrating the integration of management systems into a series of different technological environments.

PROGRAM CRITERIA FOR BIOENGINEERING AND BIOMEDICAL ENGINEERING 

The structure of the curriculum must provide both breadth and depth across the range of engineering topics implied by the title of the program. The program must demonstrate that graduates have: an understanding of biology and physiology, and the capability to apply advanced mathematics (including differential equations and statistics), science, and engineering to solve the problems at the interface of engineering and biology; the ability to make measurements on and interpret data from living systems, addressing the problems associated with the interaction between living and non-living materials and systems.

Saludos

Abraham

Abraham Dávila

abraham...@pucp.edu.pe
Cel: (51) 999 340 843
RPM: # 067 284

[hugo vega]

Estimados Miembros de la SPC

Todos quedan cordialmente invitados a la Jornada Tecnológica que se realizara el Jueves 23 y Viernes 24

en la URP.

La recepción formal sera a las 9:20, adjunto la agenda

El Viernes a las 7:00 pm estará con nosotros nuestro invitado de honor, el presidente de la SPC Dr. Ernesto Cuadros

Un abrazo

Hugo Vega

[Ernesto Cuadros-Vargas]

Hola Jose

Hola Ernesto,

Podrias hacer una comparacion entre el porcentaje de esas areas cubierto por la curricula de SE en pregrado, vs la de CS?

Para hablar de una malla concreta, veamos la de la SPC para CS

http://www.spc.org.pe/education/PCC/Peru/CS-SPC/node204.html

Que lleva entre 4 a 5 cursos (pero podria variar) de la linea de SE (Analisis, Diseño, Calidad de Software, Metodos Formales, Tópicos en SE).

Cuando hablamos de una carrera de 5 años de SE es logico que cada area del cuerpo de conocimiento tome la forma de una CADENA de cursos y no apenas uno solo ...

Las lineas de SE se pueden ver en:

http://www.spc.org.pe/education/PCC/Peru/CS-SPC/node182.html

que las copio a continuacion:

SE/Diseño de Software. (8 horas) 
SE/Usando APIs. (3 horas) 
SE/Herramientas y Entornos de Software. (3 horas) 
SE/Procesos de Software. (2 horas) 
SE/Especificación de Requerimientos. (4 horas) 
SE/Validación y verificación de software. (3 horas) 
SE/Evolución del Software. (3 horas) 
SE/Administración de Proyectos de Software. (3 horas) 
SE/Computación Basada en Componentes. 
SE/Métodos Formales. 
SE/Confiabilidad del Software. 
SE/Desarrollo de Sistemas Especializados. 
SE/Evaluación de riesgos. 
SE/Mejorando la programación: robustez y seguridad. 

Si hablamos de una carrera deberiamos ver cadenas de cursos y no solo que se toque esos topicos.

Asi como en una malla de CS los cursos de la linea de CS son un 60% es logico pensar que en una malla de SE podamos encontrar 60% de cursos de esta linea. Yo no veo eso en las mallas curriculares de SE en Peru pero si lo viera me parece que seria innegable que si serian SE y habria que apoyarlos.

Lo que estoy en contra es que una institucion quiera justificar la palabra Ingenieria (apoyandose en la existencia de cursos Ingenieria de Software) con muy pocos cursos extras. Eso no estaria bien cierto?

 

Esta discusion no era sobre la afinidad de SE con ingenierias "tradicionales",

No es algo fuera de discusion este tema.

Tenemos claro que SE no es competencia del CIP?

Hace algo como un año pregunte a un directivo del CIP si SE era mas cercano a CS o a Ing de Minas?. Existe alguna duda que SE es mas proxima a CS? creo que no verdad?

Pues bien, la respuesta del directivo del CIP fue que depende pues eran ingenieros ... Esta respuesta refleja el problema que tenemos de fondo.

 

sino sobre si es pertinente tenerla como una carrera separada o si es mas conveniente que sea un track dentro de CS...  cual es el trade-off entre una y otra decision?

ok, como ya indique antes, si la malla curricular tuviese 60% de cursos de SE es una cosa y seria plenamente justificable llamarse SE. Si tiene 9 cursos y consideramos que CS ya tiene 5 estariamos hablando de un track en CS y se podria hacer muy bien.

Tienes alguna malla peruana en mente (SE) para conversar sobre si justifica o no llamarse SE?

Saludos

Er

[Ernesto Cuadros-Vargas]

Hola Jose,

Ernesto,
En esa lista todos los items empiezan con "Software", asi que a primera vista no parece haber nada afin con una carrera de ingenieria "tradicional". Pero esa es una comparacion de manzanas con naranjas ("apples to oranges"). Para hacer una mejor comparacion tienes que elevar el nivel de abstraccion.

ok te recuerdo que hace algunas semanas fuiste tu el que copio en esta lista un texto donde decia hablaba de 

Software Engineering in Information Systems o

Software Engineering in X

Sucede pues estimado qeu no se puede quitar la palabra software como sugieres porque caemos en otras areas muy distintas ... justamente ahi radica una de las peculiaridades de trabajar con Software.

 

Quitale la palabra "software" y busca si otras ingenierias tienen practicas parecidas:
-- Modelamiento y Analisis
-- Diseno
-- Verificacion y Validacion
-- Evolucion
-- Proceso
-- Calidad
-- Gestion

Siguiendo tu analisis un Ing Civil tambien hace diseño y por lo tanto podriamos decir que un SE y un Civil son afines y deben identificarse con la misma facultad y Colegio Profesional.

Asumiendo por un instante que somos afines y que un SE es proximo a un Civil podriamos pensar que tenemos formacion en comun ... por eso pregunte, que cursos llevamos en comun (por ser Ingenieros) los de SE y los de Civil?

Si hay 30 cursos en comun el escenario es uno ...

Si hay 10 cursos en comun el escenario es otro ...

Si hay 2 cursos en comun el escenario es uno ...

Que necesito entonces como contenido minimo para llamarme Ingeniero y que sea valido para cualquier area de las representadas por el CIP?

 

A cuantos ingenieros no les suenan conocidas estas palabras?

Distingue tambien que el ingeniero de software hace dos cosas:
-- Instanciar un proceso (de SW) - el COMO
-- Construir un producto (de SW) - el QUE

Claro que es familiar ! pero lo que no aceptamos aun es que construir software no comparte tecnicas con construir un puente. Solo tenemos en comun la palabra con deficion y tecnicas propias en cada lado.

Tenemos en comun muchas palabras (Diseño, Manufactura, Construccion, etc) pero no son contenidos intercambiables a tal punto de que no puedo llevar un curso en Diseño (de Ing Civil) y convalidarlo con Diseño de Software. Eso existe? hasta donde queremos forzar esta figura con tal de demostrar afinidad con carreras como Civil solo para decir que si somos Ingenieros?

Los ingenieros de sistemas (los verdaderos) son los generalistas en lo primero -- definir un proceso --, los industriales tambien lo hacen a menudo. Y en esa actividad el output son planes, calendarios, responsabilidades, etc. Las mejores practicas son comunes en muchos casos independientement de que el objetivo sea construir un software (ej. los principios de organizacion de un equipo se pueden abstraer).

Entonces puedo traer a un Ing Civil con experiencia en planeamiento de construcciones (pero sin preparacion en software)  para que me calcule el tiempo y presupuesto para construir un software? 

Lo comun a todas las ingenierias son las practicas, el COMO. Las diferencias estan basadas en el dominio del problema: los conocimientos requeridos para fabricar un auto, construir un puente, sintetizar una droga o desarrollar una aplicacion web son distintos.

Todos los ingenieros comparten el COMO? Podriamos traer a un Ing Civil (sin cursos extras) a darnos una charla de como hacer software de cualquier tipo?

 

Es justificado decir que somos afines?

Saludos

Er

[Jose Baiocchi]

Ernesto,

Creo que tu metrica de afinidad, la cantidad de cursos en comun, no es buena. Los planes de estudio son consecuencia de dos cosas, como ya lo indico Omar Florez en un correo reciente: la disciplina academica y la practica profesional. Me parece que se puede comparar la afinidad a ese nivel, y ello requiere un trabajo mas arduo donde la granularidad sea mas fina, quizas contenidos y competencias. Si tu insistes en comparar simplemente la cantidad de cursos comunes, probablemente la misma carrera en dos universidades distintas no resultaria "afin" consigo misma (y eso se agrava en universidades con curriculas flexibles o majors combinados).

Al final de este mensaje estoy copiando la seccion 2.3 del SE2004. Creo que es una buena referencia respecto a por que SE es una disciplina de la ingenieria tanto como lo es de computacion. Esa naturaleza dual aparentemente es muy dificil de entender de los dos lados. Veras que ahi en ningun lado se habla de "cursos comunes" como el factor definitivo.

Saludos,
+ Jose

2.3 Software Engineering as an Engineering Discipline
The study and practice of software engineering is influenced both by its roots in computer
science and its emergence as an engineering discipline. A significant amount of current software
engineering research is conducted within the context of computer science and computing
departments or colleges. Similarly, software engineering degree programs are being developed
by such academic units as well as within engineering colleges. Thus, the discipline of software
engineering can be seen as an engineering field with a stronger connection to its underlying
computer science discipline than the more traditional engineering fields. In the process of
constructing this volume, particular attention has been paid to incorporating the practices of
engineering into the development of software, so as to distinguish this curriculum from computer
science curricula. To prepare for the more detailed development of these ideas, this section
examines the engineering methodology and how it applies to software development.
We must also point out that although there are strong similarities between software engineering
and more traditional engineering (as listed in section 2.3.1), there are also some differences (not
necessarily to the detriment of software engineering):
• Foundations are primarily in computer science, not in natural sciences.
• The focus is on discrete rather than continuous mathematics.
• The concentration is on abstract/logical entities instead of concrete/physical artifacts.
• There is no “manufacturing” phase in the traditional sense.
• Software “maintenance” primarily refers to continued development, or evolution, and not to
conventional wear and tear.
2.3.1 Characteristics of Engineering
There is a set of characteristics that is not only common to every engineering discipline, but is so
predominant and critical that they can be used to describe the underpinnings of engineering. It is
these underpinnings that should be viewed as desirable characteristics of software engineers.
Thus they have influenced the development of software engineering and the contents of this
volume.
[1] Engineers proceed by making a series of decisions, carefully evaluating options, and
choosing an approach at each decision-point that is appropriate for the current task in the
current context. Appropriateness can be judged by tradeoff analysis, which balances costs
against benefits.
[2] Engineers measure things, and when appropriate, work quantitatively; they calibrate and
SE2004 Volume – 8/23/2004 8
validate their measurements; and they use approximations based on experience and
empirical data.
[3] Engineers emphasize the use of a disciplined process when creating a design and can
operate effectively as part of a team in doing so.
[4] Engineers can have multiple roles: research, development, design, production, testing,
construction, operations, management, and others such as sales, consulting, and teaching.
[5] Engineers use tools to apply processes systematically. Therefore, the choice and use of
appropriate tools is key to engineering.
[6] Engineers, via their professional societies, advance by the development and validation of
principles, standards, and best practices.
[7] Engineers reuse designs and design artifacts.
It should be noted that while the term engineer and engineering will be used extensively in the
following sections, this document is about the design, development and implementation of
undergraduate software engineering curricula. It must be acknowledged that much of the work
in this document is based on the work of numerous individuals and groups that have advanced
the state of computer science and information technology, and have developed programs that
help prepare graduates to practice software development in a professional manner.
2.3.2 Engineering design
Design is central to any engineering activity, and it plays a critical role in regard to software. In
general, engineering design activities refer to the definition of a new artifact by finding technical
solutions to specific practical issues, while taking into account economic, legal, and social
considerations. As such, engineering design provides the prerequisites for the "physical"
realization of a solution, by following a systematic process, that best satisfies a set of
requirements within potentially conflicting constraints.
Software engineering differs from traditional engineering because of the special nature of
software, which places a greater emphasis on abstraction, modeling, information organization
and representation, and the management of change. Software engineering also includes
implementation and quality control activities normally considered in the manufacturing process
design and manufacturing steps of the product cycle. Furthermore, continued evolution (i.e.,
“maintenance”) is also of more critical importance for software. Even with this broader scope,
however, a central challenge of software engineering is still the kind of decision-making known
as engineering design. An important aspect of this challenge is that the supporting process must
be applied at multiple levels of abstraction. An increasing emphasis on reuse and componentbased
development hold hope for new, improved practices in this area.

2011/6/22 Ernesto Cuadros-Vargas <ecua...@spc.org.pe>

[Ernesto Cuadros-Vargas]

Hola Jose,

       Gracias por el mensaje, creo que las cosas estan madurando cada vez mas ... Tu mensaje solo refuerza mas la posicion que ya afirme en mensajes anteriores.

Me parece que es logico para la sociedad pensar que los colegios profesionales estan formados por carreras afines correcto?. Como explico la afinidad en este caso sin tener materias en comun ni intercambiables entre Software Engineering (SE) peruana y una ingenieria tradicional como Ing Civil?

* Por un lado podemos afirmar que SE tiene componentes ingenieriles? claro que si ... (Ej diseño)

* Al mismo tiempo podemos afirmar que esos componentes en ambos lados tienen tecnicas que han sido redefinidas y que llegan a ser incompatibles mas alla del nombre? claro que si ...

* Seria logico pensar que podrian estar en otro colegio profesional diferente al CIP? claro que si ... 

Ya mencione antes que esta justificacion es tan logica como que ya nadie discute que los Medicos Veterinarios deberian ir al Colegio Medico del Peru.

En el caso de la acreditacion de ABET, sabemos que SE esta en Ingenieria pero la comision lider es de los de computacion y no es evaluada por profesionales del area de Ingenieria tradicional.

¿Por que entonces no evolucionar en algo que es tan claro como el agua?

Ya converse hace poco estos asuntos con parte del equipo de la computing curricula de SE y lo que te estoy diciendo es asi de claro. Una carrera de SE que tenga 8 cursos de SE no es SE, una carrera de SE con digamos un 60% de contenido de SE si puede llamarse SE. En el caso Peruano el problema es simple, queremos ponerle la palabra Ingeniero por inercia de la historia y porque es muy doloroso retirarla despues de haber escuchado eso por 40 años. Yo se que mucha gente aqui mismo percibe eso pero es otra historia aceptarlo ...

Finalmente, toda nuestra discusion ha estado siendo copiada de forma oculta a dos congresistas con los cuales hemos discutido ampliamente este tema y ahora esta mas claro que nunca.

Saludos

Er

2011/6/23 Jose Baiocchi <jose.b...@gmail.com>

[Jose Baiocchi]

Ernesto,

Gracias por explicar la intencion de tu mensaje. Creo que eso permite re-direccionar la conversacion.

Pienso que el argumento de "afinidad academica" es una estrategia con pocas probabilidades de ser exitosa si de lo que se trata es de modificar la regulacion profesional. Para mi hay argumentos mucho mas pragmaticos que se podrian utilizar.

Por ejemplo, el Colegio de Ingenieros del Peru, al igual que el resto de Colegios Profesionales, se encuentran organizados territorialmente. En otras palabras, no hay un solo Colegio de Ingenieros, hay 25 (uno por departamento + El Callao). En cada uno de esos Colegios hay Capitulos que se forman y agrupan segun los intereses de sus miembros. Por eso en algunos lugares Sistemas e Industrial estan juntos, y en otros lugares estan separados. Cuales son otras consecuencias de la territorialidad? Que un ingeniero domiciliado en Arequipa, colegiado y pagando sus cuotas puntuales al CIP-Arequipa, no puede ser contratado temporalmente para un proyecto en Lima a menos que solicite autorizacion y pague al CIP-Lima. Lo mismo sucede con Ingenieros del extranjero que deseen trabajar en el Peru. Cual es la intencion detras de ello? Pues que los proyectos de ingenieria "tradicional" requieren la presencia fisica del ingeniero en muchos casos en el lugar donde se realiza la obra. Pero mas aun, la idea es proteger a los ingenieros de un lugar de la competencia de los ingenieros de otro lugar. En otras palabras, una "reserva de mercado".

En Ingenieria de Software no tiene sentido este modelo. Hoy en dia en un proyecto de SW se puede tener ingenieros distribuidos alrededor del mundo, todos contribuyendo al mismo producto (e.g., un repositorio accesible a traves de Internet es suficiente). Y es posible que esos ingenieros eventualmente se reunan para colaborar en el proyecto, lo que requiere que algunos viajen. Para proyectos relativamente complejo, los equipos distribuidos de esa forma probablemente sean la unica forma de asegurar el exito del proyecto (trabajando 24 horas al dia en diferentes zonas horarias). Frente a esa realidad, es obvio que las reglas regulatorias del CIP resultan anacronicas.

Otro ejemplo es que tener como requisito el titulo de Ingeniero conseguido en el pre-grado, restringe en principio la posibilidad del cambio de especialidad. Pero el CIP no controla que un Ingeniero ejerza en la especialidad que esta registrado. Creo que sobran los casos de profesionales que ejercen labor similar a Ingenieros de Sistemas / Informaticos (peruanos) siendo de otras especialidades. En muchos casos se justifica que lo hagan pues tienen post-grados que los acreditan. Pero no siempre es el caso. Como es que la territorialidad resulta siendo mas importante que asegurar que el profesional cuente con las credenciales apropiadas?

La realidad es que en muchos lugares el ejercicio profesional de la Ingenieria de Software no esta regulado y ello resulta incluso beneficioso. Basta comparar California, donde esta Sillicon Valley,  donde una empresa puede contratar a discrecion a quien crea conveniente para un puesto de "Software Engineer", con Texas, donde si se requiere licenciarse con el Engineering Board. Cual de esos estados produce mas?

Pienso que hay muy buenas razones para la des-regulacion de la Ingenieria de Software, o su regulacion bajo un modelo distinto del CIP. Y ninguna de esas tiene que ser la afinidad o falta de la misma. Para mi es obvio que la Ingenieria de Software es una especialidad de la Ingenieria (el unico requisito que la ley peruana impone a una carrera para pertenecer al CIP). Pero tambien tengo claro que el marco regulatorio impuesto por el CIP y otros colegios resulta poco conveniente para el desarrollo de la profesion de Ingenieria de Software en el Peru.

Saludos,
+ Jose

2011/6/23 Ernesto Cuadros-Vargas <ecua...@spc.org.pe>

[Ernesto Cuadros-Vargas]

Hola Jose,

Ernesto,

Gracias por explicar la intencion de tu mensaje. Creo que eso permite re-direccionar la conversacion.

Pienso que el argumento de "afinidad academica" es una estrategia con pocas probabilidades de ser exitosa si de lo que se trata es de modificar la regulacion profesional. Para mi hay argumentos mucho mas pragmaticos que se podrian utilizar.

La afinidad es la que ha venido siendo utilizada por el CIP para decir que esta carrera les compete. Alguien que este a favor de que SE este en el CIP aqui podria explicar eso con mayores detalles?

Por ejemplo, el Colegio de Ingenieros del Peru, al igual que el resto de Colegios Profesionales, se encuentran organizados territorialmente. En otras palabras, no hay un solo Colegio de Ingenieros, hay 25 (uno por departamento + El Callao). En cada uno de esos Colegios hay Capitulos que se forman y agrupan segun los intereses de sus miembros. Por eso en algunos lugares Sistemas e Industrial estan juntos, y en otros lugares estan separados. Cuales son otras consecuencias de la territorialidad? Que un ingeniero domiciliado en Arequipa, colegiado y pagando sus cuotas puntuales al CIP-Arequipa, no puede ser contratado temporalmente para un proyecto en Lima a menos que solicite autorizacion y pague al CIP-Lima. Lo mismo sucede con Ingenieros del extranjero que deseen trabajar en el Peru. Cual es la intencion detras de ello? Pues que los proyectos de ingenieria "tradicional" requieren la presencia fisica del ingeniero en muchos casos en el lugar donde se realiza la obra. Pero mas aun, la idea es proteger a los ingenieros de un lugar de la competencia de los ingenieros de otro lugar. En otras palabras, una "reserva de mercado".

Interesante ademas que la reserva de mercado sea por regiones en el mismo pais pero me parece que el problema tiene mas componentes. Sabias por ejemplo que el CIP Arequipa tiene diferente personeria juridica que el de Trujillo con diferente RUC inclusive?

La razon de fondo de esa division dentro del propio CIP me parece que es que cada region pueda tener sus propios ingresos.

 

En Ingenieria de Software no tiene sentido este modelo. Hoy en dia en un proyecto de SW se puede tener ingenieros distribuidos alrededor del mundo, todos contribuyendo al mismo producto (e.g., un repositorio accesible a traves de Internet es suficiente). Y es posible que esos ingenieros eventualmente se reunan para colaborar en el proyecto, lo que requiere que algunos viajen. Para proyectos relativamente complejo, los equipos distribuidos de esa forma probablemente sean la unica forma de asegurar el exito del proyecto (trabajando 24 horas al dia en diferentes zonas horarias). Frente a esa realidad, es obvio que las reglas regulatorias del CIP resultan anacronicas.

Ciertamente esto tambien es algo obvio pero que dicen los amigos del CIP incluyendo al Decano que esta en esta lista?

Porque un Ing. de Software requiere colegiatura? 

Otro ejemplo es que tener como requisito el titulo de Ingeniero conseguido en el pre-grado, restringe en principio la posibilidad del cambio de especialidad. Pero el CIP no controla que un Ingeniero ejerza en la especialidad que esta registrado. Creo que sobran los casos de profesionales que ejercen labor similar a Ingenieros de Sistemas / Informaticos (peruanos) siendo de otras especialidades. En muchos casos se justifica que lo hagan pues tienen post-grados que los acreditan. Pero no siempre es el caso. Como es que la territorialidad resulta siendo mas importante que asegurar que el profesional cuente con las credenciales apropiadas?

Creo que va mas alla, el CIP no controla que un profesional este actualizado en aquello que dice en su diploma y estaras de acuerdo conmigo en que el dia que se les ocurra aplicar un examen a los de Sistemas o Informatica sera tarea imposible debido a que el nombre no indica nada al respecto de la afinidad.

 

La realidad es que en muchos lugares el ejercicio profesional de la Ingenieria de Software no esta regulado y ello resulta incluso beneficioso. Basta comparar California, donde esta Sillicon Valley,  donde una empresa puede contratar a discrecion a quien crea conveniente para un puesto de "Software Engineer", con Texas, donde si se requiere licenciarse con el Engineering Board. Cual de esos estados produce mas?

Ojo que hace algunas semanas envie que en España habian desaparecido la colegiatura para 78 de los 87 colegios exixtentes y lo consideran un ahorro para la sociedad. Creo que eso de la colegiatura da para otra hebra. 

Pienso que hay muy buenas razones para la des-regulacion de la Ingenieria de Software, o su regulacion bajo un modelo distinto del CIP. Y ninguna de esas tiene que ser la afinidad o falta de la misma.

Sin embargo, no podemos negar que no tienen afinidades mas alla de compartir palabras cierto?

 

Para mi es obvio que la Ingenieria de Software es una especialidad de la Ingenieria (el unico requisito que la ley peruana impone a una carrera para pertenecer al CIP). Pero tambien tengo claro que el marco regulatorio impuesto por el CIP y otros colegios resulta poco conveniente para el desarrollo de la profesion de Ingenieria de Software en el Peru.

Ok concluimos que la colegiatura es inaplicable en la practica para estos profesionales.

Quien defiende lo contrario en el Peru? 

[Percy Antonio Pari Salas]

Hola a todos,

completamente de acuerdo con Jose. Creo ademas que el punto de Ernesto
(que pone como ejemplo la afinidad academica) es mas el temor a que
por llevar la palabra Ingenieria, una carrera profesional de Ing. de
Software sea desvirtuada para incluir una base teorica y practica que
no le es afin (lease matematicas, ciencias, que sirven de base a las
ingenierias tradicionales). Y mas aun el temor de que el Colegio de
Ingenieros, al incluir "por ley" a la Ing. de Software ponga
restricciones al ejercicio profesional e intente "apropiarse" de la
practica del desarrollo de software en desmedro principalmente de los
graduados en Cs. de la Computacion.
Creo que estos puntos son validos pero antes de abstenerme a usar el
nombre y titulo de Ingeniero para carreras de Ing. de Software
preferiria promocionar el reconocimiento por parte del CIP de las
diferencias entre las ingenierias tradicionales y la ingeniera de
software y la consecuente redefinicion del marco legal que podria
incluir la desregulacion del ejercicio profesional para este caso
particular.

Saludos
Percy

2011/6/25 Jose Baiocchi <jose.b...@gmail.com>:

[Ernesto Cuadros-Vargas]

Hola Percy,

    Voy a promover una conversacion abierta con el Decano del CIP pero en Abril ya la tuvimos en Lima y fue junto con colegas de BRasil, España y USA (ABET). Mi impresion es que simplemente se trata de aumentar el nro de gente que pague su mensualidad y lo demas no se lleva a discusion dentro de la institucion.

     Por otro lado, ya habiamos conversado que aun en el caso de tener SE como pregrado no se podria recomendar mas de 4/100 y ojo que ya existen 4 con ese nombre en el pais.

Saludos

Er