Merece la pena java
 

Hola compis.

Lleva unos pocos días dándole vueltas al tema de programar en java, nooooo, de momento no voy a dejar delphi, solo que no se por que o que se yo, quizás es que últimamente lo veo por todas partes, el tema me ha interesado un poco, ! 3 mil millones de dispositivos usan java ! ¡ Leches, esto es el futuro !

Y entonces comienzo a investigar un poco .... visito la web de oracle/java, bajo el SDK, el NetBeans, me empiezo a enfadar, esto no funciona, se ve que no tengo ni idea, sigo, sigo, google, youtube, clubdelphi ... vaya, sección de java, leo, leo...

Y ... como quien esta en la taberna y me siento generoso, saco una ronda para todos||-||||-||||-||

Pregunta al aire, esto del java vale para algo o es una cosa como el net.framework, a mi modesto entender, algo infumable e inprogramable, o al menos, los que nos hemos acostumbrado a programar casi cualquier cosa en delphi o c o basic o asm, que funciona "en cualquier pc a la primera con un único ejecutable", o esto solo vale para la web (pero dicen que vale para todo).

No se, paso del tema o le dedico un montón de horas y comienzo "la migración":D

Saludos (Y si, estoy esperando respuestas, criticas, broncas ... Gracias :))

PD: Si, he visitados foros de java y ya veo que este tampoco tienen mucho movimiento, pero he leído algo en este y algunos si sabéis java, que os he leido.

Sí, es un lenguaje terriblemente versátil. ;)

Ja, ja, ja, el burro se llama java:D

En serio, ¿crees que es una mi**er**da esto del java?, a mi para empezar, que sea interpretado por un interpretador que yo no he instalado ya me da un poco de mal rollo, tampoco me gusta eso de las versiones cambiantes del jdk (me suena a net.framework y no me gusta, ya he hecho un proyecto entero en .net y no lo volvería a repetir), te tienes que llevar medio sistema con tu aplicación y luego todavía puede haber problemas de versiones.

¿Solo es puro marketing de oracle?

¿Hay alguna aplicación "seria" de escritorio escrita completamente en java?

Veo que muchos programas comerciales de escritorio llevan embebido alguna versión de java y algunos solo funcionan con una versión de java concreta (según oracle "obsoleta").

Con lo gustoso que es llevar un ejecutable en un pen-driver, copiarlo a otro equipo y que funcione....querido delphi.

¿Es java el futuro?

||-||||-||

Respecto a algún programa respetable escrito en JAVA te puedo nombrar a Jdownload.

Futuro... Android es JAVA por lo que tienes mucho de futuro.

Por otra parte, efectivamente .NET es la versión burda de JAVA pero con la diferencia que este último realmente es multiplataforma.

Nada es más rápido que una aplicación programada nativamente y fuera de cualquier framework.

Aprender JAVA te ayudara a entender lenguajes de programación de objetos.

Gracias Maxium.

¿Java permite algo de bajo nivel, como controlar los dispositivos, tipo puerto serie, sockets tcp/ip, etc? Ya he visto que tiene plugins Fx y 3D, así que de gráficos parece que controla algo.

¿Alguno de vosotros "cambiaria" delphi por java para una aplicación, digamos .... un programa de contabilidad o facturación con acceso a firebird?

¿Y en la industria? ¿Es verdad que casi cualquier cosa (un navegador tipo tom-tom, o una televisión, por ejemplo) están implementados en java, en vez de en C, por ejemplo?

Cuantas dudas:confused: ¿ Tenéis tiempo o la mujer os llama para cenar:D?

||-||||-||

Que sea interpretado o no, para mi no es un problema. Además, existen varios intérpretes distintos de Java. Yo conozco al menos tres. El Sun/Oracle, el IBM y el GNU (Free Software Foundation - FSF). Por otra parte, existen compiladores que generan ejecutables nativos a partir de fuentes Java, como uno incluido en el paquete de compiladores GCC de la FSF.

Respecto a lo de la JDK, es normal que te suene a .Net. No olvides que C# no es más que un burdo intento de Microsoft de robarle a Sun la cuota de mercado de Java.

Sí en un 70% o más. Pero no de Oracle, sino de Sun. Oracle se deja llevar por la inercia, y muy mal, por cierto.

Si no recuerdo mal, OpenOffice.org/Libre Office estaba en buena parte escrito en Java. Sin embargo, casi todo lo que he visto son programas a medida del cliente, demos técnicas, aplicaciones distribuidas, etc.

Bueno, casi olvido que hay una: Minecraft. :rolleyes:

No.

