Los decanos de los Colegios Oficiales de Ingenieros Informáticos y Técnicos se reunen hoy en Madrid para coordinar las medidas a tomar por la "falta de regulación" de su profesión y la posibilidad de que sus competencias se atribuyan a los ingenieros de Telecomunicaciones.
#3:
Igual si el sector estuviera regulado, si te petan la base de datos a alguien le podría caer el marrón...O si estuviera regulado, igual lo hubiera echo una persona competente y evitaría q te petaran la base de datos..
O si determinados proyectos estuvieran regulados para asegurar que un profesional competente desarrolla esa actividad.
#5:
#2 Desconocimiento total. ¿Cuando te peta el coche pides al concesionario que te devuelva el dinero? Para eso está existe la garantía, no? Y que yo sepa un coche también lo diseña un ingeniero.
Igual si el sector estuviera regulado, si te petan la base de datos a alguien le podría caer el marrón...O si estuviera regulado, igual lo hubiera echo una persona competente y evitaría q te petaran la base de datos..
O si determinados proyectos estuvieran regulados para asegurar que un profesional competente desarrolla esa actividad.
#2 Desconocimiento total. ¿Cuando te peta el coche pides al concesionario que te devuelva el dinero? Para eso está existe la garantía, no? Y que yo sepa un coche también lo diseña un ingeniero.
Yo les daría todo lo que piden, y más, el día en que se comprometan a que, cuando me pete la base de datos, se comprometan a reintegrarme su valor en dinerito palpable.
¿No quieren ser como el resto de las ingenierías? ¡Seamos pues!.
#5 Si y no, si cae una casa por un mal diseño la responsabilidad es del arquitecto, si una maquina es defectuosa debido a un defecto de diseño la culpa es del que firmó que eso estaba ok.
Que es raro, lo es, por eso hay mil controles y validaciones, pero no siempre es culpa del fabricante, montador...
Las atribuciones profesionales no son más que eso, el que firma el proyecto se responsabiliza de que el diseño es logico, coherente y seguro y por tanto todos los daños causados debido a un error de diseño seran responsabilidad suya, otra cosa es que al final el seguro de turno te cubra de todo eso.
#4 Si que tenemos herramientas para garantizar la fiabilidad, herramientas como Coq o simplemente las matemáticas (para algo se estudian), el problema es que practicamente ninguna empresa española se puede permitir el coste de garantizar esta fiabilidad... (como nota, Coq [http://es.wikipedia.org/wiki/Coq] se ha usado para demostrar que algoritmos de control del tráfico aéreo funcionan; evidentemente el coste de estas demostraciones es tremendo y sólo se hacen con algoritmos críticos)
#7 Las atribuciones profesionales no son eso. Las atribuciones profesionales regulan los ámbitos de actuación de diferentes profesiones (tema de intrusismo profesional, etc). Existen las atribuciones exclusivas (sólo un determinado título es el que puede hacer esa actividad, ej. los medicos son los que operan).
Es decir, las atribuciones indican que títulos son competentes para que proyectos o actividades
El tema de responsabilidad viene con la firma del proyecto (q no atribución), quien firma el proyecto tiene la responsabilidad civil, legal, social, etc de ese proyecto. Y decir que se pueden firmar y visar proyectos sin tener atribuciones (ej. Colegio de Ingenieros Químicos) otra cosa es que en la Consejeria te los acepten o puedan demandar al colegio por intrusismo profesional.
#7 De acuerdo con lo que dices, pero con el particular comentario de #2 creo que la reflexión que hago es bastante acertada.
Obviamente no se puede decir que "si me peta la bbdd que me devuelvan el dinero". Habrá que ver por que falla, si es responsibilidad del ingeniero, etc...
Incluso en software hay muchas pruebas y validaciones, pero nomralmente es imposible controlar todos los factores externos y por ello considero que el comentario de #2 no era nada acertado.
#11 Obviamente no te las dieron. De lo contrario sabrías que el equipo que diseña y realiza las pruebas NO es el que diseñó el programa. Es casi lo primero que te dicen
También existen, por ejemplo para web, frameworks como JUnit o JWebUnit para la creación de pruebas automatizadas y hay otros muchos métodos.
Precisamente el mejor argumento para que la Informática sea una ciencia independiente es la cantidad de trabajo que hay que hacer todavía, sobre todo en el campo de la Ingeniería del Software (mejores metodologías, mejores herramientas CASE, generación automática de código)... y eso en el aspecto puramente formal y teórico.
En el aspecto práctico, para conseguir profesionales mejor formados con una batería de buenas prácticas a la hora de programar, de forma que desde el mismo momento de la codificación se reduzcan las causas de error. Nunca conseguiremos acabar con todos, de la misma forma que un ingeniero de materiales no podrá impedir que vayan piezas defectuosas o que un ingeniero mecánico consiga un motor cuyo conjunto trabaje a la perfección (bueno, en esto la informática le hace la vida mucho menos miserable)
En cualquier caso los informaticos no tenemos atribuciones de ningún tipo y lo de que puedas firmar, yo te firmo donde quieras, pero si mi firma no te sirve para nada, ya me contarás.
#15 Creo que he dicho quien las hace habitualmente, no creo que haya dicho que las tenga que hacer el que diseña.
Perdoname si me equivoco pero ninguna ciencia es una ingenieria, tanto fisica como matematicas, ciencias puras no tienen atribuciones profesionales, de hecho quimica que si son ingenieros y a fin de cuentas es tambien una ciencia, está en el mismo caso que nosotros.
Si está todo por descubrir no puede ser una ingenieria, es ciencia, todo es estado del arte.
Por cierto JUnit y JWebunit creo que son sistemas de pruebas de codigo, no de validación de diseños, lo mismo es que tampoco te acuerdas tu de eso de que los ing. informaticos no deberíamos de tener que tirar lineas sino hacer los diseños (no creo que veas a muchos aeronauticos poniendo remaches a aviones).
Un nuevo material o un nuevo modelo de construcción tarda décadas en aparecer en los nuevos edificios. Un nuevo lenguaje de programación o un nuevo sistema operativo se usa en producción desde incluso antes de salir oficialmente al mercado (en fase beta, de pruebas).
Un programa libre de errores graves es una excepción, lo normal es que sea el usuario final quien haga las pruebas del producto y reporte los errores.
Esta mentalidad debe cambiar si se quiere dar productos de calidad equiparables a los de otras industrias. Hay dos formas, por las buenas o por las malas.
Por las buenas: Se empieza a hacer desde las empresas que crean esos productos, esos productos demuestran su fiabilidad y la industria se ve recompensada con un mejor estatus. Con suerte al final obtiene las atribuciones de otras industrias.
Por las malas: Se definen las responsabilidades de la industria. Las empresas siguen como hasta ahora y empiezan a recibir multas millonarias por sus errores. Finalmente la industria aprende que es mas rentable hacer las cosas bien.
#3 O igual con un profesional competente y todo regulado peta igual, vamos como si no hubieramos metido todos bugs a patadas en nuestra vida.
Y pido perdon ya que no pretendo destapar la tipica discusión sobre la informatica, atribuciones y todo eso, pero por dios que los informaticos no podemos sobredimensionar como los arquitectos, ni tenemos herramientas de pruebas de resistencia como los industriales, si tenemos nuestras herramientas, pero ni mucho menos comparables y por tanto la fiabilidad es siempre bastante menor.
#10 Si claro que llegaron, pero dime como es posible entonces que pese a las miles de pruebas automatizadas y millones de usuarios resulta que cada 6 meses - 1 año se encuentra una vulnerabilidad critica en GMail (y no hablo de fallos tontos que aparecerán casi todos los días).
Por lo pronto lo normal es que el que diseña el programa diseña las pruebas (si no las hace el propio programador) pero es que lo más parecido a una herramienta de pruebas buena es lo que ha dicho #8 herramientas de validacion logica de predicados y demás herramientas similares que a dia de hoy son casi estado del arte y que además de poco sirve si no hay una forma de que un diseño se transforme univocamente en un programa (si tambien hay metalenguages que generan codigo a partir de predicados logicos, pero igual, todo investigación).
Y por supuesto espero que todos recordeis que la ing informatica abarca más que la programación, bases de datos por ejemplo es un campo mucho mas formal y con una teoría mucho más perfecta y aun así dista mucho de ser perfecta.
Comentarios
Igual si el sector estuviera regulado, si te petan la base de datos a alguien le podría caer el marrón...O si estuviera regulado, igual lo hubiera echo una persona competente y evitaría q te petaran la base de datos..
O si determinados proyectos estuvieran regulados para asegurar que un profesional competente desarrolla esa actividad.
#2 Desconocimiento total. ¿Cuando te peta el coche pides al concesionario que te devuelva el dinero? Para eso está existe la garantía, no? Y que yo sepa un coche también lo diseña un ingeniero.
No seamos amarillistas.
Yo les daría todo lo que piden, y más, el día en que se comprometan a que, cuando me pete la base de datos, se comprometan a reintegrarme su valor en dinerito palpable.
¿No quieren ser como el resto de las ingenierías? ¡Seamos pues!.
#5 Si y no, si cae una casa por un mal diseño la responsabilidad es del arquitecto, si una maquina es defectuosa debido a un defecto de diseño la culpa es del que firmó que eso estaba ok.
Que es raro, lo es, por eso hay mil controles y validaciones, pero no siempre es culpa del fabricante, montador...
Las atribuciones profesionales no son más que eso, el que firma el proyecto se responsabiliza de que el diseño es logico, coherente y seguro y por tanto todos los daños causados debido a un error de diseño seran responsabilidad suya, otra cosa es que al final el seguro de turno te cubra de todo eso.
#4 Si que tenemos herramientas para garantizar la fiabilidad, herramientas como Coq o simplemente las matemáticas (para algo se estudian), el problema es que practicamente ninguna empresa española se puede permitir el coste de garantizar esta fiabilidad... (como nota, Coq [http://es.wikipedia.org/wiki/Coq] se ha usado para demostrar que algoritmos de control del tráfico aéreo funcionan; evidentemente el coste de estas demostraciones es tremendo y sólo se hacen con algoritmos críticos)
#7 Las atribuciones profesionales no son eso. Las atribuciones profesionales regulan los ámbitos de actuación de diferentes profesiones (tema de intrusismo profesional, etc). Existen las atribuciones exclusivas (sólo un determinado título es el que puede hacer esa actividad, ej. los medicos son los que operan).
Es decir, las atribuciones indican que títulos son competentes para que proyectos o actividades
El tema de responsabilidad viene con la firma del proyecto (q no atribución), quien firma el proyecto tiene la responsabilidad civil, legal, social, etc de ese proyecto. Y decir que se pueden firmar y visar proyectos sin tener atribuciones (ej. Colegio de Ingenieros Químicos) otra cosa es que en la Consejeria te los acepten o puedan demandar al colegio por intrusismo profesional.
#7 De acuerdo con lo que dices, pero con el particular comentario de #2 creo que la reflexión que hago es bastante acertada.
Obviamente no se puede decir que "si me peta la bbdd que me devuelvan el dinero". Habrá que ver por que falla, si es responsibilidad del ingeniero, etc...
Incluso en software hay muchas pruebas y validaciones, pero nomralmente es imposible controlar todos los factores externos y por ello considero que el comentario de #2 no era nada acertado.
Relacionada: Huelga informáticos pretende hackear servidores
Huelga informáticos pretende hackear servidores
forohuelga.orgRelacionada: El Consejo de los Colegios de Ingeniería Informática apoya la manifestación
El Consejo de los Colegios de Ingeniería Informáti...
elmundo.es#11 Obviamente no te las dieron. De lo contrario sabrías que el equipo que diseña y realiza las pruebas NO es el que diseñó el programa. Es casi lo primero que te dicen
También existen, por ejemplo para web, frameworks como JUnit o JWebUnit para la creación de pruebas automatizadas y hay otros muchos métodos.
Precisamente el mejor argumento para que la Informática sea una ciencia independiente es la cantidad de trabajo que hay que hacer todavía, sobre todo en el campo de la Ingeniería del Software (mejores metodologías, mejores herramientas CASE, generación automática de código)... y eso en el aspecto puramente formal y teórico.
En el aspecto práctico, para conseguir profesionales mejor formados con una batería de buenas prácticas a la hora de programar, de forma que desde el mismo momento de la codificación se reduzcan las causas de error. Nunca conseguiremos acabar con todos, de la misma forma que un ingeniero de materiales no podrá impedir que vayan piezas defectuosas o que un ingeniero mecánico consiga un motor cuyo conjunto trabaje a la perfección (bueno, en esto la informática le hace la vida mucho menos miserable)
#16 Perdon por reducirlo a la minima expresión.
En cualquier caso los informaticos no tenemos atribuciones de ningún tipo y lo de que puedas firmar, yo te firmo donde quieras, pero si mi firma no te sirve para nada, ya me contarás.
#15 Creo que he dicho quien las hace habitualmente, no creo que haya dicho que las tenga que hacer el que diseña.
Perdoname si me equivoco pero ninguna ciencia es una ingenieria, tanto fisica como matematicas, ciencias puras no tienen atribuciones profesionales, de hecho quimica que si son ingenieros y a fin de cuentas es tambien una ciencia, está en el mismo caso que nosotros.
Si está todo por descubrir no puede ser una ingenieria, es ciencia, todo es estado del arte.
Por cierto JUnit y JWebunit creo que son sistemas de pruebas de codigo, no de validación de diseños, lo mismo es que tampoco te acuerdas tu de eso de que los ing. informaticos no deberíamos de tener que tirar lineas sino hacer los diseños (no creo que veas a muchos aeronauticos poniendo remaches a aviones).
Un nuevo material o un nuevo modelo de construcción tarda décadas en aparecer en los nuevos edificios. Un nuevo lenguaje de programación o un nuevo sistema operativo se usa en producción desde incluso antes de salir oficialmente al mercado (en fase beta, de pruebas).
Un programa libre de errores graves es una excepción, lo normal es que sea el usuario final quien haga las pruebas del producto y reporte los errores.
Esta mentalidad debe cambiar si se quiere dar productos de calidad equiparables a los de otras industrias. Hay dos formas, por las buenas o por las malas.
Por las buenas: Se empieza a hacer desde las empresas que crean esos productos, esos productos demuestran su fiabilidad y la industria se ve recompensada con un mejor estatus. Con suerte al final obtiene las atribuciones de otras industrias.
Por las malas: Se definen las responsabilidades de la industria. Las empresas siguen como hasta ahora y empiezan a recibir multas millonarias por sus errores. Finalmente la industria aprende que es mas rentable hacer las cosas bien.
#3 O igual con un profesional competente y todo regulado peta igual, vamos como si no hubieramos metido todos bugs a patadas en nuestra vida.
Y pido perdon ya que no pretendo destapar la tipica discusión sobre la informatica, atribuciones y todo eso, pero por dios que los informaticos no podemos sobredimensionar como los arquitectos, ni tenemos herramientas de pruebas de resistencia como los industriales, si tenemos nuestras herramientas, pero ni mucho menos comparables y por tanto la fiabilidad es siempre bastante menor.
"y la posibilidad de que sus competencias se atribuyan a los ing..." ¿Que competencias? ¿Las que no tienen ni han tenido nunca?
Noticia sobre la manifestación:
http://www.elpais.com/articulo/internet/ingenieros/informaticos/manifestaran/defensa/titulacion/elpeputec/20081107elpepunet_2/Tes
#4 ¿En tu facultad llegaron al tema de la fase de pruebas y validación? Ya sabes: caja negra, caja blanca, integración...
#10 Si claro que llegaron, pero dime como es posible entonces que pese a las miles de pruebas automatizadas y millones de usuarios resulta que cada 6 meses - 1 año se encuentra una vulnerabilidad critica en GMail (y no hablo de fallos tontos que aparecerán casi todos los días).
Por lo pronto lo normal es que el que diseña el programa diseña las pruebas (si no las hace el propio programador) pero es que lo más parecido a una herramienta de pruebas buena es lo que ha dicho #8 herramientas de validacion logica de predicados y demás herramientas similares que a dia de hoy son casi estado del arte y que además de poco sirve si no hay una forma de que un diseño se transforme univocamente en un programa (si tambien hay metalenguages que generan codigo a partir de predicados logicos, pero igual, todo investigación).
Y por supuesto espero que todos recordeis que la ing informatica abarca más que la programación, bases de datos por ejemplo es un campo mucho mas formal y con una teoría mucho más perfecta y aun así dista mucho de ser perfecta.