java

La programación reactiva ofrece a los desarrolladores de Java la posibilidad de construir servicios elásticos, responsivos, y dirigidos por mensajes... pero aún así muchos desarrolladores no saben dónde empezar. La iniciativa "Reactive Streams" nos ofrece una base y el proyecto Reactor ayuda a convertirnos inmediatamente en productivos aprovechando las capacidades reactivas de principio a fin. Si tienes experiencia con sistemas Spring MVC o sistemas "funcionales", Reactor te permitirá crear rápida y eficientemente aplicaciones reactivas de Spring Boot 2.

Micronaut es un nuevo framework de la JVM para desarrollar microservicios reactivos en Java, Groovy y Kotlin. Entre sus principales características destaca el arranque en menos de un segundo, aplicaciones muy ligeras que se pueden ejecutar en menos de 10 MB de ram, inyección de dependencias sin uso de reflection en runtime,... Todo ello lo consigue al estar realizar todas estas tareas en tiempo de compilación. En esta charla veremos sus características principales: Inyección de dependencias, configuración, servidor y cliente HTTP, testeo, service discovery...

GraalVM es una nueva tecnología creada por Oracle para la JVM que permite convertirse además en una máquina virtual "universal", permitiendo ejecutar código de JS, Python, Ruby, C, C++ o R. Jerónimo nos hará una introducción a GraalVM: - como reemplazo del JIT de Java - para generar ejecutables ultrarápidos de Java sin necesitar la JRE - para ejecutar otros lenguajes contándonos sus bondades y sus actuales limitaciones.

Si hablamos de javascript del lado del servidor, todos pensamos en Node, pero lo cierto es que prácticamente nadie utiliza Node puro. Lo más habitual es acompañar a Node con otros frameworks que nos faciliten la tarea, como Express o Loopback. Si bien estos frameworks son estupendos, no promueven un código mantenible ni aplican patrones, como la inyección dependencias, que convenza a los desarrolladores enamorados de paradigmas como Java o .NET. NestJS es un nuevo framework para el desarrollo de backends basados en Node que convencerá, por fin, a los más vetustos developers. Talk is cheap...

Seguramente ya te has dado cuenta que aunque tu código ha alcanzado un nivel PRO, tus usuarios siguen dependiendo de ti para las tareas más triviales porque no deja de ser código. Sin embargo, si dispusieran de un lenguaje propio la cosa cambiaría: no más puntos y comas, no más palabras en otro idioma, sin necesidad de compilados ... Eso es tu DSL !!! En esta charla veremos lo fácil que es diseñar un lenguaje propio usando como ejemplo *Groogle* un DSL hecho en Groovy para acceder a varios servicios de Google (Drive, Sheet, Calendar, Map, etc ), usando las librerías clientes de Java.

Llevamos un año dandole duro a kotlin desde karumi tanto del lado de servidor como desde el lado de Android, y hemos descubierto muchas cosas interesantes a la hora de programar y como escribir mejor código y más sencillo en Kotlin. En esta charla eseñaremos los cambios que hemos introducido y como explotamos las ventajas de un lenguaje que viene muy fuerte, dando mucha caña y con un potencial enorme. Veremos código y muchos ejemplos y lo compararemos con código antiguo en Java. Si buscas la charla de introdución a Kotlin donde explicaremos como se escribe un elvis operator, esta no es.

Kotlin ya es oficial! Por ello, ya no hay excusas para no comenzar a trabajar con este lenguaje en nuestras aplicaciones. En esta charla explicaré cómo crear tu aplicación desde cero mostrando las ventajas que nos ofrece sobre Java, y además la implementación la realizaremos con el patrón de arquitectura VIPER. Esta charla te viene bien si ya eres un desarrollador con experiencia en Java y quieres explorar Kotlin o si estas comenzando con el desarrollo nativo en Android.

