Mensajes

Programación general es donde debes ir. Haz lo que mejor te parezca, sean artículos y/o noticias relacionadas de IA relacionadas a la programación, hasta retos. Lo que mejor te parezca.

Si la gente recibe bien los temas se podría hacer una sección, todo depende de la actividad.

Personalmente considero el tema como uno de los mas apasionantes de este mundo, así que cuentas con mi apoyo.

Saludos!

Hay métodos de Element como getTextTrim() que retornan el contenido del elemento sin espacios, pero muchos usan el método trim de la clase String aparte. Es cuestión de gustos pero esta bien usar lo que sea que quite los espacios cuando estos no son relevantes al comparar cadenas, de lo contrario puedes obtener resultados indeseados.

Saludos!

[taller.xml]

La idea seria algo así:

taller.xml
1) getRootElement() // seria el elemento taller
2) getChildren("costurero") // Lista con los 3 costureros

costurero.xml
1) getRootElement //Seria el elemento costurero
2) getChildren("costurero") // Lista con los 3 costureros
3) Por cada elemento, getChild("id") // id del elemento costurero

Y luego solo tienes que comparar. getText para obtener el contenido de cada elemento (y usar trim).

Si tienes dudas me avisas pero intenta plasmar esto en el código teniendo en mente la estructura de niveles de los elementos.

Saludos!

El primer error que se ve a la vista es que estas haciendo un getAttributes la cual retorna una lista de atributos y quieres asignarla a un elemento.

Esto es un elemento:

Código (xml) [Seleccionar] Expandir

<id> id </id>


Esto es un elemento con atributo name con valor "something"

Código (xml) [Seleccionar] Expandir

<id name="something > id </id>


Aclarado esto, el segundo error que me parece ver es que estas obteniendo los elementos de manera correcta pero no estas accediendo a los ids correctamente.
Un getChildren te trae los elementos elementos costurero pero luego por cada elemento costurero debes obtener el child ID. Es decir, por cada nivel de profundidad de elementos es necesario hacer un getChild[ren].

Algo así:

Código (java) [Seleccionar] Expandir


//Asumo que nada es null para hacer el codigo mas sencillo
Iterator itr = (elementoRaizT.getChildren()).iterator(); //Lista con 3 elementos costurero
while(itr.hasNext()) {
Element elementoActual = (Element)itr.next(); //elemento costurero.
Element id = elementoActual.getChild("id"); //elemento hijo id de costurero.
System.out.println(id.getText()); //getText retorna el texto dentro del elemento.
//process
}

Cualquier corrección es bienvenida porque hace mucho que no toco JDOM, pero en teoría esto te tendría que funcionar.

Saludos!

Hay muchas formas de acceder a un objeto. Empieza comprendiendo lo básico respecto del pasaje de parámetros y luego iras encontrando diversas formas de acceder a un objeto.

Si no estas con ningún libro te recomiendo que tomes alguno del hilo de libros que se encuentra en las chinchetas. Muy recomendable.

Saludos!

Es que cuando una tecnología se actualiza y tiene cambios que afectan la retrocompatibilidad, es normal que las librerías tarden lo suyo en actualizarse ya que involucra dejar de soportar versiones anteriores eventualmente. Supongo que llegara pronto!

Saludos y suerte con eso.

Lo se lo se, pero si ya de por si es malo, imaginate si el lenguaje empeora las cosas.

Lo que quiero decir es que no me gustan esas caracteristicas que tiene porque las veo para la Ingenieria del Software como abrumadoras, ademas que C# esta cogiendo mucha fuerza, y no es de extrañar porque es un lenguaje potentisimo.

Es que volvemos a lo de antes. Empeorar las cosas es algo muy subjetivo y depende de que tanto estés acostumbrado al lenguaje y de gustos personales.
Obviamente aprender C++ no es fácil, y desarrollar con el tampoco lo es y menos aun si el proyecto es de alta complejidad, pero esto no hace que de por si uno tenga que elegir C#.

A lo que voy con esto es que no hay que elegir un lenguaje en base a su dificultad, si no al alcance que tiene en el mercado global de desarrollo y con esto evaluar que conviene respecto del área a la cual uno se quiere dedicar. Eso es lo que debería predominar para luego no llevarse sorpresas.

Por supuesto que C# tomo y sigue tomando muchísima fuerza, y se lo merece porque es una excelente plataforma, pero no es C++ y hay muchas áreas donde C++ es la mejor alternativa.
Desde complejas suites de seguridad como la de Kaspersky, hasta suites de diseño como las de Adobe, pasando por juegos como Battlefield 3. Todos están hechos en C++, utilizando herramientas, frameworks, motores, y lo que les haga falta, pero en C++ al fin y al cabo.
Lo que quiero decir, es que estamos hablando de proyectos de miles de lineas de código, y sin embargo se sigue usando. Se sigue usando porque es una de las mejores alternativas en esa área y no por capricho de las empresas.

