Las consultoras informáticas y el programador

[Cain]

El problema de la informática, es que desde el punto de vista del empresario/cliente, si funciona le da igual el numero de clases/objetos, kilobites de memoria, o lineas de código que utilizadas. Luego claro, si falla, dirá que el informático no tiene ni pajolera idea.

Partiendo de esa base, el programador puede ser titulado superior, o un chavalillo que lleve programando desde los 10 años.

Es una pena, pero que este pais no esta preparado para ingenieros informáticos. El tejido industrial no requiere tanta tecnologia como para necesitar ingenieros informaticos inovando. Solo requiere gente que cablee redes, configure el outlook y actualice el Outlook.

Una pena.

 

[Agrael]

En este pais se ha capeado la falta de mano obra cualificada apelando a las asesorias y productos que otros les funcionaban. La razon del porque triunfaron las AS/400 cuando en Europa eran residuales, tenian cantidad de aplicaciones que se adaptaban a las necesidades de las empresas sin que estas tuvieran que montar grandes y costosos departamentos de informatica.

La direccion de las empresas tardaron mucho en aceptar la informatica como tal, en gran parte porque los ejecutivos eran los primeros en avergonzarse ante sus empleados por ser nulos con los ordenadores o terminales. Pero esos no fueron los grandes responsables de la situacion actual, sino el departamento de personal, personajes incapaces de poder evaluar el personal que contrataban, y que en lugar de formar o asesorarse optaron por contratar gente segun titulaciones en lugar de capacidades.

El dilema no es si se debe o no programar, era el hacer el analisis y diseño correctamente. Para eso se debia tener una serie de capacidades en nada relacionadas con el talento o destino de la programacion. Cuando llegue a Austria y no hablaba el aleman, mi jefe me dijo: tranquilo aqui hay gente que teniendo el aleman por lengua materna no entiende nada de lo que se le dice o pide.

Hoy en dia, gracias a los departamentos de personal, hay empresas llenas de personas con titulos pero no por ello capaces ni mucho menos dispuestas a seguir formandose. Sí a complicar todo de una manera que sean indispensables para la empresa, sino haber hecho terribles salvajadas que a toda costa exijen ellos se queden para que nadie descubra lo farsantes que son. Ningun terreno abonado para una demanda de mano de obra informatica que con el tiempo, por mucho se perjura que la profesion esta saturada, no deja de crecer. Si no que se lo pregunten a los alemanes, quienes se tuvieron que traer hindues por un tubo hace años, y hoy por medio de la externalisacion se han salvado de ello.

Las pymes se han quedado sin soluciones maravillosas como la rocambolesca AS/400, los departamentos de personal siguen en las mismas jurando hacen lo correcto porque siempre les ha dado "buenos resultados", las empresas estan llenas de chapuzas que son bombas de tiempo y tecnologia de pesima calidad, y entre los profesionales es logico que haya lucha porque saben que las nuevas generaciones no tendran piedad con quienes no la tuvieron con ellos.

Es increible, pero la solucion de todo esto no pasa por los departamentos de Informatica sino por los de recursos humanos. Y no solo para contratar a personal informatico segun una capacidad mas alla de cualquier titulo, sino tambien para contratar ejecutivos validos.

 

[Hynkel]

Que royo los del barranpunto, es que no evolucionan, siempre con lo mismo del programador y el intrusismo de los narices, pero si es que no se dan cuenta que dentro de cinco años es una profesión que ni va a existir, el objetivo es que no haya que programar o que haya que programar el mínimo imprescindible y que todo sean cajas negras, y por ahí va todo, y es como debe ser por otra parte, y no andar perdiendo el tiempo con infiernos tecnológicos para poner en producción un nuevo plan comercial en una telco por ejemplo, y que todo se reduzca a cuatro botones.

Lo siento pero eso no es cierto, no lo es por una sencilla razón. No todo es automatizable. Hace algunos años una empresa del tristemente célebre PTA o "todo a cien" de Málaga lanzó un globo sonda anunciando que había desarrollado un sistema de generación automática de código fuente (¡!), que obviamente no coló.

