Aun recuerdo cuando años atrás mi ignorancia me hacía creer que Java era lo mejor del mundo (bueno, no fue así, C es lo mejor, lo sé… pero las librerías inmensas de Java siempre me han fascinado xD).
En fin, programando contra ello siempre me pareció que la máquina virtual sobraba, que la recolección de memoria se la podrían dar a los barrenderos y dejarla manual… o por lo menos esa opción y jop… ¿dónde están los destructores?¡¡¡Yo quiero mis destructores imperiales!!! ¬_¬
Con el tiempo empecé a trabajar y me libré un poco del lado oscuro total, dado que trabajaba a la par entre C++ (bueno… yo diría que mi C++ es un C con un pie ligeramente adelantado…) y Java (pero sin jsp’s homicidas ni servlets lanzadores de marrones xD) y así fue mi vida… Medio feliz en mi ignorancia…
Pero el mundo cambió y acabé en otros lares en dónde usaban Cobol!!! Ostis, que noooo, usaban su evolución… el maldito J2EE; mira que lo podrían borrar de la faz de la tierra y sería feliz, pero parece que no ^^U
En fin, cómo se nota no me parece una herramienta adecuada (por supuesto que .NET menos todavía, faltaría más), además de que es una pérdida total de recursos y, encima, la proliferación de Frameworks tipo Structs o Springs… pufff; sinceramente me parece rizar el rizo, si ya tenemos una tecnología lenta, encima envolverla con el pretesto de que el desarrollo será más rápido y más robusto, pues me parece muy cuestionable; y más cuando se empiezan a usar varios Frameworks al tiempo y los configura la tía de Franksteins… (ver posts más abajo :P)
Pero lo peor de todo… lo que más odio… lo PEOR de todo… argg, cada vez que lo recuerdo… ¡¡¡malditos JSP’s!!! Son inmanejables, odiables, intolerables y cada cosa a peor… pufff, cada vez que me toca pegarme con uno tengo que respirar lentamente y pensar que tengo dos opciones: o hacer una aniquilación total (lo cuál puede ser sucio y además un poco lento) o acabar cuanto antes mientras me clavo palillos bajo las uñas, que es menos doloroso…
Mi última aventura con ellos… Me encuentro con mi querido Eclipse 3.2 preparado para todo y abro el JSP… veo que le cuesta pero me imagino que será la memoria que es lenta y estará toda ocupada (512 megas hoy por hoy son pocas… Pff, cuando yo tenía 640kbytes y me creía el rey del mundo…) y de repente lo veo… Sí… ¡¡¡¡4000 líneas de código en un JSP!!!! En ese momento recibí unos 4 ataques cardiacos al tiempo y al ver que combinaba javascript decidí morirme xD
Pero nada, que los entierros están muy caros, así que toco aguantarse y tirar con ese horror tecnológico…
Jo, odio el J2EE ¬¬
Disquete Enmascarado says:
Estimado colega pocero de código:
Comparto tu dolor y lo siento como propio (espera! ES propio!), pero me he despertado optimista y voy a hacer de abogado del diablo.
Un JSP de 4000 líneas es un engendro del diablo y digno de entrar en ese museo de los horrores que es thedailywtf.com, pero por desgracia puedes encontrarte cosas así en cualquier lenguaje, con cualquier tecnología y desgraciadamente en casi cualquier sitio.
Coincido contigo que J2EE con EJB
Disquete Enmascarado says:
¡Vaya! Se ha cortado el comentario! Si me acuerdo, luego lo vuelvo a improvisar.
¿Hay tamaño máximo para los comentarios?
Black Hole says:
Jop… pues no sabía que existiera tamaño máximo… iré a investigar o.O
Por cierto, la página de los horrores me ha impresionado xD
Si es cierto que algo de 4000 líneas te lo puedes encontrar en cualquier lenguaje, pero en jsp que es de etiquetas… duele… y si encima estás con el Eclipse, que parece que tiene un soporte muy bueno… Tarde minuto y medio en poder ir al final de una línea… Eso lo dice todo ;)
ucedaman says:
C es feo, puedes hacer de todo pero tienes que leerte cada línea tres veces para entender que hace. Por no hablar de los Access Violation.
Java se lee más facil cuando se trata solo de Java, y la tranquilidad de que no te va a hacer la puñeta un puntero ayuda.
Javascript es lo peor, de hecho parece C en muchos aspectos. Sobre todo en cosas como los errores tipo “null es nulo o no es un objeto” y “error de sintaxis”.
De cobol prefiero no hablar, al menos en el entorno en el que yo lo usé, tenías números en la izquierda que te indicaban a qué tarjeta perforada se correspondía cada instrucción.
Conclusión. Hazte hippy y vete al campo a comer nueces, o respira hondo, ponte los guantes y aguanta lo que toque…
Black Hole says:
Muerte y destrucción… destrucción y muerte… o cualquier combinación de palabros aniquiladores será bueno… ¬¬ (después de hacer varios días unas cuantas horas de más xD)
Erzsebet says:
Dios, qué día aquel…. yo sufriendo también por si no llegabas a tiempo…. y me lo explicabas así como si fuera un niño de dos años, ya que yo soy de php no de jsp… y yo lo veía como el apocalipsis del mundo mundial…. y joder… es que no fue un dia no… fueron DOS!!! Pardiez…. como te dije en tal ocasión… vales lo que te pagan… y MÁS!
nada says:
JSP de 4000 líneas de scriptlets.. simplemente denota la falta de diseño, mala utilización de las herramientas..
o simplemente programadores sin cerebro
ud. de verdad cree que puede crear un sistema empresarial en poco tiempo utilizando C?
aparentemente ud. es de los que cree que lo único que existe es assembler… que es lo más rápido.. lo mejor… si eso es lo que prefiere.. viaje en el tiempo y quédese en los 50’s
Black Hole says:
Hombre… Yo soy el primero que digo que tal diablo de jsp es una obra del demonio… Pero, ¿sabes? En todas las multinacionales encontramos semejantes horrores, y ya he pasado por unas cuantas… así que es lo que pasa enganchando con tu siguiente afirmación…
Sí, sé que con C++ no sé pueden hacer sistemas empresariales rápidamente… vale (por cierto, yo no lo he mencionado en ningún momento, y no sabes si me refería a eso o no), pero es que tenemos un problemilla curioso al respecto. Las prisas no son buenas, los tiempos de vida de un proyecto hay que respetarlos y, con la famosa programación agil y todo eso, se recortan tanto los tiempos que al final salen churros como los que menciono. Y me da igual que uses Java con todo tipo de frameworks o lo que quieras, acaba siendo todo tan inmanejable como si fuera
Y por último… Nuestro querido Java… Hay mejores soluciones para muchas cosas que Java, y la tendencia a utilizarlo siempre es un error. Otros lenguajes que no son C son más óptimos… pero estamos en una moda, como lo han sido otras cosas durante el tiemo.
Por cierto, no hace falta que viaje en el tiempo para usar ensamblador… Si has trabajado con alguna centralita alguna vez.. verías que no es tan raro.
Ronald says:
Assembler rules!!! XD jajaja, coincido con Black Hole de que Java termina siendo inmanejable en la mayoria de ocasiones, yo personalmente prefiero usar C#, no es el mejor lenguaje que existe, pero al menos hace bien su trabajo y sin usar tantos recursos!!!.
Black Hole says:
Assembler rules :D ¡¡Eso, eso!! Jejeje, de todas manera es cierto que Java está siendo cada vez más pesado con respecto a otras soluciones más ágiles. Nunca he probado C#, pero tendría curiosidad por ver Ruby, Perl y similares opciones
Darklady says:
Ç_Ç
Yo soy tonta. No por no entender el comentario, sino porque en lugar de matarme a hacer un trabajo terminológico sobre alquimia (que no hay dios que entienda ^^U), me podría haber pillado yo algo de programación informática y secuestrarte para que hicieras de asesor. Que anda que no hay terminología… *sigh*
Pero… ya es demasiado tarde *drama queen pose*
En fins… sólo me queda decir: Luke, yo soy tu padre.
Black Hole says:
xDDDDDDDDD Bueno… el lado “bueno” de ese trabajo de Alquimia es que podrás utilizar terminología apenas conocida por nadie… bueno quizás solo por los seguidores de Full Metal Alchemist ;P
Chuidiang says:
Yo también odio j2ee.
Pienso que los lenguajes son todos buenos (o casi) y cada uno sirve para lo que sirve. Lo que odio principalmente de j2ee es que al ser tan nuevo, novedoso y la releche, si hay que hacer una página web que diga “hola mundo”, hay que hacerlo en j2ee. Si la empresa hace “Hola mundo” en Html puro, entonces es una empresa obsoleta, nada puntera y no vende ni un duro. Conclusión, “Hola Mundo” debe hacerse en j2ee.
¿Qué es una aplicación empresarial para que requiera j2ee? ¿Por qué no puede hacerse, por ejemplo, con php? Lo único que aporta j2ee es que se puede cambiar “facilmente” el servidor para que corra en dos ordenadores en paralelo en vez de en uno o nos resuleve también “fácilmente” temas de concurrencia, comunicaciones, persistencia y demás. ¿Por qué las comillas de “facilmente”?. Pues porque es tan facil el xml de configuración necesario que NADIE lo hace a mano y todo el mundo requiere de una herramienta que se lo haga.
Lo de hacerla la aplicación empresarial rápidamente o no, no depende únicamente de j2ee, de C++ o de php. Depende más de las librerías que ya tengas disponibles para hacer esa aplicación. ¿La harías igual de rápido sin structs, springs ni similares? ¿Sin una herramienta que te genere automáticamente el despliegue? ¿Sin usar las librerías de java disponibles JMF y similares?. Si tuvieras un framework para aplicaciones empresariales en C++, también las harías rápidamente.
En fin, supongo que j2ee habrá nacido en su momento para solventar ciertos problemas o con determinada intención y para eso sí es útil, pero no es bueno matar moscas a cañonazos.
Sed buenos.
Black Hole says:
Desde luego que firmo tal cual todo lo que has dicho.
Por todo lo que veo por el mundo, parece que el J2EE es la piedra filosofal que todo lo puede y lo único que hago es ver como son migrados sistemas hechos en C++ (por ponr un ejemplo) a Java… total, como mucho, mucho solo habría que poner más máquina, y sino, ni eso, será que el que programa no tiene mucha idea…
En fin, como dices, hoy se lleva lo de matar moscas a cañonazos :S
Black Hole says:
Por gustos… ^^U
ApS says:
J2ee sigue siendo lo mejor….
y lo será siempre.
Gracias a los Patrones J2ee estandar , la programación es fácil , lamentablemente solo se aprende en Empresas del mundo real. YO aprendi en DMR y Sonda.
Es normal que la gente lo vea dificl por que no hay documentacion adecuada. cada 2 meses le agregan nuevas tecnologias a J2EE sin documentación. Vean Liferay o exo portal, U OPenXAVA en españolcon el que se pueden hacer sistemas sin programar.
Java es sólido y cada error de arquitectura lo mejoran. Vean por ejemplo el demicron que le da mil patadas a Flash en http://www.demicron.com/gallery/index.html.
y todo GRATIS….recuerden a Caballo Regalado no se le ve el diente.
Black Hole says:
Bueeeeeeeeeeeeeeeeeenoo… si realmente piensas eso deberías mirar otros sectores para ver que J2EE no lo puedes sacar de su entorno (véase aplicaciones empresariales / web pesadas).
Personalmente más que difícil, me pareció algo cansado y aburrido. Después de bastante tiempo trabajando con ellos con las “grandes” de España (véase telecos), y que me considerasen un “experto” en la materia, esa es mi conclusión. Tenemos cañones para aniquilar una mosca.
Por otra parte, lo que mencionas de que se pueden hacer sistemas sin programar, analizalo. Simplemente les das una customización de un paquete al cliente, ¿realmente quieres pasar tu vida haciendo eso?
Finalmente, ciertamente se aprenden cosas en el trabajo, pero sin duda que necesitas llevarte cosas a casa y analizar lo que haces y el motivo de cada cosa para poder dominarla en condiciones. Sonda no la conozco, pero he tenido que trabajar con código J2EE proveniente de DMR (un cliente suyo decidió que DMR no lo estaba haciendo bien y les pasó todo el proyecto a la empresa en la que estaba) y puedo decir que se nota como se trabaja en una empresa en que predomina las apariencias y el trabajo masivo a la formación y estilo de trabajo.
José says:
Yo pienso que todo depende de como construyes la solución, un jsp con codigo java embedido es una mala practica (Conoces EL? (Expresion languaje)). Se pueden crear buenos sistemas (mantenibles, seguros, robustos, que cumplan con los requsitos funcionales como no funcionales), realizando un buen diseño de la solución, utilizando patrones de diseño y las herramientas adecuadas para el caso. Es decir la culpa no es de la plataforma que elijas si no de las personas que diseñan y construyen el sistema.
Black Hole says:
Hombre, claro que tienes razón.
Lo malo es que con las prisas y esas cosas se tiende a hacer código inmantenible y, cuando de repente te lo presentan, alucinas totalmente.
Por otra parte, un problema que tengo directamente con el J2EE es de base: personalmente no me gustan las configuraciones eternas en xml y las aplicaciones web en general… de ahí que me decante más por C/C++ como forma de sobrevivir ;)