Tenemos una solución a su medida para cada necesidad.

  • Teléfonos: 91 229 56 76 / 615 02 49 05.
  • Fax: 91 229 56 76.
  • EMail: david@web2times.com.
  • Puede contactarnos también a través de nuestro formulario.

Desarrollo / Internet / Publicidad / Creatividad

Desarrollo / Internet / Publicidad / Creatividad

Noticias javaHispano.org
AsociacióavaHispano. Tu Lenguaje, tu comunidad

  • Replanteamiento del Calendario para el JDK7

    Leo en el blog de Mark Reinhold que el Oracle están redefiniendo las fechas para el desarrollo de JDK7. En un resumen "muy resumido" tenemos:

     

    • Plan A: Liberar JDK con los objetivos como están actualmente, liberando el producto a mediados de 2012.
    • Plan B: Liberar el producto (JDK7) sin Lambdas, Jigsaw y partes de Coin, a mediados de 2011; liberar JDK8 con las metas suprimidas de JDK a finales de 2012. 
    El autor del post comenta que se están inclinando a favor del Plan B, el cual tiene menos aristas. La implementación de closures y características de Jigsaw implican modificaciones sustanciales a la plataforma, y además la gente de Oracle piensa que la plataforma está actualmente estancada, sin cosas nuevas. El primer comentario al post comenta la poca factibilidad de adoptar el JDK7 sabiendo que en un año se liberará una nueva versión del mismo, lo cual suena lógico pero no lo consideran un problema grande. Por mi parte entiendo que este proceso de implementación de las nuevas características es largo y tedioso, pero también por en lo personal pienso que es demasiado tiempo esperar a 2012 por una implementación de closures y otras cosas que implican una renovación importante para la plataforma, y en este sentido creo que algunos de nosotros comenzaremos a utilizar mas Scala y Groovy en proyectos serios (yo ya lo estoy haciendo con Groovy).  La liga al artículo es la siguiente: Re-Thinking JDK7Información de Jigsaw aqui. Información de Coin aquí.  

     



    Noticia publicada en www.javahispano.org. Accede a la página web y participa




  • Galcon AI Contest

    Desde el próximo dia 10 y hasta el dia 27 de Noviembre se lanza el "Galcon AI Contest", el objetivo del reto es hacer bots capaces de jugar al juego (Galcon) y que compitan entre ellos hasta encontrar al mejor.

    El juego es sencillo, con lo que modficar la AI del juego y la estrategia es razonablemente sencillo. He escrito este artículo en castellano  para explicar como hacerte tu propio bot y para animaros a participar.

    ¿Os animais a participar? 



    Noticia publicada en www.javahispano.org. Accede a la página web y participa




  • VMware anuncia Redis 2.0

    Redises una base de datos NoSQL que almacena pares clave-valor. Los valores almacenados además de cadenas de caracteres pueden ser listas, conjuntos y conjuntos ordenados. Una de sus características más interesantes es que todos estos tipos de datos pueden ser manipulados mediante operaciones atómicas para añadir, insertar, realizar uniones e intersecciones... de dos conjuntos de datos.


    No sólo se da soporte a las operaciones comúnmente empleadas sobre estos tipos de datos, sino que además en la versión 2.0 se añade un comando Multi/Exec que permite crear un batch de operaciones que se ejecutan de modo atómico; es decir, o bien todas tienen éxito, o ninguna se ejecuta. Esto permite implementar de un modo simple interacciones tipo productor/consumidor entre clientes de Redis.


    Otras novedades de Redis 2.0 son el haber incluido una estructura de datos tipo hash y el soporte para que los datos estén almacenados en memoria virtual. Recientemente se ha anunciado la versión 2.0 de Redis, que se distribuye bajo licencia BSD.


    En un movimiento relacionado, Graeme Rocher ha anunciado la disponibilidad de GORM for Redis Milestone 1, que proporciona soporte para el mecanismo de persistencia GORM para persistir datos en Redis.



    Noticia publicada en www.javahispano.org. Accede a la página web y participa




  • ¿El Emperador no tiene Rendimiento? Comparativa de Frameworks Céntricos en el Servidor

    He publicado en JavaLobby un artículo en donde se analiza el rendimiento de varios frameworks Java céntricos en el servidor.

    El estudio consiste en analizar la cantidad de código que genera el servidor ante un evento AJAX respecto al impacto visual que supone dicho evento. Cuanto más código es generado más tiempo probablemente se necesita en el servidor para generarlo, más tiempo tarda en llegar al cliente (mayor consumo de ancho de banda) y más tiempo se necesita en procesar la respuesta en el cliente.

    El criterio de valoración para concluir que el rendimiento es "bueno" o "malo" es relacionar la cántidad de código que se ha enviado al cliente respecto al markup necesario (o acciones JavaScript) que sería necesario para realizar dicho cambio.

    El análisis no es exhaustivo (todos los componentes) ni en las mismas condiciones en todas las opciones, sin embargo es interesante para obtener algunas conclusiones aunque no sean definitivas, en algunos casos algún usuario encontrará una razón objetiva a su "ya decía yo" ante el deficiente rendimiento de su herramienta.

    Las pruebas buscan los componentes con peor rendimiento, es decir, no se puede concluir que todos los componentes se comportan igual (aunque en algunos frameworks me temo que el comportamiento es igual de pésimo en todos los casos), tampoco se establece un ranking preciso pues cada framework tiene más o menos riqueza visual y un poco más o menos código por sí mismo no tiene demasiado impacto en el rendimiento global. Ahora bien como se puede ver en el estudio, la diferencia en algunos frameworks es tan brutal que es fácil intuir que el impacto en el rendimiento será MUY significativo.

    Los frameworks estudiados son:

    RichFaces, IceFacesMyFaces/Trinidad, OpenFaces, PrimeFaces, Vaadin, ZK, ItsNat

    ¿El Emperador no tiene Rendimiento? 

    Que cada uno decida quien es su "Emperador", algunos "Emperadores" ciertamente no salen muy bien parados.

    ENLACE AL ARTICULO

     


    Comentarios: 39 Fecha último comentario: 08/09/2010 23:33

    Noticia publicada en www.javahispano.org. Accede a la página web y participa




  • js1k: concurso de demos javascript en 1kb

    Dentro de los preparativos para la JSConf.eu que tendrá lugar a finales de mes en Berlín, se ha anunciado el concurso js1k. Los participantes tienen que desarrollar un demo que muestre las capacidades de javascript y no puede tener más de 1kb de tamaño.

    Se permiten herramientas de minificación, pero nada más. El demo debe de ejecutarse sin problemas en las versiones actuales de Safari, Firefox, Chrome y Opera. Los ganadores serán anunciados durante el evento.

    Hasta ahora, ha habido gran repercusión de este concurso y algunos de los demos son simplemente impresionantes.  Algunos de los que más me han llamado la atención:

     

     

    El concurso hasta ahora ha sido un éxito total que demuestra el buen estado de la comunidad de desarrolladores javascript. Incluso se creo un nuevo premio para aquellos demos cuyo código fuente quepa en un tweet.  


    Comentarios: 7 Fecha último comentario: 08/09/2010 16:22

    Noticia publicada en www.javahispano.org. Accede a la página web y participa




  • XI Charla Autentia - Mule
    Ya estamos de vuelta de vacaciones ... ¡¡y nuestras charlas también!!

    El día 30 de septiembre celebraremos la undécima charla Autentia sobre nuevas tecnologías que, impartida por Álvaro Cuesta (acuesta@autentia.com), tendrá como tema Mule, el framework de mensajeo ESB.

    Mule es un gestionador de objetos escalable y distribuible que maneja de forma sencilla y flexible interacciones con servicios y aplicaciones con tecnologías de transporte y mensajeo diferentes.

    Mule fue diseñado para ser liviano y fácilmente embebible en aplicaciones Java y servidores de aplicación o bien correr como un servidor stand alone.

    Índice de la charla:

    Mule
    • Qué es un ESB
    • Contexto tecnológico
    • Aplicaciones prácticas
    • Ejemplo de uso
    • Preguntas
    Podéis ver la noticia completa y registraros para la charla en

    AdictosAlTrabajo.com

    Os recordamos que el aforo es limitado.

    (para los que no podáis asistir, como siempre, publicaremos el material de la charla y el vídeo en AdictosAlTrabajo al cabo de unos días)

    ¡¡Animaos!!. Además, para haceros (y hacernos) un poco más llevadera la vuelta a la rutina, nos tomaremos unas cañas al terminar.

    ¡¡Nos vemos!!

    Miguel Monedero

    Noticia publicada en www.javahispano.org. Accede a la página web y participa




  • NUEVA VERSION EUROGES

    Ya está disponible en la sección de descargas nueva versilaón de la aplicación EuroGes totalmente gratis, sin límite de uso y 100% funcional. Gracias al trabajo realizado por GT Solutions Ibérica, EuroGes 10 incluye muchas mejoras y una nueva interfaz mucho más agradable.

     

    Algunas de sus nuevas funcionalidades son:

    • Interconexión con SEUR España: EuroGes 10 le permite programar los pedidos y recogidas.
    • Nueva interfaz: EuroGes 10 incorpora una nueva interfaz más agradable, comprensible y usable.
    • Integración con balanzas: EuroGes 10 es capaz de leer el código de barras generado por las balanzas.
    • Multiformularios: EuroGes 10 proporciona la posibilidad de tener varios diseños de albaranes, facturas, presupuestos…
    • Ampliación del campo NIF: Pensado especialmente para clientes de EuroGes 10 residentes fuera de España.
    • Muchas nuevas y mejoradas funciones en EuroGes 10 totalmente gratis.

    Además de las funciones que han hecho de EuroGes la aplicación que es hoy en día: multiplataforma, integración con osCommerce, atención personalizada, actualizaciones constantes y personalizadas…

     



    Noticia publicada en www.javahispano.org. Accede a la página web y participa




  • Editores Visuales JSF y NetBeans

    Una pregunta recurrente en el foro de NetBeans es respecto a la disponibilidad del editor Visual JSF, que permite desarrollar páginas web para esta tecnología arrastrando componentes en un diseñador de manera similar a como se hace con Matisse. Dicho proyecto tiene tiempo que está abandonado, por falta de recursos. La última versión de NetBeans que oficialmente soportaba a "Visual JSF" fue la 6.5.1.

    En lo particular dejamos de utilizar el diseñador visual de NetBeans -y no lo extraño- porque en mi opinión carece (entre otras cosas) de soporte para algún mecanismo de templates, como por ejemplo lo es el proyecto de Facelets. Por otro lado, en el foro nbusers un usuario sugirió tomar nota de la siguiente presentación de JavaONE:

    http://www.eventreg.com/cc250/sessionDetail.jsp?SID=314648 

    El abstracto de la presentación me hace pensar que tenía sentido que el equipo de NetBeans abandonara el editor visual, esperando la transición a JSF 2.0 para una nueva iteración del proyecto. Los mismos miembros de nbusers han sugerido el uso de JDeveloper para quienes desean un editor WYSIWYG, pero incluso la especulación de una nueva implementación de un editor Visual para JSF en NetBeans es interesante (al menos para quienes utilizamos NetBeans). Ojalá que algún compañero que asista a JavaONE nos pueda facilitar un resumen de la plática.

    ¿Cuántos de Ustedes dependen de un editor visual para editar páginas web, en lo general? 


    Comentarios: 28 Fecha último comentario: 08/09/2010 02:49

    Noticia publicada en www.javahispano.org. Accede a la página web y participa




  • Como elegir un framework web y llevarte alguna sorpresa

    He publicado una serie de diapositivas que tienen el fin de contextualizar ItsNat respecto a los muchos frameworks web.

    Partiendo de un conjunto bastante amplio de frameworks web, a través de una serie de criterios vamos seleccionando unos y descartando otros.

    Los criterios de selección llevarán a ItsNat, no hay sorpresa, sin embargo esté uno de acuerdo o no con los criterios y las elecciones correspondientes, las diapositivas pueden ser interesantes para situar a partir de una serie de categorías nuestra herramienta favorita y darse cuenta de que consciente o inconscientemente es el resultado de una elección por una forma de desarrollo y unas características en detrimento de otras.  

    DIAPOSITIVAS EN SLIDESHARE

    VERSION EN PDF


    Comentarios: 69 Fecha último comentario: 07/09/2010 18:03

    Noticia publicada en www.javahispano.org. Accede a la página web y participa




  • Telefónica vuelve a la carga con su intención de cobrar a los proveedores de contenido

    Los que tuvieseis la "suerte" de ver la disertación de Cesar Alierta (el presidente ejecutivo de Telefonica) de hace unos meses en Bilbao, en la que nos daba su particular visión de Internet, estareis al tanto de que él opinaba que Internet sin los proveedores de acceso no es nada y que Google o los proveedores de contenido eran una especie de mindundis que deberían pagar a Telefonica o AT&T por dejarles estar en Internet.

    Vino más o menos a decir que se iban a comer a Google, Apple, y demás empresas pequeñas del sector sin dificultad. Recomiendo encarecidamente ver el vídeo porque no tiene desperdicio. Inquieta que empresas tan grandes esten en manos de semejantes lumbreras.

    Pero bueno, la noticia no es esa intervención, sino que parece que se va consensuando entre proveedores de acceso y de contenidos que la red tal y como está estructurada hoy en día no es sostenible. Más o menos lo que adelanto el Sr. Alierta en su psicodélica intervención. Eso se asegura en esta noticia de El Pais. Al parecer se empieza a cuestionar la neutralidad de la red y se quiere exigir que los proveedores de contenido como Google o Yahoo tambien contribuyan al mantenimiento de la red.

    También se quiere acabar con las tarifas planas y segmentarlas en función del trafico consumido. Para motivar esta decisión se da el dato de que un 20% de los abonados consumen el 80% del ancho de banda en acceso fijo, mientras que en movil, un 5% consume el 75% del ancho de banda.

    Lo que llama la atención de la noticia es que todas las partes (ISPs, proveedores de contenidos y políticos) parecen estar de acuerdo en iniciar este debate. Y digo yo, ¿por qué lo han llevado tan en secreto?

    ¿Qué os parecería que se tomasen estas medidas? ¿Os parece justo pagar todos lo mismo cuando unos generan varias veces más tráfico que otros? ¿Creeis que la neutralidad de la red es sostenible con cada vez más dispositivos conectados?

     

     


    Comentarios: 30 Fecha último comentario: 07/09/2010 20:56

    Noticia publicada en www.javahispano.org. Accede a la página web y participa