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 pobrecito hablador
(Puntos:0)
Martes, 27 Julio de 2004, 11:56h
Re:COBOL
de pobrecito hablador
(Puntos:0)
Martes, 27 Julio de 2004, 12:02h
Re:COBOL
de pobrecito hablador
(Puntos:0)
Martes, 27 Julio de 2004, 14:27h
Re:COBOL
de JAM
(Puntos:2)
Martes, 27 Julio de 2004, 15:57h
Re:COBOL
de pobrecito hablador
(Puntos:0)
Martes, 27 Julio de 2004, 18:25h
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
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.
por
pobrecito hablador
el Martes, 27 Julio de 2004, 10:51h
(#329936)
A los que os encante programar, si os dedicáis a currar de programatas acabaréis odiando la programación. Os lo dice alguien que lleva 15 años en el tema. Si sigo es por pura inercia.
--
Perez-Gilaberte, me cago en el puto Cristo del Gran Poder ™
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.
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.
Re:Felicidades
de JAM
(Puntos:2)
Martes, 27 Julio de 2004, 16:42h
Re:Felicidades
de pobrecito hablador
(Puntos:0)
Martes, 27 Julio de 2004, 18:53h
Re:Felicidades
de JAM
(Puntos:3)
Martes, 27 Julio de 2004, 22:57h
Re:Felicidades
de JAM
(Puntos:2)
Martes, 27 Julio de 2004, 23:01h
Re:Felicidades
de pobrecito hablador
(Puntos:0)
Miércoles, 28 Julio de 2004, 09:48h
Re:Felicidades
de JAM
(Puntos:3)
Miércoles, 28 Julio de 2004, 12:22h
Re:Felicidades
de explorer
(Puntos:1)
Viernes, 30 Julio de 2004, 21:58h
¿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?
por
pobrecito hablador
el Miércoles, 28 Julio de 2004, 16:48h
(#330648)
Yo creo que definir a Java como propietario es opinativo, no informativo, lo cual degrada bastante la calidad de la noticia, al margen de otras erratas y errores de percepción que la gente ha comentado antes.
Me parece que hacer una afirmación así en una noticia en primera página es "trolling" encubierto.
Lenguajes "obsoletos"
(Puntos:1)Debería haberlos llamado lenguajes "minoritarios" o "de nicho", porque eso es lo que son.
Re:COBOL
(Puntos:4, Interesante)( 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.
No es un buen trabajo
(Puntos:0, Interesante)A los que os encante programar, si os dedicáis a currar de programatas acabaréis odiando la programación. Os lo dice alguien que lleva 15 años en el tema. Si sigo es por pura inercia.
--
Perez-Gilaberte, me cago en el puto Cristo del Gran Poder ™
Entornos, no lenguajes
(Puntos:4, Interesante)( http://barrapunto.com/ )
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)( 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.
y de Pascal?
(Puntos:0)O bien en cuanto a IDE Delphi/Kylix.
Java lenguaje propietario?
(Puntos:1)( http://www.vescudero.net/ | Última bitácora: Sábado, 16 Junio de 2012, 23:47h )
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
Java Propietario?
(Puntos:0)Me parece que hacer una afirmación así en una noticia en primera página es "trolling" encubierto.