Category: Desarrollo (página 1 de 8)

Mockito 2: la librería de mocks por excelencia en Java adquiere nuevos poderes

Mockito

Es innegable que Mockito se ha convertido en una librería de referencia para crear Mocks en los tests unitarios escritos en Java y algunos otros lenguajes de la JVM.

Su simplicidad de uso unida a su potencia la han hecho una de las preferidas entre aquellos que quieren escribir tests para validar su software.

Hace algunos meses, el equipo que desarrolla Mockito lanzó por fin la versión final de Mockito 2. Una actualización que ha añadido un buen número de novedades muy interesantes, y que hoy quiero presentarte.

Seguir leyendo Mockito 2: la librería de mocks por excelencia en Java adquiere nuevos poderes

3 patrones de diseño imprescindibles que deberías conocer para tu sistema en cloud: Retry, Valet Key y Sharding

3 patrones de diseño imprescindibles que deberías conocer para tu sistema en cloud: Retry, Valet Key y Sharding

El desarrollo en Cloud implica una serie de diferencias que debo de tener en cuenta cuando voy a desarrollar aplicaciones para ser publicadas en este entorno.

Si bien voy a obtener acceso a capacidades de crecimiento horizontal y vertical en mi infraestructura y servicios, con niveles de disponibilidad y seguridad difícilmente obtenibles en mis instalaciones locales; también es cierto que un despliegue a la Nube significa mucho más que correr mi código en este nuevo entorno.

Y más si estoy realizando un desarrollo desde cero, o realizando sufriendo en mis carnes una migración/transformación. En donde tengo que tener muy presente, como poco, estos 3 básicos patrones de diseño.

Seguir leyendo 3 patrones de diseño imprescindibles que deberías conocer para tu sistema en cloud: Retry, Valet Key y Sharding

¿Por qué debería ser obligatorio escribir un post mortem por cada proyecto de software fallido?

Documento postmortem software

La clave para aprender de nuestros errores es documentar nuestros fallos. Escribir un post mortem de cada proyecto finalizado debería ser una costumbre habitual en la industria del software. Tanto de los proyectos que salen horribles como los que a primera vista parecen exitosos. Lamentablemente para muchos desarrolladores y jefes de equipo es una autentica perdida de tiempo. Una lástima ya que debería ser tomado como uno de los pilares en la cultura de la mejora continua.

A pesar de los frenéticos avances tecnológicos en la industria del software aun seguimos intentamos construir catedrales que se desmoronan constantemente. Necesitamos aprender de nuestros errores y entender que detrás de todo esto hay humanos, más allá de lenguajes o tecnologías.

Vamos a repasar las principales características de un post mortem, cómo deberíamos hacerlo y cuál es el objetivo.

Seguir leyendo ¿Por qué debería ser obligatorio escribir un post mortem por cada proyecto de software fallido?

Entrevistamos a los desarrolladores detrás de Karumi: “Lo que más nos motiva es hacer software del que nos sintamos orgullosos”

Karumi

No hay evento que se precie que no cuente con una charla presentada por algún miembro de Karumi. Entre ellos suman más de 50 charlas durante todo el 2016. Más de cuatro años de andadura de este pequeño “Rock Solid Studio” cuyo objetivo es hacer el mejor software posible y ayudar a numerosos ingenieros a mejorar su trabajo. En definitiva: hacer software del que sentirse orgullosos.

Son extremadamente exigentes con su trabajo y con ellos mismos, algo que transmiten a cualquiera que haya trabajado con ellos. Lo cual se demuestran en los productos que han ayudado a crear y a mejorar.

Repasamos en esta entrevista cómo surgió Karumi a partir de su vivencias en otras startups, cuál es su filosofía de trabajo que les sigue haciéndo sentir orgullosos, cómo ayudan a las empresas con las que han trabajado a construir mejor software, cómo ven el panorama de desarrollo y, hablamos también sobre sus numerosos proyectos software. Sin olvidarnos de su reciente lanzamiento, Flowup una plataforma de monitorización de aplicaciones móviles.