Seria genial que exista un C+++ con la facilidad de Java y la flexibilidad de C++? seguro que si, pero es lo suficientemente difícil de realizar y de hacerse se tardarían bastantes años en lograr compiladores tan optimizados como los de C++ hoy en día.

Por eso digo, C# es genial, Java también, pero en sus áreas. En las áreas de C++ todavía no compiten, así que depende lo que uno quiera es lo que debe elegir.

Expresión totalmente correcta  . Pero, ¿por qué dices que sacrifica portabilidad? En principio, no. Lo único que tienen estos procesadores es que interpretan directamente el bytecode de Java. Pero este bytecode sigue funcionando perfectamente sobre JVM bajo otras arquitecturas (no es que se le haga ninguna modificación especial para poder ser ejecutado con un procesador Java).

Saludos

Igualmente los procesadores que ejecutan bytecode en la actualidad son meras curiosidades. No tienen aplicaciones en el mundo real mas que para ejemplificar velocidades y/o futuras aplicaciones pero hoy no encontraras una oferta laboral donde usen uno. Al evaluar Java hay que tener en mente que va a ejecutarse sobre una VM (sea cual sea la implementación de esta)

Saludos!

Pero eso sucede en todos los proyectos en los que tengas que trabajar con código ajeno. Que el código sea o no una locura depende del nivel de seniority del/los proyectos involucrados.

Yo he visto proyectos en C++ muy bien hechos y documentados como también he visto proyectos en Java con código desastroso y no te hablo de proyectos pequeños si no de proyectos para multinacionales y la verdad es que te asustabas de ver tantas malas practicas. Test unitarios hechos "para que den verde" y módulos enteros con funcionalidades que tenían un nivel de acoplamiento que daba miedo.

Mientras mejor te manejes en un lenguaje, mas sencillo se te va a hacer comprender código ajeno, pero si este no esta ni comentado ni documentado y encima esta mal diseñado, ni siendo el mejor del mundo ni usando el lenguaje mas sencillo te evita los dolores de cabeza.

Saludos!

¿Eco...sistema? ¿Ecosistema? Perdona, me resultó divertida esta palabra para este uso.

Es muy común usar el termino "ecosistema" refiriéndose al conjunto de aplicaciones y tecnologías que se generan alrededor de una plataforma sea esta del tipo que sea.

Y si, efectivamente el mundo de tecnologías alrededor de la VM de Java es atractivo y útil en tantos aspectos que no alcanzan los posts para enumerar los alcances que uno puede tener si domina varios frameworks y tecnologías.

Pues yo a C++ no le veo futuro. Más que nada porque es un lenguaje que tiene un monton de complicaciones y de cosas que mete patadas al buen diseño y la mantenibilidad(vease el mecanismo de polimorfismo que lleva), además de el creciente uso de C#, que es un lenguaje mucho más completo, potente y que tiende a tener un diseño bastante mejor.

Todo lenguaje tiene dos caras y obviamente las ventajas que tiene en rendimiento y flexibilidad se balancean con desventajas en otros aspectos.
Igualmente, lo de complicaciones es muy relativo y depende de que tanto domines el lenguaje. Lo mismo aplica para las ventajas/desventajas en el diseño.
Lo del poliformismo estoy de acuerdo hasta cierto punto, ya que también tiene sus ventajas respecto de otros lenguajes. Sacando eso, creo que C# es el lenguaje que implementa el polimorfismo de la mejor manera -a mi parecer, obviamente- pero eso es solo una característica mas del lenguaje y al evaluar las ventajas/desventajas a nivel diseño, deben evaluarse todas las características.

A C++ por el momento le queda bastante siempre que se necesiten aplicaciones de alto rendimiento y C++ sea uno de los pocos lenguajes en los cuales esto es posible. Ademas, mientras se le diga dando fuerza a C++ desde las corporaciones dominantes en el mundo del software, C++ seguirá tal donde esta.

En la actualidad, tanto C# como Java pueden utilizarse para infinitas aplicaciones, pero no para alcanzar el mismo rendimiento que en C++, por razones obvias. Tal vez algún día se pueda, hoy por hoy es imposible.



Yo opino lo mismo que en otros posts recientes. Depende de lo que se quiera hacer y las áreas a las que uno quiera enfocarse.

Saludos

En los últimos post del usuario Diaf96 se ve que postea sobre temas de DDOS en forma reiterada, así que seguramente fue baneado.
No se por cuanto tiempo pero ante la duda mandarle un pm a algún coadmin o a el-brujo a ver si te pueden resolver la duda y/o sacar el baneo.

Saludos.