Java, en general, es excelente. En especial desde la version 7. Es MUY rapido ahora - osea, como maquina virtual y en comparacion con otras maquinas de su rango, pero no para GUIs o apps intensivas numericas-.

"controlar los dispositivos, tipo puerto serie, sockets tcp/ip" es algo que se puede en casi todo. No para drivers de bajo nivel o que esten en el kernel.

Un problema de mucha gente, que no ha trabajado en diversos lenguajes/entornos es que tienen una vision limitada de que significa "rapido" "desempeño" y cosas por el estilo.

Una maquina virtual (VM) en muchas ocasiones hace codigo mas rapido y/o eficiente (rapido<>eficiente) que el que manualmente hace un programador promedio en un lenguaje como C/C++, porque tiene acceso a mas informacion sobre el entorno/tipos de datos/heuristica/patrones de acceso/etc y por ende, puede habilitar formas mas eficaces de operar.

Si buscan "python/ruby/php/haskell/java/lua" faster than C/C++ veran que encontraran muchos ejemplos. Haskell es uno que particularmente vence a muchos programas en C/C++:

http://paulspontifications.blogspot....er-than-c.html

(Noten, que es posible hacer el codigo C MAS rapido. Pero eso requiere un programador MAS experto, mientras que una engine como esta NO).

Un ejemplo radical es http://luajit.org/. El java VM es considerado *hoy* como una maquina muy eficiente. La de .NET no esta para nada mal, y honestamente, desde la version 4 .NET ha dejado de ser una "burda" imitacion a Java (y en algunos aspectos, mejor que Java 7).

Esto se entiende en el momento que uno piensa como hacer un lenguaje de programacion. Y cuando se aprende que hace o no rapido ciertas cosas:

https://speakerdeck.com/alex/why-pyt...cript-are-slow

Hagan de cuenta que un VM/Runtime es como hacer un programa de facturacion: Automatiza procesos manuales que hace el usuario, en este caso, el usuario es el programador!

Asi que, es mas probable que el programador "promedio" realmente escriba codigo terrible. Es algo que se ve todo el tiempo.

Por ejemplo, una de las razones por las cuales los programas de contabilidad "se mantienen" en desempeño no es porque esten muy bien programado (cosa que muchos aqui atestiguamos) sino que el *engine de base de datos* "cubre" los problemas debido a que es un runtime/VM muy eficaz, que incluso en motores como sql server o postgres (y otros) hace analisis especializes que re-escriben las consultas en base a los planes de ejecucion.

Si aceptamos que un motor de BD es rapido, tenemos que aceptar lo mismo de otras VM. Porque una BD:

1- No tiene manejo manual de memoria
2- No permite hacer nada a bajo nivel
3- Y maneja un tipo de programacion (declarativa) que *facilita* las optimizaciones programaticas... este punto tiene ventaja contra los lenguajes procedurales donde es mas facil embarrarla

El grado de cada runtime/VM en cuanto a lo eficiente varia entre uno y otro, pero es una falsedad creer que porque tiene runtime, es lento. Recuerdo que en su epoca, Foxpro es lo mas rapido que habia. Rapido, si hablabamos de base de datos. Y en foxpro no se hacia nada a "bajo nivel" pero barria con todo. TODO, era increible.

El problema de Java/.NET no es su VM en si, sino la GUI. En esa area son fatales. Es donde se nota la "lentitud". Son un bodrio. Es su punto debil.

Tambien, y esa es la razon ppal porque la que, aunque reconozco las ventajas de java, no me gusta ni programaria en eso, es porque la cultura, idiosincracia, librerias, comunidad y forma de trabajar en si es muy "burocratica". Con .NET es igual. No me parecen que sean una eleccion buena para equipos de trabajo pequeños y/o individuos.

Para estos, lenguajes como python, ruby, php, foxpro, delphi tienen la ventaja. No es tanto porque sean "rapidos" (me consta lo lento de ciertas apps hechas en delphi para contabilidad) sino mas bien que tiene un diseño que es mas acorde a la forma de trabajar de los que no somos una empresa grande.

Osea, y esto es importante, la forma de "pensar" de un programador de Java conlleva a que terminen haciendo cosas "lentas". Mucha vuelta, mucho uso de XML y cosas que son lentisimas, mientras que uno aprende en otros lenguajes a hacer cosas mas simples y directas.

La forma de pensar y de hacer las librerias tiene un efecto inmenso en el desempeño total de un sistema.

Pero, por ejemplo, si uno coje .NET/Java y desecha la forma de trabajar burocratica y toma una ruta mas agil, con librerias acordes, la cosa cambia mucho.

