Genbetadev

Javapocalypse: El mundo después de Java según los cachondos de JavaZone

Fernando Siles — Wed, 19 Jun 2013 06:01:50 GMT

Muere como un héroe o vivirás lo sufciente para convertirte en un villano

Perla de sabiduría popular que, premonitoriamente, suelta el fiscal de Gotham City, Harvey Dent, al principio de la mastodóntica ‘El Caballero Oscuro’. Con el paso del tiempo, Java ha pasado de ser el lenguaje estrella, el gran héroe, a empezar a ser bastante denostado por una parte del mundillo developer, sobre todo desde la compra de Sun por el demonio Oracle y la aparición de algunos bugs de seguridad. Pues bien, los siempre cachondos de JavaZone, uno de los eventos top en materia javera a nivel europeo, se han marcado un nuevo y genial vídeo en forma de trailer sobre las consecuencias de un posible apagón Java.

Los posts más curiosos y humorísticos los solemos dejar para los domingos pero el vídeo está pegando tan fuerte en los últimos días que no hemos podido esperarnos al día del señor para traerlo a Genbeta Dev. La verdad es que podríamos analizar largo y tendido este ‘Javapocalypse’ pero es que el nivel de hilaridad que llega a alcanzar es tal que las palabras no le hacen justicia. Yo estoy deseando ver la peli… o que hagan una serie o algo. Save the Java, save the World.

Para mi todavía mejor que aquella parodia de ‘El Resplandor’ (The Streaming, amazos) que se sacaron de la manga hace un par de años.

Vídeo | JavaZone en Youtube

El framework Artemis, versión C++

adrigm — Tue, 18 Jun 2013 10:21:24 GMT

Ya vimos en el artículo anterior las ventajas del modelo Entidad – Comoponente frente al modelo tradicional Orientado a Objetos de la programación de videojuegos, en este artículo veremos el Framework Artemis y un ejemplo de uso del mismo, para ello no usaremos la versión oficial escrita en Java sino un port de C++ del mismo.

En este pequeño ejemplo lo que vamos a hacer es crear una Entidad Player que va a tener dos componente posición y velocidad, también vamos a crear un sistema llamado MovementSystem que lo que va a hacer es actualizar la posición de las entidades que tengan un componente de posición y otro de velocidad.

Para crear tal sistema lo único que debemos definir son los componentes que no son más que sacos de datos y los sistemas que trabajan con los componentes.

Empezaremos definiendo los dos componente, ambos son muy parecidos ya que tanto la posición como la velocidad se pueden representar con un vector con un eje X y un eje Y. Así que vamos allá, el componente posición sería así.

#pragma once #include "artemis/Component.h" class PositionComponent : public artemis::Component { public: float positionX; float positionY; PositionComponent(); PositionComponent(float, float); }; // class PositionComponent

#include "PositionComponent.h" PositionComponent::PositionComponent() { this->positionX = 0.0f; this->positionY = 0.0f; } PositionComponent::PositionComponent(float x, float y) { this->positionX = x; this->positionY = y; }

Como podemos ver solo tenemos una clase con dos atributos publicos y sus constructores. Se podrían haber hecho los atributos privados y utilizar métodos get y set para acceder a ellos, pero para el ejemplo creo que es mejor dejarlo lo más simple posible.

El componente velocidad es muy parecido ya que la velocidad y la posición tienen los mismos atributos.

#pragma once #include "artemis/Component.h" class VelocityComponent : public artemis::Component { public: float velocityX; float velocityY; VelocityComponent(); VelocityComponent(float, float); }; // class VelocityComponent

#include "VelocityComponent.h" VelocityComponent::VelocityComponent() { this->velocityX = 0.0f; this->velocityY = 0.0f; } VelocityComponent::VelocityComponent(float x, float y) { this->velocityX = x; this->velocityY = y; }

Comentar que ambos heredan de la clase Component del namespace artemis. Esto es lo que le da la funcionalidad de componente.

Una vez definidos nuestros componentes podemos elaborar un sistema que actúe sobre ellos, vamos a crear un sistema llamado MovementSystem que actuará sobre todas las entidades que tengan los componentes de Posición y Velocidad que se encargará de cambiar la posición de las entidades con respecto al tiempo y a la velocidad.

#pragma once #include "artemis/Entity.h" #include "artemis/ComponentMapper.h" #include "artemis/EntityProcessingSystem.h" #include "PositionComponent.h" #include "VelocityComponent.h" class MovementSystem : public artemis::EntityProcessingSystem { public: MovementSystem(); virtual void initialize(); virtual void processEntity(artemis::Entity&); private: artemis::ComponentMapper<VelocityComponent> velocityMapper; artemis::ComponentMapper<PositionComponent> positionMapper; }; // class MovementSystem

#include "MovementSystem.h" MovementSystem::MovementSystem() { addComponentType<VelocityComponent>(); addComponentType<PositionComponent>(); } void MovementSystem::initialize() { velocityMapper.init(*world); positionMapper.init(*world); } void MovementSystem::processEntity(artemis::Entity& e) { positionMapper.get(e)->positionX += velocityMapper.get(e)->velocityX * world->getDelta(); positionMapper.get(e)->positionY += velocityMapper.get(e)->velocityY * world->getDelta(); }

En el sistema lo primero que hacemos es sobrecargar los métodos initialize y processEntity, el primero se encarga de inicializar el sistema y el segundo es el método encargado de procesar todas las entidades que cumplan los requisitos, en nuestro caso que tengan un componente de velocidad y otro de posición.

En el archivo de implementación podemos ver como accedemos a los atributos de los componentes y los modificamos en este caso obteniendo el delta pasado que se encuentra dentro del objeto world que es un objeto global donde viven todas las entidades y nuestros sistemas.

Por último vamos a ver como usar estos componentes y sistemas que hemos creado en una aplicación. Lo que vamos a hacer en nuestro ejemplo es ir mostrando la posición del jugador en cada instante de tiempo después de asignarle una posición inicial y una velocidad.

#include <Windows.h> #include "artemis/World.h" #include "artemis/SystemManager.h" #include "MovementSystem.h" int main(int argc, char **argv) { artemis::World world; artemis::SystemManager * sm = world.getSystemManager(); MovementSystem * movementsys = (MovementSystem*)sm->setSystem(new MovementSystem()); artemis::EntityManager * em = world.getEntityManager(); sm->initializeAll(); artemis::Entity & player = em->create(); player.addComponent(new VelocityComponent(2,4)); player.addComponent(new PositionComponent(0,0)); player.refresh(); PositionComponent * comp = (PositionComponent*)player.getComponent<PositionComponent>(); while(true){ world.loopStart(); world.setDelta(0.0016f); movementsys->process(); std::cout << "X:"<< comp->positionX << std::endl; std::cout << "Y:"<< comp->positionY << std::endl; Sleep(160); } return 0; }

Lo primero que hacemos es crear un objeto mundo a continuación obtenemos el SystemManager que es un objeto encargado de controlar y manejar todos nuestros sistemas.

La siguiente línea puede ser algo liosa, pero básicamente lo que hace es añadir nuestro MovementSystem al gestor de sistemas y obtener un puntero a él.

A continuación obtenemos un puntero al EntityManager que como podemos deducir gestiona las entidades del mundo.

Luego llamamos al método initializeAll del SystemManager que lo único que hace es llamar a los métodos initialize de todos los sistemas adscritos a nuestro mundo.

Después lo que hacemos es mediante el EntityManager crear una entidad y una referencia a la misma llamada Player. Esta será la entidad que representará a nuestro jugador que como podemos ver hasta ahora no había aparecido en escena.

Las siguientes tres líneas son obvias y lo que hacen es enchufarle los dos componentes de posición y velocidad dándole unos valores iniciales por último llamamos al método refresh necesario para que la entidad sepa que componentes contiene.

La siguiente línea solo creamos un puntero al componente posición de la entidad jugador para poder acceder a los datos del mismo y mostrarlos en pantalla. En realidad si quisiéramos mostrar estos datos en pantalla correctamente lo que deberíamos hacer es crear un sistema que se encargara de dicho cometido, pero se sale de lo que intenta mostrar este ejemplo.

Por último tenemos nuestro GameLoop típico en todos los juegos que se encarga de controlar el tiempo y en él procesamos todos los sistemas que a su vez procesan todas las entidades, para luego gracias al puntero auxiliar que hemos creado podemos acceder y mostrar los valores de la posición.

Mucho más

El framework Artemis abarca mucho más, podemos añadir las entidades a grupos o añadirle etiquetas. Esto sirve para que los sistemas puendan elegir procesar solo las entidades que pertenezcan a un determinado grupo como puede ser el grupo “enemigos”, etc. Las posibilidades son infinitas y todo es ponerle algo de imaginación y podremos crear sistemas verdaderamente complejos.

Repositorio de código

Si quieres probar este ejemplo he creado un repositorio de código en la plataforma GitHub, de momento solo esta creada la solución para Visual Studio 2012, pero sacaremos solución para otros entornos y sistemas, como siempre será bienvenido por parte de las usuarios hacer un fork y aportar nuevas soluciones.

Sitio oficial | Artemis Entity System Framework
Port C++ | Artemis C++
Repositorio de ejemplo | https://github.com/genbetadev/artemis-example

Diseño de videojuegos orientado a entidades y componentes

adrigm — Tue, 18 Jun 2013 05:01:09 GMT

Los que nos dedicamos al desarrollo de videojuegos sabemos que la programación orientada a objetos es la paradigma dominante en la programación de los mismos ya que es la que mejor se adapta, pero últimamente está surgiendo cada vez más el diseño basado en entidades y componentes.

Dentro de este marco y enfoque de trabajo del que se ha escrito bastante a surgido Artemis Entity System Framework un marco de de trabajo enfocado al modelo entidad – componente, pero antes de abordar esta biblioteca vamos a dedicar este artículo a ver el modelo entidad – componente y su diferencia con un modelo orientado a objetos.

Juegos orientados a objetos