Seguir leyendo Entrevistamos a los desarrolladores detrás de Karumi: “Lo que más nos motiva es hacer software del que nos sintamos orgullosos”

Entrevistamos a los desarrolladores detrás de Karumi: “Lo que más nos motiva es hacer software del que nos sintamos orgullosos”

Karumi

No hay evento que se precie que no cuente con una charla presentada por algún miembro de Karumi. Entre ellos suman más de 50 charlas durante todo el 2016. Más de cuatro años de andadura de este pequeño “Rock Solid Studio” cuyo objetivo es hacer el mejor software posible y ayudar a numerosos ingenieros a mejorar su trabajo. En definitiva: hacer software del que sentirse orgullosos.

Son extremadamente exigentes con su trabajo y con ellos mismos, algo que transmiten a cualquiera que haya trabajado con ellos. Lo cual se demuestran en los productos que han ayudado a crear y a mejorar.

Repasamos en esta entrevista cómo surgió Karumi a partir de su vivencias en otras startups, cuál es su filosofía de trabajo que les sigue haciéndo sentir orgullosos, cómo ayudan a las empresas con las que han trabajado a construir mejor software, cómo ven el panorama de desarrollo y, hablamos también sobre sus numerosos proyectos software. Sin olvidarnos de su reciente lanzamiento, Flowup una plataforma de monitorización de aplicaciones móviles.

Seguir leyendo Entrevistamos a los desarrolladores detrás de Karumi: “Lo que más nos motiva es hacer software del que nos sintamos orgullosos”

¿La sobreingeniería de procesos puede llevar al fracaso las metodologías Agile?

Procesos Agiles

Partiendo de cuatro aseveraciones, que se clarifican con doce principios, la industria del desarrollo de software lleva casi dos décadas en medio de una revolución de los procesos productivos, a la búsqueda de implantar las filosofías y metodologías Agiles.

Algo que, como bien conoce todo aquel que tenga experiencias personales de este tipo, es especialmente difícil conseguir que funcione correctamente. Incluso si nos decantamos por un framework tan abierto y generalista/ambiguo como pude ser SCRUM.

Además, hay que abarcar una complejidad creciente en la aplicación de este manifiesto, al desarrollarse a su alrededor una miríada de procesos, buenas prácticas y metodologías que se muestran como un impedimento de primer orden para llegar a buen puerto con la adopción Agile.

Seguir leyendo ¿La sobreingeniería de procesos puede llevar al fracaso las metodologías Agile?

¿La sobreingeniería de procesos puede llevar al fracaso las metodologías Agile?

Procesos Agiles

Partiendo de cuatro aseveraciones, que se clarifican con doce principios, la industria del desarrollo de software lleva casi dos décadas en medio de una revolución de los procesos productivos, a la búsqueda de implantar las filosofías y metodologías Agiles.

Algo que, como bien conoce todo aquel que tenga experiencias personales de este tipo, es especialmente difícil conseguir que funcione correctamente. Incluso si nos decantamos por un framework tan abierto y generalista/ambiguo como pude ser SCRUM.

Además, hay que abarcar una complejidad creciente en la aplicación de este manifiesto, al desarrollarse a su alrededor una miríada de procesos, buenas prácticas y metodologías que se muestran como un impedimento de primer orden para llegar a buen puerto con la adopción Agile.

Seguir leyendo ¿La sobreingeniería de procesos puede llevar al fracaso las metodologías Agile?

Groovy está bastante vivo, conferencias como la G3 Summit lo demuestran (resumen y opinión)

G3 Summit

La última semana de Noviembre estuve en Fort Lauderdale, Florida, en la conferencia G3 Summit en la que dí dos charlas. Se trata de la primera edición de una conferencia centrada en Groovy, Grails y Gradle, y organizada por el mismo equipo que se encargaba de la SpringOne 2GX. Debo admitir que Miami es un muy buen lugar para organizar una conferencia a finales de Noviembre. Pasar de los 8ºC y la lluvia de Madrid a los más de 25ºC y el sol de Miami es algo de agradecer.

