Cual seria el perfil de un Ing. Informatico?

Hace unos dias en una reunion conoci a un egresado de Ing. Informatica de una de las universidades surgidas a la amparo de la Ley de Promoción de la Inversión en la Educación durante el fujimorismo, y sin querer la conversacion derivo a conversar sobre el enfoque que se da a nuestra carrera en las universidades.. y fue mas o menos asi.

Comentaba sobre el hecho de que algunos egresados de una tercera universidad tenian a honra el hecho de casi no haber programado, y que cuando les toco hacerlo contrataron a alguien para que lo hiciera por ellos, actitudes como esa serian desconcertantes en la UNI o en la PUCP pero a este caballero le parecia lo mas normal del mundo, arguia que lo importante era el negocio que todo formaba parte del negocio, etc etc, y que al final el programa final es lo de menos. Un poco mas y casi se dirige al lugar comun de que el codigo es la pieza mas basica del todo y que un Ing. Civil no necesita saber colocar ladrillos para hacer su trabajo. Eh??? Si, no es raro que se llegue a dicha peregrina conclusion, ignorando que los diversos modulos de una solucion tienen una tarea intelectual detras de ellos, que no homogenea precisamente.

Vayamos por partes, si… las aplicaciones informaticas al final de cuentas deben estar alineadas a los objetivos de la organizacion, y significar un medio para la mejora de sus procesos o para lograr ventajas competitivas, hasta ahi las cosas claras. El problema que ocurre es que a veces se llega a un nivel tan abstracto en el como implementar las cosas, todo diluido en pilas de documentacion e informes a la gerencia, que en la practica tratan de enmascarar que no se esta cumpliendo los objetivos que se tenia con la implementacion o desarrollo planificado. Y nos olvidamos que dentro de nuestro ambito de competencia lo que importa es la entrega de lo realizado, la obra visible y que sea de utilidad a la organizacion.

(Aprovecho para recordar los principios del Manifiesto Agil:

Estamos poniendo al descubierto mejores métodos para desarrollar software, haciéndolo y ayudando a otros a que lo hagan. Con este trabajo hemos llegado a valorar:

A los individuos y su interacción, por encima de los procesos y las herramientas.
El software que funciona, por encima de la documentación exhaustiva.
La colaboración con el cliente, por encima de la negociación contractual.
La respuesta al cambio, por encima del seguimiento de un plan.
Aunque hay valor en los elementos de la derecha, valoramos más los de la izquierda.
)

Parte de los problemas que se tiene en los procesos de desarrollo de aplicaciones vienen dados por malas estimaciones y una gestion irrealista de las expectativas del cliente, situaciones que en varios casos vienen dadas porque dichos pasos han sido dados por profesionales que han visto la informatica de manera muy ligera, osea: no saben la clase de complejidades que puede implicar el desarrollo de tal o cual funcionalidad, o no saber las limitaciones que puede tener cierta tecnologia y el impacto en los plazos de entrega que tendra el “puentear” dichas limitaciones. Se me dira que si, pero que un jefe de proyecto no esta para tirar lineas de codigo, y doy toda la razon, pero voy al hecho de la necesidad de este jefe de proyecto de haber tenido, ya sea en su educacion o experiencia previa, de un conocimiento interno de que es lo que hay detras de las aplicaciones informaticas.

Cierto, he tenido jefes que no han pasado por la programacion y han sido capaces de sacar adelante sus proyectos, pero en estos casos han tenido el suficiente sentido comun de saber escuchar a la gente tecnica que lo rodea, pero aun asi, de mi experiencia puedo decir que a un jefe que haya pasado por las trincheras es mucho mas dificil pasearlo, y que ademas te dara una estimacion fiable.

Por otro lado esta el otro perfil de nuestra carrera, el que permanece siempre detras de las lineas de codigo, si, es facil decir que con un curso de medio año ya se puede programar, pero olvidamos la importancia de una formacion matematica y logica en el perfil de un programador de calidad, la necesidad de introducir principios de eficiencia, programacion metodica, y por que no? algo de elegancia al momento de plantear las ideas en codigo.