No todo es automatizable, y eso está demostrado matemáticamente. Gödel ya demostró hace casi un siglo que no existe ninguna estructura matemática capaz de explicarse completamente a sí misma a menos que se sacrifique su consistencia, cosa que para un científico es inadmisible porque entonces se pierde la esencia de la ciencia, el conocimiento riguroso. Yendo más lejos, se demostró también que la formulación del lenguaje lógico nunca puede ser completa: en última instancia siempre se dependerá del lenguaje natural, que por definición se presta a ambigüedades y subjetividades.


Con todo este rollo quiero llegar a una idea muy simple: esa idea de hacer un programa con un botón que ponga "hacer trabajo", y con la que legiones de jefes tienen sueños húmedos, es imposible. Se pueden automatizar muchas tareas, pero la necesidad de que el operador humano esté al quite y tenga claro qué tarea se está haciendo en última instancia es inevitable.

Por eso la informática está dando tantos quebraderos de cabeza. Los directivos, y demás personajes que no saben en qué consiste realmente la informática sueñan con automatismos irrealizables, y en ésas siguen dando tantos palos de ciego.

 

[SOY]

la raíz del problema de la precariedad laboral no está en las cárnicas, ni en la ausencia de colegios o sindicatos

Ahí dejé de leer.
.
.
.
.
.
.
.

 

[Taliván Hortográfico]

Aqui cuando alguien despunta como programata rapidamente debe ascender a un puesto mas "funcional", "comercial" o "de gestion" para cobrar mas. Y si NO VALE para eso? y si con eso malogramos un programador cojonudo? ... y eso es lo que pasa normalmente.

El Principio de Peter.

Peter Principle - Wikipedia, the free encyclopedia

 

[Æmilius]

Interesante hilo, tomo sitio.

 

[InGoldWeTrust]

Interesante artículo, pero llega tarde. Yo tb soy ing informático, y aunque me gustaba mucho programar, acabé muy quemado de la profesión.

Al que se quiera dedicar profesionalmente a programar, le diría que HUYA de cualquier cosa que huela a integración de sistemas o proyectos llave en mano, y se vaya a una empresa donde desarrollen producto. Claro que de eso en Ispain, poquito...

 

[OCP]

Guste o no esa es la realidad. Si quieres hacer carrera dentro de las IT tienes que dejar de programar cuanto antes. Eso cada vez está más deslocalizado a sudamérica / India.

Que el SW no tiene la misma calidad, por supuesto, pero al director de turno eso no le importa, tiene que sacar adelante unos presupuesto y aquí las cuentas (a menos que sea con becarios) no salen.

 

[Ricardo1980]

Lo siento pero eso no es cierto, no lo es por una sencilla razón. No todo es automatizable. Hace algunos años una empresa del tristemente célebre PTA o "todo a cien" de Málaga lanzó un globo sonda anunciando que había desarrollado un sistema de generación automática de código fuente (¡!), que obviamente no coló.

No todo es automatizable, y eso está demostrado matemáticamente. Gödel ya demostró hace casi un siglo que no existe ninguna estructura matemática capaz de explicarse completamente a sí misma a menos que se sacrifique su consistencia, cosa que para un científico es inadmisible porque entonces se pierde la esencia de la ciencia, el conocimiento riguroso. Yendo más lejos, se demostró también que la formulación del lenguaje lógico nunca puede ser completa: en última instancia siempre se dependerá del lenguaje natural, que por definición se presta a ambigüedades y subjetividades.


Con todo este rollo quiero llegar a una idea muy simple: esa idea de hacer un programa con un botón que ponga "hacer trabajo", y con la que legiones de jefes tienen sueños húmedos, es imposible. Se pueden automatizar muchas tareas, pero la necesidad de que el operador humano esté al quite y tenga claro qué tarea se está haciendo en última instancia es inevitable.