La agenda incluía más de 50 charlas y a los principales líderes de los distintos proyectos del ecosistema Groovy. En G3 Summit estuvieron presentes tanto Graeme Rocher, líder del proyecto Grails como Jeff Brown, co-fundador del mismo framework; Guillaume Laforge líder de Groovy o Ken Kousen de Groovy Podcast y autor del libro Making Java Groovy.

Seguir leyendo Groovy está bastante vivo, conferencias como la G3 Summit lo demuestran (resumen y opinión)

Groovy está bastante vivo, conferencias como la G3 Summit lo demuestran (resumen y opinión)

G3 Summit

La última semana de Noviembre estuve en Fort Lauderdale, Florida, en la conferencia G3 Summit en la que dí dos charlas. Se trata de la primera edición de una conferencia centrada en Groovy, Grails y Gradle, y organizada por el mismo equipo que se encargaba de la SpringOne 2GX. Debo admitir que Miami es un muy buen lugar para organizar una conferencia a finales de Noviembre. Pasar de los 8ºC y la lluvia de Madrid a los más de 25ºC y el sol de Miami es algo de agradecer.

La agenda incluía más de 50 charlas y a los principales líderes de los distintos proyectos del ecosistema Groovy. En G3 Summit estuvieron presentes tanto Graeme Rocher, líder del proyecto Grails como Jeff Brown, co-fundador del mismo framework; Guillaume Laforge líder de Groovy o Ken Kousen de Groovy Podcast y autor del libro Making Java Groovy.

Seguir leyendo Groovy está bastante vivo, conferencias como la G3 Summit lo demuestran (resumen y opinión)

¿Por qué deberíamos abandonar REST y empezar a usar GraphQL en nuestras APIs?

Graphql Api Rest

Las APIs más populares que utilizamos a día de hoy son RESTful APIs o un pseudo estándar ad hoc HTTP inventado bajo demanda en ciertos proyectos. La necesidad de avanzar más rápido en productos cada vez más complejos, más allá de un simple CRUD, ha empujado un cambio en la forma en que interactuamos con las APIs. Aquí es dónde surge GraphQL, un fuerte candidato a sustituir a REST, sobre todo en el ecosistema de APIs para apps en mobile.

¿Qué hay de malo en REST? Nada en su concepción inicial y en el contexto dónde surgió, pero desde que fuera definido la forma de interactuar con las APIs ha cambiado. Vamos a repasar las razones por las que deberíamos repensar las tradicionales APIs basadas en RESTful en favor de GraphQL.

Seguir leyendo ¿Por qué deberíamos abandonar REST y empezar a usar GraphQL en nuestras APIs?

¿Por qué deberíamos abandonar REST y empezar a usar GraphQL en nuestras APIs?

Graphql Api Rest

Las APIs más populares que utilizamos a día de hoy son RESTful APIs o un pseudo estándar ad hoc HTTP inventado bajo demanda en ciertos proyectos. La necesidad de avanzar más rápido en productos cada vez más complejos, más allá de un simple CRUD, ha empujado un cambio en la forma en que interactuamos con las APIs. Aquí es dónde surge GraphQL, un fuerte candidato a sustituir a REST, sobre todo en el ecosistema de APIs para apps en mobile.

¿Qué hay de malo en REST? Nada en su concepción inicial y en el contexto dónde surgió, pero desde que fuera definido la forma de interactuar con las APIs ha cambiado. Vamos a repasar las razones por las que deberíamos repensar las tradicionales APIs basadas en RESTful en favor de GraphQL.

Seguir leyendo ¿Por qué deberíamos abandonar REST y empezar a usar GraphQL en nuestras APIs?

Codemotion Spain 2016: apuntes, reflexiones y cuestiones varias

Codemotion 2016