Entonces, llegamos al punto de la importancia que tienen las bases (programacion, matematicas, logica, ciencias de la computacion) en la formacion de un ingeniero informatico, independientemente del curso profesional que luego se siga (gestion, programacion, comunicaciones), esas bases son las que nos definen y las que hacen que no seamos Administradores de Empresas con conocimientos de Informatica, que es lo que parecia el perfil de mi interlocutor de entonces.

9 thoughts on “Cual seria el perfil de un Ing. Informatico?

  1. Ernesto, llegué por casualidad a tu Blog (a través de links) y lo encontré en sumo interesante.
    Y, en cuanto al tema tratado en esta entrada, debo decirte que concuerdo contigo cuando señalas la importancia de los cursos de programación como procesos de carácter formativo, esto es, algo que “da forma” al razonar de un individuo.

    Y, ¿qué mejor que tener gestores e ingenieros pensando de forma lógica, coherente y con sentido de optimización?

    En mi país, Chile, es posible ver grandes diferencias en el desempeño de distintos ingenieros de distintas Universidades, y esto tiene su origen en el escaso desarrollo de competencias que logran ciertos individuos de establecimientos educacionales que no valoran los procesos intelectuales lógicos como el que has planteado: la creación de Códigos.

    Fue un gusto haberte leído, se despide,

  2. Exacto Alejandro, mi idea era tratar de rescatar la importancia que tiene el nucleo dentro de la formacion de un informatico. Podras programar o no luego, pero la formacion (que no instruccion) que dejan esas etapas es la que moldearan el saber hacer como profesional.

  3. Ernesto, es cierto, además de a Maynard Kong, le oí a Sergio Pavletich la historia de la creación de la especialidad de Ingeniería Informática, y su diferenciación con la Ingeniería de Sistemas que existía en la UNI, y la Ingeniería de Computación que había en San Marcos.

    Al respecto de lo que debería ser el Núcleo de la Ingeniería de Sistemas, coincido en que la frenética de los tiempos, ayudada por la ausencia de un Sistema Universitario Nacional, permitió la proliferación de carreras con las mas diversas mezclas y sin mayor pertinencia.

    Volviendo al punto de la Ingeniería de Sistemas, para ponerlo en término de perfiles, sería así:

    -Modelar y simular sistemas y procesos complejos, que le permite planear, diseñar, simular, optimizar e implantar nuevos o mejorados sistemas, tanto naturales, sociales, organizacionales y tecnológicos.

    -Diseñar nuevos procesos sociales y organizacionales, y formular los requerimientos de información, de recursos económicos-financieros, de remodelamiento organizacional, de competencias humanas y de gestión de proyectos de cambios, para su implementación.

    Coincido en que existe una no despreciable intersección entre ambas carreras, pero la visión sistémica al centro del “core” es ciertamente una diferencia fundamental, aún más si parte del pre-grado. La formación ciencias básicas es fundamental y hace una gran diferencia también con los enfoques desde las ciencias sociales.

  4. Totalmente de acuerdo contigo. Talvez no tenga tanto que ver pero siempre he tenido este lema en mente: “quien no sabe obedecer, nunca sabrá mandar”, y eso aplicado a lo que sucede tras bambalinas en el ciclo de vida del desarrollo de software, pues es mas o menos lo que tú planteas.

    Saludos desde Lima!

  5. Buen enfoque Pepillo. Lamentablemente como de algunos sitios se sale con la idea de que ya estan listos para dirigir, se lo creen y se comen etapas, con funestas consecuencias, problema tambien de las empresas que aceptan eso.

  6. Hola amigo , muy interesante lo que dices , pero es una realidad. Yo soy empresario dedicado al rubro de las paginas web. pero en mi trabajo de antes trataba de convencer a mi jefe de que mis metodos de trabajo eran los mas optimizados para nuestros proyectos , pero en contraparte demoraba un poquito. Mi jefe me respondio que lo hiciera asi nomas “A la mala” ya que al final lo que importa es entregar el trabajo a tiempo , y si no hay entraga no hay sueldo. Bueno … , inegablemente estamos en los tiempos en que el negocio es la superestructura de todo. Hasta nos priva de la catarsis que nos produce resolver un problema de matematicas o programacion a los Ingenieros. Aun no termino mi carrera en la PUCP , pero pienso volver a esa excelente universidad , la mejor del Peru.

    Saludos

Agregue un comentario

Su dirección de correo no se hará público.

Time limit is exhausted. Please reload the CAPTCHA.