Por eso la informática está dando tantos quebraderos de cabeza. Los directivos, y demás personajes que no saben en qué consiste realmente la informática sueñan con automatismos irrealizables, y en ésas siguen dando tantos palos de ciego.

¿Imposible?
Yo lo he hecho.
Busca en Internet sobre AndroMDA, Eclipse EMF, Enterprise Architect, MDA, BlueAge

Por cierto, hace medio siglo, era normal que la gente de la época, (especialmente los completos ignorantes), dijeran que los compiladores no servían para nada y que debían programarse las máquinas directamente.

Es curioso como la historia se repite para quien no la conoce.
En fin, no hace falta que te cuente el final.

Lo que no es automatizable (y digo a día de hoy) es la licitación de requerimientos (de ahí lo que dices del lenguaje, pero en un futuro todo puede ser), pero una vez tienes un modelo (diagrama de clases, diagramas de estados...) sí se puede hacer el código automáticamente. Yo lo he hecho y cualquier ing. inf que esté estudiando la rama de ing de software también debería haberlo visto.

Que fácil es hablar de lo que no se tiene ni idea.
Por cierto, en ciertos dominios, como los sistemas empotrados en tiempo real (satélites, aviones, naves espaciales...) lo normal es hacer un modelo y generar el código ya que de esa forma se valida y verifica. (como te dije, yo lo hice para sistemas de información clásicos de gestión, de una empresa de alquiler de coches...)

Por ejemplo, a todos los listillos que no han pasado por la universidad y se creen que lo saben todo, mirar esta oferta de trabajo en Airbus:
EADS Global Website - Job De******ion

Pego unas líneas:
"• Actividades específicas relacionadas con el desarrollo basado en un modelo (considerando el desarrollo de modelos y la utilización de generadores de códigos automáticos).

• Se aplicarán de manera permanente la utilización segura de lenguajes de programación.

• Generación de código automática basada en un lenguaje formal (MathWorks / SimuLink y/o Esterel/SCADE)."


¿ya lo entiendes o tengo que seguir explicándote que no tienes ni idea de informática?

En fin, así va España...

 

[Ricardo1980]

Interesante artículo, pero llega tarde. Yo tb soy ing informático, y aunque me gustaba mucho programar, acabé muy quemado de la profesión.

Al que se quiera dedicar profesionalmente a programar, le diría que HUYA de cualquier cosa que huela a integración de sistemas o proyectos llave en mano, y se vaya a una empresa donde desarrollen producto. Claro que de eso en Ispain, poquito...

El problema es poner a un ing. inf. a programar, por mucho que a algunos les pese, es como poner a un arquitecto a pegar ladrillos.

 

[Enterao]

los mejores programas los han hecho programadores americanos sin tener titulo de ingeniero eso es la realidad .

muchos ingenieros informaticos no tienen ni idea esa es otra realidad...

 

[Enterao]

Lo siento pero eso no es cierto, no lo es por una sencilla razón. No todo es automatizable. Hace algunos años una empresa del tristemente célebre PTA o "todo a cien" de Málaga lanzó un globo sonda anunciando que había desarrollado un sistema de generación automática de código fuente (¡!), que obviamente no coló.

No todo es automatizable, y eso está demostrado matemáticamente. Gödel ya demostró hace casi un siglo que no existe ninguna estructura matemática capaz de explicarse completamente a sí misma a menos que se sacrifique su consistencia, cosa que para un científico es inadmisible porque entonces se pierde la esencia de la ciencia, el conocimiento riguroso. Yendo más lejos, se demostró también que la formulación del lenguaje lógico nunca puede ser completa: en última instancia siempre se dependerá del lenguaje natural, que por definición se presta a ambigüedades y subjetividades.


Con todo este rollo quiero llegar a una idea muy simple: esa idea de hacer un programa con un botón que ponga "hacer trabajo", y con la que legiones de jefes tienen sueños húmedos, es imposible. Se pueden automatizar muchas tareas, pero la necesidad de que el operador humano esté al quite y tenga claro qué tarea se está haciendo en última instancia es inevitable.