Un ejemplo en java es lo que hacen con http://clojure.org/. La gente que coje clojure es del mismo tipo de los que usan python/ruby: Equipos agiles, pequeños, startups. Gente que NO elige "java el lenguaje con sus vainas enterprise" pero que no les importa usar "java, el runtime muy eficiente" pero con una comunidad que es agil y un lenguaje acorde.

Obviamente, hay cosas, como manejo de numeros y asuntos de bajo nivel donde C/Pascal tienen ventaja. Basicamente, no por su lenguaje, sino porque estan hechos para esas labores, y sus librerias trabajan en conjunto.

UN ejemplo de contraste, con python -que es lento numericamente- es cuando se junta con http://www.numpy.org/ y de pronto, resulta tan o mas rapido que si esos calculos estuvieran hechos en C.

Osea, el uso de estructuras de datos y algoritmos hace la gran diferencia, mas que los lenguajes.

(Aunque al final, las VM estan hechas en C o similar, asi que....)

mamcx,

Pregunto:

1- ¿Que quieres decir con "forma de trabajar burocratica y toma una ruta mas agil" en .NET?

2- He visto aplicaciones hechas en .NET para Desktop muy optimizadas nivel de GUI, ¿Podrías aclarar un poco lo relacionado a la GUI en .NET?

3- ¿Podrías darme tu opinión sobre Visual Basic 2010 y C# 2010 en Aplicaciones Desktop y Web y sus ventajas desventajas con respecto a Delphi?.

Gracias de antemano :)

Nelson.

Digamos que todo empieza como dice el dicho: Cuando todo lo que tienes es un martillo, todo parecera un clavo.

Cada lenguaje/entorno promueve una cierta forma de trabajar y resolver las cosas. Por ejemplo, si alguien usa delphi y necesita manejar datos, quizas lo piense inmediatamente en terminos de TDataSource y TDataSets. Pero apuesto que pocos piensan en terminos de HashTable. En contraste, en python, todo es Listas y Diccionarios -que son una de las causas de que pueda ser lento-.

En python, la idea de datasources y recordsets es practicamente inexistente.

Un lenguaje OO te hace pensar en clases y subclases. Pero uno funcional, en funciones anidadas. Osea, el lenguaje moldea la forma de pensar de la gente, a un nivel profundo. Esto se expresa muy bien en http://steve-yegge.blogspot.com/2006...-of-nouns.html

Ahora bien, esto tambien se da como cada cual aprende a hacer sus primeros programas. En java, es muy comun el uso de XML para configurar cosas. El crear clases que usan clases que se basan en clases con clases y mas clases, AD-INFINITUM

http://www.quora.com/Java-programmin...from-real-code

http://godsnotwheregodsnot.blogspot....va-coding.html

Y luego todo la forma de como se hacen los proyectos. Cuando se comparan las librerias entre iOS y Android, hechas por la misma gente para hacer los mismo, es notable lo "verbosed" que son las hechas en Java (y eso que obj-c es para nada conciso).

Luego esta el asunto de los IDEs y como operan, al igual que con .NET, uno no piensa: Voy a hacer un archivo unico para hacer esto simple. No, lo que se hace es un proyecto con un monton de cosas, referencias, configuraciones y archivos extras, osea, de entrada asumen proyectos complejos y grandes.

En contraste, uno en python, por ejemplo, hace un archivo .py, hace su tarea, y se acabo.

Hace poco rehice todo un proyecto hecho en .NET a python, y la cantidad de codigo y archivos que se redujo fue impresionante (al final, python fue como 20 archivos vs. casi 100 de .net). No toda esa reduccion es debido al lenguaje, sino a todo el "equipaje" de como se hacen las cosas en .NET.

Es algo que tambien se vive con obj-c, donde los proyectos son masivos. Uno mira un repositorio open-source de algo y aunque sea un solo archivo donde esta el codigo importante, siempre vienen con unos 10 archivos extras hechos por el IDE.

Luego, esta la forma de pensar. Es dificil de comunicarlo, pero te pongo un ejemplo. Imaginate que quieres hacer grafos, y hacer la siguiente tarea:

En base a una lista de tablas, determinar de forma automatica como se hacen las relaciones de la forma mas eficiente posible, sin que el usuario haga los join manualmente. Osea, si hay Cliente, Factura, Detalle, y el usuario arrasta esas tablas, el programa solito sabe como hacer los joins entre los 3.

Eso se hace con grafos. Asi que dale una buscada a como se hace eso en java (o .net). Luego mira el codigo, y como se hace todo ese cuento.

Cuando me toco hacer eso, arrastre varios hiper-complejas librerias de .net. Super-enruedadas en ese entonces. Luego pense "a que en python es mas facil" y encontre esto:

http://www.python.org/doc/essays/graphs/

Luego re-implemente eso en C#, puff!!! quedo como en 20-30 lineas de codigo. Ves? No fue el lenguaje, es la forma como se enfrentan las cosas.

EL problema de fondo, era que Winforms no tenias soporte de hardware para la tarjeta grafica (todo el render es por software). Con lo nuevo si hay soporte de hardware, pero requiere direct-x, asi que los equipos viejos no pueden. Java es igual, al usar widgets no nativos no hay aceleracion y todo es lento. Si siquiera usara open-gl pero nada (luego por ahi se inventaron unos widgets que enlazan a lo nativo y sale mejor).

Ya de eso se ha hablado bastante ;). La cosa, es que en mi opinion, no hay nada que supere al estilo VCL de delphi, con excepcion de Coccoa (osx). Hacer una GUI en .NET es entre facil (winforms) y limitado y lento y frustrante y dificil (WPF) enruedado y frustrante.

mamcx,

Gracias por tu detallada respuesta ^\||/

Seria valiosa tu opinión sobre Visual Basic 2010 y C# 2010 en Aplicaciones Desktop y Web dada tu experiencia con la plataforma .NET :)

Nelson.

Creo que el amigo mamcx come frio todos los días, ¡¡¡qué manera de escribir!!! :eek:

Lo poco que he usado java (echándole un vistazo para aprender) me resultó leeeeeeento, pesado, aburrido, recargado, incómodo, insoportable, agobiante...
Aunque seguramente es una buena elección para... no sé, para algo debe servir bien :confused:

Totalmente de acuerdo con los compañeros.

Solo un apunte para el amigo CesarSoftware: Si quieres tutoriales no olvides pasarte por el foro de Java Hispano

Un saludo

Jodooooo......

Entre la lectura de mamcx y el articulo de julian, creo que me ha quedado claro que mi primera impresión era correcta.

Ahora voy a trabajar un poco (en delphi) y luego sigo.

Gracias a todos, este tipo de opiniones era lo que buscaba.

¡Qué bueno!

Al menos, el modelo de objetos es mejor que el de C++:

• Todos los objetos se referencian por punteros (en C++ hay "objetos automáticos" ).
• [Si no recuerdo mal] No tiene herencia múltiple.
• Los constructores de conversión no hacen cosas raras cuando sobrecargas operadores, porque no puedes sobrecargar estos fuera de una clase. Es decir, que el compilador nunca se encuentra con la disyuntiva de adivinar qué operador usar (como a veces ocurre con C++), sino que le basta con ver cuál es la clase de la izquierda y cuál la de la derecha del operador para saber qué hacer (De hecho esta es la principal razón por la que decidí no volver a usar C++).

No es una lista muy larga, pero ahora no recuerdo más. Yo también he usado Java muy poquito, y sólo por ver cómo es, igual que tú.

Eso es justo lo que queria saber, si ya habeis "jugado" un poco vosotros, para que voy yo a ponerme a investigar , hechar un monton de horas, comprometerme con algo, total, para darme cuenta que es un .... lenguaje .... rarito.

¡3 mil millones de dispositivos usan java:eek:! ¿Eso no sera publicidad fraudulenta?

Quiero decir, que si casimiro, mamcx, ñuño, evidentemente julian y demas, yo en el futuro, no usamos ni vamos a usar java, ¿Quien puñetas usa java? ¿Solo los "atolondrados" (..al ;)..) de las universidades?

Por resumir, si vas a hacer algo en android puedes usar java, si no, no merece la pena.

PD: "elkurgan", si no te importa no voy a visitar el enlace, pero gracias por ponerlo:D, bueno, igual luego le hecho un vistazo.

En mi trabajo, hace un tiempo, había que hacer una aplicación web mas o menos seria, y "desde arriba" nos dijeron que debía hacerse con el lenguaje y framework y plataforma corporativa u oficial del organismo al que pertenecemos, o sea: java+hibernate sobre tomcat y/o JBoss y con otras cosas como Ant y no se que mas. Estuvimos casi un més instalando, configurando, evaluando y probando todas esas cosas, y despues de vomitar y de que se nos encaneciera la cabellera intentando configurar JBoss en debian, y como no queriamos tardar 2 ó 3 años en hacer el trabajo, lo hicimos con php, y mucho ajax y mucho jquery. Tardamos muy poquito, y el resultado es una aplicación que funciona muy bien, muy rápido, no es nada fea, y cuando hay que modificar algo es muy muy fácil.

No es que tenga mucha experiancia en java, el lenguaje del futuro desde hace 20 años, pero si alguna vez veís una aplicación hecha en java que no sea, o parezca, un cagarro, me avisais. :D

