Devoogle tiene indexados actualmente 17916 recursos relacionados con el desarrollo de software.

Intervista a Michael Ballard di IBM dopo il suo keynote al Day 2 di Codemotion Roma 2015.
This talk will provide a quick introduction to Docker images (build time), containers (run time), and registry (distribution). It shows how to take an existing Java EE application and package it as a monolithic application as a single Docker image. The application will then be refactored in to multiple microservices and assembled together using orchestration. Unit and integration testing of such applications will be discussed and shown as well. Design patterns and anti-patterns that show how to create cluster of such applications will be demonstrated and discussed.
Greach 2015, The Groovy Spanish Conf April 10th-11th, Madrid, Spain http://greachconf.com Follow us on twitter http://twitter.com/greachconf Slides in http://greachconf.com/speakers/ruben-mondejar-andreu-introducing-workflow-architectures-using-grails/ Groovy & Grails is one of the best scenarios to construct software architectures, creating applications and/or plugins, using well-known Java libraries, and developing other useful software resources like DSLs. On the other hand, BPMS solutions are an excellent manner to deal with workflows (i.e. business processes) in our software architectures, since they provide flexible and decoupled mechanisms. The idea is to describe the common architecture and applications, the current solutions and the most remarkable plugins, as well as the benefits, limitations, challenges, etc.. In addition, and following new trends, as microservices architecture style and developer-friendly BPM solutions, we want to present our active open source projects using Grails : Ocelot BPMS and Implicit BPM. Ocelot offers an extension of a current framework (e.g. Camunda) in Grails, providing new modelling features and a customisable execution environment. Lastly, Implicit BPM is an experimental MVC software architecture that aims to modularize the control flow of the system as a transversal process using interception techniques (AOP) and expressing them via its own Groovy DSL. * Implicit BPM : http://implicit-bpm.sf.net * Ocelot BPMS : http://ocelot-bpms.github.io/ocelot-bpm-project/ Rubén Mondéjar Andreu Rubén is a Senior Software Engineer and Software Architect currently working at Diputació de Tarragona (DIPTA). His current work is mainly focused on web development projects related to business process management, mainly using Groovy and Grails and Developer-Friendly BPM Solutions. He is also working as an Adjunct Professor for the Universitat Rovira i Virgili teaching courses of Software Architectures, Workflows, and Web Development, and as a Research Collaborator in the AST Group.
Greach 2015, The Groovy Spanish Conf April 10th-11th, Madrid, Spain http://greachconf.com Follow us on twitter http://twitter.com/greachconf Slides in http://greachconf.com/speakers/trisha-gee-is-groovy-better-for-testing-than-java/ Two years ago, we introduced Spock tests into the MongoDB Java driver. The decision could be considered controversial – the project used no external dependencies in production code, and was 100% Java. But there was a back door… with Gradle as the build system, there was a tiny excuse to use Groovy in the project, provided it wasn’t in the production code. That’s all the excuse we needed to start using Spock for unit and, later, integration tests. Groovy has a lot of advantages as a testing language, and with Spock’s mocking, stubbing, and data driven testing features, it might seem as if this is the perfect way to write tests. In this session, Trisha will cover some of the features that make Spock (and Groovy) compelling for writing tests. But in the interests of fairness, she’ll also discuss some of the downsides, and the times when Java was chosen instead. Trisha Gee Trisha has developed Java applications for a range of industries, including finance, manufacturing and non-profit, for companies of all sizes. She has expertise in Java high performance systems, is passionate about enabling developer productivity, and dabbles with Open Source development. Trisha blogs regularly on subjects that she thinks developers and other humans should care about, she’s a leader of the Sevilla Java User Group, a key member of the London Java Community and a Java Champion – she believes we shouldn’t all have to make the same mistakes again and again.
Greach 2015, The Groovy Spanish Conf April 10th-11th, Madrid, Spain http://greachconf.com Follow us on twitter http://twitter.com/greachconf Slides in http://greachconf.com/speakers/jeff-beck-grails-and-cassandra/ As our applications grow and need to deal with new big data challenges and global distribution we look to new data stores designed to deal with these new challenges. Cassandra is one great tool to deal with both of these problems, we will go over some of the different ways of dealing with Cassandra from Grails. I will cover the various Cassandra plugins for grails, including the Cassandra ORM, Astyanax, and Cassandra GORM. Also, I will talk about using the Cassandra Java driver directly. By the end of the talk you should have a overview of the data modeling that will working well in Cassandra paired with Grails, when to use or not use each plugin, and some of the basic connection configuration details needed. Jeff Beck I am an Engineer at SmartThings, based in Minneapolis, Minnesota. I have been doing Grails since 2010. I try to be an active member of the local Groovy community as well as an open source contributor, contributing to Grails plugins and Ratpack in my free time. I am very interested in creating code that is easy to maintain and share not only within a team but in the broader community as well. Feel free to reach out to me on Twitter @beckje01
Título: DX - los Desarrolladores También Somos Personas Ponente: Álvaro Hurtado Link: https://techfest.uc3m.es/programa/dx-los-desarrolladores-tambien-somos-personas/ Existe un honorable arte, que desgraciadamente para muchos ha pasado desapercibido pero que aporta un gran valor a las empresas de desarrollo. Es lo que se conoce como “Developer Experience” o experiencia de desarrollo. Basado en algunos de los principios más extendidos de la UX, trata de mejorar el día a día de los desarrolladores. Esta mejora se traduce en un equipo de desarrollo más feliz y un mejor producto final.
Organizado por los Meetups de Scala Madrid, MadridJUG, 47 Degrees y Tuenti.