Recientemente se celebró Codemotion Spain 2016, el evento anual de desarrollo más multitudinario del territorio nacional, por segundo año consecutivo en el campus Montepríncipe de la Universidad San Pablo CEU de Boadilla del Monte, Madrid. Como no podía ser de otra manera, algunos editores y colaboradores de Genbeta Dev estuvimos por allí. Servidor entre ellos (obviamente, si no de qué iba a estar escribiendo este post) y estos son algunos apuntes, pensamientos y dudas que me suscitó dicho evento.Seguir leyendo Codemotion Spain 2016: apuntes, reflexiones y cuestiones varias

Codemotion Spain 2016: apuntes, reflexiones y cuestiones varias

Codemotion 2016

Recientemente se celebró Codemotion Spain 2016, el evento anual de desarrollo más multitudinario del territorio nacional, por segundo año consecutivo en el campus Montepríncipe de la Universidad San Pablo CEU de Boadilla del Monte, Madrid. Como no podía ser de otra manera, algunos editores y colaboradores de Genbeta Dev estuvimos por allí. Servidor entre ellos (obviamente, si no de qué iba a estar escribiendo este post) y estos son algunos apuntes, pensamientos y dudas que me suscitó dicho evento.Seguir leyendo Codemotion Spain 2016: apuntes, reflexiones y cuestiones varias

12 herramientas imprescindibles para asegurar la calidad del software (y sus alternativas)

12 herramientas imprescindibles para probar software (y sus alternativas)
Actualmente el número de herramientas a disposición de los equipos de desarrollo para probar software es muy amplio. Para cualquier tipo de prueba que queramos realizar (funcionales, rendimiento, regresión, etc.) el número de opciones disponibles, tanto gratuitas como comerciales, es muy grande. De entre todas estas he elegido 12 herramientas imprescindibles para probar software (y sus alternativas).

En unos casos son programas desarrollados para probar software. En otros, son programas que aunque no nacieron con ese propósito, han demostrado ser perfectos para realizar determinadas pruebas.

Seguir leyendo 12 herramientas imprescindibles para asegurar la calidad del software (y sus alternativas)

12 herramientas imprescindibles para asegurar la calidad del software (y sus alternativas)

12 herramientas imprescindibles para probar software (y sus alternativas)
Actualmente el número de herramientas a disposición de los equipos de desarrollo para probar software es muy amplio. Para cualquier tipo de prueba que queramos realizar (funcionales, rendimiento, regresión, etc.) el número de opciones disponibles, tanto gratuitas como comerciales, es muy grande. De entre todas estas he elegido 12 herramientas imprescindibles para probar software (y sus alternativas).

En unos casos son programas desarrollados para probar software. En otros, son programas que aunque no nacieron con ese propósito, han demostrado ser perfectos para realizar determinadas pruebas.

Seguir leyendo 12 herramientas imprescindibles para asegurar la calidad del software (y sus alternativas)

ToroDB Stampede, toda la potencia de una base de datos NoSQL en un entorno relacional mucho más eficiente

Torodb Stampede

Poder realizar queries como si de una base de datos MongoDB se tratase pero hasta 100 veces más rápidas y con las ventajas una base relacional. Esto es lo que propone el reciente lanzamiento de ToroDB Stampede. Simplificando el stack de ToroDB nos encontramos con una base de datos NewSQL, es decir, una base de datos que intenta proporcionar las funcionalidades y características de las bases de datos NoSQL, principalmente escalabilidad, sin renunciar al ACID de toda la vida de una base de datos relacional.

Viendo el ecosistema actual de base de datos, siempre nos ha llamado la atención la centena o miles de ellas que existen y sus diferentes protocolos. Lanzar una nueva base de datos es siempre complejo. Aquí está la primera aclaración sobre ToroDB, en lugar de implementar un nuevo protocolo y un sistema de queries propio, incompatible con el resto de sistema, la gente de ToroDB ha decidido implementar el mismo protocolo de MongoDB.

Seguir leyendo ToroDB Stampede, toda la potencia de una base de datos NoSQL en un entorno relacional mucho más eficiente

ToroDB Stampede, toda la potencia de una base de datos NoSQL en un entorno relacional mucho más eficiente

Torodb Stampede

