Tag Java

Si antes de terminar el año 2022 vimos que JavaScript y las tecnologías web se erigían como las más populares entre los usuarios de Stack Overflow y que Rust es el que más interés despierta, en el mundo empresarial las cosas son algo distintas, ya que según informe titulado “The State of Tech Hiring in 2023” y realizado por el personal TI de CodinGame y CoderPad, los tres lenguajes de programación más demandados por las empresas son JavaScript, Java y Python. Los que hayan seguido la trayectoria del sector de la programación en los últimos años posiblemente pensarán que este resultado es “más de lo mismo”.

Sin embargo, y aunque JavaScript, Java y Python sean los lenguajes más demandados, el informe recalca que la oferta de profesionales que disponen de esos conocimientos supera a la demanda, o lo que viene a ser lo mismo, hay más programadores de JavaScript, Java y Python que puestos disponibles en las empresas para ellos.

Entre los lenguajes cuya demanda supera a la oferta disponible destacan TypeScript, Swift, Scala, Kotlin y Go, mientras que a nivel de frameworks los conocimientos más demandados por las empresas son Node.js, React y .Net Core dentro de otro contexto en el que la demanda supera a la oferta. Viendo la presencia de TypeScript, Node.js y React, parece que JavaScript se ha convertido en la tecnología más demandada en el sector empresarial, aunque posiblemente sorprenda un poco que Angular vaya a la baja.

Las tres habilidades que más desean adquirir los desarrolladores de software en el año 2023 son desarrollo web, inteligencia artificial/aprendizaje automático y desarrollo de videojuegos. Esto contrasta un poco con las tres principales habilidades que los reclutadores quieren contratar: desarrollo web, DevOps y desarrollo de software de bases de datos.

Un detalle sorprendente es que, según el informe, un tercio de los encuestados ha respondido que se siente más seguro que el año pasado y otro 41% que su situación no ha cambiado. Esto choca con la tradicional volatilidad del sector y los despidos de porcentajes importantes de las plantillas que están llevando a cabo muchas multinacionales debido al bajón de la demanda ocurrido tras acabarse la pandemia. Los principales problemas que afrontan los desarrolladores en sus puestos de trabajo son los cambios de horario sin planificación, una dirección poco clara y la falta de conocimientos técnicos por parte de los miembros de su equipo.

Otro punto interesante es el nivel formativo de los desarrolladores, ya que el 59% carece de un grado universitario en informática y casi un tercio se considera, ante todo, autodidacta. El principal formato de trabajo es aquel que combina teletrabajo y presencia en la oficina, con tan solo un 15% que trabaja a tiempo completo de manera presencial. Por otro lado, el desarrollo freelance se está haciendo cada vez más popular.

El informe The State of Tech Hiring in 2023 fue publicado el 10 de enero y ha sido realizado a partir de una encuesta en la que participaron 14.000 profesionales de diferentes países. Además de los datos mostrados, también ofrece una visión de cómo puede funcionar el sector de la programación a nivel laboral durante el año 2023.

Fuente: www.muylinux.com

En el pasado mes de marzo adelantamos que JavaFX se convertiría en un módulo desarrollado por separado de JDK 11, siendo este un movimiento derivado de una decisión de Oracle, actual propietaria de la implementación oficial de Java.

JavaFX 11, que ya actúa como un módulo independiente con su propio sitio web, ofrece una plataforma de aplicaciones cliente para el escritorio, los móviles y sistemas embebidos, siendo un entorno de ejecución disponible como un SDK específico a la plataforma, ya sea como ficheros jmod o un conjunto de artefactos centrales de Maven. Esto obligará a partir de JDK 11 el tener que incluir explícitamente los módulos de JavaFX en el código.

Sin embargo, que JavaFX actúe como un módulo independiente no quiere decir que vaya a ser abandonado a su suerte, ya que según InfoWorld, la versión 11 incluye importantes como la API FX Robot para la simulación de interacciones de usuario, incluyendo entradas de teclado, utilización del ratón y captura de información gráfica; no tendrá permisos por defecto; se han añadido propiedades para personalizar el tiempo de repetición de pasos para el control Spinner; soporte para la interoperabilidad con FX Swing, que está compuesto por JFXPanel y SwingNode, utilizando una API pública; actualización del renderizador MarlinFX a la versión 0.9.2, el cual tiene una mayor precisión de curva y un muestreo de subpíxel mejorado, mejorando la calidad visual de los segmentos casi verticales sin coste en el rendimiento; los colores estándares han sido añadidos a la paleta de colores ColorPicker; la clase Bound ha sido mejorada con el método GetCenter; y GTX (Gimp Toolkit) ha sido cambiado a la versión 3, siendo este un importante conjunto de herramientas de gráficos a bajo nivel en GNU/Linux. A todo lo mencionado hasta aquí, y como suele ser habitual en el desarrollo de software, se suman una gran cantidad de fallos que han sido corregidos.

