Burbuja.info - Foro de economía > > > Las consultoras informáticas y el programador
Respuesta
 
Herramientas Desplegado
  #21  
Antiguo 28-sep-2010, 22:59
Æmilius Æmilius está desconectado
Grandísimo Gurú burbujista
 
Fecha de Ingreso: 09-mayo-2010
Mensajes: 3.472
Gracias: 8.105
3.994 Agradecimientos de 1.468 mensajes
Interesante hilo, tomo sitio.


Responder Citando
  #22  
Antiguo 28-sep-2010, 23:59
InGoldWeTrust InGoldWeTrust está desconectado
Lisensiado burbujista
 
Fecha de Ingreso: 13-mayo-2010
Mensajes: 624
Gracias: 2.671
988 Agradecimientos de 327 mensajes
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...

Última edición por InGoldWeTrust; 29-sep-2010 a las 00:00 Razón: Erratas, estoy con el móvil


Responder Citando
Estos 2 usuarios dan las gracias a InGoldWeTrust por su mensaje:
  #23  
Antiguo 29-sep-2010, 00:19
OCP OCP está desconectado
Idealisto
 
Fecha de Ingreso: 09-febrero-2010
Ubicación: Noroeste de Madrid
Mensajes: 781
Gracias: 260
505 Agradecimientos de 228 mensajes
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.


Responder Citando
  #24  
Antiguo 29-sep-2010, 00:20
Ricardo1980 Ricardo1980 está desconectado
Burbujista obsesivo
 
Fecha de Ingreso: 17-febrero-2009
Mensajes: 2.302
Gracias: 3.637
1.802 Agradecimientos de 658 mensajes
Iniciado por Hynkel Ver Mensaje
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 puta idea de informática?

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


Responder Citando
Estos usuarios dan las gracias a Ricardo1980 por su mensaje:
  #25  
Antiguo 29-sep-2010, 00:24
Ricardo1980 Ricardo1980 está desconectado
Burbujista obsesivo
 
Fecha de Ingreso: 17-febrero-2009
Mensajes: 2.302
Gracias: 3.637
1.802 Agradecimientos de 658 mensajes
Iniciado por InGoldWeTrust Ver Mensaje
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.


Responder Citando
  #26  
Antiguo 29-sep-2010, 01:50
Enterao Enterao está desconectado
ir-
 
Fecha de Ingreso: 17-julio-2008
Mensajes: 23.858
Gracias: 22.838
21.805 Agradecimientos de 8.722 mensajes
los mejores programas los han hecho programadores americanos sin tener titulo de ingeniero eso es la realidad .

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


Responder Citando
  #27  
Antiguo 29-sep-2010, 02:17
Enterao Enterao está desconectado
ir-
 
Fecha de Ingreso: 17-julio-2008
Mensajes: 23.858
Gracias: 22.838
21.805 Agradecimientos de 8.722 mensajes
Iniciado por Hynkel Ver Mensaje
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,,

Última edición por Enterao; 29-sep-2010 a las 02:26


Responder Citando
  #28  
Antiguo 29-sep-2010, 04:21
LamaTibetano LamaTibetano está desconectado
Gran Tageador
 
Fecha de Ingreso: 04-septiembre-2010
Mensajes: 121
Gracias: 75
71 Agradecimientos de 40 mensajes
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).


Responder Citando
  #29  
Antiguo 29-sep-2010, 06:39
Explotaaa Explotaaa está desconectado
Excelentísimo, ilustrísimo y grandísimo miembro de élite de los gurús burbujistas
 
Fecha de Ingreso: 03-septiembre-2006
Mensajes: 8.215
Gracias: 3.215
7.294 Agradecimientos de 2.701 mensajes
Iniciado por PASEANTE Ver Mensaje
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 cojones, 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 pajillero ¡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++.

Última edición por Explotaaa; 29-sep-2010 a las 06:41


Responder Citando
  #30  
Antiguo 29-sep-2010, 07:49
InGoldWeTrust InGoldWeTrust está desconectado
Lisensiado burbujista
 
Fecha de Ingreso: 13-mayo-2010
Mensajes: 624
Gracias: 2.671
988 Agradecimientos de 327 mensajes
Iniciado por Ricardo1980 Ver Mensaje
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.


Responder Citando
Estos 4 usuarios dan las gracias a InGoldWeTrust por su mensaje:
Respuesta

Herramientas
Desplegado


Temas Similares
Tema Autor Foro Respuestas Último mensaje
30 dias: Subcontratas de empresas informáticas. Alexandros Burbuja Inmobiliaria 8 29-ene-2011 13:35
Trabajito de programador unmediocremas Guardería 35 01-oct-2010 14:46


La franja horaria es GMT +1. Ahora son las 14:33.