Por eso la informática está dando tantos quebraderos de cabeza. Los directivos, y demás personajes que no saben en qué consiste realmente la informática sueñan con automatismos irrealizables, y en ésas siguen dando tantos palos de ciego.

el famoso teorema the incompletitud de godel no dice eso ..

lo que dice es que en un sistema tan simple como la aritmetica hay teoremas que son ciertos y no demostrables axiomaticamente. que es muy distinto a eso que dices,,

 

[LamaTibetano]

Muchos de los que son "intrusistas" -no licenciados en ingeniería, pero que trabajan en el medio informático- juegan su papel:

Cultura multidisciplinar que permite acercarse a las necesidades reales del cliente.

Tener cultura más allá de la formación técnica es la clave para entender al bicho humano, que es al final el que paga, sea tu cliente o tu jefe (o tu empresa, que al final no deja de ser otro bicho más grande, pero aun más predecible).

 

[Explotaaa]

Hoy día, para programar en COBOL, .NET o ABAP lógica de negocio tampoco es que haya que ser astrofísico creo yo...

Que royo los del barranpunto, es que no evolucionan, siempre con lo mismo del programador y el intrusismo de los narices, pero si es que no se dan cuenta que dentro de cinco años es una profesión que ni va a existir, el objetivo es que no haya que programar o que haya que programar el mínimo imprescindible y que todo sean cajas negras, y por ahí va todo, y es como debe ser por otra parte, y no andar perdiendo el tiempo con infiernos tecnológicos para poner en producción un nuevo plan comercial en una telco por ejemplo, y que todo se reduzca a cuatro botones.

Pero a ver... ¿ que valor añadido puede dar un programador de rutinas de préstamos en un banco o en una asegurador ? yo es que no lo entiendo. Y como eso mismo piensan en negocio, los que mandan y tienen la pasta, pues lo deslocalizan a la india, donde la hora de programador son 3 euros creo. Aquí todos nos quejamos de que nos quieren meter el carbón nacional mediante ayuda en la factura de la luz que tendremos que pagar entre todos para evitar que se importe carbón ruso más barato, pero amigo... cuando nos toca a nosotros, pues no amijos, esto es igual para todos.

A ver si os enteráis ya que lo de programar en plan "picateclas friki que se ama mucho a si mismo ¡soy el mejó del C o del Java!" se acabó. Esto era así hace 20 años cuando eran cuatro los que se manejaban en estos temas, eso pasó a la historia desde el momento en que se puede hacer remotamente y por dos duros, es lo que hay.

Es hora de reciclarse a la gestión o a entornos de valor añadido como las comunicaciones, contenidos, o nuevos sectores en alza como la seguridad, auditoría, etc. Ya que, amijos mios, programar lógica de negocio en banca, seguros, portales web, etc, (el 90% de lo que se hace en todo el mundo) no es I+D precisamente, eso es limitarse a llamar a cuatro rutinas y el INSERT, UPDATE O DELETE de toda la vida, lo cual está más muerto que muerto, esto junto al nivel tan alto de abstracción que es necesario hoy día para programar, hace que sea un sector en decadencia desde el punto de vista salarial y laboral, y cada día irá a menos.

Y lo de relocalizar y volver a traerse el desarrollo a occidente, bueno, permitidme que me descojone.
Saludos cordiales

Efectivamente la programación, al menos la programación de sistemas de información corporativos, es cada vez más automática. Por ejemplo Java que como muchos dicen es el nuevo Cobol, en Java hay ya tantas librerías que hace de todo, componentes, Beans, wizards que autogeneran código, Spring, etc. que casi no hay que programar, es casi más cosa de configurar componentes ya hechos, acoplarlos y hacer que trabajen juntos. Esto hace que lo realmente fuerte sea el diseño de la aplicación porque lo demás es siempre lo mismo.

Otra cosa es la programación de aplicaciones de escritorio en C o C++.

 