¿Y si lo escuchas mientras vas al trabajo o te pones en forma?: https://www.ivoox.com/46280624 ------------- Mi experiencia desarrollando solo en nativo Contaré por qué no me he apartado nunca del desarrollo nativo desde que empecé a programar para dispositivos móviles allá por 2011. Y las ventajas y desventajas que he encontrado con ello. Análisis de soluciones cross-platform Repasaré los frameworks más comunes que he ido conociendo en esos años (Appcelerator, PhoneGap, Unity 3D, ionic, Xamarin, React Native, Flutter...) y las experiencias personales que he tenido con ellos. Hablaré del lenguaje de programación que utilizan, su curva de aprendizaje, envergadura de su soporte y comunidad, si son webapps o generan views nativos, sus estadísticas de uso en las plataformas de versión de código y de publicación en las stores y lo demandados que son actualmente en ofertas de empleo. iOS y Android a día de hoy Enumeraré una serie de condicionantes que son intrínsecos a las plataformas Android e iOS y hay que configurar siempre independientemente de la herramienta de desarrollo utilizada. Contaré los inicios con Objective-C y Java y el paso a Swift y a Kotlin en iOS y Android respectivamente. Terminaré mostrando similitudes entre Swift y Kotlin y arquitecturas y patrones de presentación que pueden ser utilizados en las dos plataformas nativas y reducen el código implementado específicamente para cada plataforma aunque sean implementaciones nativas de cada una. ------------- Todos los vídeos de Commitconf 2019 en: https://lk.autentia.com/Commit19-YouTube ¡Conoce Autentia! Twitter: https://goo.gl/MU5pUQ Instagram: https://lk.autentia.com/instagram LinkedIn: https://goo.gl/2On7Fj/ Facebook: https://goo.gl/o8HrWX

Segunda entrega de una Kata de las más guapas que hay en el mercado ????. Vamos a ver como cogemos un código ???? y como pasito a pasito lo transformamos en algo de lo que sentirnos orgullosos. Para ello vamos a emplear diversas técnicas de #refactoring. En este caso la #kata vamos a hacerla en #java. ????Incomprehensible Finder Refactoring Kata: ├ ???? PHP: https://github.com/CodelyTV/php-finder_refactoring-kata ├ ???? C#: https://github.com/CodelyTV/csharp-finder_refactoring-kata ├ ???? Scala: https://github.com/CodelyTV/scala-finder_refactoring-kata └ ☕ Java: https://github.com/CodelyTV/java-finder_refactoring-kata {▶️} CodelyTV ├ ???? Suscríbete: https://youtube.com/c/CodelyTV?sub_co... ├ ???? Twitter CodelyTV: https://twitter.com/CodelyTV ├ ????‍♂️ Twitter Rafa: https://twitter.com/rafaoe ├ ???? Twitter Javi: https://twitter.com/JavierCane ├ ???? Instagram: https://instagram.com/CodelyTV/ ├ ℹ️ LinkedIn: https://linkedin.com/company/codelytv/ ├ ???? Facebook: https://facebook.com/CodelyTV/ └ ???? Catálogo cursos: https://bit.ly/cursos-codely

Cuando montas una infraestructura en la nube es muy probable que necesites muchas máquinas distintas: bases de datos SQL y NoSQL, servidores NodeJS, PHP o Java, Redis y un sinfín de cosas más. Cada una de estas máquinas tiene su propia configuración y podemos tardar varios días en tenerlas a punto. Por si esto fuera poco, debes tener la infraestructura de producción replicada exactamente igual para un entorno de testing, otro para integración continua y puede que incluso para cada desarrollador. Además de la confianza en el equipo de DevOps, ¿hay algo que nos garantice que esos entornos son exactamente iguales y no se desalinean con el tiempo? ¿Qué pensarías si después de toda una mañana creando y configurando máquinas tuvieras que crear una más por cada entorno? La infraestructura como código está aquí para hacernos la vida más fácil. Con Terraform vamos a despedirnos de crear máquinas a golpe de click y daremos la bienvenida al control de versiones y a la integración continua de nuestra infraestructura. ------------- Todos los vídeos de Commitconf 2019 en: https://lk.autentia.com/Commit19-YouTube ¡Conoce Autentia! Twitter: https://goo.gl/MU5pUQ Instagram: https://lk.autentia.com/instagram LinkedIn: https://goo.gl/2On7Fj/ Facebook: https://goo.gl/o8HrWX