Lenguajes de programación, cual elegir.

Si lo que buscas es programación web, aprende PHP y tal, pero tendrás que acostumbrarte a una forma de trabajar mucho más laboriosa, la verdad es que el visual estudio 2008 es una puta gozada.

Jsp será quizás el lenguaje más profesional de todos los lenguajes de servidor, pero tiene una curva de aprendizaje terrible.

Después, saber javascript es imprescindible, da igual que tecnología de servidor gastes, para hacer una web con acabados profesionales. Te recomiendo que te cojas la librería JQuery y aprendas a gastarla, si no te gusta esta, puedes probar mootools que también está muy bien, pero es un pelín más dificil de usar.

Ah! como lenguaje de programación que crea que tiene futuro, aprendería Erlang, yo creo que es cuestión de tiempo que las entidades bancarias entre otras comiencen a actualizar su software ( creo que actualmente gastaban cobold o alguna reliquia por el estilo), y creo que Erlang es el candidato perfecto para esto. Es decir, opino que con Erlang se ganará dinero en un futuro xD. Ah, y a partir de 2010 quizás el F#.

#2 Tienes mucha fe ... vamos, yo creo que ni de coña se plantean en corto-medio plazo cambiar cobol en los bancos ... es que eso es territorio vetado para cualquier modificación ... xD.

#7 ya, la verdad esque es muy comodo. Yo vengo de COBOL y Java, y ahora en mi empresa programo VB y C# , y a pesar de no haberlos visto en mi vida, hago lo que me da la gana con ellos xD

#9 Pues si tienes fuentes ya me haces dudar, hace un tiempo se hablo de que las consultoras estaban preparando un proyecto para migrar todo la arquitectura bancaria a un lenguaje mas moderno y facilmentre mantenible, pero las responsabilidades que eso conlleva no eran facilmente asumibles ni por las mas grandes.

Es decir, en un proyecto cualquiera, si tu tienes 7 millones de clientes, despues de la migracion de arquitectura, se valora que si una muestra que varia en torno al 51% - 70% es correcta, todo va bien, pero un banco necesita una muestra valida del 100% y eso es un curro de cojones.

Bancos como Banesto aun tienen arquitecturas prehistoricas escondidas bajo las nuevas, porque nadie se atreve a tocar ... xD.

Pero vamos, si a ciencia cierta conoces de alguna consultora que se vaya a aventurar en eso, avisalo, porque eso es una opotnuidad unica, ya no te hablo de jefazos, el programador mas mierdero que este involucrado en dicha migracion tiene plaza fija en el banco en cuestion de por vida.

MIs fuentes me han dicho que es practicamente imposible, hay algunos proyectos que llevan años en proceso, y no hay co0jones a migrarlo.. Aunque eso fue hace un par de años, quizas ahora haya cambiado, pero lo dudo bastante...

AUn asi, no dejaria de ser una buena noticia

#13 Pero esa es la aplicación nueva, lo viejo sigue existiendo, si no recuerdo mal lo llamaban la "red negra". Y tiene bastantes mas posibilidades ... supongo que por imposibilidad de crear flitros de control o algo asi, como sin embargo, si pueden hacer en lo nuevo, pero esto ultimo es suposicion mia ... xD.

#15 al principio me costaba, pero joder cuando haces un código y lo tienes que mirar 4 meses después como no hayas puesto comentarios parece que lo haya hecho otro xD

20 millones de lineas, y aunque fueran 5 millones... madre del amor hermoso, me daba un algo a mi xD

#16 +1.

Ostia, y pensar que programas rollo windows solo tiene sobre los 3 millones. puta locura...

Yo me ganaba la vida manteniendo aplicativos de este tipo en bancos y ya os aseguro que no veremos la migración de los aplicativos a otro lenguaje en la vida. Son muchos programas corriendo, muchísimos y muchísimas BDD's siendo mantenidas y creciendo día a día con SLAs (Service Level Agreement, Nivel de servido pactado) altísimos (nosotros teníamos pactado un SLA del 99% mensual en sistemas).
Aparte se da el curioso hecho de que el COBOL es perfecto para estas cosas. Es un lenguaje compacto, eficiente y que hace lo que tiene que hacer a bajos niveles de proceso. Luego por encima ya le pones capas y capas de análisis, BI y lo que haga falta pero el núcleo es muy difícil de migrar por la complejidad y extensión del proyecto. Así que no conteis con ello en breve plazo.