[InGoldWeTrust]

El problema es poner a un ing. inf. a programar, por mucho que a algunos les pese, es como poner a un arquitecto a pegar ladrillos.

Sí y no. He visto verdaderas aberraciones, como hacer búsquedas en una tabla hash recorriendo todos los elementos (además, con un bucle for y guardando luego la posición en lugar de usar un while), o ******s que mataban procesos "aleatoriamente" con un "ps | grep" mal hecho (con un "kill -9" para más inri), o integraciones de C++ con Oracle donde se hacían sistemáticamente hard parses a la base de datos, y luego todo el mundo pregúntandose por qué el sistema tenía tan mal rendimiento (ejemplo típico de cómo no se deben hacer consultas a una BBDD Oracle).

Creo que estas cosas pasan por tener equipos de gente mal formada, mal pagada, y muy poco o nada motivada. Poca cultura de hacer las cosas bien y ser "técnicamente bueno". Es decir, poco ingeniero técnicamente bueno (o con vocación de serlo) tirando código o, al menos, supervisando lo que hacen los demás. Me cansé de pelear día sí día también con este tipo de actitudes y situaciones. A la larga, no me compensaban tantos disgustos, y abandoné el trabajo técnico.

Respecto a lo otro que comentáis sobre código automático/no automático. Evidentemente, está muy bien que haya herramientas de generación automática de código, y de hecho en diseño de hardware son muy habituales y simplifican mucho las cosas. A nadie se le ocurre hoy en día ponerse a picar con el bloc de notas (aunque sigue habiéndo muchos fanáticos del vi), para algo existen los entornos de desarrollo.

Lo que quiero decir es que las herramientas de generación de código, los compiladores y demás no han caído del cielo, alguien los ha construido, y que si una persona tiene una vocación técnica muy fuerte debe buscar una empresa donde desarrolle "herramientas" o "productos" y huir de las empresas de servicios informáticos/integradores de sistemas.

Por suerte o por desgracia, en España no abundan las empresas de productos sino las de servicios. Esto no es algo propio de la informática, pasa en muchísimos sectores y de hecho SNB (tan mencionado en este foro) lo ha dicho muchas veces: nuestra economía es intensiva en mano de obra y está muy poco capitalizada.

Mi consejo a un informático recién titulado o que esté cursando la carrera es que valore si su vocación está en el trabajo técnico o en ir a reuniones con clientes y redactar documentos de word. Si tiene un perfil técnico muy fuerte y le gusta programar (no hablo ya de diseñar hardware, que puede ser algo más propio de telecos), no debe entrar en empresas tipo coritel, accenture y demás que venden servicios e integraciones de productos de terceros, sino buscar una empresa donde lo que vaya a hacer sea construir un producto. Es la diferencia entre ser "el que hace implantaciones de SAP" y "el que trabaja en SAP desarrollando el propio SAP". Claro que para hacer eso, quizás haya que emigrar. En España hay más bien poco (no diré que nada, pero sí poco).

Una crack programando no tiene mucho recorrido en la consultora típica española (sea cárnica o de las "glamurosas" que subcontratan a las cárnicas) porque en el largo plazo lo que se busca es la capacidad de interactuar con el cliente, no la excelencia técnica. Adaptar interfaces e implantar productos son cosas que recién titulados o gente con poca experiencia (o indios o argentinos deslocalizados) pueden hacer relativamente bien a bajo coste. Hacer ingeniería de productos sofisticados (como el gestor de base de datos Oracle o un sistema de control de versiones)... es harina de otro costal.

Como en nuestras insignes facultades no se explica cómo funciona esta industria ni qué opciones hay, luego ocurre lo inevitable: gente técnicamente muy buena termina muy quemada, frustrada y con sueldos bajos, porque esto nadie se lo explicó.

Yo tiré por otro camino, en parte por no haber sabido ver esto en su momento. Espero que mi experiencia y este post le puedan servir a alguien.

Disculpad el tocho-historieta del abuelo y un saludo.