En un diseño orientado a objetos cada cosa en el juego suele estar representada por una clase única como puede ser un jugador, una bala, un enemigo o un coche. Muy probablemente cada clase herede de otras, por ejemplo, en un juego puede existir la clase camión y la clase coche. Ambos son similares y probablemente en nuestra jerarquía de clases ambos hereden de una clase abstracta llamada vehículo que representa a un vehículo esta a su vez seguramente herede de una clase PhysicObject que representa a un objeto físico del mundo y muy probablemente todas ellas hereden de una clase superior llamada GameObject que los identifica dentro del juego.

Todo este sistema de herencia hace que cada vez vayamos teniendo clases más especializadas que cumplen su función aprovechando el código genérico lo máximo posible, pero existe un inconveniente en este método, a medida que crece la estructura del árbol de herencia se va haciendo más difícil de mantener. Ya que las aplicaciones están constantemente cambiando sus requisitos y funcionalidades lo más probable es que llegado un momento necesitemos añadir una funcionalidad en alguna de las clases bases haciendo que se vea afectada toda su estructura de herencia y puede que no todo su árbol de herencia se adapte a estos nuevos cambios haciendo que el árbol se rompa, una solución sería añadir los cambios en cada nodo hoja del árbol lo que sin duda sería una peor solución.

Juegos orientado a componentes

Uno de los principios básicos del diseño de software es la modularidad, hacer que cada sistema o componente sea lo más independiente del resto posible. Ese es el principio en el que se basa la programación orientada a entidades y componente. Abramos la mente y olvidémonos por un momento de la programación orientada a objetos y los paradigmas acerca de un buen diseño Orientado a Objetos que hemos aprendido durante muchos años.

Las Entidades

En el paradigma Entidad – Componente cada elemento del juego es una entidad independiente ya sea el jugador, una bala, un enemigo, un coche o un tanque cada uno de ellos se debe representar como una entidad única, nada de estructuras de herencia. Luego cada entidad esta compuesta de una serie de componentes por ejemplo la entidad Coche puede tener componentes como Velocidad, Posición o Modelo. Veamos a las entidades como sacos de componentes que le pueden enchufar y desenchufar los que queramos en cada momento.

Yo creo una entidad jugador y le enchufo varios componentes como pueden ser un componente vida, un componente posición, un componente velocidad o un componente modelo. En cualquier momento podemos quitar y poner un componente a una entidad sin que afecte al resto de componentes ya que son independientes y uno no necesita conocer la existencia del otro.

Los Componentes

Bien, ya hemos visto que las entidades están compuestas de componentes ahora hay que saber que son los componentes. Si las entidades son “sacos” de componentes, los componentes podemos decir que son sacos de “datos relevantes”, por ejemplo un componente de posición en un sistema 2D tendría dos datos una coordenada X y una coordenada Y. Lo mismo un componente velocidad en un sistema 2D tendría la velocidad en el eje X y la velcidad en el eje Y. Un componente de modelo tendría en un juego 3D tendría una referencia a un modelo 3D.

Como vemos con este sistema nosotros solo debemos diseñar los componentes que son claros y específicos con sus pocos datos relevantes como puede ser una posición. Así por ejemplo todo aquel objeto del juego que necesite tener una posición solo debemos enchufarle a la entidad que lo representa un componente de posición. La entidad en ningún momento sabe cual es su posición ni si quiera tiene que saber de que datos está compuesto el componente posición ella solo sabe que tiene uno asociado.

Como vemos los componentes tampoco saben de la existencia de otros componentes solo se preocupan de los datos que contienen. Ni si quiera de como deben ser tratados estos datos, las únicas funciones de un componente son los métodos get y set para modificar los valores de sus atributos.

La unión de todo, los sistemas

Bien volviendo al ejemplo de nuestro personaje, dijimos que estaba representado por una entidad como todo en el juego y que tenía, en nuestro ejemplo, enchufados tres componentes el de posición, velocidad y modelo.

Por ahora sabemos que nuestro personaje solo tiene unos datos que están dentro de unos componentes, pero no se comunican entre sí. De esto se encargan los sistemas. Por ejemplo, queremos que nuestro personaje se dibuje en determinada posición usando su modelo 3D.

Lo que hacemos es crear “un sistema” que no es más que una clase que procesa entidades, en nuestro caso podríamos tener un RenderSystem que se encargara de coger a todas las clases que tienen enchufados un componente de posición y un componente de modelo y dibujar el modelo en la posición dada.

Por otro lado queremos que nuestro personaje se mueva según su velocidad, es decir, que según su componente de velocidad variamos la posición de nuestra entidad. Así que lo que hacemos es crear un MovementSysteme que se encarga de procesar todas las entidades del mundo que tengan un componente posición y un componente velocidad y el sistema se encarga de actualizar los valores del componente posición teniendo en cuenta el tiempo pasado y la velocidad.

Veamos lo bueno de este sistema. Imagina que en un mundo de un juego 3D tienes una entidad mesa a la que enchufamos dos componentes posición y modelo. La mesa estará siempre en el mismo sitio por lo que solo tiene un componente posición y modelo y no uno de velocidad. El RenderSystem actuará sobre ella ya que cumple los requisitos de tener un componente posición y otro modelo, sin embargo el MovementSystem no actuará sobre ella ya que no tiene un componente de velocidad. Por otro lado tenemos un jugador que tiene los 3 componentes dicho por lo que actuarían sobre él los dos sistemas dándole la capacidad de moverse y de dibujarse.

Como vemos los sistemas no se conocen entre sí solo se preocupan de las entidades que tienen sus componentes necesarios y los actualizan en consecuencia. Con esto conseguimos un sistema totalmente desacoplado en el que solo debemos enchufar y desenchufar componentes a las entidades para que los sistemas actúen sobre ella.

Las posibilidades sin infinitas imagina que a nuestro personaje le enchufamos en un momento del juego un componente espada que le da la capacidad de usarla y en una versión futura decidimos que es mejor que lleve una pistola, solo debemos desenchufar el componente espada y enchufar el componente pistola y ya lo tenemos.

El Framework Artemis

En este artículo he querido explicar lo que es la programación entidad – componente, en el siguiente artículo veremos como un ejemplo de como funciona con el Framework Artemis que esta basado en esta idea.

Más información | Entity Systems are the future of MMOG development
Más información | Framework Artemis

A punto de abrir sus puertas el TechEd 2013 en Madrid

Juan Quijano — Mon, 17 Jun 2013 05:01:06 GMT

En febrero del 2013, Microsoft anuncio el país que acogería el evento tecnológico más importante – con permiso del BUILD – que realiza en anualmente en Europa, y que en este 2013 recalaría en España; específicamente en Madrid.

Según las propias palabras de los organizadores, el TechEd es el evento estrella de Microsoft para profesionales de TI y desarrolladores empresariales.

Así, la última semana de junio del 2013, del 24 al 28, se celebrará en el recinto ferial de Ifema, en Madrid; reuniendo a más de 5.000 profesionales venidos de todo el mundo que han pagado religiosamente lo que, en estos tiempos de crisis, ~~me parece un pastizal~~ cuesta la inscripción.

612 sesiones, repartidas en 9 tracks, comprenden el contenido técnico del evento. En todas ellas reconocidos profesionales de MS realizarán charlas y laboratorios prácticos; para niveles intermedios y avanzados.

Laboratorios de aprendizaje, exploración profunda de productos, y un sinnúmero de oportunidades para construir relaciones con la comunidad de expertos de Microsoft.

También se podrá acceder a sesiones de grupos de estudios con profesores de Microsoft para prepara certificaciones. Pudiendo realizar los exámenes en el propio evento, y finalizar el mismo con el valor añadido de poder obtener los certificados que más nos pueda interesar a nosotros y a nuestras empresas.

Como en todo gran evento, se realizará dentro del mismo una feria – TechExpo – en donde los patrocinadores y partners de Microsoft ofrecerán presentaciones y catálogos de sus servicios.

Y allí estará GenbetaDev, gracias a la cortesía de Microsoft Ibérica, para contaros las claves principales de un evento de esta magnitud.

Más información | TechEd Europe, Channel 9

Unit Test Generator para Visual Studio 2012

Juan Quijano — Sun, 16 Jun 2013 07:59:25 GMT

Hace unos días escribía un artículo en donde desglosaba un tutorial para habilitar la capacidad del Visual Studio 2012 de construir un test unitario desde la propia firma de un método.

Como se lee en los comentarios, y en diferentes foros, no siempre se consigue el resultado deseado, sobre todo si debemos crear el proyecto de test unitarios desde cero.

El pasado día 11 de Junio, los ALM Rangers – un grupo del propio Visual Studio – han publicado la beta de una extensión del IDE para, haciendo caso al continuada demanda de los usuarios de Visual Studio a través de la página User Voice, volver a implementar en toda su extensión las capacidades existentes en la versión 2010 del entorno de programación.

La extensión agrega la función “Crear prueba unitaria“, con enfoque en la creación de proyectos de forma automática, agregar las referencias del proyecto, la generación de stubs, la extensibilidad del proyecto, y el uso de múltiples frameworks de testing.

Como ventajas esta extensión devuelve al Visual Studio, tenemos:

Escribir rápidamente baterías de test unitarios, sin tener que preocuparse de crear y configurar proyectos de testing, ni los archivos.
Personalizar la generación del código de prueba mediante un menú contextual, asegurando que genera test con la nomenclatura que utilicemos en el proyecto.
Utilizar múltiples frameworks de pruebas.

Otra ventaja de esta extensión, y esto es sobre las versiones por defecto de VS2010, es que tanto el proyecto como los test incluyen el código justo, siendo mucho más limpio. Y además orientado a TDD, ya que la prueba unitaria que construye inicialmente devuelve un Assert.False – un rojo, como debe ser – al contrario que anteriormente que devolvía un indeterminado.

Más información | Unit Test Generator, Visual Studio User Voice
En GenbetaDev | Truco, volver a Crear pruebas unitarias desde Visual Studio 2012

¿Qué técnica usas para probar tu código?: la pregunta de la semana

Txema Rodríguez — Fri, 14 Jun 2013 20:14:37 GMT

Todo código es culpable de contener bugs hasta que se pruebe lo contrario. Seamos honestos, hacer tests nos da casi tanta pereza como documentar nuestras aplicaciones. Pero hay que reconocer que cuando podemos afirmar tajantemente que el código está libre de errores es un respiro de alivio, evitando futuras incidencias.

Esta semana queremos conocer cómo probáis vuestro código, ya sea usando técnicas como TDD u otras formas menos ortodoxas.