La verdad que no kerría estar en l apiel de alguie que tuviese que migrar todo el codigo de una entidad bancaria. Preferiría la tortura.

In 1997, the Gartner Group reported that 80% of the world's business ran on COBOL with over 200 billion lines of code in existence and with an estimated 5 billion lines of new code annually.

Hala, a tomar por culo la guerra .NET vs Java. Ya sabeis quien gana.

Todos.
Imperativo, genial.

Funcional? Estamos locos!? F#!?
Habeis programado en funcional? Es la puta recursividad porque si! La recursividad tiene un motivo, no puede ser usada porque si ostia...
No mires ML ni de broma.

Y ya ni huelas el paradigma lógico con el puto PROLOG (aunque le pille cariño... xD).

Dedicaros al mundo imperativo, que es lo suyo. Y sinceramente, escoge según sector.

Scripting? --> perl, python, vbs, javascript, bla blabla...
Robustez? --> C, C++, Java, Obj-C, C#, blablabla...
Aplicado? --> VB
Web/Servlets? --> JEE+Beans, JSP, PHP, ASP, ...
Propietarios? --> COBOL, "SAP", ...

yo que se tio... tienes infinidad de lenguajes. Lo que toque para cuando toque!

Aprende a programar, y solo tendrás que gastar tiempo en leer APIs, tutoriales y How-Tos.

edit: en cuanto a lo que os asusta del tema de numero de líneas... Señores, para esto está la modularización y la buena práxia.
Se intuye que poco o mucho, será localizable la zona de ataque/modificación. Así que no se trata de depurar 4 millones de líneas de código.
Y a la práctica, solo es eso, código.
Paciencia, buena mano, leer y buscar. Y muchos, muchooos, MUUUCHOS chivatos.

edit2: yo procuro que mis codigos sean verdes, amarillos, etc (color del codigo del editor de turno). Es IMPORTANTISIMO para los que vienen detrás. SIEMPRE. Mas vale que sobren comentarios, enters y espacios/tabulaciones, que pasarse de listo. Odio coger un proyecto y encontrar kilos de lineas y calls uno detrás de otro sin sangrado alguno ni comentarios.
Y si se mezcla con tecnología "view" ya ni te cuento...

edit3:

helloworld en COBOL xDD:

IDENTIFICATION DIVISION.
      PROGRAM-ID. Saludos.
     *
      ENVIRONMENT DIVISION.
     *
      DATA DIVISION.
      WORKING-STORAGE SECTION. 
     *
      PROCEDURE DIVISION.
      INICIO.
          DISPLAY "Hola  mundo-".
          STOP RUN.

que pene!

Ojo a los if:

IF X > 10
  IF Y > 10
    MOVE 5 TO Z
  ELSE
    MOVE 3 TO Z   

  END-IF
ELSE
  MOVE 1 TO Z
END-IF.

Ojito a la asignacion de variables!!!! con MOVE xD
Huele a ASM que te cagas lorito!

edit4:
Por otra parte, paraos a pensar: ¿que cojones puede hacer un banco que al final requiere tantísimo trabajo a nivel de implementación? Por que tantas dificultades para migrar?
Se pueden hacer muchas cosas, pero a la larga, alguien tiene que poder "enumerar todo lo que un banco puede hacer", y solo es question de volver a implementarlo TODO DESDE 0, como proyecto aparte e independiente y porsupuesto, con muchisimo tiempo y presupuesto "ilimitado".

Si me hago la idea.
Lo que pasa es que yo no comparto dicha risa.

#26 funcional es la leche, hacerse por ejemplo un quicksort en 1 linea o 2 cuando en c++ necesitas varias (bastantes)... xD ademas de hacer cosas jodidamente potentes en muy muy pocas lineas. Odio haskell y a la vez estoy enamorado xD