Poder realizar queries como si de una base de datos MongoDB se tratase pero hasta 100 veces más rápidas y con las ventajas de una base relacional. Esto es lo que propone el reciente lanzamiento de ToroDB Stampede. Simplificando el stack de ToroDB nos encontramos con una base de datos NewSQL, es decir, una base de datos que intenta proporcionar las funcionalidades y características de las bases de datos NoSQL, principalmente escalabilidad, sin renunciar al ACID de toda la vida de una base de datos relacional.

Viendo el ecosistema actual de base de datos, siempre nos ha llamado la atención la centena o miles de ellas que existen y sus diferentes protocolos. Lanzar una nueva base de datos es siempre complejo. Aquí está la primera aclaración sobre ToroDB, en lugar de implementar un nuevo protocolo y un sistema de queries propio, incompatible con el resto de sistema, la gente de ToroDB ha decidido implementar el mismo protocolo de MongoDB.

Seguir leyendo ToroDB Stampede, toda la potencia de una base de datos NoSQL en un entorno relacional mucho más eficiente

Comunicaciones agresivas en la Red, una pérdida de tiempo

295310 Cats Angry Cat

Los desarrolladores somos los nuevos hechiceros de la sociedad. Condenados a estudiar de manera constante y diaria, a causa de nuestra inagotable ansia de conocimiento. Y orgullosos de construir sistemas que se implantan y utilizan en todo tipo de escenarios; a lo ancho, largo, alto y profundo de nuestro mundo (y más allá).

Es decir, los desarrolladores hacemos que muchas cosas funcionen gracias a nuestra capacidad intelectual; recibiendo a cambio, una invaluable dosis de satisfacción cuando nuestras criaturas – paridas con dolor y sufrimiento – llegan a producción y se utilizan.

Por eso llama poderosamente la atención la cantidad de tiempo que se puede perder – y se pierde – en estériles discusiones entre profesionales, que llevan a los extremos la defensa de sus ideas.

Seguir leyendo Comunicaciones agresivas en la Red, una pérdida de tiempo

Comunicaciones agresivas en la Red, una pérdida de tiempo

295310 Cats Angry Cat

Los desarrolladores somos los nuevos hechiceros de la sociedad. Condenados a estudiar de manera constante y diaria, a causa de nuestra inagotable ansia de conocimiento. Y orgullosos de construir sistemas que se implantan y utilizan en todo tipo de escenarios; a lo ancho, largo, alto y profundo de nuestro mundo (y más allá).

Es decir, los desarrolladores hacemos que muchas cosas funcionen gracias a nuestra capacidad intelectual; recibiendo a cambio, una invaluable dosis de satisfacción cuando nuestras criaturas – paridas con dolor y sufrimiento – llegan a producción y se utilizan.

Por eso llama poderosamente la atención la cantidad de tiempo que se puede perder – y se pierde – en estériles discusiones entre profesionales, que llevan a los extremos la defensa de sus ideas.

Seguir leyendo Comunicaciones agresivas en la Red, una pérdida de tiempo

Kotlin llega a Gradle: Escribe tus scripts de Gradle usando Kotlin script

Kotlin Gradle

Hace tiempo que Kotlin se está convirtiendo en una alternativa real para muchos desarrolladores, principalmente en el mundo del desarrollo Android, donde aún seguimos anclados a versiones muy antiguas de Java.

Ya hablamos en su momento sobre cuáles eran las bondades de este lenguaje.

La gente de Gradle se ha dado cuenta de ello, y desde hace unos meses están trabajando con Jetbrains para crear Kotlin Script e integrarlo en Gradle 3.

Seguir leyendo Kotlin llega a Gradle: Escribe tus scripts de Gradle usando Kotlin script

entradas antiguas

© 2017 Blog de Technow

Uso de cookies

Este sitio web utiliza cookies para que usted tenga la mejor experiencia de usuario. Si continúa navegando está dando su consentimiento para la aceptación de las mencionadas cookies y la aceptación de nuestra política de cookies, pinche el enlace para mayor información.ACEPTAR