Yo alguna vez utilicé Java para un software de contabilidad pues debía ser multiplataforma. Si has leído a Grady Booch java cae como anillo al dedo pues todo son clases y clases y clases. El propio lenguaje te introduce en mundo donde todo lo que piensas son clases y objetos y como interactúan unos con otros. Al poco tiempo te acostumbras a crear una clase para cada necesidad específica.

El problema viene (al menos en mi caso) cuando quieres que el mundo de clases y objetos que ya tienes diseñado interactúe con el mundo real (o sea la GUI) simplemente es espantoso y tardado. Lo que con delphi haces en 10 minutos o menos, en java te llevará varias horas, al menos al hacerlo por primera vez. Además depende de versiones del framework por lo que lo que desarrollas con una versión a veces no funciona igual cuando la versión que tiene el usuario instalada es otra y eso ya no lo controla el desarrollador.

La bondad de Delphi es que puedes generar un ejecutable monolítico que funciona incluso desde un pendrive y sin necesidad de hacer nada mas que hacer doble click.

Así es. ^\||/

Además Delphi también está lleno de clases, por ser un lenguaje rico y moderno en POO, sólo que le simplifica las cosas al programador abstrayéndolo de la composición, organización y funcionamiento de muchas de las clases, cuando éste así lo prefiere y no quiere bucear en ellas. Pero siempre están las clases ahí para redefinir cualquier parte o ampliar funcionalidad. Mucha gente ignora esto sobre Delphi.

Saludos. :)

Estooo....

Es este foro no hay nadie que defienda a java, estamos en el foro de java.

¿Alguna bondad real de java?, algo tiene que tener, vamos digo yo.

Por ejemplo, la mayoria entiende que linux es "mejor" que windows, pero se usa mucho mas windows porque es el "estandard" nos guste o no, como paso con el beta y el vhs, que mejor no significa el mas usado.

Por eso digo, que si java es el "nuevo estandard" .... los programadores lo usaremos nos guste o no.

¿O estoy equivocado?

Ejem... :rolleyes:

¿No? ¿Cual es tu opinion?

Digamos que mis experiencias personales con linux no han sido agradables (puede que sea yo), dejemoslo ahí que si no vamos a desviar el tema del hilo con otro interminable debate de que sistema operativo es el mejor.

Saludos.

No no hay ningún debate nuevo, de hecho he puesto "mejor" entre comillas, porque conozco casos como el tuyo y estoy seguro que tiene que haber gente que defienda a java, ¡ pero no contestan :eek:!

Es lógico que el programador Java que en verdad conoce Delphi difícilmente vendrá a decirnos que Java es superior o una maravilla. Mientras que los fanáticos de Java difícilmente se pasarán por aquí (salvo en calidad de troles :D).

Java es una buena iniciativa, es un interesante "borrador" de lo que en el futuro podríamos estar usando, pero te aseguro que no será este Java. Es más, ni siquiera será un lenguaje de sintaxis derivada de C. v\||/

Sí, desafortunadamente hay miles de dispositivos usando este lenguaje. En el mundo actual, de competitividad estúpida, lo que dé mayores beneficios al propietario de una marca es lo "adecuado", sin importar qué tan bueno sea el producto por dentro. El hecho de que el lenguaje haya sido uno de los primeros con soporte multiplataforma compensa, económicamente, sus debilidades en otros aspectos. Ya muchas firmas sólo lo usan por inercia, para no quedar como bicho raros y perder con ello cuotas de mercado.

Ya, pero esto es un foro de java dentro de clubdelphi.

Te refieres a ansi C o a c#, porque personalmente el anci C me gusta, quizas porque lo he usado bastante y estoy acostumbrado, es similar (en estructura) a pascal.

La industria basada en los beneficios, no es buena industriav\||/

No que sea uno muy representativo ;)

Pero para hacer de abogado del diablo, reitero que Java a mejorado mucho en los ultimos años. En muchas areas es mejor que Delphi. Es importante entender que los lenguajes logran aceptacion masiva por:

1- Ser la opcion por defecto de una plataforma(s) populares (C, C++, Java, Obj-C, y desafortunadamente, JS)
2- Proveer un nivel de abstraccion/eficiencia superior a lo "normal" sin ser demasiado academico (OO = C#, Java, C++, Delphi), Prototipado (JS)
3- Proveer un caso de uso donde la superioridad y/o la facilidad es "aplastante" (RAD= Delphi; Engine juegos= Lua, Python; Multiplataforma= Java, Python, Ruby; AppsWeb = Ruby, Python, PHP, Paginas Web = PHP, HTML, CSS; Manipular datos= Sql; Aplicaciones de escalabilidad masiva y alto desempeño = Erlang, Java, GO; Poder raso de computo = C, C++, Assembler; Acceso bajo nivel= C, C++, Delphi)
4- Una caracteristica "espiritual" que resuena en un conjunto amplio de programadores (Metaprogramacion, Datos=Programa: LISP, Haskel, Ruby (maso); Claridad de syntaxis = Pascal, Delphi, Python; Util para sysadmins: Perl; Util pa' "hackear" y hacer experimentos: Perl; Apps Cientificas: R, Python, Matlab; OO pura: Smalltalk; Prog. Funcional, "Pureza" de funciones, Acercamiento matematico: Haskell; No me frieges, hago una pagina web/programa ya y nos vamos: PHP, Basic )
5- Facilidad de conseguir empleo, ganar $$
6- El estandar de una sub-industria que uno quiere entrar: Banca, Finanzas: Cobol, RPG, Java; Juegos: C++, C, Lua; Web: JS; ERPs=SAP; Mac/iOS=Obj-c
7- Estar a la vanguardia de lo que viene, experimentar con lo nuevo, y arriesgado. Practicamente todo otro lenguaje poco conocido que trae innovaciones o paradigmas interesantes
8- Es una META-PLATAFORMA:Hay meta-plataformas basadas en los runtimes (Java VM, .NET VM, LuaJIT VM, Erlang VM, LLVM, JS, Haskell) en donde hay *implementaciones* de otros lenguajes corriendo sobre esas plataformas (por eso es posible programar pascal en java, si hay la implementacion, o ruby sobre obj-c y entrar en ios)

Donde es duro Java? En escalabilidad masiva, procesamiento de datos, sectores de la industria especializados, y en forma particular, como meta-plataforma. Por ejemplo, si alguien tiene algo hecho en ruby y python y le va lento, pues lo pone a correr en http://jruby.org/ o http://www.jython.org/. La ironia: Java se uso ahora para *acelerar* otros lenguajes!

Y de hecho, si alguien quiere crear hoy su propio lenguaje, es mas bien idiota hacerlo a mano en C. Lo mejor al dia de hoy es usar Java, LLVM, Haskell, PyPy, Rubinius, JavaScript, Erlang o .NET (ppalmente) para basarlo en estos.

No sabes cuanto me gustaria que los lenguajes en C dejaran de dominar! Cuando conoci a http://golang.org/ *casi* me enamore, pero la syntaxis me tiene alejado. Mi lenguaje ideal se basaria en las ideas de GO & python (http://www.clubdelphi.com/foros/showthread.php?t=80367)

NO! Es una industria buena! Sin beneficios, nos quebramos! La industria basada en los beneficios, que esta dispuesta a plastar y pasar por encima de otros a las malas y de forma criminal, esa es la mala. Pero todo negocio necesita beneficios $$$ para seguir. Es de hecho, un ppio basico de un negocio: La generacion de riqueza (idealmente, sin nada malvado de por medio ;))

Merece la pena java
 

Bueno dare mi opinion acerca de este tema

Ventajas

1- Es multiplataforma
2- Un API muy bien documentada
3- Hay gran cantidad de codigo, librerias etc.


Desventajas

1- Curva de aprendizaje alta, utilizarlo como 3 lenguaje si no se ha tenido contacto con algun lenguaje de programacion, tener minimas nociones de orientación a objetos

2- Aplicaciones lentas, debido a que es interpretado por la maquina virtual
- El recolector de basura agrega una sobrecarga que puede afectar el rendimiento aunque se han hecho mejoras en este sentido

3- Otra desventaja que le encuentro a java es que le hace falta tener un IDE como el delphi o Visual Studio ( Se tiene los IDEs Eclipse y Netbeans que en mi opinion es el que facilita un poco mas el trabajo)

4- Tiempo de desarrollo mas alto, en comparacion con otros lenguajes de programacion.

Con java, a que tener cuidado ala hora de crear una aplicacion, cual va ser la funcion que va a cumplir esa aplicacion, hacer un analisis muy profundo, y si realmente es adecuado usar java para tal fin
porque si no despues te meteras en un callejon sin salida lleno de laberitos y desearas maldecir al inventor de este engendro llamado java.

Con java hay que documentarse muy bien, leer, leer y practicar, entender muy bien los conceptos del lenguaje.

Dentro de mi humilde opinion, java es multiplaraforma, aunque lazarus basado en pascal funciona tambien multiplataforma.
Lo que no he visto un sistema como delphi/lazarus para aplicaciones GUI que sean mas sencillas de hacer, con otros (contando visual basic) hay que tirar de widgets.

Nose con que se programan las aplicaciones que se usan, desde procesadores dextexto, basescdexdatos,... pero desde luego cada lenguaje tiene su cometido como habeis dicho.
Para mi aprender java como trampolin para android.

Y si veo e defendeis mucho a python, quiere decir que tambien sirve para todo y es mas facil programar con ventanas?, no digo como delphi, pero algo mas sencillo que java?.

Evidentemente este subforo es java pero esta dentro de de delphi, asi que el lenguaje a vender es delphi :D.

Disculpadme por cel desvario, pero creo quecla pregunta inicial de este foro era, si merecia la pena aprender java y, en lineas generales habeis respondido que no con otras alternativas, lease haskel, ruby, python...

Pues yo que no veo lo de multiplataforma:cool:

Quiero decir, que el código fuente (en delphi, por ejemplo), se podría compilar en el compilador correspondiente a cada sistema, en vez de tener una VM que lo interprete, en cada sistema, y ya esta.

En mi modesto entender, un lenguaje/compilador debe servir para todo, quiero decir, no me sirve un lenguaje que, por ejemplo, no disponga de acceso al sistema gráfico de forma nativa, ya, la culpa la tienen los sistemas, pero para eso están los compiladores o VM.

Y volviendo a los lenguajes, os acordáis de Basic, GW-Basic, etc, con (creo recordar) 70 palabras clave hacías de todo, en CPM en DOS, en OS/2, etc. No te hacia falta gigas de ram ni de disco y en aquella época también estaban pascal, c y cobol, y cada uno tenia su sentido, no hacían falta clases ni objetos ni herencias, eran claros y concisos, todo se hacia con funciones y procedimientos. ¿Que es un objeto? Un conjunto de funciones, con sus variables, visto de otra forma pero al fin y a la postre, funciones y variables.

No digo que tiempo pasados fueran mejores, pero recuerdo que cuando comprabas un lenguaje/compilador te daban el manual de usuario EN PAPEL con todas las funciones descritas y con ejemplos. Hoy en día, incluyendo a Delphi, encontrar que cosas sabe hacer tu nuevo compilador, es, cuando menos, tedioso.

Creo que se están/nos están complicando la vida, no digo que no haya que avanzar, sino, como podríamos controlar ahora, por ejemplo una cámara web o internet, lógicamente con funciones o APIs disponibles POR EL SISTEMA o DRIVER y problema resuelto.

Después de lo leido y escrito (buen intento mamcx), ¿porque un lenguaje te tiene que hacer cambiar la manera de pensar? Que pasa, que los que desarrollan java son mas listos que nosotros, seguramente no, pero su empresa (en la que trabajan) parece ser que si.

En mi experiencia de programador (y ya van para unos ... digamos 30 años) (se ve que tengo mas, jejeje:D) e desarrollado e implementado infinidad de programas, algunos siguen funcionando en clientes desde el año 1990 (si hace ya 23 años, en el siglo pasado) escritos en CA-Clipper o Basic y digo siguen porque por ejemplo tengo dos mesas de medidas por láser (para tablones de madera) escritas en basic y siguen en la fabrica de muebles trabajando todos los días o una facturación escrita en CA-Clipper que el usuario no quiere cambiar porque le va genial y varios ejemplos mas. ¡Y no, no era programación orientada a objetos ni nada parecido!

Entonces ¿Porque cambiar? ¿Porque aprender otro lenguaje? ¡Por que me gusta lo que hago y me considero un eterno aprendiz! De hay el intento de aprender java y este hilo.

No entiendo, no entiendo porque un lenguaje es, cada vez mas complicado o incluso menos útil. ¿A que esto no le pasa a un albañil o fontanero? Quiero decir que claro que todas las profesiones tienen que aprender "lo nuevo", pero "lo nuevo" no tiene que ser radicalmente distinto a "lo actual". Da la impresión que para aprender java, tienes que olvidar delphi, no se si me explico bien. Que la informática es un entorno "nuevo" y por tanto "cambiante", Si, de acuerdo, eso nos dicen, pero nuevo, nuevo, tampoco, porque es una industria que ya lleva mas de 50 años en el mercado, suficiente para estar bien consolidada, pero, me da la sensación, que la industria (la mala) se aprovecha de nosotros para sacarnos el dinero con cursos, etc, o al menos es la conclusión que saco yo.

Buff, que jart'a de escribir.:)

Creo que somos de la misma generación, unos chavales.
La semana pasada me encontré con uno de mis primeros clientes al que le hice la gestión de su negocio en un lenguaje del que nadie aquí habrá oido nunca nombrar (boriar), fue en 1987 y sigue funcionando todavía con ese programa, al igual que otros clientes de esa época, no quieren cambiar porque, simplemente, les funciona bien y hacen todo lo que necesitan. Jamás tienen ningún problema y no tengo que ir a arreglarles nada, ni tampoco a cobrarles :confused:

Ja, ya discutimos lo de cobrar en otro foro, ves, nosotros no somos "mala industria".

PD: born 1968, first learn 1982, first job 1985 ... today.

Hola.

Seguramente todos o casi todos (los mayores) tenemos clientes con programas muy antiguos sin ningún tipo de problema y que no quieren cambiar. Pero yo siempre digo lo mismo, no quieren cambiar porque seguramente no conocerán (o no querrán conocer) las ventajas de poder enviar correos electrónicos de los documentos y listados, de poder generar pdfs, usar bases de datos más robustas, y en definitiva aprovechar todas las posibilidades que nos ofrecen los nuevos lenguajes de programación.

Otra cosa es el ejemplo del programita que hace una función muy específica y no se requiere nada más pero no creo que sea el caso de un programa de facturación o contabilidad que es en lo que nos movemos la mayoría.

Me gusta tu último análisis, Mamcx. En especial porque corrobora lo de que "cada lenguaje tiene sus ventajas y desventajas, y realmente no existe un lenguaje mejor que otro". Java también las tiene, aunque sólo sea porque su máquina virtual es una de las más extendidas por no existir casi ningún sistema operativo que no disponga, al menos, de una. Aunque es cierto que esto no garantiza que cualquier programa Java vaya a funcionar en cualquier plataforma que disponga de la JVM, pero sí muchos de los programas funcionarán en muchos sistemas, más que Lazarus (que se ha nombrado por aquí, y que defiendo) cuya biblioteca LCL (equivalente a las VCL y CLX) sólo está completamente disponible en un puñado de sistemas (Windows, Linux y MacOS) y parcialmente en otros pocos (Palm, y no sé si alguno más). En fin, que creo que en eso Java es una ventaja.

Y ya que se habla de programas añejos, sé de empresas que siguen usando viejos programas Java hoy en día, funcionando en computadoras mucho más modernas que las que había cuando se crearon.

Ya, o que quizas no nos sabemos vender:o

Ya, ¿Pero hace falta java para realizar un programa moderno, mas amigable o mas vistoso? En mi humilde opinición creo que no. Delphi a evolucionado con el tiempo (quiza demasiado) y es una buena herramienta para programar en el siglo XXI

Coincido plenamente en el planteamiento de los lenguajes, pero ¿Es la máquina virtual la única ventaja de java? ¿Tal ingente cantidad de esfuerzo de cientos de personas en horas, dineros y conocimiento invertido solo para eso?
Cuando alguien como mamcx piensa en un nuevo leguaje, tiene un sentido, creo recordar que la NASA invento lisp para "afinar" sus software dedicados a la misiones espaciales. O se inventa HTML para un nuevo proposito, la navegacion por internet.
Para que se invento java, para homogeneizar todos los dispositivos o, como windows, para que cada pc/dispositivo tuviera uno.
No me creo, o no me puedo creer, que una impresora, un lector de blue-ray, etc, con microprocesadores de, seguramente 8 o 16 bits como mucho, tipo PIC o Motorola 68000, usen java (con su VM incluido) en vez de C u otro lenguaje mas especifico y mas serio y apropiado para tal menester, ya solo falta que le metan windows CE a un ratón, jejeje:D. Vale en las tablets y smarphines (android/linux, simbian) es otra cosa y otro debate, o quizas no, programar, se programan y por programadores. Una vez hice un programita en C++ para simbian, je, que ilusión me hizo:)

Si y el telescopio espacial Hubble lleva un pc 286 desde hace años.
El año pasado cambie una infraestructura de red optica en un almacén motorizado de 6 calles por una nueva infraestructura de red wifi http://www.youtube.com/watch?v=-fasuS5pUHA ( partir del minuto 2:45 se ve realmente donde estamos:D, el "viaje" dura 35 segundos y gratis, a los niños les encantaria, jejeje:D) pero simplemente porque no se podia usar el nuevo sistema de ERP con esa tecnologia tan vieja, pero funcionaba.

WiFi ha venido a sustituir en muchos casos, como este al cable, ¿A que ha venido java?

Desde el punto de vista del programador Delphi, el futuro de java es Oxygene. ;)

Capitalismo menos comunismo en una discusión sobre java. :rolleyes:

Ok enciendan los motores, ya saben de que lado estoy! :D