|
|
|
Secciones
Obrar mucho, y hablar poco; que lo demás es de loco.
Barrapunto © 1999-2007. Contenido disponible bajo licencia Creative Commons Reconocimiento 2.5
Aviso legal
Barrapunto © 1999-2007. Contenido disponible bajo licencia Creative Commons Reconocimiento 2.5
Aviso legal
Pregunta equivocada
(Puntos:1)( http://barrapunto.com/ )
Artículos como ése he visto docenas, sobre todo cuando estaba involucrado profesionalmente con el lenguaje de marras. En la práctica, todo se quedaba en teoría :-) La compilación en run-time era muy propensa a fallos y terminabas obligado a quitarla para que funcionasen los programas (receta común tanto para Apache como para JRun, el que se usaba con Windows).
Y me creo que hayan mejorado. Pero ¿y qué?. Para hacer aplicaciones de servidor de web no está mal. Pero con un poco de programación de sistema como apoyo se mete lo mismo con otros lenguajes más sencillos. Para GUI desde luego que hay cosas mucho mejores.
El lenguaje en sí tampoco me gusta. Pero ésa es otra historia.
Comparativa J2EE vs .NET
(Puntos:1)( http://barrapunto.com/ )
Aún así, .NET sigue saliendo vencedor. Comparativa
No me creo nada (Joseph Zorteq)
Otro triste articulo partidista.
(Puntos:1)
El primero la afirmacion de que el rendimiento a gran escala de Java es superior al de C/C++ es sistemas grandes. Evidentemente todo esta basado en hipotesis, porque o nadie ha querido, o ha nadie le ha interesado o nadie ha creido posible desarrollar un sistema de gran escala basado en Java. Ese es de porsi es un argumento que desbarata cualquier afirmacion de ese tipo sobre Java. Pero con ese "pero" aparte, hace bastante gracia ver como alguien puede reconocer que en micro-benchmarks gana C/C++ a Java y sin embargo cuando aumenta la escala se invierten las cartas.
El fulano sustenta tan descabellada teoria basandose en que los programas Java almacenan mas informacion sobre tipos, y que ello "por supuesto" aumenta el rendimiento. ¿?, yo sigo dandole vueltas. El tio ademas se atreve a argumentar que claro eso lo puede aprovechar un compilador inteligente o astuto. Siendo como es la comprobacion de tipos estatica en C/C++ la comparacion resulta absurda. La otra chamacanada es sostener que la optimizacion dinamica puede mejorar el rendimiento de los programas, algo totalmente falso y que ademas tampoco tiene ninguna base. La mera tarea de analizar los bytecodes ya supondria una ralentizacion enorme, jamas seria una mejora respecto de la compilacion estatica. De hecho el JIT de java hace lo contrario, recompila estaticamente para la arquitectura, esta afirmacion es algo erronea pero en esencia es eso.
Las arquitecturas EPIC, exigen un mayor trabajo al compilador para optimizar el codigo, sin embargo como disponen de una salvajada de registros (512 en total en IA64)esa tarea se ve enormemente facilitada, hasta tal punto que con compiladores algo maduros superan en teoria con creces a las arquitecturas tradicionales. La consecuencia es que la compilacion estatica puede buscar las combinaciones mas adecuadas de intrucciones a paralelizar. Dinamicamente el desaprovechamiento seria brutal dado que no habria tiempo para analizar las dependencias entre datos y los emparejamientos. Es como poner a disposicion del usuario un mapa entero de la ciudad y obligarle a ver solo los 10 primeros metros, nunca encontraria el camino optimo.
De todos modos como ya he comentado como este articulo hay un monton mas, aunque tan desafortunados como este he visto pocos. Ojo yo solo he rebatido unos argumentos, no digo que el lenguaje sea malo ni nada por el estilo, Java tiene su sitio, rebuscado, pero lo tiene, al igual que otros muchos lenguajes que no han sido masivamente utilizados como herramienta de marketing. La realidad de Java fuera de los applets y algunas aplicaciones embebidas es a dia de hoy nula, por mucho que se quiera decir lo contrario. De hecho MS ha dejado de incluir la runtime de Java en XP y no ha pasado nada....contestado con otra opinión partidista.
(Puntos:1)Chico, perdona que te lo diga y ojalá me equivoque, pero me parece que eres otro iluminado de esos que desde el cuarto de su casa (poco más o menos) cree conocer perfecatamente el mercado y lo que se cuece ahí fuera. Espero que si ese el caso, te des cuenta algún día de que estás bastante equivocado.
En fin, puedes concluir que en Java hay muchos desarrollos de los que no tienes ni idea, chavalote. Y por supuesto el artículo es 'partidista', nos ha jodido mayo, a mi también me lo parece, pero es que tus comentarios también lo son, así que cualquier razonamiento técnico que quieras hacer queda eclipsado por tu evidente rechazo, más que nada personal, al lenguaje.
Re:Pregunta equivocada
(Puntos:1)( http://barrapunto.com/ )
Espero que no tengas que ganarte el tuyo como adivino :-D
Re: Otro triste articulo partidista.
(Puntos:1)( http://barrapunto.com/ )
No quiero entrar en estas guerras estúpidas y absurdas C++ Vs Java (vale: Me gusta más C++), pero quería puntualizar que la frase que estoy citando es completamente incorrecta, mira cualquier muestra de la literatura al respecto de métodos virtuales...
Re: Otro triste articulo partidista.
(Puntos:1)( http://barrapunto.com/ )
¿Incluso más que un compilador típico con posibilidad de optimizar a partir de profilings (como G++ 3.2)? Yo no apostaría mi vida por esa afirmación...
Re:¿Cómo está el mercado de Java?
(Puntos:1)Pues así, a bote pronto, me vienen a la cabeza el Limewire (cliente opennap), y el Jedit (editor de textos muy versátil y que no está nada mal). A parte de estos dos, no me acuerdo de ningún otro.
Programas a parte, yo soy de la opinión que Java no es un lenguaje pensado para esas cosas. Java es un lenguaje orientado a la web, y en ese ámbito no tiene rival, pero fuera de ahí su utilidad es escasa. El lenguaje en sí es bastante cómodo de usar (viene a ser lo mismo que el C++ pero quitándole todo lo que le sobra, como punteros, headers, etc...), pero yo me quedo con C/C++. De toda la vida. Hay quién dice que C++ es un monstruo inmanejable y difícil de tratar, o que C es arcaico y pasado de moda. Pues que piensen lo que quieran, pero creo que son dos lenguajes con muchísimo futuro. Y que no me vengan con que Java es más rápido, porque me entra el ataque de risa y no paro. ¿Cómo va a ser más rápido un programa que se ejecuta directamente sobre el hardware del ordenador que uno que necesita de otro programa auxiliar para ejecutarse? Amos hombre...
La belleza está en el interior (Jack el Destripador)
Re: Te lo repito otra vez.
(Puntos:1)( https://euskal-linux.homelinux.org )
AlucardX put himself to sleep in order to put his cursed bloodlines ...
Re: Te lo repito otra vez.
(Puntos:1)( http://barrapunto.com/ )
Limewire, Xnap, ArgoUML, etc, productos que por cierto en un ordenador rápido (1.9Ghz+) van a la misma velocidad perceptible que los hechos en C++.
No extrapoles tu experiencia (bastante limitada con respecto a Java, por lo que veo) para hacer generalizaciones con respecto a los demás, por favor.
Si, si, hay muuuuchas aplicaciones hechas en Java, muchas si muchas te lo parecen 4-5000, pero como a mi muchas me parecen las 100 veces mas hechas en C/C++ en el mismo periodo
Querido megazuperlinuxero anti java (no todos los linuxeros somos así, por suerte), parece mentira que hayas podido olvidar que ese mismo argumento se utilizaba (más o menos) contra Linux hace no mucho tiempo. Y ambos tienen la misma validad: Ninguna. Desde mi experiencia personal, algo escasa con Java pero bastante más extensa con C++, y aún prefiriendo C++ te puedo decir que desde un punto de vista _objetivo_ Java me parece algo más dotado que C++ para grades sistemas, en primer lugar porque es más dificil que los programadores más inexpertos del equipo la líen, en segundo lugar porque como lenguaje y como runtime es más seguro (excepciones, control de desbordamientos, no hay punteros, etc). Por supuesto que C++ se puede utilizar y se utiliza para grandes sistemas con mucho éxito, sólo digo que Java _puede_ que sea _algo_ mejor en ese aspecto, desde un punto de vista técnico (y no fanático sentimental, como los tuyos).
El lenguaje en si es pobre para haber salido 10 años despues de C++
De nuevo, un argumento que se ha utilizado mucho contra Linux (con variaciones).
Tanto C++ como Java han evolucionado mucho en los últimos años... a Java le han añadido durante este periodo muchas cosas que me gustan, pero es que a C++ le han añadido también muchas características de lo más interesantes y que sería interesante tenerlas en Java (como las plantillas).
Te doy la razon en qe aplicaciones hechas en Java haylas, pero lo dificil es encontrarlas
Será dificil para tí.
Re:¿Cómo está el mercado de Java?
(Puntos:1)( http://barrapunto.com/ )
Si no tienes ni idea no es culpa nuestra. ¿Has oido hablar alguna vez de J2EE, por ejemplo?
Magnifico argumento.
(Puntos:1)
A mi en muchas me piden flash y similares, pero por todos los sitios que navego apenas en unos pocos tengo problemas con el soporte de Java. Vamos envalentonado, dime que porcentaje de paginas utilza Java, evidentemento no hablo de paginas personales, donde es raro encontrar otra cosa que html.
Sobre tematica de soft libre no conozco ninguna. Quizas me equivoque. Sobre videojuegos tampoco, utilizan todas flash. Portales de empresas españolas de teleco?, hay algunos applets sueltos, pero pocos. Minijuegos embebidos en el navegador?, te digo lo mismo flash. Si haberlas haylas, bastantes, pero para ser su principal campo de aplicacion es bastante pauperrimo.
Se de sobra como esta Java en el mercado, porque de momento es solo una plataforma estrategica que no ha terminado de despegar y lleva 9 años en la pista. Tarde para levantar el vuelo y mas con el gigante de MS pisandole el cuello. Pero vamos, te animo a que me hables de esos tropecientos proyectos en Java, de esas aplicaciones de usuario, de esos sistemas basados en redes neurales, de simulacion, venga, vamos no seas timido.
Ilustranos a todos con tu magno conocimiento. Seguro que hasta piensas que Matrix es real y esta programada en Java....
Ah!, y entrena algo de oratoria, un "no sabes nada, yo si" es bastante infantil para refutar nada.Nooooooooo.
(Puntos:1)
Y haz el favor de no limitarte a decir "eso esta mal, miralo en un libro" porque lo puede decir cualquiera. Y mas si no aciertas encima.???????????????
(Puntos:1)
Mira no voy a entrar en discusiones asi. Mezclas polimorfismo con clases abstractas. CLARO QUE NO PUEDES HACER INLINING UN METODO VIRTUAL, PORQUE NO TIENE CODIGO A EJECUTAR!!!!
Ademas el inlining no es que se use masivamente. Y que mas da, en tiempo real tendras que ejecutar 100 instrucciones para hacer mejorar el rendimiento de otras 100 instrucciones un 10%, con optimizaciones dinamicas. No caigas en la tentacion, todo ese rollo funciona en Java porque es pseudocompilado y ahi si ganas rendimiento, a poco...
Mira, estoy totalmente deacuerdo que puedes realizar multiples optimizaciones dinamicas que estaticas no se pueden hacer, pero es que hacer esas optimizaciones anula el beneficio de la misma optimizacion. Y cuando pierdes tiempo en la carga es cuando haces recompilacion estatica, es decir, recompilas antes de ejecutar el programa.Alguien que haya instalado Oracle ultimamente?
(Puntos:1)hemos visto el instalador? Esta hecho en C? quizas en C++? Si no recuerdo mal, es Java, ademas, Oracle apoya totalmente a Java.... Será que estan equivocados???
Había por ahí un ranking... (que no tengo la direccion) en el que habia un ranking de los profesionales IT mejor pagados por sectores en USA...
Los que mejor cobraban eran Los programadores PERL, Seguidos por los Java, Administradores Linux, Administradores ISPs, y luego, los programadores C/C++ estaban como en el puesto 7 u 8, Seria esto por algo?
Ya, que hay muchos...
Bueno, cuando vives de esto, lo que interesa es lo que ganas, no los que hay, y realmente, tampoco creo que haya tantos buenos en C y ++... Lo que si que hay muchos en VB (pero esto no es serio, verdad ;) )
Java no es el mas rápido de los lenguajes, pero tampoco es el mas lento, y además tengo la impresion, que estamos comparando las velocidades de cuando jdk 1.0 o 1.1...
para mi la lindeza de Java es la independencia de la plataforma.
Si hago una aplicacion de gestion, y el cliente tiene Sun, se la pongo, si tiene linux, tambien... Cuantas no instalé de cosas anteriores por no correr en Windoze... pues nada, ahora tambien a los Windoze, y lo ultimo, los MacOS/X... Eso creo que es lo importante de Java, y suficiente para no plantearme si es un 60% rápido de C o no...
Pues dila tu...
(Puntos:1)
No tenemos la culpa de no pasarnos tres horas en el google buscando proyectos de basados en Java.Pffff, lo que hay que oir.
(Puntos:1)
Me parece muy mal que un orco verde llame troll a alguien.
Aparte de demostrar que eres un quinceañero analfabeto, citame sistemas basados en Java. Operativos ninguno.
Y si vas a seguir diciendo bobadas mejor mantente callado y quedamos todos mejor. P.D.- Para WinCE habra unas 8000 aplicaciones, que no esta nada mal. Valeeeeee... ya se que solo tienes 5 dedos en cada mano. Sigue estos pasos: pon las dos manos delante de tu cara con los dedos extendidos, cierra y abre los ojos continuamente durante unas 2 horas. Todos esos dedos sumarian esos 8000. Si no te llega pidelo y lo repito con caramelos.Re: Magnifico argumento.
(Puntos:1)( https://euskal-linux.homelinux.org )
AlucardX put himself to sleep in order to put his cursed bloodlines ...
Re: Pffff, lo que hay que oir.
(Puntos:1)( https://euskal-linux.homelinux.org )
AlucardX put himself to sleep in order to put his cursed bloodlines ...
JA JA JA JA JA JA JA JA....
(Puntos:1)
Bien, en una maquina a 1900 has conseguido la misma velocidad perceptible que en un 300 con similares en c++. Para cuando tengamos micros a 3,8+ ghz ya podras ejecutar dos aplicaciones del estilo de forma simultanea sin notar diferencias con las de c++. Y para el 2010 el doom3 en Java, jajajajajaja. Que conste que lo has dicho tu, no yo.
Haberlas haylas como las meigas, las aplicaciones en Java, pero coño son tan minoritarias que hay mas escritas en python o perl.
Bueno, veras. Para Linux no hubo muchas durante algun tiempo, quizas unos 3 o 4 años, pero es que Linux no deja de ser un unix. Es decir no tenia nada que demostrar, lo habia hecho unix para el. Y permiteme decirte que Linux tiene la misma vida que Java, y hay muuuuchas aplicaciones UTILES y USADAS habitualmente. En Java, bueno, hay algunas, que son la excepcion que hace cierta la afirmacion de que Java no vale para aplicaciones de usuario.
Yo clientes tipo limewire conozco alguno mas en Java, pero me daba verguenza usarlos porque no podia arranzar un abiword simultaneamente.
Se te ve que sabes tanto de C++ como de Java. C++ sigue un estandar relativamente abierto, y las unicas caracteristicas que se le añaden es cuando hay mesas "redondas" y ciertos consorcios lo deciden. Caracteristicas nuevas de C++ pocas la verdad. Siguen intentado meter un gestor de memoria dentro del estandar.
Mira en grandes sistemas...para que decirte, bueno, mejorare tu "esa afirmacion es incorrecta, miralo en un libro". Los sistemas grandes en primer lugar son HETEROGENEOS, es decir, hay una realidad, ningun sistema "grande" se hace en un solo lenguaje, sea el que sea. Lo son por el mero hecho de que el software nace, crece, crece, crece, crece, ... y con ello se adapta. Un sistema grande puede usar normalmente un minimo de cuatro o cinco lenguajes. Entre ensamblador, c, c++ y un par de ellos de scripting.
Eso es lo primero que me parece una burrada de la afirmacion de "Java esta muy bien para sistemas grandes". Como si se puediera usar para ello. Y si empleas bajo nivel o requieres rendimiento la hemos vuelto a joder porque no vale.
No me imagino el simulador terraqueo japones funcionando sobre Java.¿Que MS quiso que?
(Puntos:1)
Por cierto?, como accedes a hardware con el JavaOS, llamando por moBil?
Lo de MS con Java no lo sabia, es suyoooo, su tessssoro. Sin comentaris. Claro se lo iba a guardar en el bolsillo. Que malos los de redmond.Mezclas churras con merinas.
(Puntos:1)
Y por cierto la gente no hablaba de servlets ni jsp, sino de java para uso general. Y no vengas con la puta escalabilidad porque es la tipica caracteristica que nadie sabe de donde sale pero que todo el mundo cita.
Y CLARO, SI COMPARAS PHP CON JAVA...... PUES ANDAS LISTO POR EL MUNDO MAJETE. NO COMMENTS.Re: ¿Que MS quiso que?
(Puntos:1)( https://euskal-linux.homelinux.org )
AlucardX put himself to sleep in order to put his cursed bloodlines ...
Re: Mezclas churras con merinas.
(Puntos:1)( https://euskal-linux.homelinux.org )
AlucardX put himself to sleep in order to put his cursed bloodlines ...
Re: Te lo repito otra vez.
(Puntos:1)( http://diariolinux.com )
Investigación e inteligencia artificial: Proyectos financiados por CICYT ?
http://ia-serv.dia.uned.es/~elvira/
En el web (sistemas transaccionales de banca): http://www.patagon.es
La pega que le veo yo a java es que su máquina virtual fue ideada para ser incrustada en dispositivos y su framework tiene una orientación a gran escala y transaccional.
Por eso su sitio lo veo en aplicaciones que se ejecutan entre bambalinas, la parte del servidor en aplicaciones cliente/servidor.
-- Rocket propelled cars cause lots of flames unfortunately 8) - Alan Cox
Re: Mezclas churras con merinas.
(Puntos:1)Re:Alguien que haya instalado Oracle ultimamente?
(Puntos:1)Cada cosa para lo que es
(Puntos:1)La verdad es que cada cosa para lo que es. C fué diseñado para permitir un razonable control sobre el computador y ser lo suficientemente portable, esto le aportó ciertos problemas, que no lo son tanto, puesto que UNIX está escrito en C, Linux está escrito en C, y Hurd también, y Plan 9. Kernels, utilidades, y diversas aplicaciones.
Java puede ser más comodo para muchas tareas, pero de ahí a decir que es más rápido que c hay un avismo.
Si tus clientes utilizan entornos heterogeneos, y desarrollas aplicaciones de gestión, pues java como dices, te estará solucionando la papeleta. Aunque hay otras solucionas para crear aplicaciones portables, como Gtk+ para interfaces gráficas; c como lenguaje,... Quizás lo más comodo sea java, ¿no?.
Personalmente me encanta c, es pequeño, se puede esperar que un programador lo conozca en su totalidad y su sintaxis ha sido heredada e imitada por muchos otros lenguajes. Pero si fuera a escribir una aplicación de gestión, con sus necesidades intrínsecas, quizás java sería una elección.
¿Donde estás, adorado COBOL?. x)
Mi hogar es tan grande como mi mente pueda imaginar
Re: Mezclas churras con merinas.
(Puntos:1)( https://euskal-linux.homelinux.org )
AlucardX put himself to sleep in order to put his cursed bloodlines ...
Re:JA JA JA JA JA JA JA JA....
(Puntos:1)( http://barrapunto.com/ )
Pues si, en las aplicaciones que he nombrado (aplicaciones de interfaz de usuario grafica) no notarias la diferencia en velocidad si no las conocieras y no te dijera cual es Java y cual es C++.
Yo clientes tipo limewire conozco alguno mas en Java, pero me daba verguenza usarlos porque no podia arranzar un abiword simultaneamente.
Pues mira, yo estoy usando Limewire ahora mismo, Mozilla, KDE3.1 al completo, Konsole con 4 terminales abiertos y Kate, y ninguna de las aplicaciones me va lento, ni lo va el sistema (256 megas de RAM tengo, no es para tirar cohetes). Pero esta claro que eres un troll y no vas a razonar, asi que para que vamos a razonar, si la logica no cabe en tu misero cerebro.
Se te ve que sabes tanto de C++ como de Java
Basta de hablar, enseñame tu codigo y yo te enseño el mio, mamarracho. ¿Sabes hacer otra cosa que no sea hablar? Yo puedo demostrar lo que digo, aparte de desarrollos privados hay mucho codigo mio en una aplicacion que usan MILES de personas bajo entorno Linux y es uno de las aplicaciones GUI mas utilizadas. Pero como te digo si no sabes hacer otra cosa que no sea hablar no me vaciles con que si yo se o no se; enseñame tu codigo (que estoy seguro, no existe) y yo te enseñare el mio.
Caracteristicas nuevas de C++ pocas la verdad
No tienes ni puta idea y cada vez lo demuestras mas dejandote en ridiculo a ti mismo:
Hazte un favor y deja de hablar de cosas que no sabes ni comprendes. Vuelve arrastrandote al agujero del que has salido a hacerte pajas pensando que sabes algo (y aprende ortografia de paso).
Mira en grandes sistemas...para que decirte, bueno, mejorare tu "esa afirmacion es incorrecta, miralo en un libro". Los sistemas grandes en primer lugar son HETEROGENEOS, es decir, hay una realidad, ningun sistema "grande" se hace en un solo lenguaje, sea el que sea. Lo son por el mero hecho de que el software nace, crece, crece, crece, crece, ... y con ello se adapta. Un sistema grande puede usar normalmente un minimo de cuatro o cinco lenguajes. Entre ensamblador, c, c++ y un par de ellos de scripting.
Como cambiamos de tema ¿eh? Me dices que C++ es mejor que Java para grandes sistemas, y cuando te doy los argumentos tecnicos de que puede que eso no sea asi me sales por peteneras. ¿Tiene hora? Si, hace buen tiempo...
Es mi ultimo mensaje respondiendo a este troll, porque se descalifica asi mismo con sus afirmaciones, pido perdon a los contertulios por las palabras subidas de tono, pero tenia que deshaogarme.
Re: Nooooooooo.
(Puntos:1)( http://barrapunto.com/ )
¿Lento? Depende si va en coche o en avión...
(Puntos:1)( http://www.reyero.net )
Pues claro que es lento. O por lo menos más lento -y siempre va a serlo- que C/C++. Y quien lo pone en duda es que no sabe lo que es una "Máquina Virtual" (JVM). No voy a explicárselo.
Pero unas cuantas puntualizaciones.
- El artículo es muy interesante y para mí tiene bastante sentido. Habla simplemente de una posibilidad teórica y por tanto, no, claro que no ha sido probado como comentan en otros mensajes.
Pero, efectivamente, más allá de optimizar la compilación para un microprocesador en concreto -incluso un programa C compilado para windows va a tener que correr en varios microprocesadores-, la máquina virtual puede optimizar todavía más la ejecución del programa.
Por ello, simplemente, la idea es que Java tiene más potencial para mejorar el rendimiento que otros lenguajes. ¿Que si va a llegar a ser más rápido, en determinadas arquitecturas que C? Pues no, obviamente, siempre que el compilador C esté optimizado para esa arquitectura en concreto. Pero eso no siempre va a ocurrir (¿¿o sí??)
- A cambio de su "lentitud" Java ofrece otras cosas. Es una lista muy larga... (estoy vago ;-)
- "Java" no es sólo un lenguaje. Es una plataforma que incluye el lenguaje, la máquina virtual... C/C++ sí es solamente un lenguaje. Así que en cierta forma, estamos comparando churras con merinas...
- Hay compiladores nativos para el "lenguaje Java" que pueden hacer que los programas vayan más rápido (En teoría, aquí si que no tiene por qué ser más lento o más rápido que cualquier otro lenguaje. Depende del compilador).
- Java es "mejor" (en el sentido de "más moderno", "mejor diseñado", "más seguro" y "más amplio") que C/C++. Vale, vale, seguro que hay otras opiniones...pero C++ no tiene ese API standard, ¿eh?
- Siempre seguirá habiendo cosas que hay que hacer en C... Pero para (casi)todo lo demás: Java
La velocidad de los lenguajes
(Puntos:1)Lo primero es lo primero
(Puntos:1)( http://barrapunto.com/ )
Ocaml ocaml 33230
Ocaml ocamlb32750
Pike pike 30450
Perl perl 30380
Python python 30130
C++ g++ 29520
Ruby ruby 29380
Scheme bigloo 28031
Common Lisp cmucl 27930
Scheme guile 27730
Lua lua 27572
Forth gforth 27092
C gcc 26640
SML mlton 25640
Tcl tcl 25203
Awk mawk 24406
Java java 24350
Icon icon 22827
Haskell ghc 22135
Lisp rep 21933
Awk gawk 21356
SML smlnj 21220
Javascript njs 20655
Mercury mercury 17708
Erlang erlang 17678
PHP php 17579
Eiffel se1 7074
EmacsLisp xemacs 16259
Forth bigforth 139410
Bash bash 99514
Scheme stalin 82317
Re: Mezclas churras con merinas.
(Puntos:1)( http://www.mysql-hispano.org )
JSP acrónimo de Java Server Pages...
O sea,.. por lo menos en el significado tiene algo que ver con Javita no?...
Honestamente creo que no tienes ni la más remota idea de lo que es, y de lo que se puede hacer con los JSPs... no se porque te pones a discutir cosas que no conoces...
:P
En fin...
Re: Magnifico argumento.
(Puntos:1)( http://www.mysql-hispano.org )
ulises31 tiene toda la facha de un niño Macromedia, que todo lo quiere resolver con Flash y con DW...
No puedes ni debes hacer comparaciones del tipo Flash vs Java,.. olvídalo,.. ni siquiera vienen al caso. Te quedaste con la idea de que Java únicamente vive dentro de una página web,.. mal.. mal... mal...
Evidentemente no conoces el campo de aplicación de Java, pero si tienes real interés en conocer en donde se puede usar Java, y que proyectos se están realizando, nadamás echale una visita a sourceforge (conoces sourceforge no?)...
Saludos!
Me llama la atencion sobre Java.
(Puntos:1)( http://www.none.es/ )
¿Por que será?, estamos hablando que son los propios usuarios de java los que recomiendan esto.
Me puedo equivocar ...
(Puntos:1)( http://barrapunto.com/ )
Re:Herencia múltiple ?????!!!!!!!
(Puntos:1)abstraccion, polimorfismo, encapsulación y herencia (y nunca he oido que TENGA que ser multiple)
Mmmmm
Es mejor callar y parecer tonto, que no hablar y despejar las dudas definitivamente... (Groucho Marx)
Re: Mezclas churras con merinas.
(Puntos:1)( http://barrapunto.com/ )
Campaña de liberacion de los ordenadores. Usa GNU/Linux.
Ncht...
(Puntos:1)( jabberid://aaaypaaayodaaameaaargo-EN-jabberes-PUNTO-org | Última bitácora: Miércoles, 21 Diciembre de 2005, 16:41h )
Una cosa que no entiendo; y tomo las matemáticas como base. Si el tiempo de ejecución de una tarea es 'T', suponiendo que programemos en cualquier lenguaje no interpretado obtendremos que se estarán ejecutando instrucciones (no se cómo llamarlas, no es el término mas apropiado) productivas todo ese tiempo 'T'. En un lenguaje como Java (y cualquier lenguaje interpretado) tendremos un tiempo 't' en el cual la máquina virtual (o el intérprete, o...) usa ciclos de CPU para_lo_que_sea. Consecuentemente, de todo ese tiempo 'T' del que disponemos, realmente el tiempo en el que se están ejecutando instrucciones útiles es de 'T-t'. Y perdonadme que os diga, pero de siempre me han demostrado que:
T > T-t para todo t > 0 --> caso de lenguajes interpretados
T = T-t para t = 0 --> caso de lenguajes no interpretados
Por mucho que se optimice, por mucho que se quiera mejorar Java, 't' seguirá teniendo siempre un valor, que hará que la ecuación que se cumpla sea la primera. Consecuentemente, dos algoritmos implementados idénticamente correrán siempre mejor en un lenguaje compilado que en uno interpretado.
Y no me estoy metiendo con la portabilidad, si es más fácil programar en uno que en otro... eso va para otro artículo.
El vino y la cerveza son enemigos del hombre.
Pero los hombres que huyen de sus enemigos son unos cobardes
Re:Me llama la atencion sobre Java.
(Puntos:1)Notepad un IDE? Emacs un IDE? Vale, entonces el mejor IDE es ed :)))
Que tal si hablamos de jEdit?
Re: Pffff, lo que hay que oir.
(Puntos:1)( http://barrapunto.com/ )
Campaña de liberacion de los ordenadores. Usa GNU/Linux.
¿ Java es lento ?
(Puntos:1)Re: Te lo repito otra vez.
(Puntos:1)Entonces ¿con que cara me hablas tú de que no hay grandes sistemas Java? el que TÚ ni los conozcas ni los veas no quiere decir que no existan, estás lanzando juicios muy atrevidos pero basados en la simple ignorancia:'si yo no los veo, no están...' ¡eso sí que es un juicio razonado! ole!
'es difícil encontrar aplicaciones java' MENTIRA, sólo en SourceForge hay una foundrie dedicada sólo a Java. Date un paseo, anda.
'Java no se usa en videojuegos' MENTIRA (podemos hablar de los teléfonos móviles... ¿puedes hacer juegos en C para móviles que funcione en más de dos? ¿puedes? ¿eh?, venga, contesta ¿puedes?
'tampoco en sistemas' ¿de qué sistemas me hablas?
'tampoco en IA' MENTIRA (¿sabes lo que son las arquitecturas para agentes? ¿a que no?, ¿y qué te parece esto? ¿sabes lo que es un framework para redes neuronales?)
'tampoco en investigación' MENTIRA
'tampoco en aplicaciones de escritorio' MENTIRA (OpenOffice utiliza soporte java por debajo, sólo por ponerte un ejemplo)
'apenas en el web' ¿QUÉÉÉ? pero ¿tú en que mundo vives? ¿pero tú sabes que es un servidor de aplicaciones?, y ya puestos, ¿cuántos conoces hechos en C?
Y ya que te gusta reirte de las faltas de ortografía de los demás, te aconsejo que releas tu primer mensaje y su exceso de 'ha's ... no quise mencionarlo porque no tiene mucho que ver con lo que hablamos, pero bueno, parece que además de 'iluminado casero' te gustan los golpes bajos.
Por otro lado, no he dicho si me creo o no el tema del rendimiento, pero no veo que tengas que llamar a nadie zelote por haberte pillado con los pantalones bajados y decirte cosas que no te gustan oir, cretino.
Ya que estamos, dime cualquier otro lenguaje con la mitad de la implantación que tiene java en el campo de los sitemas distribuidos, que tan gustosamente te olvidas de mencionar.
Re: Pues coges una buena plataforma...
(Puntos:1)Te va a dar un síncope cuando...
(Puntos:1)( jabberid://aaaypaaayodaaameaaargo-EN-jabberes-PUNTO-org | Última bitácora: Miércoles, 21 Diciembre de 2005, 16:41h )
El vino y la cerveza son enemigos del hombre.
Pero los hombres que huyen de sus enemigos son unos cobardes
Re:Java funciona
(Puntos:1)¿Has visto C#?...
(c) 1982 Sinclair Research Ltd.
Re: La velocidad de los lenguajes
(Puntos:2)( http://barrapunto.com/ )
En realidad este hombre empezo probando lenguajes de script, para luego extenderlo a todo tipo de lenguajes. El metodo que emplea es muy sencillo, y puede ser adeacuado, pero no debemos sacar verdades sagradas de estas pruebecillas. El autor es el primero en no tomarselo demasiado en serio.
Para el caso particular de java, la metodologia me parece particularmente floja, hice unas pruebas con el reloj dentro del propio programa y los resultados son bastante distintos.
Y precisamente, lo que el señor del JRockit nos dice precisamente es que él opina (¿o sabe?) que unas pequeñas pruebas sinteticas, como por ejemplo el shootout, ya no son realistas para un compilador JIT.
Tu eggues muy malo, tu siemfprre negatiffo, nunca positiffo
Uso linux y....
(Puntos:1)( http://barrapunto.com/ )
Vamos que no utilizo java para nada......
Por cierto, lo de lenguaje pobre de donde lo sacas???