¿Qué técnica usas para probar tu código?

Recuerda que para responder, debéis hacerlo desde nuestra sección de Genbeta Dev Respuestas. Los comentarios de este post están cerrados. Gracias.

La semana pasada preguntaba, ¿Cómo sería tu evento para desarrolladores perfecto? Entre todas las respuestas y la discusión que se ha generado, la aportación más simpatica ha sido la de ha sido la de Jhonny López.

Con juegos de azar y mujerzuelas. De hecho, olviden el evento para desarrolladores.

Os animamos a todos a participar y recordaros que Genbeta Dev Respuestas está a vuestra disposición para resolver todas la dudas que tengáis.

En Genbeta Dev | ¿Qué técnica usas para probar tu código?

El lento amanecer del estándar HTML5 de la W3C

Juan Quijano — Wed, 12 Jun 2013 13:20:24 GMT

Hace ya casi dos años que publiqué, en GenbetaDev, este artículo en donde describía el lento y agónico procedimiento por el cual se va certificando un nuevo estándar de HTML el consorcio W3C.

Ya entonces estaba en pleno auge el debate sobre la compatibilidad de los diferentes navegadores con las especificaciones nuevas del lenguaje, desencadenado todo por la negativa de Apple de soportar Flash en sus dispositivos táctiles.

El estado de la especificación HTML5 en

Como se puede observar en la imagen que encabeza el capítulo, la mayoría del núcleo duro de la especificación está aún a dos largas fases para poder denominarse un estándar cerrado y acabado.

Siendo, de lejos, la más avanzada de las definiciones la relacionada con la Geo localización, cosa que cualuqier desarrollador actual conoce que es de las cosas que mejor funcionan.

Tal vez lo peor, y que es la razón que argumenta Microsoft con su IE para ir uno o dos pasos atrás en la implementación de la especificación HTML5 en comparación con Chrome, Opera u otros, sea los módulos descartados.

Así tenemos, por ahora, las API de mensajería y Calendario, el almacenamiento vía Web SQL y las operaciones de cache HTTP.

Una mirada más profunda en un Work Group

Si bien existe un calendario general de toda la especificación HTML5 y las tecnologías asociadas que indica que el estandar no llegará a la etapa de Recomendación hasta el año 2014, también es cierto que los grupos de trabajo gestionan sus propios tiempos.

Así el Perfomance Work Group ha publicado el ritmo de evolución de los diferentes módulos en desarrollo, estándo la mayoría apenas en sus primeros y más tiernos inicios.

Estando es su estado final las relacionadas con la medida del tiempo, y la visibilidad de una página. Las tres (que son una triada) orientadas, como indica el nombre del grupo de trabajo, a la mejora de las prestaciones o desempeño de las Web.

Osea, que a tener mucha paciencia y a rogar que no cambien muchas cosas.

Vía | Web Performance APIs Rapidly Become W3C Recommendations
Imágenes | Wikipedia
En GenbetaDev | WebApp API’s, el trabajo en las trincheras no cesa

CodeSpells: Java para niños (y mayores)

calendamaia — Wed, 12 Jun 2013 04:17:03 GMT

“El personaje se despierta en un lugar extraño, poblado por criaturas parecidas a los gnomos. Ha sido enviada aquí para conocer los caminos de la magia. Los gnomos necesitan su ayuda, saben un poco de magia, pero no la suficiente para llevar a cabo tareas simples. Necesitan su ayuda, y ella la suya”.

Así se presenta CodeSpells, ambicioso proyecto que pretende enseñar la programación a través de un juego. En ella debemos usar diferentes hechizos para poder avanzar en el juego, y estos se escribirán en lenguaje Java.

El proyecto se ha llevado a cabo en el ámbito universitario, en la escuela de ingeniería UCSD Jacobs. El equipo de programación ha sido dirigido por Sarah Esper y Stephen Foster, y asesorado por William Griswold. Es un claro ejemplo de cómo un juego se puede utilizar en el ámbito educativo para transmitir conocimiento, a través de la actividad lúdica que resulta una forma sencilla de llegar a los niños y no tan niños.

Se ha utilizado un grupo de 40 jóvenes en el intervalo de edades entre 10 y 12 años, y que no tenían ningún conocimiento previo de programación, para verificar el potencial del juego. Transcurrido un tiempo jugando a CodeSpells, ya se podía certificar que empezaban a conocer los rudimentos del lenguaje, y a modificar los distintos hechizos para conseguir nuevos.

Por poner un ejemplo, uno de los hechizos “Sentry“ (centinela), se escribiría de la siguiente forma:

y servirá para mover objetos hacia atrás y adelante.

Por ahora sólo se encuentra disponible para la versión Mac OSX 10.5 y posteriores, aunque se está trabajando en la versión para Windows.

Vídeo de presentación del juego:

Os indico además, al final del artículo, los enlaces al código del proyecto y a las instrucciones para empezar a desarrollar sobre él. Y no olvidéis que la intención del equipo de programación es que el juego sea completamente gratuito.

Más información | CodeSpells | Código del proyecto | Instrucciones para desarrollar en CodeSpells | UCSD Jacobs

En Genbeta | Scratch, enseñando programación a los peques

Si tienes cuenta de desarrollador Apple, ya puedes probar la beta de iOS 7

Johnbo — Tue, 11 Jun 2013 11:01:03 GMT

Tras el impresionante seguimiento que nuestros compañeros de Applesfera y Genbeta hicieron ayer del WWDC 2013, hoy llega el día en que todo el mundo quiere probar en sus propias carnes las novedades anunciadas.

Pues bien, en Cupertino no se han hecho de rogar y si pertenecéis al programa de desarrolladores de Apple ya podéis acceder desde el iOS Dev Center a la beta de iOS 7, junto con gran cantidad de material como recursos de diseño, guías de transiciones y toda la documentación y código de ejemplo para la nueva versión del sistema operativo móvil de la manzana.

Eso sí, si estáis alistados como desarrolladores pero no tenéis activada la cuenta para poder publicar aplicaciones (es decir, si no habéis pagado los 99 dólares anuales), os encontraréis con acceso restringido a la beta:

You must have an active iOS Developer Standard or Enterprise Program membership to access the development resources for iOS 7 SDK beta.

Pero, por suerte, existe un subterfugio para poder instalar la beta sin ser desarrollador, eso sí, bajo vuestra propia responsabilidad.

Si la probáis, contadnos por aquí vuestras impresiones y cómo afecta al desarrollador más allá del cambio de diseño.

Más información | iOS 7 beta for Apple Developers

"Mucha gente aún se plantea si el Agilismo es para ellos", entrevista a Ángel Medinilla

Juan Quijano — Tue, 11 Jun 2013 05:01:59 GMT

A principios del Siglo XXI, en los Estados Unidos se plasma una evolución de la forma de desarrollar software a través del Manifiesto del desarrollo de Software Agile.

Aquellas cuatro frases, que se convirtieron en una verdadera revolución en todo el mundo una década después, han sido recogidas, trasladadas, entendidas, interpretadas y evangelizadas por todo el mundo y por todo tipo de profesionales.

Pero en España, Ángel Medinilla, destaca como uno de los pioneros del Agilismo y, actualmente, posiblemente el embajador internacional con más reconocimiento allende de nuestras fronteras.

Hoy os traigo una larga entrevista en la que le pregunto, a bocajarro y sin medias tintas, sabiendo de su carácter directo, vehemente y arrollador.

¿Desde cuándo está metido en temas de gestión de proyectos Agiles o, el llamado, Agilismo?

Creo que los primeros contactos los hice en torno a 2004 o 2005, pero en aquella época aún era un gestor de proyectos “vieja escuela“, ya sabes: diagrama de Gantt en una mano y látigo en la otra. Utilicé el marco de trabajo Scrum como herramienta sencilla de seguimiento de algunos proyectos, y me pareció simple a la vez que eficaz, pero aún no entendía la auténtica potencia de la Agilidad. Digamos que fueron mis años de “Scrum-pero“ (Scrum PERO sin Scrum Master, Scrum PERO sin Scrum Diario…). No fue hasta 2007, cuando comencé mi andadura en solitario, que realmente pude implementar algo parecido al marco completo y observé el potencial de la metodología cuando se entiende y se vive como un todo.

¿Por qué adoptaste el manifiesto Agile?

Por puro pragmatismo. Después de muchos años de trabajar en la Vieja Escuela, descubres que se puede ser más productivo, creativo, eficiente – ¡y feliz! Para mí no hay vuelta atrás, todo lo que venga en el futuro a sustituir el Manifiesto deberá construirse sobre los cimientos de colaboración, flexibilidad, calidad y motivación descritos en él.

¿Te consideras un Gurú?

Sí, por supuesto. :^P

No, ahora en serio, para mí un Gurú es alguien en quien la gente confía de forma ciega. El término tiene para mí una acepción de “Fé”, en el sentido de aceptar lo que el Gurú te diga sin cuestionarlo, y esto es radicalmente contrario a mis propias creencias. Buda decía sus discípulos “no creáis en nada sólo porque lo habéis oído, porque esté escrito en libros sagrados o incluso porque yo os lo diga, pero cuando encontréis algo que, tras observación y análisis, sea razonable y os ayude a vivir mejor, entonces aceptadlo y vivid de acuerdo a ello”.

¿Cuánto más sabios que Buda son los auto-proclamados “Gurús“?

Sí es cierto que uno de mis valores más fundamentales es el crecimiento y la mejora continua, por lo que me dedico en cuerpo y alma a aprender y experimentar. Si hubiera dedicado diez años de mi vida a tocar el piano, ahora mismo sería experto en piano probablemente, pero en vez de eso he dedicado veinte a estudiar y practicar la gestión de proyectos. En ese sentido, si lo que aprendo puede ayudar o guiar a otros, es para mí una gozada poder compartirlo. Formador, entrenador, guía, “sherpa“ o incluso mentor pueden ser etiquetas que podría llegar a aceptar, no sin cierta incomodidad, pero lo de Gurú me chirría cosa mala :P

Tu visión, actualmente, ya es más internacional que la de nadie que conozca en Agilismo patrio, ¿cómo ves el Agilismo en España? ¿Qué flaqueza y qué fortalezas?

