Historias
Slashboxes
Comentarios
 
Este hilo ha sido archivado. No pueden publicarse nuevos comentarios.
Mostrar opciones Umbral:
Y recuerda: Los comentarios que siguen pertenecen a las personas que los han enviado. No somos responsables de los mismos.
  • por samizdat (14922) el Martes, 27 Julio de 2004, 10:47h (#329932)
    Personalmente creo que el autor comete un error con el apartado de lenguajes "obsoletos". Algo obsoleto es algo anticuado, algo cuya tecnología está atrasada respecto de la actual y si uno lo piensa resulta un sarcarsmo aplicarlo a lenguajes como Lisp que ha anticipado muchos aspectos de los lenguajes de programación más recientes.

    Debería haberlos llamado lenguajes "minoritarios" o "de nicho", porque eso es lo que son.

    • COBOL de YearOfTheDragon (Puntos:3) Martes, 27 Julio de 2004, 10:57h
      • Re:COBOL de Savant (Puntos:1) Martes, 27 Julio de 2004, 15:32h
        • Re:COBOL de bichus (Puntos:1) Martes, 27 Julio de 2004, 16:01h
          • Re:COBOL

            (Puntos:4, Interesante)
            por Tangarallo (7778) el Martes, 27 Julio de 2004, 18:22h (#330137)
            ( http://tangarallo.cjb.net/ )

            Tampoco es mantener millones de lineas de código de hace décadas, es mas, yo empecé a trabajar hace unos tres años tirando "nuevas" lineas de código Cobol contra series Z de IBM, tal vez sea por eso que le tenga, no aprecio, pere si mucho respeto al modo de funcionar que tiene tan efectivo.

            Tal vez el problema radique en que la gente se inmagine una aplicación Cobol, con sus pantallitas, con su raton, con sus eventos. Pero no se trata de eso, Cobol para eso no sirve. Donde se usa Cobol ahora mismo, hablando desde el punto de vista de "creación de nuevos programas" es en el envio de transacciones a un host.

            Para eso no necesitas nada de los lenguajes "modernos", objetos, herencia, eventos, excepciones, miles de librerias, Xml, ni siquiera soporte de ratón.

            El típico programilla "por llamarle de alguna forma" en donde se usa Cobol, es coger un fichero de registro, operar un poco y lanzar a una hora determinada (normalmente por la noche) miles y miles de sentencias Sql contra Oracle o DB2, los programas que yo he tratado no solian pasar de 200 lineas.

            Y justo para estas cuatro operaciones, me temo que Cobol hoy por hoy sigue siendo el rey. Ninguno de los lenguajes que he tratado, y creeme he tratado unos pocos, aporta ni velocidad, ni eficiencia, ni rapidez en la creación del programa mayores de las que aporta Cobol para estas cuatro operaciones. (Bueno tal vez Rex o PL/I, pero eso es otro cantar).

            La ventaja que tienen y tendrán Cobol y otros lenguajes "jurásicos" como Fortran o Prolog sobre todos lo nuevos chicos del barrio (Java, C#,...), es que estos últimos pretenden ser lenguajes para todo, hacen de todo pero nada sobresalientemente. Mientras que Cobol, Prolog, Fortran y otros muchos, se centran en hacer bien lo que tienen que hacer y así es muy difícil que puedan tener competencia, y es exactamente por esto por lo que llegaron a viejos , haber donde estarán dentro de 30 años C#, Java Phyton, etc.

            [ Padre ]
            • Rexx de m4r (Puntos:3) Martes, 27 Julio de 2004, 19:25h
              • Re:TCL???? de m4r (Puntos:1) Miércoles, 28 Julio de 2004, 15:42h
              • 2 respuestas por debajo de tu umbral de lectura actual.
            • Re:COBOL de pobrecito hablador (Puntos:1) Martes, 27 Julio de 2004, 22:27h
            • 1 respuesta por debajo de tu umbral de lectura actual.
      • Re:COBOL de oscmar (Puntos:2) Martes, 27 Julio de 2004, 22:41h
      • Re:COBOL de JAM (Puntos:2) Martes, 27 Julio de 2004, 15:57h
      • 3 respuestas por debajo de tu umbral de lectura actual.
    • SAP de grimpi (Puntos:3) Martes, 27 Julio de 2004, 23:05h
      • Re:SAP de grimpi (Puntos:1) Miércoles, 28 Julio de 2004, 09:58h
      • 1 respuesta por debajo de tu umbral de lectura actual.
    • Re:LISP de samizdat (Puntos:1) Martes, 27 Julio de 2004, 13:49h
    • 1 respuesta por debajo de tu umbral de lectura actual.
  • Entornos, no lenguajes

    (Puntos:4, Interesante)
    por trovador (9832) el Martes, 27 Julio de 2004, 13:41h (#330028)
    ( http://barrapunto.com/ )
    En mi modesta opinión, el autor del artículo original ha pasado por alto dos hechos.

    Uno es que para la gran mayoría de las aplicaciones que se hacen se suele mirar menos el lenguaje que las herramientas que lo rodean, empezando por el "IDE" o entorno de programación integrado con librerías para todo, depurador y diseñador visual; y siguiendo por herramientas para generación de código, integración con las bases de datos, sistemas de control de versiones, herramientas para pruebas automatizadas, creación de diagramas, gestión de requisitos y otras cuantas.

    El otro hecho es todo lo referente a las herramientas de Microsoft. Parece que el autor desconoce casi completamente Visual Studio y la plataforma .NET, en concreto de las novedades que introduce ASP.NET. Si conociese un poco más a fondo la oferta actual, le sería más fácil llegar a la conclusión de antes: que se elige más bien un paquete completo y no sólo el lenguaje.

    Existe una oferta creciente de entornos completos para lenguajes "libres". Si están a la altura de los paquetes comerciales o no, que cada uno los pruebe y saque sus conclusiones. Lo que parece estar claro es que los entornos comerciales para las plataformas .NET y Java tienen una enorme aceptación.

  • Felicidades

    (Puntos:4, Interesante)
    por Tangarallo (7778) el Martes, 27 Julio de 2004, 15:04h (#330058)
    ( http://tangarallo.cjb.net/ )

    Antetodo felicitar al autor del estudio, por ser capaz de escribir cuatro páginas, sin saber ni siquiera lo que es la plataforma .Net, Cobol, Asp ni Visual Basic.

    Primero Asp no es Visual Basic, es mas en .NET puedes programar ASP.Net con C#, Java.Net, o en lo que te de la gana.Net.

    Segundo, Asp.Net no es una nueva versión de Asp.

    ¿Cobol obsoleto? ¿marraneria?, pues vale, ya me inmagino a este explicandole a los responsables de informática de un banco o una compañía (de las grandes) que va a tirar las transacciones contra sus Z series (de 3000 kilos) usando Php o C (Pagaría por ver la cara que pondrían de estos).

    Vale, Visual Basic es un lenguaje pauperrimo, y todo lo que querais, pero supongo que sabrá que uno de los principales motivos para que las empresas no usen Linux, es que este no tiene Visual Basic, esto es, un lenguaje (mas bien el entorno de desarrollo) que te permite una apliación que funcione, no que sea elegante ni patochadas geek , en la mitad de tiempo que cualquier otro lenguaje. Multiplica precio hora * horas ahorradas * número de programadores, para saber porque se pide tanta gente. Y os diré una cosa para los que no lo sepais, con VB se pueden hacer programas mantenibles y escalables, que no se haga es cosa de los programadores, no del lenguaje (Nadie te obliga a mezclar la lógica con la interfaz gráfica).

    Sinceramente, no se porque se escandaliza por la falta de ofertas para C, esto es la cosa más lógica del mundo. C esta muy bien para lo que esta (apliaciones críticas, sistemas operativos, etc), pero no para aplicaciones de gestión que son las que ofertan la mayoría de las ofertas de trabajo. Otra vez el factor tiempo (no me vengais con lo de que existen librerias, etc. porque ni con esas).

    Justificar la falta de ofertas en lenguajes libres con la inercia comercial , por favor, si no se usan los lenguajes libres, es sencillo, no existe ni uno rinda (tanto en tiempo como económicamente) como Java, .Net o Visual Basic.

    Y bueno, lo de llamar moda a Java, ni lo voy a comentar.

  • ¿Puede alguien explicarme porque en este artículo se habla de Java como lenguaje propitario?
    Tanto Java como Sun fueron creados por ingenieros de Sun Microsystems [sun.com] en respuesta a varias necesidades que habían encontrado, pero las especificaciones de ambos lenguajes entiendo que son abiertas.
    ¿Me equivoco?

    --
    --
    OpenPGP Key ID: 0x82C47638 bitcoin donation jar: http://payb.tc/ver
  • 11 Años

    (Puntos:3, Inspirado)
    por YearOfTheDragon (5071) el Martes, 27 Julio de 2004, 11:10h (#329944)
    ( http://vidaartificial.com/blog | Última bitácora: Miércoles, 10 Octubre de 2007, 20:48h )
    Yo llevo 11 años programando (cobrando) y todavía disfruto mucho.
    Lo que ocurre es que acabas arto de programar en el trabajo porque siempre es lo mismo. Viendo siempre el mismo programa, los mismos listados, las mismas pantallas... Ya llevo 3 años en la empresa en la que trabajo actualmente y estoy cansado de ver siempre lo mismo.

    La solución suele ser cambiar de proyecto de vez en cuando para no encarcarate. O si el programa sólo funciona en sistemas operativos de Microsoft portarlo a Linux o hacerlo multiplataforma con Java o emprender cualquier proyecto parecido.
    Pero esto dependerá del tipo de jefes que tengas. En muchas empresas no tienes opción de elegir.

    Y como último recurso siempre puedes pasarte por Barrapunto y desahogarte un rato. Aunque este solución es válida para cuaquier profesión que te permita disponer de un ordenador con conexión a internet.
    --
    Mi blog: Vida Artificial [vidaartificial.com]
    [ Padre ]
    • Re:11 Años de ricard (Puntos:1) Martes, 27 Julio de 2004, 12:04h
    • 1 respuesta por debajo de tu umbral de lectura actual.
  • Trabajo vs. Hobbie

    (Puntos:3, Interesante)
    por MaraudeR (432) el Martes, 27 Julio de 2004, 13:22h (#330023)
    ( http://librexpresion.org/ | Última bitácora: Martes, 17 Marzo de 2009, 08:40h )
    Pues opino lo mismo aunque nunca creí que diría tal cosa. Llevo 18 años programando, ponle que algo así como los 10 primeros como hobbie y los 8 siguientes como trabajo. Al principio era maravilloso poder vivir de hacer aquello que te gustaba, pero con el tiempo he acabado hastiado.

    Aun hay ocasiones en proyectos concretos en los que disfruto, porque se hace algo creativo, pero muchas de las cosas que haces son repeticiones con variaciones mínimas de algo que ya has hecho antes. Se acabaron los descubrimientos: a partir del diseño es todo picar código mecánicamente. Aburre estar escribiendo una línea y saber ya lo que vas a poner en las 1000 siguientes. Sólo de vez en cuando surge algún reto inesperado, la ocasión de -por fín- aprender algo nuevo. Pero son las menos.

    Como hobbie te buscabas tú los retos, el tiempo no importaba, la cuestión era encontrar la mayor satisfacción posible en lo que hacías. Y si te aburrías de algo podías dejarlo a medias y ponerte con otra cosa que despertase mas tu interés sin dilación.

    También creo que depende de la persona: hay quién disfruta del trabajo mecánico, sin sobresaltos, que se pasa la vida haciendo lo mismo y no quiere hacer otra cosa. Y en el otro extremo los hay que siempre están buscando algo distinto. Si pudiera cambiaría ahora mismo mi puesto con otro trabajo que no tuviera nada que ver con esto. Por ejemplo, mecánica del automóvil. Dentro de algún tiempo me cansaría de escapes, pistones, inyectores y turbinas, y entonces buscaría otra cosa.

    Tal vez simplemente necesito descansar. Pero descansar de verdad, no irme de vacaciones dos semanas con el móvil pegado en la oreja. ¡Ah! ¡que no nos tocará un piquito en el cupón!...
    --
    libreXpresion.org [librexpresion.org]
    [ Padre ]
  • Re:No es un buen trabajo

    (Puntos:1, Interesante)
    por pobrecito hablador el Martes, 27 Julio de 2004, 13:45h (#330030)
    Yo llevo más de 20, (tengo 50). Dirijo equipos de desarrollo y me reservo la codificación de lo que me interesa.

    Disfruto tanto, que en mis ratos libres también programo. Tengo bastante tiempo libre, ya que trabajo por objetivos y me sobra el tiempo para cumplirlos.

    Y no he caído en la rutina. Entre mis clientes (soy autónomo) tengo fama de que si algo no me gusta no lo haré, aunque me ofrezcan lo que sea. Eso también es parte de mi encanto ;)

    Entiendo que no soy un caso típico. Pero sé que no soy único.

    [ Padre ]
  • 3 respuestas por debajo de tu umbral de lectura actual.