En esta ocasión, además de encontrarnos con las empresas más importantes del sector y las asociaciones de desarrollo software más conocidas, también hemos contado con sesiones impartidas por nuevos talentos profesionales, a los que se les ha dado mucha importancia.
Codemotion sigue siendo un gran escaparate sobre tendencias en el mundo del desarrollo. Ya sea con nuevos frameworks, lenguajes, adaptaciones de funcionalidades o productos para el desarrollo de software. Aunque esta vez también ha habido bastantes temas que ya se trataron el año anterior.
Por ello seguramente os interese leer mi anterior entrada del Codemotion 2014, si no la habéis leído ya , ya que en este post no voy a centrarme en los temas que se repitieron. Además, los vídeos de los meetups que os interesen están subidos al canal de YouTube de la organización Codemotion Madrid.
Pues empecemos con las cosas más interesantes:
WebComponents
Se introdujo a la tendencia del uso de WebComponents para la reutilización, creación y modificación de etiquetas web. Esto nos beneficia en crear nuestras propias etiquetas con su funcionalidad, poder reutilizarlas fácilmente (haciendo más legibles nuestro código) y poder tunear etiquetas ya existentes para poder ponerlas a nuestro gusto, o crear las nuestras propias a partir de etiquetas ya existentes, heredando su funcionalidad. El problema es que, por ahora, solo los soporta Chrome a no ser que usemos unas librerías específicas como puede ser Polymer.
(WebComponents, como implementarlos en nuestros desarrollos.)
Microservicios
Este tema estaba presente en casi todos los meetups que hablaban de arquitecturas, ya que es una tendencia crear desarrollos que no sean monolíticos y disgregar las funcionalidades por servicios independientes. Esto ayuda a la independencia de funcionalidades, mejores mantenimientos y poder balancear los recursos según necesidades.
Testing con Spook
Además de los temas tratados en años anteriores en cuanto a testing, este año se le ha dado mucha importancia a utilizar Spook como framework de testing, el cual se implementa en lenguaje Groovy.
¿Qué valor nos da usar Spook para nuestros tests? En mi caso y desde mi punto de vista sería el gran parecido de este lenguaje a un lenguaje de pseudocódigo, es decir, mucho más parecido al lenguaje habitual. Esto nos dará la posibilidad de poder usar dicho lenguaje con mucha más facilidad para las pruebas, y además para que dichas pruebas nos sirvan si lo deseamos como documentación de nuestro API, ya que esto nos indicará la funcionalidad del método a probar.
Cloud Computing
En muchas de las charlas se habló sobre la arquitectura distribuida, Docker y la importancia de la nube. Sobre este tema también se habló el año anterior pero tiene tal importancia su evolución e implantación que seguro será habitual durante muchos años en el Codemotion.
Machine Learning
Hubo una charla en la que nos introdujeron tanto a esta rama de la informática como a los productos de Microsoft acerca del uso de patrones para el aprendizaje computacional.
(Machine Learning con Azure ML y el proyecto Oxford, por Juan Manuel Servera)
Con este tema nos damos cuenta del valor que adquieren los datos como información consistente para el aprendizaje computacional a partir de patrones.
Ejemplos reales y demos
Hubo charlas que nos mostraron ejemplos reales de productos y de sus errores en el desarrollo, cómo se solucionaron dichos problemas y por qué decidieron usar unos frameworks u otros, además de su arquitectura: Resolviendo la noche electoral con AWS + Node.js + Angular.js + D3.js + Leafleat.js
En otras, nos explicaron proyectos a modo de demo para poder experimentar con herramientas específicas de las cuales tenían inquietudes por saber cómo responderían entre ellas, y así dar una visión de soluciones más atípicas que en un producto seguramente no se llegarían a usar, no porque no fueran viables sino por no tener posibilidad de investigarlas o decidirlas por uno mismo: DevOps Mashup. Microservicios, ELK, Cloud y Entrega Continua.
Proyectos españoles
En varias charlas nos sorprendían con proyectos españoles como ToroDB, un proyecto de software libre de migración de BBDD MongoDB a Postgres NoSQL sin modificación de código: Postgres como base de datos NoSQL por Rubén Gómez
O Taiga (Gestor de proyectos tipo Jira,Redmine…), para metodologías ágiles, que nos sirvió para ver los problemas con los que se encuentra un equipo de desarrollo de software libre en cuanto a las peticiones de los usuarios a modificar o añadir funcionalidades nuevas.
Integración de la mujer en las empresas TIC
Hubo bastantes charlas en pro de la integración de la mujer en las empresas y más presencia de mujeres en este Codemotion. Se habló de las posibles problemáticas en cuanto a la integración de la mujer en el sector, la desigualdad en cuanto a salarios y dejo abierta una opinión sobre el tema: Se echó en falta charlas de alto nivel de mujeres (que las hay) para dar una visión más real del valor de las mujeres en el sector.
Para terminar, invito a la reflexión puesto que este año se repitieron errores del pasado e incluso algunos fueron más graves. Lo peor, un clásico: la planificación en cuanto a la situación y aforo de las charlas, aunque se amplió el número de tracks prácticos, pero esto no solucionó el problema de los aforos (es decir, acertar con la elección de en qué lugar dar cada charla). Propongo para el futuro que se hagan encuestas previas acerca de las charlas más interesantes para adaptar dicho aforo. Como resultado, carreras por los pasillos cual rebajas, charlas canceladas sin tener una sustitución clara. También, problemas en cuanto a la organización, ¡sí la organización!, porque no se les vio intentando poner soluciones a los problemas de desplazamiento por el recinto, no tenían controlados los sistemas de audio ni de vídeo y muchas veces se vio más parsimonia que intención de poner soluciones. También, como siempre, charlas que no dan la talla y que deberían pasar un filtro previo antes de estar en el Codemotion.
Por ello, aunque sigue siendo mejor lo bueno que lo malo, cada año se acercan más, ya sea por los fallos o por la aparición de otros eventos con gran nivel y calidad, cosa que el Codemotion no está consiguiendo.
En conclusión, este Codemotion 2015 ha sido un gran escaparate para conocer las tendencias del software y también para que los desarrolladores se muestren e interactúen directamente tanto con las empresas como con los ponentes.
Por contra, la ambición por seguir mejorando será su gran reto para el 2016.
Como para todos.
Pingback: Codemotion 2016: Los contenedores llegan para quedarse. - Panel Sistemas
Pingback: Codemotion 2016: Los contenedores llegan para quedarse. - Panel Sistemas Informáticos, compañía española de desarrollo de software, servicios de calidad software y outsourcing TI.