JavaFX 11 puede ser descargado desde el sitio web de OpenJFX y parece dar problemas cuando se combina con Wayland y OpenJDK 11 en GNU/Linux, o al menos esa es incidencia de la que han informado en InfoWorld sobre Ubuntu 18.04, recomendando la utilización de Xorg como servidor gráfico.

Fuente: www.muylinux.com

Java es una tecnología muy importante para Google. Lo lógico es pensar en Android y en ART si miramos el mercado de consumo, aunque no hay que descartar su utilización, posiblemente con un papel protagonista, en las “bambalinas” de la compañía.

Según informan en eWeek, con el fin de facilitar la vida a los desarrolladores de Java, Google ha anunciado la publicación como Open Source de Jib, una herramienta para ayudar en la construcción de aplicaciones de Java que van dentro de contenedores. Entrando en detalles técnicos, fue descrito por el ingeniero Qingyang Chen como un constructor de imágenes de contenedor diseñado para manejar todos los pasos de la creación de una aplicación Java empaquetada que es introducida en un contenedor.

Docker ha ayudado mucho en la facilitación de la creación de contenedores, una tecnología que lleva existiendo desde años, pero que hasta no hace tanto se mostraba como algo complejo para la mayoría. Sin embargo, la contenedorización de una aplicación Java tampoco es que resulte demasiado sencilla a pesar de las ayudas actuales, ya que para ello hay que escribir un Dockerfile, ejecutar el demonio de Docker como root y esperar que los procesos de construcción se completen antes de colocar la imagen en un registro remoto.

Jib, que está implementado en Java y está integrado con Maven y Gradle, se dedica principalmente a eliminar los requerimientos mencionados en el párrafo anterior. Esto permite acortar el tiempo necesario para servir aplicaciones Java en contenedores sin tener que estar pendientes de elementos como las instrucciones de construcción del contenedor presentes en el Dockerfile o la creación de un fichero JAR para todo lo asociado con la aplicación.

Para reducir todavía más los tiempos de creación, Jib se apoya en una caché de registro y las capas de imágenes, pudiendo organizar así una aplicación en imágenes distintas y reconstruyendo solo aquellas que hayan cambiado. Esto quiere decir que solo se reconstruyen las partes cuyo código haya sido modificado. También soporta el uso de lenguaje declarativo para construir imágenes de contenedor a partir de metadatos de Maven y Gradle.

En resumidas cuentas, el propósito de Jib es la de facilitar y mejorar la productividad a la hora de crear aplicaciones de Java que son introducidas en contenedores Docker, por lo que estamos ante una herramienta orientada a desarrolladores. Su código ha sido publicado en GitHub bajo Apache License 2.0, la licencia que habitualmente emplea Google.

Fuente:www.muylinux.com

Oracle ha anunciado la donación de la especificación Java EE (Enterprise Edition) a la Fundación Eclipse, encargada sobre todo del desarrollo del conocido IDE Eclipse, que además muy utilizado para el desarrollo con Java.

El acuerdo de donar Java EE a la Fundación Eclipse ha implicado a otras compañías además de Oracle, destacando IBM y Red Hat, que también colaboran activamente en el desarrollo y promoción de la mencionada especificación (de hecho, la implicación de Red Hat con Java ha llegado hasta a Visual Studio Code).

Con este cambio de manos, se espera “mover las tecnologías de Java EE hacia una fundación Open Source para hacer el proceso de evolución de los estándares más ágil, flexible y abierto”. El proceso ya estaba abierto a mediados de agosto y el pasado 12 de septiembre se concretaron muchas cosas a través de un acuerdo que ha implicado a Oracle, Red Hat e IBM. La elección de la Fundación Eclipse no es casual, ya que cuenta con experiencia con el tratamiento de Java EE, siendo su IDE posiblemente el más usado para trabajar con dicha tecnología.

Al igual que cuando OpenOffice pasó a estar bajo la Fundación Apache, este cambio de manos tendrá una serie de consecuencias. Primero se puede destacar un más que previsible relicenciamiento hacia la EPL (Eclipse Public License), la cual es considerada como software libre pero incompatible con la GPL según el proyecto GNU, que abarcará tecnologías relacionadas como GlassFish, RI, TCK y la documentación asociada. Segundo, un posible renombramiento, por lo que Java EE pasará a llamarse de otra manera.

Se definirá “un proceso a través de cual harán evolucionar las especificaciones existentes y las nuevas que pueden ser incluidas en la plataforma”, además de que se reclutarán a desarrolladores, miembros de la comunidad y vendedores para patrocinar y desarrollar Java EE dentro de la Fundación Eclipse.

La intención es realizar la transición lo más rápido posible tras el lanzamiento de las especificaciones de Java EE 8 el pasado 31 de agosto. Sin embargo, Oracle seguirá soportando todas las licencias de Java EE, incluidas aquellas que migrarán a la versión 8 y abarcando las versiones existentes de WebLogic Server.

Posiblemente muchos se alegren de ver a Oracle perder fuerza en el control de Java EE, más conociendo la controvertida relación que tiene Java con el Open Source.

Fuente: www.muylinux.com