Regular tirando a pachucho. Estamos todavía en una fase en la que mucha gente aún se plantea si el Agilismo es para ellos, o cuáles son las ventajas de ser Ágiles, o “en qué proyectos conviene usar Scrum“, cuando allende fronteras estas cosas ya prácticamente ni se discuten.

Como es habitual en nuestro país, estamos tremendamente aislados de la comunidad internacional, y salvo raras excepciones ni siquiera estamos en contacto con la pujante comunidad Iberoamericana.

Sutherland daba datos demoledores en la Scrum Gathering de Las Vegas, a la que tuve la suerte de acudir como ponente: 670.000 ofertas de empleo en los Estados Unidos incluyen palabras como “Scrum” o “Agile“; Microsoft está remodelando todo su campus para dar soporte a los equipos Ágiles ya que actualmente la mayoría de las conversaciones tienen lugar en pasillos; Yahoo está relanzando su cultura de Agilidad; el propio Ministerio de Defensa de los Estados Unidos, la cueva de la que nació el desarrollo “Waterfall“, está especificando formas Ágiles de trabajar con sus proveedores.

Quizás por ello una parte importante de la comunidad Ágil Española está tremendamente polarizada en la zona más extrema de la Agilidad. Veo esto como una reacción estilo péndulo a la opresión y explotación que los desarrolladores viven aún en muchísimas empresas Españolas. Lo considero algo lógico, pero creo que debemos avanzar y no enquistarnos en posturas radicales. Como se suele decir, “hasta aquí puedo leer“ :P

