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.
  • Re:10 años de un mito

    (Puntos:5, Inspirado)
    por sammael (16347) el Viernes, 01 Julio de 2005, 07:07h (#542551)
    ( http://barrapunto.com/ | Última bitácora: Lunes, 24 Febrero de 2014, 10:03h )
    si usted responde "i" seguramente sea alguien que no conoce java ni siquiera por encima y que se ha tragado todos los topicos habidos y por haber.

    a: lenguaje mediocre? me pareceria muy bien si dijeras que es tu opinon, pero afirmar algo asi sin dar pruebas...

    b: programadores fracasados de C++... bien... vamos a ver, tu sabes C++? y me refiero a algo mas complejo que el "hola mundo"... has hecho alguna vez CGIs? has utilizado C++ en una aplicacion empresarial medianamente grande? te has encargado del mantenimiento de una aplicacion asi? yo puedo responder que si a todas esas preguntas y te aseguro que un buen codigo java es muchisimo mas sencillo de depurar y entender que un buen codigo escrito en C... y en cuestion de rapidez, andan mas o menos equilibrados, pero eso viene despues.

    c: te puedo aceptar lo de fanaticos... tal y como hay una horda de fanticos de linux, eso hace que linux sea malo? en fin... interpretado... curioso... tu sabes remotamente de lo que estas hablando? interpretado es el javascript, pero el codigo java se COMPILA, aunque no llega a quedarse en codigo maquina, sino que se queda en codigo objeto, para que las distintas maquinas virtuales lo puedan leer... pero interpretado? ni de coña.
    en cuanto a lento... en fin, paso de hablar de compiladores JIT, optimizaciones varias que tiene la maquina virtual, la tecnologia HotSpot... mayormente porque seguro que entenderas poco... solo decir que ahora mismo el rendimiento de un buen programa en java es practicamente similar en cuanto a velocidad a C, requiere mas recursos de sistema, si, por culpa de la maquina virtual, sin embargo eso tambien se esta optimizando y cada vez la huella en memoria es menor.

    d: impresionar en el cv? es posible, como ya dije otra vez, la tendencia actual de las empresas que quieren desarrollar con .NET es coger gente con experiencia en java y enseñarles .NET... y eso por que? simplemente porque java, la forma en que esta diseñado favorece el uso de las llamadas "buenas practicas", cosa que ni C ni C++ hacen y muchisimo menos las tecnologias microsoft.

    e: una leyenda urbana? porque? porque nadie lo ha visto? coño, pues entonces llevo 5 años cobrando por programar en un lenguaje que segun tu no existe...

    f: vamos a ver... me reafirmo en mi opinion de que oyes campanas y no sabes donde... applet, si efectivamente, flash lo aplasto... pero no te confundas, con flash no se pueden hacer ni la mitad de las cosas que se pueden hacer con java... java no solo sirve para hacer animaciones bonitas, como parece ser la opinion general... en el escritorio? delphi y c++ suelen comer menos recursos, pero no tienen absolutamente ninguna portabilidad (y menos aun si hablamos de aplicaciones de escritorio),.NET? por dios, por mucho que digan los fanaticos de mono (que tambien hay muchos) todavia no esta preparado para aplicaciones serias... y dependen, ultimamente, de la buena voluntad de microsoft... por cierto, quieres cosas hechas en java, mirate el proyecto looking glass de sun...
    en cuanto al servidor... en fin, a preguntas estupidas... capon en la cabeza, a punto de ser aplastado por PHP, perl, etc... vamos a ver, en entornos empresariales grandes no veras practicamente nada de php, punto, y no es que php no sirva, que en muchos casos si... pero comparado a las posibilidades de java, php es un lenguaje de juguete... SOA, webservices, procesos a bajo nivel... en fin... en lo de moviles si que tienes razon... sun descuido muchisimo su j2me y ha perdido muchisimo terreno alli.

    g: deprecated... mira, como te he dicho, llevo 5 años trabajando con java (desde la version 1.1), el unico objeto deprecated que me ha causado problemas es el objeto java.util.Date... en los demas, hay ciertos metodos que estan deprecated, si fueras minimamente coherente te darias cuenta de que eso significa que el lenguaje esta en evolucion... o te crees que el C se creo y se mantuvo directamente estable hasta lo que es ahora? desde que se invento el lenguaje C hasta que se establecio el ANSI C el lenguaje sufrio muchisimas modificaciones.

    h: si, los IDE de java consumen muchos recursos... cuantos consume el visual C#? cuantos cualquier otro IDE que te ofrezca las ventajas que te ofrecen eclipse, jIdea o netbeans hoy en dia? si no tienes recursos de sistema o no quieres gastarlos, programa con un editor de texto y utiliza el compilador por consola, como se hace en C... durante muchisimo tiempo he estado programando con el bloc de notas o el ultraedit...

    te podria seguir rebatiendo todo lo que has dicho hasta que nos den las uvas a los dos... me quedo aqui, simplemente informate antes de hablar de algo que, evidentemente, no conoces.
    --

    Dale fuego a un hombre y estara caliente un dia, prendele fuego y estara caliente el resto de su vida.
    [ Padre ]
    Puntos de inicio:    5  puntos
    Modificador extra 'Inspirado'   0  

    Total marcador:   5  
  • Aplausos, la verdad te ha quedado curradísimo.

    EL problema de J2EE & company (XSTL, JSTL, Struts, ...) es que la peña se cree que es una página en HTML o sabe dios que chorrada, como no pone por las esquinas algo referente al lenguaje y la tecnología...

    Pero bueno debo admitir que por ahora sólo tengo experiencia en J2EE + EJB + Struts + XSTL + JSTL (o sea: PostgreSQL + Jboss + Tomcat)

    Por cierto J2EE se usa mucho en el entorno empresarial, es más suena a chiste pero Bea, Oracle, IBM and company sacan una de pasta por sus servidores...

    --

    ---
    "Nunca perteneceré a un club que me admita como socio."
    Julius H Marx.
    [ Padre ]
  • 2 respuestas por debajo de tu umbral de lectura actual.