Por último, y como es habitual en nuestro país, estamos tremendamente aislados de la comunidad internacional, y salvo raras excepciones ni siquiera estamos en contacto con la pujante comunidad Iberoamericana. Por poner un ejemplo, si vas a las conferencias Ágiles de Alemania, Holanda, Bélgica, Eslovenia, Polonia, Checoslovaquia o Portugal (por poner algunos ejemplos donde haya estado recientemente o vaya a estar pronto), verás que casi todas las sesiones son en inglés, lo que permite que vengan ponentes internacionales e incluso asistentes de países vecinos. Aquí tuvimos quejas en la primera Agile Spain porque trajimos a Henrik Kniberg y no había traducción simultánea. :(

¿Qué cambiarías o mejorarías en la comunidad Agile para continuar en el proceso de madurez de Agile en España?

Creo que para mejorar debemos dar una imagen más profesional, con eventos y acciones dirigidos a la empresa y no exclusivamente a los desarrolladores de software. Veo muchos katayunos, coding dojos, coaching dojos, talleres de juegos… Y me parece fenomenal, hay que hacer más. Pero también veo pocas sesiones dirigidas a promover un cambio en el modelo productivo en España. Hace poco organizamos un evento de estas características en Barcelona, con la ayuda de Mobivery, y la respuesta fue espectacular: 40 empresas de entornos no técnicos se han entusiasmado con las posibilidades de un marco de trabajo Ágil en sus sectores, y te hablo de bodegas, editoriales, farmacéuticas, agencias de comunicación…

Eres la persona detrás del concepto ScrumBan. ¿Qué es y qué ventajas tiene?

Bueno, lo primero que debo aclarar es que yo promuevo “un“ concepto ScrumBan, ya que probablemente haya otras muchas versiones. La idea detrás de nuestro ScrumBan (nombre que intenta describir un híbrido entre Scrum y Kanban) es que, aunque Scrum prescribe que no se realice ningún tipo de cambio o añadido durante una iteración para que así el equipo pueda concentrarse y no sufrir de demasiados cambios de contexto, nuestra experiencia tras trabajar con cientos de equipos de todo el mundo es que esto rara vez ocurre. En cambio los “Kanbanitas“ son más flexibles en este sentido y van procesando peticiones según van llegando, pero suelen perder algo de capacidad de visión estructurada a medio/largo plazo.

Las cosas en España están como están, no quiero ahondar en esto, pero o nos damos cuenta de que hay que salir fuera a buscar negocio o mal vamos.

Con nuestro enfoque ScrumBan lo que intentamos es gestionar la incertidumbre inherente al desarrollo mediante una distribución controlada de tiempo dedicado a la iteración (proyecto estructurado) y tiempo dedicado al “día a día“ (incertidumbre). Realizamos esta gestión mediante la definición de varias calidades de servicio o prioridades, y su seguimiento a lo largo del Sprint nos permite aprender sobre lo que de veras está ocurriendo en el equipo, así como diseñar mejor la ocupación en próximas iteraciones.

No tienes suficiente con charlas por toda Europa, sino que además has escrito un libro ¿qué te lleva a dedicar el inmenso esfuerzo y tiempo a redactar un libro?

Sin duda hay una parte de interés puramente “marketiniano“ y mercantilista: un libro es una buena manera de promocionarte y luce fenomenal en el curriculum :P . Pero indudablemente este primer libro sobre Agilidad aplicada a las capas gerenciales es simplemente algo que tenía dentro y que necesitaba salir. De hecho me arrepiento de haberlo escrito un poco “del tirón“, por lo que para el segundo me estoy tomando bastante más tiempo (quizás demasiado).

Es una obra de una extensión media, ¿dónde aconsejarías al lector que ponga la máxima atención?

Precisamente la idea era no acabar con uno de esos “mamotretos“ de ochocientas páginas que quedan preciosos en la biblioteca pero que luego nadie se lee. Está estructurado en capítulos cortos que se pueden leer de forma independiente, pero recomendaría al lector que no se salte a la ligera el capítulo en el que hago un resumen muy somero de Lean y Agile, ya que hay una serie de principios que, en base a mi experiencia, no son del todo entendidos por un gran número de practicantes.

¿Qué parte del libro es la que recuerdas con más cariño por su elaboración o resultado?

El capítulo final de “últimas reflexiones“ contiene una serie de principios vitales que me son muy íntimos y personales. Sin duda gran parte de quién es Ángel Medinilla está contenida en él.

¿Por qué solo en inglés?

Por militancia. Como te decía antes, estamos muy aislados y parece que si no hacemos las cosas en castellano la gente no viene a los eventos o no consume los productos. He querido dar un paso al frente para instar a la comunidad a producir y consumir en inglés. Si alguien que quiere progresar en la Agilidad no se lee el libro “porque está en inglés“, mal futuro le auguro, ya que los cambios y el esfuerzo que suponen una transformación Ágil son mucho más duros que los que supone practicar un idioma que, hoy por hoy, es el sistema operativo de los negocios.

Las cosas en España están como están, no quiero ahondar en esto, pero o nos damos cuenta de que hay que salir fuera a buscar negocio o mal vamos. Y la tradicional estrategia de vender a Iberoamérica “porque allí hablan castellano“ no tiene pinta de ser suficiente para arreglar la que tenemos montada.

Desde hace ya unos años tienes una empresa, pequeñita, orientada al Agilismo. ¿Hay mercado? ¿Se puede vivir del Agilismo?

Durante una serie de años he disfrutado sin duda de una posición de “first player“, por lo que he podido aprovechar muy bien el primer boom del Agilismo en España. Hoy por hoy hay una competencia muy amplia y de muchos tipos, con lo que llega una importante segmentación del mercado. Esta segmentación hace más difícil crear una empresa potente o mantener un plan de negocio, sobre todo si tu único producto es Agilidad y tú único mercado España. Creo que se ha creado cierto hueco para freelances, para life-style businesses o para empresas que presten otro tipo de servicios además de los relacionados con la Agilidad, pero no veo hueco para un Thoughtworks o un Agile42 en España ahora mismo. Tampoco veo que haya hueco para (utilizando tu término) “Gurús“ que viven sobre todo de dar conferencias y charlas pagadas, no hay tal demanda aun. Pero sí es posible que haya una opción importante si conseguimos abrir el concepto de Agilidad no sólo a las empresas tecnológicas sino a todas las empresas que basan su ciclo de valor en la gestión del conocimiento.

También es cierto que me equivoco con muchísima frecuencia en mis predicciones empresariales, claro… :P

¿Además de coaching, qué más cosas ofreces que explique el éxito de tus servicios?

Indudablemente el núcleo de nuestro negocio ahora mismo es la formación, tanto in-company como abierta. Los cursos abiertos, como el que hacemos en Junio en Madrid por ejemplo, permiten a empresas pequeñas y medianas acceder a una formación que, de otra manera, les podría resultar cara o directamente inaccesible, por no tener suficientes alumnos como para un curso privado. Por otra parte, y aunque la llamamos “formación“, los cursos que hacemos en empresa son sobre todo eventos fundacionales de un proceso de cambio, y permiten atacar la problemática específica de cada empresa generando un entendimiento común y un compromiso compartido.

Aparte de este tipo de servicios, las empresas medianas-grandes necesitan con frecuencia un apoyo o seguimiento a sus procesos de cambio, y ahí también estamos siendo muy activos.

Muchos equipos alcanzan estados espectaculares de Agilidad sin necesidad de un coach. El coach es una herramienta que, bien usada, debería servir para acelerar la transición y ahorrar una serie de tropezones.

En particular, hay dos cosas que nos distinguen a la hora de prestar servicios al mercado: una, la energía y la pasión que ponemos en nuestro trabajo, algo que se ha convertido sin duda en “marca de la casa“; la otra, la versatilidad y amplitud de nuestra oferta, ya que, mientras otras entidades sólo ofrecen cursos de una materia concreta, nosotros abarcamos un espectro muy amplio, que incluye Scrum, Kanban, Liderazgo y Coaching de Equipos, Agilidad Empresarial, Lean, Agile Management / Management 3.0, Agile Product Management, Lean Startup, Agile Kaizen, Story Telling, Visual Facilitation…

¿Tienes pensado en crecer? ¿Es posible crecer en España?

O Sensei Morihei Ueshiba, creador del Aikido, decía que “La vida es crecimiento, tanto técnico como espiritual; si no hay crecimiento, es como si estuviéramos muertos“.

Mi intención de crecer no es tanto en un sentido material (trabajadores, facturación) como técnico y, sí, espiritual. Pero evidentemente hay una intención de crecer. No me importaría nada crecer en España, pero como es evidente lo veo muy difícil a corto o medio plazo, por lo que llevo mucho tiempo invirtiendo en crecer lo más internacionalmente posible.

Hay que darse cuenta que, por poner un ejemplo, a mí me cuesta lo mismo (en horas y coste) un viaje a Pamplona que un viaje a Helsinki, y que sin embargo hay más mercado en Helsinki que en Pamplona. Nos tenemos que quitar complejos y perezas para salir a vender al mundo “a machete”. Y esto va por todas las empresas, no solo por los Agilistas.

¿Qué aconsejarías a los estudiantes o a los profesionales para que puedan reconocer la vocación por el Coaching?

Bueno, aquí lo primero sería distinguir al “Agile Coach“ del concepto general de Coach. Creo que los Agilistas utilizamos muy a la ligera el término Coach, y que en general la palabra se ha prostituido (con perdón) tanto que ya está muy vacía de sentido (hace poco una persona me decía que venía de “hacer un coaching de Oracle“ XD).

Para mí el Coach Agil es una persona que enseña, acompaña y facilita a equipos la adopción de los principios, valores y prácticas relacionados con la Agilidad. Para ello es muy importante disponer de un amplio conocimiento técnico, tanto relacionado con la Agilidad como en el campo en el que trabajen dichos equipos, a la vez de contar con una serie de cualidades más humanas como la capacidad de escuchar, transmitir, enseñar, empatizar… Indudablemente, estas últimas son las más complicadas de adquirir, pero sin duda las que mayores satisfacciones proporcionan tanto en lo personal como en lo profesional.

¿El Coach se hace o se nace?

El Coach se hace al 100%, pero ese “hacerse“ incluye todo el trasfondo de la persona desde que nace. Hay quien ha crecido convencido de que él “es tímido“ y, claro, esto se convierte en una profecía auto-cumplida. Siempre hay tiempo de cambiar, pero para ello hace falta una clase de convencimiento y compromiso que no todo el mundo está dispuesto a adquirir. El que lleva cuarenta años siendo un arrogante, un tirano o un ególatra es difícil que llega a experimentar la epifanía necesaria para buscar un cambio que le sitúe en el camino de llegar a ser un Coach.

Pero cuidado: ocurre.

¿Y la parte que no es talento, cómo se aprende o consigue?

Practicar, practicar, practicar. Cuando vemos a alguien excepcional nos gusta decir que “tiene talento“, porque eso implica que el talento es algo que se te otorga al nacer y, como a nosotros no nos ha tocado, no hay nada que podamos hacer – ergo no nos toca hacer nada. Cuando por el contrario reconocemos el trabajo que hay detrás de dicho “talento“, se nos marca un camino a seguir, unos “deberes“ a realizar, y eso en general nos incomoda.

Si nos ponemos futuristas, los modelos actuales de madurez y evolución en el mundo de la Agilidad apuntan a un futuro más participativo y desestructurado.

¿Por qué es necesario el coaching?

¿Y quién ha dicho que sea necesario? Muchos equipos alcanzan estados espectaculares de Agilidad sin necesidad de un coach. El coach es una herramienta que, bien usada, debería servir para acelerar la transición y ahorrar una serie de tropezones. En su máxima expresión, el coach debería abrir una serie de posibilidades que el equipo por su cuenta rara vez logra descubrir. Pero no iría tan lejos como para decir que el coach es “necesario“, esto no sería honesto.
Es como ir andando o ir en coche: eso no implica que el coche sea “necesario“. Y sí, el coche es más caro. :P

¿Los efectos o el cambio perduran en el tiempo cuando desaparece la figura del Coach?

Solo si se ha alcanzado cierta inercia organizativa. Es por eso que en la mayoría de los casos son los propios clientes los que piden acciones de refuerzo cada cierto tiempo. De hecho, lo clientes que objetivamente han alcanzado mejores resultados son aquellos que han mantenido un programa de refuerzo durante una serie de años.

¿Se puede extrapolar los 4 enunciados básicos y los principios de la declaración Agile a otros ámbitos de actuación?

Indudablemente. Creo que, como poco, son extrapolables a todos los entornos en los que la actividad de la organización no sea puramente rutinaria, física o algorítmica, y esto nos lleva a la práctica totalidad de las industrias basadas en trabajadores del conocimiento.

¿Se puede convertir el Agilismo es una filosofía de vida?

No sé si se puede o no, pero te aseguro que mucha gente lo está intentando. Hay personas cuya vida parece girar en torno a los principios y valores del Agilismo, e incluso dedican gran parte de su tiempo personal a participar de la cultura de la Agilidad en diversas formas. Creo que esto no ha ocurrido en el pasado con cosas como ISO, CMMI, ITIL, PMBOK, PRINCE, Métrica… Y sin duda esto quiere decir algo. Creo que la grandeza de la Agilidad es que, además de proporcionar un marco de gestión adecuado para entornos complejos, ha sabido incluir una dimensión humana que hace que las personas no se sientan piezas en un mecanismo, sino parte integrante de algo más grande. Proporcionar a las personas una sensación de pertenencia a un grupo y un propósito compartido es sin duda un factor motivacional espectacular, y esto ha contribuido a crear una “Cultura de Agilidad“.

¿Hay un mundo post Agile? ¿Estamos ya en la era post Agile?

Si nos ponemos futuristas, los modelos actuales de madurez y evolución en el mundo de la Agilidad apuntan a un futuro más participativo y desestructurado (no me gusta la palabra “anarquía”) en el que la organización funciona como redes de valor, algo más parecido a una red social que a una jerarquía militar. La Agilidad, hoy por hoy, no da respuestas claras acerca de cómo alcanzar de forma operativa este nivel de auto-organización, sobre todo cuando la empresa tiene un tamaño medio o grande, y se está fijando en ejemplos como Semco, Valve, GitHub, WL Gore y otros experimentos radicales de auto-organización. Este va a ser sin duda uno de los temas estrella en la próxima conferencia Agile Spain 2013, pero para poder llegar a este futuro hay que pasar primero por toda una serie de fases en las que consigamos ser excelentes: tanto en primeros escalones, donde seamos capaces de centrarnos más en la producción de valor que en perseguir metas y métricas arbitrarias, como en fases más avanzadas en las que sepamos como optimizar ese valor, como colaborar de forma efectiva, como trabajar en la empresa como un todo…

Muchas gracias Ángel por tu paciencia y por ese pulso de energía positiva que siempre me llevo al leerte y oírte.

Más información | Proyectalis, Agile Management: Leadership in an Agile Environment

Verdades y mentiras sobre el autismo y las pruebas de software

Johnbo — Mon, 10 Jun 2013 13:31:59 GMT

El 2 de abril fue el Día Mundial de Concienciación sobre el Autismo. Quizá por la cercanía a esta fecha, tuvo bastante calado durante las semanas siguientes una noticia titulada “Los autistas como software testers”, basada a su vez en un post de microblog de mismo título, fechado en 2008.

La noticia cuenta la historia de Specialisterne, una empresa danesa con un 70% de trabajadores afectados de autismo como consultores, realizando labores de entrada de datos y pruebas de software. Acto seguido, se nos desvelan las características que convierten a los autistas en mejores testers que el resto. ¿Cuántas verdades, mentiras y medias verdades forman parte de esta noticia?

Media verdad: los trabajadores de Specialisterne son autistas

En realidad, padecen de trastorno de Asperger, que si bien es una enfermedad encuadrada dentro del espectro del autismo, se aleja bastante de lo que comúnmente se entiende por un autista.

El síndrome de Asperger se caracteriza, fundamentalmente, por la dificultad o incluso total carencia de habilidades sociales, dependiendo del grado. Son personas a las que les cuesta sentir empatía o percibir los sentimientos de las demás personas. También les resulta difícil captar ciertos matices no verbales como el sarcasmo, interpretando muchas veces las oraciones en sentido literal, lo que hace que en ocasiones se les pueda ver como muy crédulos o incluso ingenuos.

Verdad: el trabajo de tester es apropiado para una persona con Asperger

Según la Federación Asperger España:

La persona que lo presenta tiene un aspecto e inteligencia normal, frecuentemente, habilidades especiales en áreas restringidas, pero tiene problemas para relacionarse con los demás y presentan comportamientos inadecuados.

En la medida en que las pruebas requieren interactuar con un software, analizarlo de forma objetiva y expresar del modo más directo posible los defectos del mismo, una persona con Asperger estará tan capacitada como cualquier otra para realizar las tareas de un tester. Es más, es probable que su visión analítica le permita centrarse más en los fallos y bondades del producto a probar que en la reacción que el equipo de desarrollo pueda tener ante estas incidencias, con todo lo positivo y lo negativo que esto conlleva.

Las personas con Asperger no tienen por qué tener afectadas sus capacidades intelectuales o motrices

Media verdad: las personas con Asperger tienen capacidades especiales para las pruebas

Algunas personas con Asperger pueden presentar “características de comportamiento relacionadas con rasgos repetitivos o perseverantes” y “memoria inusual para detalles”. Estas dos cualidades son beneficiosas para un tester, pero ni todos las presentan ni son superpoderes que los conviertan en mejores testers.

Hablamos de personas que no tienen afectada su inteligencia, que es perfectamente normal, sino una fase de su desarrollo que afecta a unas capacidades muy específicas. Por tanto, el hecho de que tengan más memoria o incluso fijación por los detalles no es una cualidad sobrehumana, sino una especie de “volcado” de sus aptitudes hacia tareas que no requieren de habilidades sociales, del mismo modo que las personas con ceguera agudizan su sentido del oído.

Es decir, pueden llegar a sen tan observadores como el que más, pero no nacen con predisposición a este tipo de tareas comparados con el resto de personas.

Mentira: las pruebas de software son un trabajo repetitivo y tedioso

Todo el rato hablamos de tener buena memoria y realizar tareas repetitivas, pero ¿en eso consiste ser un tester? Respuesta corta: no.

El objetivo de las pruebas de software es asegurar en la medida de lo posible la calidad de una aplicación, minimizando el riesgo de que se produzcan fallos en producción y colaborando en que la resolución de éstos sea lo más rápida posible. El modo en que se consiga este nivel de calidad es lo que puede distinguir a un buen tester de uno no tan bueno.

El método más simple consistiría en poner a un montón de personas en modo máquina a introducir datos y más datos hasta cubrir todas las combinaciones posibles y asegurarnos que todas ellas producen el resultado esperado. En algunos casos puede ser la opción más rápida, pero en otras sería totalmente inviable y demostraría un planteamiento tan burdo como intentar romper una contraseña de 40 caracteres por fuerza bruta.

El testing no comprende solamente las pruebas funcionales, sino que hay multitud de enfoques, cada uno de ellos con diversas herramientas y que pueden ser compatibles entre sí. Caja blanca, caja negra, rendimiento, pruebas unitarias, TDD, pruebas de aceptación, automatización de interfaces de usuario, pruebas data-driven, reutilización de tráfico real en entornos de pruebas, análisis estático, monitorización de entornos de producción, generación de mocks y stubs, pruebas de estrés, testing exploratorio…

Un trabajo complejo y tan variado o entretenido como se desee plantear, llegando a abarcar tantas herramientas y tecnologías como un desarrollador.

Conclusiones

Como suele pasar, un titular jugoso o una historia sorprendente no nos dejan ver la absoluta normalidad que hay detrás de todo. Sería injusto denegar a una persona la posibilidad de trabajar como tester sólo por padecer el síndrome de Asperger, ya que no ha de afectarle a su desempeño.

Pero no podemos pretender que todos ellos acaben dedicándose a las pruebas, ya que se puede dar la impresión equivocada de que ése es el único trabajo al que pueden optar. Y tampoco es justo para ellos vender el testing como una actividad robótica, puesto que en realidad requiere de inteligencia y del uso de distintas estrategias.

Y, en cualquier caso, es encomiable el ejemplo de Specialisterne al no juzgar a sus candidatos más que por su capacidad objetiva para realizar un trabajo.

Vía | Think big – Los autistas como software testers
Imágenes | Specialisterne

De Photoshop a CSS en Brackets. Coming soon

Fernando Siles — Sat, 08 Jun 2013 08:40:50 GMT

Cuando trabajas con clientes, sobre todo si son agencias de diseño o similares, te mandan ficheros .psd con doscientas capas y te sueltan el “queremos que la web/funcionalidad/modulo/landing sea tal que así”. Si tienes un maquetador, no pasa nada, ya se come el brownie de última hora (porque estos correos siempre llegan a última hora). Sin embargo, si te lo tienes que comer tú, el sudor frío empieza a poblar tu frente. Por eso estoy deseando que la funcionalidad de Brackets que se presenta en el vídeo que encabeza este post se haga realidad para el gran público.

Lo primero de todo es comentar, para quien no lo sepa, que Brackets es uno más de los tantos editores de código open-source que hay en el mercado. Yo lo he probado y la verdad es que está bastante bien pero, en un mercado tan poblado, hace falta algo diferenciador y este psd a css tan espectacular (y experimental) presentado hace un par de semanas en la Adobe MAX 2013 (el principal evento anual de Adobe, celebrado en Los Ángeles) puede ser este hecho diferenciador que haga de Brackets uno de los punteros del mercado de los editores de código.

No voy a comentar nada más porque el vídeo es suficientemente esclarecedor, sólo que yo aplaudía y gritaba en la soledad de mi habitación como la gente del auditorium angelino mientras lo veía. Somos unos motivados de la vida.

Vídeo | Brackets
Más info | Brackets.io

Mobile Backend Starter, crea la infraestructura en la nube de tu aplicación Android

Txema Rodríguez — Fri, 07 Jun 2013 15:00:31 GMT

Aprovechando que las aplicaciones móviles cada vez más se apoyan en servicios en la nube para funcionar, Google ha presentado su servicio Mobile Backend Starter para desarrolladores Android. Este framework y cliente permite desplegar fácilmente la infraestructura necesaria para usar desde una aplicación todas las ventajas de Google App Engine y Google Cloud Messaging (GCM).

Los aspectos que podemos usar de Mobile Backend Starter (como veís en el diagrama de arquitectura superior).

Por un lado, podemos usar Google Cloud Storage para almacenar en la nube los datos de la aplicación para que puedan ser fácilmente compartidos entre múltiples dispositivos.

Usar Pub/Sub messaging para enviar mensajes a un dispositivo o en modo broadcast. Esta es una funcionalidad comúnmente usada por aplicaciones sociales, juegos y todo tipo de aplicaciones colaborativas.

Envío de notificaciones push, envío de actualizaciones por medio de Google Cloud Messaging (GCM).

A través de Prospective Search podemos crear queries que se ejecuten de forma continua en el servidor para acceder a datos en tiempo real. Una función experimental que permite crear aplicaciones que procesan un streaming de datos continuo.

El manejo de la autenticación a través de Google Authentication para mantener de forma segura la información de cada usuario y su acceso a la aplicación.

Escalar el número de usuarios según las necesidades dentro de la infraestructura PaaS/SaaS de Google App Engine.

Durante la pasada Google IO 2013, una de las charlas más interesante sobre el tema fue la dedicada al uso de los servicios en la nube en las apps Android: “From nothing to Nirvana in Minutes: Cloud Backend for Your Android Application”.

Para comenzar a usar Mobile Backend Starter podemos pasarnos por la documentación oficial que nos proveerá ejemplos de como crear un servicio de Google Cloud Messaging y de Authenticantion. Todo a través del cliente de Android de Mobile Backend Starter.

Desde el mismo IDE de Eclipse podemos usar el plugin de Google App Engine Tools y bajarnos el paquete de extras, Google Cloud Messaging for Android, desde el manager de Android SDK y crear una cuenta en Google Cloud Service. En unos sencillos pasos podemos probar el ejemplo de chat por medio de Cloud Google e integrarlo en nuestra aplicación Android.

Todo el código del cliente de Mobile Backend Starter está disponible en GitHub. Podemos modificarlo como queramos para adaptarlo a nuestras necesidades.

Para construir este tipo de servicios en la nube integrados con nuestras aplicaciones móviles existían otro tipo de servicios como Parse (apoyado sobre AWS de Amazon) recientemente adquirido por Facebook. Pero parece que Google quiere ponerse las pilas y atraer a los desarrolladores dentro de su propio ecosistema de servicios.

Más información | Mobile Backend Starter
Vía | Android Developers Blog

Eventos para desarrolladores en Junio 2013: Internet Forum, Drupal Learning Day, mucha web y eventos para mujeres

Pedro Gutiérrez — Wed, 05 Jun 2013 05:31:56 GMT

Ya estamos en junio y el calor hace crecer los eventos, o eso parece tras ver un mes cargado con distintos eventos, ferias y reuniones, como las ya clásicas reuniones mensuales como The App Date, MadridJS o BarcelonaJS y la novedad Ladie(J)S que quiere seguir la senda de BarcelonaJS o la gran feria Internet Forum, sin olvidarnos de Drupal Learning Day y Modern Web Design and Development.

Internet Forum

El primer evento recae sobre el más grande, que se celebra en Zaragoza durante los días 6, 7, 8 y 9 de junio, concentrando una feria comercial y además multitud de eventos y charlas (con más de 100 ponentes), donde os podréis encontrar temáticas relacionadas con el Marketing Online, SEO o e-Commerce o también sobre desarrollo y sobre como emprender.

El jueves y el viernes por la mañana la entrada es gratuita y muchas charlas también tienen el acceso gratuito (todas previa inscripción).

Más información | Internet Forum

Drupal Learning Day

Este evento llevar Drupal a todo el mundo, mostrar su potencial y hacerlo más próximo a los desarrolladores que no lo conocen bien aún.

En la charla se realizará una instalación y se llevarán a cabo varios supuestos, como sería crear una intranet, una tienda electrónica, un portal de educación… y finalmente se repasarán varios casos de éxito.

El evento se llevará a cabo en Barcelona el 14 de junio y habrá que pagar el precio simbólico de 5€, para asegurar que la gente asista (probablemente tras un escarmiento).

Más información | Drupal Learning Day

Modern Web Design and Development

HTML5 es lo que ahora se lleva y en este evento se pretende hacer un pequeño gran repaso, hablando de HTML5, CSS y JavaScript y sobre diseño, usabilidad y experiencia de usuario, accesibilidad, SEO y pretenden encaminar a esas personas que se han quedado tiradas tras el declive de Flash, o a esas personas que ya son casi experimentadas en jQuery pero aún no saben que es una API de JavaScript.

El evento se celebrará en Madrid, el jueves 6 de junio (mañana) entre las 17:00 y las 19:00.

Más información | Modern Web Design and Development

Ladie(J)S

“De los creadores de BarcelonaJS“… llega Ladie(J)S, una iniciativa que pretende hacer un llamamiento a las mujeres (que por desgracia son una minoría en el mundo del desarrollo aunque está algo más igualado en el diseño/diseño web), aunque también se permite la entrada a hombres y se hablará de lo básico de JavaScript, está pensado para todas esas personas que diseñan o maquetan webs.

El evento será en Barcelona el día 8 de junio dese las 10:30 hasta las 17:00 y será gratuito.

Más información | Ladie(J)S

Eventos periódicos

Y como no también repasamos los eventos que se celebran periódicamente.

MadridJS: en esta edición se hablará sobre los contenidos multimedia y sobre PopCorn.js.

BarcelonaJS: seguirá con su filosofía de la conversación libre y del “Beer.js“ (ya sabéis…).

The App Date: el evento que une desarrolladores con emprendedores, diseñadores, visionarios e inversores, donde en su pasada edición Fernando se dejó ver y compartió su experiencia.

Calendario

Como ya es habitual os dejamos nuestro calendario con los eventos presentes en el artículo y en esa ocasión incluso más, alguno relacionados con el desarrollo y otros con temáticas orientadas más a la electrónica.

Desde Genbeta Dev le agradecemos a Ivan Ribas su reciente lanzamiento de Meetup Radar (o en Twitter @MeetupRadar), un calendario con todos los eventos de desarrollo que hay en España, que decidió crear siguiendo la estela de nuestro humilde calendario y que ha ayudado a encontrar los mejores eventos para este artículo.

En Genbeta Dev | Eventos para desarrolladores

Deployd, creando REST APIs en un verbo

Fernando Siles — Tue, 04 Jun 2013 06:01:54 GMT

Las APIs son el futuro pero, sobre todo, son el presente. Y no sólo para conseguir información sino para ofrecerla al mundo. Lo que te puede echar para atrás es el trabajo que lleva crear una API consistente y bien estructurada. Por suerte cada vez hay más herramientas que te ayudan en este aspecto, como es el caso de Deployd.

Deployd permite diseñar, construir y escalar REST APIs con poco esfuerzo y tiempo (o por lo menos eso dicen sus creadores, claro), está creada con Node.js, con la flexibilidad que eso proporciona, y MongoDB, es open source, está disponible para forkear en Github (por supuesto), está bien documentada y viene con potentes gráficos JS integrados. En un primer vistazo da buena espina este Deployd.

Pd: esta herramienta la descubrí el fin de semana pasado en los API Days celebrados en Madrid. Un evento internacional con ponentes de mucho nivel y en el que varios genbetadeveros estuvimos a ver si se nos pegaba algo de sabiduría.

Vía | Deployd

¿Cómo sería tu evento para desarrolladores perfecto?: la pregunta de la semana

Txema Rodríguez — Sun, 02 Jun 2013 18:00:33 GMT

Un evento para desarrolladores se compone de distintos ingredientes: ponentes, charlas, asistentes, las deseadas birras, networking y, por supuesto, mucho esfuerzo por parte de los organizadores para todo salga bien.

A modo de sugerencias a los organizadores queremos que la pregunta de la semana gire entorno a qué cosas os gustaría que tuviera un perfecto evento/charlas de desarrollo. Valen las ideas más peregrinas como comida y birras infinita hasta cómo organizar las rondas de preguntas, los tracks o el streaming…

¿Cómo sería tu evento para desarrolladores perfecto?

Recuerda que para responder, debéis hacerlo desde nuestra sección de Genbeta Dev Respuestas. Los comentarios de este post están cerrados. Gracias

La semana pasada preguntaba, ¿Renunciarías a un trabajo por otro en el que cobrarías la mitad? Entre todas las respuestas y la discusión que se ha generado, la aportación más valorada ha sido la de Alsanan.

En mi caso, solicité hace unos 4 años una reducción de 8 a 5 horas cobrando la parte proporcional (que además implica pagar menos impuestos al salir del punto de mira de Hacienda) y me la concedieron. Desde entonces descubrí que tengo una vida. Con las tardes libres puedo hacer lo que me venga en gana y eso, en mi caso, no lo paga ni todo el oro del mundo.

En mi caso, mis gastos mensuales (hipoteca incluida) están en torno a 600 y mi salario cubre justo el doble.
Por si a alguien le interesa descubrir otra forma de tomarse la vida:http://vivirconmenos.com
Pero insisto: vender 8 horas diarias haciendo exactamente lo mismo cada día para aspirar a un ideal de vida que no deja de venderte la publicidad y que nunca alcanzas, para mi, es hacer el canelo…

Os animamos a todos a participar y recordaros que Genbeta Dev Respuestas está a vuestra disposición para resolver todas la dudas que tengáis.

En Genbeta Dev | ¿Cómo sería tu evento de desarrolladores perfecto?

Lo de Accenture y Fjord y el cabreo de Hitler

Fernando Siles — Sun, 02 Jun 2013 11:42:26 GMT

Ensombrecida quizás por la compra de Tumblr por parte de Yahoo!, la otra gran noticia del bussiness techie y alrededor del mundo del desarrollo del recién finiquitado Mayo fue la adquisición del estudio de diseño Fjord por parte del gigante de la consultoría Accenture. La consultora con sede en Dublín es considerada por muchos como poco menos que miembro del Eje del Mal, mientras que los guruses del diseño londinenses tienen un enorme prestigio en su campo. Por lo tanto las reacciones contrarias no se han hecho esperar… ni tan siquiera la de Hitler.

Y es que el ya veterano meme de Hitler en ‘El Hundimiento’ se adapta a prácticamente cualquier noticia y esta no iba a ser menos. Te consigue sacar unas cuantas sonrisas y hasta alguna carcajada (ese ‘Como dice el lema de los gurús: con un poco de pasta, basta’ me llegó profundo jeje), ideal para una tarde de domingo por fin primaveral en la piel de toro.

Pd: por si alguien tiene interés en conocer las oficinas de Fjord que tanto se enaltecen en el vídeo, aquí un vídeo sobre su oficina en Madrid.

Vídeo | Youtube

Geek and poke, humor para geeks y programadores

Juan Quijano — Sun, 02 Jun 2013 07:48:28 GMT

Ciertamente hay muchas páginas de humor, o que lo intentan, en la Red. Pero hoy gracias a Bruno Capuano, he llegado a la página Geek and poke, en donde podemos ver unas excelentes viñetas humorísticas, para echar unas risas y sentirnos muy retratados en algunas de ellas.

La más actual es, sin duda, lo que nos vamos a encontrar cuando pulsemos el botón de inicio en nuestro flamante Windows 8.1.

Puede ser que a los lectores más jóvenes les deje fríos, y no le cojan el sentido a la broma, pero a los que hemos tenido la suerte/desgracia de soportar a este clip, o al perro o a cualquiera de los disfraces del asistente de office, seguro que se nos han puesto los pelos de punta.

En la larga tira de viñetas nos encontramos muchas dedicadas al extraño y profundo humor del mundo de la programación, y del cual hay que tener un conocimiento de primera mano para entender la sutil ironía de muchos de los chistes.

Sin embargo también hay muchos dibujos que están dirigidos a las personas normales y sus reacciones ante la tecnología actual.

Espero que esta pequeña muestra os guste lo suficiente como para ir a visitar de manera periódica esta excelente página de humor.

Vía | Bruno Capuano
Más información | Geek & Poke

Con 99 cervezas es más fácil aprender hasta 1.500 lenguajes de programación

Johnbo — Sat, 01 Jun 2013 17:31:49 GMT

Esto podría parecer una apología del alcoholismo, pero nada más lejos de la realidad. 99 bottles of beer no es más que una página donde poder comparar lenguajes de programación, ya que posee una extensa colección de más de 1.500 ejemplos en distintos lenguajes para un mismo algoritmo.

¿Y qué hace el susodicho algoritmo? Pues reproducir la letra de 99 bottles of beer, una canción anglosajona similar a Un elefante se balanceaba, sólo que en este caso la cuenta se realiza hacia atrás conforme (teóricamente) los intérpretes van bebiéndose las cervezas:

Ninety-nine bottles of beer on the wall, Ninety-nine bottles of beer.
Take one down, pass it around, Ninety-eight bottles of beer on the wall.

Y así hasta llegar a cero. Un algoritmo sencillo, pero que es interesante ver cómo se realiza en según qué lenguajes. Y no sólo se puede ver la sintaxis de los mismos, sino que también podéis enviar la implementación en vuestro lenguaje favorito, aunque debéis tener paciencia porque no aceptan los aportes sin haber probado su funcionalidad y actualmente hay 1079 envíos en espera.

También merece la pena ver el top de lenguajes, donde encontraréis varios de los que en su día calificamos como los más chungos. Asustan por ejemplo las implementaciones en Malbolge o Whitespace, sorprende la colorida versión en Piet y la teatralizada del lenguaje Shakespeare.

Aunque, fuera de los lenguajes esotéricos, me quedo con la elegancia de un lenguaje funcional como Scheme o la simplicidad de D. ¿Y vosotros, con cuál os quedáis?

Web | 99 bottles of beer
Imagen | Wikimedia

Truco, volver a Crear pruebas unitarias desde Visual Studio 2012

Juan Quijano — Fri, 31 May 2013 15:29:05 GMT

Visual Studio 2012 es el IDE por excelencia para todos los que nos dedicamos a desarrollar en el ecosistema de Microsoft: Net framework.

Sin embargo a través de sus diferentes versiones, iniciándose en la antediluviana versión del 2003, ha ido sufriendo todo tipo de transformaciones, añadidos y modificaciones que, en la inmensa mayoría de los casos han sido muy positivas, pero en alguno que otro – como el que traigo en este artículo – puede llegar a ser muy molesto.

Creación de Test unitarios para vagos

Así desde versiones anteriores, situándonos encima de cualquier método teníamos la posibilidad de crear un proyecto de Test unitarios, con el framework MS Test, que en muchos casos era la base para construir el juego de test unitarios que toda buena aplicación requiere.

Es cierto que, como todo automatismo, nos construye un Proyecto con muchas cosas que no se utilizan nunca o que se empiezan a encontrar valor cuando se gana en complejidad.

Pero la sencillez, sobre todo con el acceso a los métodos privados por medio de una clase Accesor, de ir construyendo nuestra batería de pruebas simplemente pulsando con el botón derecho, era una cosa muy de agradecer.

Y en esto llegamos a la última versión, Visual Studio 2012, y por alguna razón que no llego a entender del todo, este enlace en el menú contextual desaparece y tenemos que crear el proyecto y los diferentes métodos a mano desde cero.

Sí, es cierto que he aprendido mucho sobre la gramática de los test unitarios, y el porqué de código del que ignoraba su cometido, hasta que me he visto en la necesidad de construir todo el test desde el namespace en adelante.

Pero, también he de reconocer que cuando he escrito el artículo que estás leyendo, y he comprobado que efectivamente existe al menos un método válido para volver a poner la acción en el menú contextual… y que funciona, me he llevado una alegría.

Además vamos a diferenciarnos de la fuente de donde he sacado la información y la idea de la temática del post, al hacer el más difícil todavía y realizar el tutorial paso a paso en un Visual Studio en español. Si, algo raro como un perro verde, pero por ello mismo un poquito más complicado.

Moviendo un comando, conseguimos el objetivo

Así lo primero es abrir el Visual Studio y seleccionar el menú de “Herramientas”, y en el despegable que se muestras, escoger la penúltima opción que es “Personalizar”.

A continuación se nos abre la ventana de la personalización de nuestro IDE y lo primero que debemos realizar es seleccionar la pestaña de “Comandos”. Aquí deberemos elegir la opción que dice “Menú contextual”, y en el larguísimo listado que nos ofrece el DropDownList escogeremos “Menús contextuales del editor | Ventana de Código”.

Ahora veremos, como se ve en la imagen, que se nos carga una sección con todas las acciones que tenemos operativas en nuestro menú contextual, y en donde debemos buscar la que esta nombrada “Crear pruebas unitarias…”.

Ciertamente es extraño que estando la opción en el sitio adecuado, no se visualice en el menú contextual en el propio IDE. La verdad es que no he buscado la razón, pero si la solución.

Y hete aquí que solamente debes seleccionar el comando y darle al botón de “Subir” hasta que lo pases de sección. Yo, por ejemplo, lo he puesto justo debajo de la opción de “Refactorizar”.

Y ahora sí que sí, realizo la prueba del algodón que es el pulsar con el botón derecho encima de un método y… voilà! Tengo en el encabezado del menú contextual mi orden para que me cree la prueba unitaria, o el proyecto de test unitario si aún no lo hubiera tenido construido anteriormente.

Espero que sea de tanta utilidad como me ha sido a mi.

Vía | Dawa’s Law

La anatomía de un motor de búsqueda hipertextual Web a gran escala, los inicios de Google

Juan Quijano — Fri, 31 May 2013 05:01:49 GMT

Hoy traigo un documento que es una auténtica joya para diferentes y variados ámbitos del conocimiento de la informática.

Y no es otro que el documento de presentación del prototipo de Google, por Sergey Brin y Lawrence Page, en donde describen al detalle el modelo y arquitectura; utilizando “solamente” 24 millones de páginas para obtener resultados.

Un documento para leer con calma

Varios detalles me han llamado la atención, como es la claridad de ideas que muestran al declarar como uno de sus objetivos el que sea un sistema orientado a ser utilizado por usuarios noveles en realizar búsquedas en la Web.

La definición completa del famoso PageRank, sin tan siquiera ser posible que se imaginaran la importancia y revolución que iba a producir en el futuro del mercado publicitario sobre la Web, y que resumen en la siguiente línea:

PR(A) = (1-d) + d (PR(T1)/C(T1) + … + PR(Tn)/C(Tn))

La primera descripción de lo que en el futuro será una base de datos NoSQL, ya que una base de datos relacional no era necesaria en la sencilla trama con la que se almacenaba el HTML completo de una Web.

Los procesos de “crawling” o captura de Webs, realizados en python, y que era capaz (en ese entonces) de capturar 100 páginas por segundo, utilizando cuatro hilos simultáneos. Y en donde el punto más debil, las llamadas de DNS lookup, fueron resueltos cacheando dichas DNS para cada uno de los procesos.

Por último, curioso que la siguiente meta de aquellos inicios del revolucionario buscador era el conseguir indexar y tratar 100 millones de páginas… quien les iba a decir las miles de millones – de sitios web y de dólares americanos que maneja actualmente.

Vía | Julián Estevez
Más información | The Anatomy of a Large-Scale Hypertextual Web Search Engine

Battle Hack, o como PayPal quiere que te pegues con su API para ganar cien mil dólares

Fernando Siles — Thu, 30 May 2013 17:31:48 GMT

Hackatones hay muchos y cada vez hay más porque es una manera entretenida de aprender, competir y, ¿por qué no? ganar premios. Hoy te presentamos otro más, el Battle Hack que organiza la gente de PayPal para promocionar su servicio de APIs y que cuenta con un apetitoso premio de 100k dólares usamericanos (al cambio de hoy 76,640 euros) para el equipo ganador en la gran final en San Francisco.

Esta Battle Hack consiste en realizar apps de carácter local y que hagan uso de alguna manera de la API de PayPal (se me ocurre así a bote pronto una app que te permita pagar el parking público con PayPal). Habrá una primera fase que se celebrará en diez ciudades del mundo, empezando la semana que viene en Berlín y terminando en octubre en Barcelona. Cada uno de los diez equipos ganadores (equipos de hasta cuatro nerds, digo personas), se ganará un billete de avión para la bella San Francisco y participar allí en la gran final… y con lo expertos que son los yankees en esto de montar saraos y parafernalias varías, seguro que mola aunque no consigas alzarte con la victoria final.

Pd: el trofeo conmemorativo del hackaton tiene forma de hacha, sólo por eso yo ya me plantearía participar.

Vía | PayPal Media
Más info | Battle Hack

SemanticMerge, de Codice Sotfware, anuncia el soporte de Java

Juan Quijano — Thu, 30 May 2013 16:36:17 GMT

A finales del mes de abril, escribí un análisis sobre una revolucionaría herramienta de merge de código compartido, Semantic Merge, de la empresa códice software – que además es 100% española.

Y en el cual, además, tuve el placer de compartir con los lectores de GenbetaDev las opiniones y anotaciones de Roberto Luis Bisbé, uno de los programadores directamente participante en este proyecto tan interesante.

Evolucionando el uso de idiomas

En aquel momento, partiendo de que es una herramienta construida enteramente en C# sobre el framework .NET 4, los lenguajes que soportaba nativamente eran C# y Visual Basic. NET.

Pero siguiendo el “roadmap” que se puede visualizar en la propia página web del producto, acaban de anunciar que Semantic Merge “entiende” Java, como preludio a la llegada de C++, Javacript, Ruby, php o python.

Y, no hay que olvidarlo, que es un producto gratuito para los proyectos Open Source.

Otra cosa que quiero señalar es el espectacular diseño de la Web que, en una conversación con el diseñador que está detrás del magnífico grafismo de la misma, me dejó boquiabierto al indicarme que no había visto ninguna de las películas de “Ultimatum a la tierra”… y que no era Gort.

Más información | Web de SemanticMerge
En GenbetaDev | SemanticMerge, una forma diferente de realizar los merges en nuestro repositorio

Empezar a aprender Go (golang)

Txema Rodríguez — Thu, 30 May 2013 11:36:29 GMT

El lenguaje de programación Go fue lanzado en Noviembre 2009, desarrollado e ideado por Google. Durante este tiempo fuera del hype inicial ha surgido un moderado interés por aprender más sobre este “desconocido” lenguaje a la sombra aún de otros lenguajes ampliamente usados como Java, C++, C# o Python (aunque no quiero compararlos técnicamente con ellos).

Go es un lenguaje moderno, por lo que bebe de lo mejor de muchos lenguajes. Combina una sintaxis parecida a C con las características y facilidad de lenguajes dinámicos como Python. Lenguajes como C++, Java o C# son más pesado o voluminosos. En cambio, GO acierta con una sintaxis clara y concisa.Podéis leer la introducción a algunos conceptos sobre Go que hicimos hace un tiempo.

Aún estando diseñado para la programación de sistemas, provee de un recolector de basura, reflexión, potentes patrones de concurrencia y otras capacidad de alto nivel. No está orientado a objetos porque no existe jerarquía de tipos pero implementa interfaces, lo cual nos permite un estilo de programación orientado a objetos.

Aprender Go es una buena forma de mejorar nuestras habilidades como programadores. Es interesante conocer un lenguaje bastante potente como este que quién sabe cuando podemos recurrir a él.

Empezar a aprender Go

Para empezar, es muy recomendable seguir los pasos del Tour de Go. En él, a parte del obvio primer “Hello, World” podemos conocer cada uno de los componentes del lenguaje. Son entorno a 70 slides interactivas en las que practicar la sintaxis y los conceptos claves desde el navegador sin preocuparnos de ninguna instalación. Además de play.golang.org donde encontramos una terminal completa en nuestro navegador

Después de que hayamos comprendido el lenguaje y, definitivamente, nos haya gustado lo que tenemos que hacer es instalarlo desde las fuentes oficiales. Podemos usar ‘hg update release’ o ‘hg update tip’ para obtener las nuevas funcionalidades y bugfixes.

El catálogo de libros sobre el lenguaje no es demasiado amplio como en otros lenguajes, pero ya cuenta con un libro de cabecera escrito por Mark Summerfield, “Programming in GO” con más de cuatrocientas páginas y ejercicios orientados a la versión 1.0 del lenguaje Go.

La Google I/O 2012 del año pasado tuvo una presencia mayor que la de este año. Con cuatro interesante vídeos en las que conocemos en detalle sus patrones de concurrencia, el uso de Go en producción, una charla con los expertos del equipo de Go o cómo lo usaron en Google Maps combinado con App Engine.

En cuanto a documentación al uso tenemos la Go Wiki con un montón de tips, GoPkgDoc con lo que podemos autogenerar una documentación web bastante interesante.

Si ya tiene cierta experiencia en Go puedes seguir sumergiendote en las distintas librerías como go.crypto y go.net, go.image, go.text o go.exp.

Como vengo recomendando desde algún tiempo las comunidades de Google+ para desarrolladores están creciendo cada vez más. Así que no puede faltar la de Go.

Vía | 0xkarl
Sitio web | Go lang
En Genbeta Dev | Introducción al lenguaje de programación Go

Actualizaciones importantes en los servicios de Windows Azure

Juan Quijano — Wed, 29 May 2013 14:29:54 GMT

Una de las ventajas de ir migrando nuestros servicios e infraestructuras al Cloud Computing es el poder olvidarnos del todo de las dichosas actualizaciones de todo el ecosistema, especialmente de los parches de seguridad o de mantener al día el propio sistema operativo.

Dejando atrás lo antiguo… con mucho cuidado

Así Azure me hace llegar en esta misma semana dos cambios que, aunque no son críticos, sí que son de gran importancia para los usuarios que utilicen los servicios de esta plataforma.

Primero, se han acabado los Roles VM (de máquinas virtuales). Al tener la madurez suficiente el servicio de IaaS, Microsoft les indica a todos los usuarios que tengan su infraestructura en la Nube por medio de este sistema, que migren cuanto antes.

Lo cual me parece una solución mucho más elegante que los Roles de máquinas virtuales que, a mi parecer, siempre han sido una especie de apaño a la espera de una plataforma de IaaS al nivel de Amazone o similares.

Como segundo anuncio, Azure evoluciona los sistemas operativos anfitriones de sus servicios de PaaS y SaaS. Avisando que en el plazo de dos meses se va a ir actualizando todos los Windows 2008 server a su versión R2.

Así los sistemas operativos anfitriones podrán ser o Windows 2008 Server R2 o Windows 2012 Server. Lo cual implica también que se deberá utilizar, al menos, la versión 2.0 del SDK de Azure, siendo retiradas las versiones 1.5 y anteriores.

Que no te pille el toro!!

Más información | Windows Azure Cloud Services Support Lifecycle Policy