Que GIT es el repositorio de código con más éxito entre la comunidad de desarrollo es una realidad que se ha instaurado en los últimos tiempo. Incluso Microsoft ha integrado este repositorio con su herramienta de ALM, TFS Service.

Pero el número de comandos que debemos tener la memoria puede llegar a ser apabullante, y para ayudarnos a tenerlos a mano hoy traigo una imagen en donde tenemos ordenados la mayoría de las acciones que podemos realizar.

Este enorme mapa está organizado en las siguientes categorías:

• Secuencia de comandos.
• Crear.
• Conceptos.
• Comando más utilizados.
• Resolver conflictos en los Merge.

Pulsa en la imagen para verlo más grande

Espero que te sea de utilidad.

Vía | Git Cheat Sheet en varios tamaños

A la chita callando Visual Studio 2012, el IDE por excelencia del mundo .NET está a punto de ser nuevamente actualizado al entrar en el modo Release Candidate su tercer update, valga la redundancia multilenguaje.

Esto significa que esta versión de la actualización es una pre-release que no sufrirá más que pequeños cambios de última hora. Y que podemos instalar, los más valientes, en nuestro IDE.

Ciertamente en este update vamos a encontrar, en una inmensa mayoría, corrección de errores y mejoras de lo ya existente. Ósea que no va a haber nada espectacularmente nuevo como fue en su momento el soporte de TFS al uso de Git, o cosas similares.

Y específicamente las correcciones son más abundantes, mucho más, justamente con el servidor ALM de Microsoft: el Team Foundation. Tanto en sus labores de planificación, seguimiento y gestión de proyectos, como en su vertiente de repositorio de código.

También se solucionan problemas en el depurador, en el IDE, en los formularios Winform, en C++ y F#, en el framework de pruebas, en la biblioteca portátil y en las herramientas Web.
Y como toda mejora reseñable está que la nueva definición de compilación de la interfaz de usuario para la generación de integración continua (CI) en proyectos de equipo basado en Git (copia literal).

En mi máquina ya está instalada; en el TFS de producción prefiero esperar a la versión final.

Más información | Descarga del Visual Sutdio 2012 Update 3 RC, Descripción de la actualización

En el desarrollo web, el tema del rendimiento no debería nunca ser cosa exclusiva de backenders, los señores frontenders también deben cuidarlo, que no todo es dejar las cosas bonitas. Para ellos viene fenomenal esta guía-web llamada ‘Cómo perder peso (en el navegador)’, creada por varios cracks del desarrollo web front-end y con gran éxito a la hora de afinar al máximo el rendimiento de sus proyectos.

Se trata de una colección de tips y recursos de HTML, CSS, Javascript, jQuery y manejo de imágenes muy útiles para mejorar exponencialmente el rendimiento de tus webs desde el punto de vista del front-end. Muchos de ellos son de sobra conocidos (o deberían de serlo) por todos y otros discutibles cuanto menos (el de “no uses jQuery” no lo comparto en absoluto, por ejemplo) pero siempre viene bien tenerlos reunidos en un mismo lugar para una más eficiente consulta.

En definitiva, una lectura amena e interesante para todo aquel que ande preocupado por el rendimiento de sus proyectos.

Vía e imagen | browserdiet

Google nos proporciona un software muy interesante, el escritorio remoto de Chrome, en forma de plugin para este navegador. Es una herramienta que nos va a permitir tanto conectarnos a varios equipos registrados, como que otra persona lo haga al equipo propio.

Registrar un equipo para que en un futuro podamos conectarnos a el es muy sencillo, y en unos pocos pasos, que comentaré más adelante, podemos conseguirlo.

Una vez que instalemos el plugin, que podemos encontrar en la Chrome Web Store, tendremos la siguiente pantalla para la gestión del software:

Vemos que nos da como opciones la asistencia remota y el registro de equipos para poder acceder a ellos desde cualquier lugar que deseemos. Veamos en primer lugar la segunda opción.

Cuando queramos utilizar el plugin para acceder a un ordenador dado, deberemos registrarlo desde el propio ordenador. Una vez pulsada esta opción nos pedirá que habilitemos las conexiones remotas:

Al pulsar en el botón habilitar conexiones remotas nos solicita un pin que deberemos teclear cuando queramos conectarnos desde otra ubicación a este equipo:

Le proporcionaremos el código, y el escritorio remoto de Chrome habilitará las conexiones remotas en el equipo con el que estamos trabajando:

Acto seguido nos pedirá que introduzcamos el pin asociado a nuestra cuenta de correo, para terminar el proceso:

Y con esto habremos finalizado el proceso, ya tenemos el equipo listo para poder acceder a el desde otro lugar:

La otra opción es mucho más sencilla si cabe, cuando pulsamos en el botón “Empezar” de la “asistencia remota”, nos dará dos opciones:

• Compartir el ordenador para que accedan a el desde otro.
• Conectarnos a un ordenador para controlarlo remotamente.

Si queremos compartir nuestro ordenador en este momento, para que se conecten desde otro equipo, pulsaremos en la opción “Comparte este ordenador…”, tras lo cual nos dará un código de acceso que deberemos proporcionar a la persona que vaya a conectarse a nuestro equipo:

Con la otra opción “Permite ver y controlar un ordenador compartido.” podemos acceder, introduciendo el código de acceso que nos proporcionará el propietario del otro equipo:

En resumen a través de un pequeño plugin podemos tener las funcionalidades que ya conocemos en otros programas, siendo una herramienta gratuita, y una opción más a tener en cuenta entre las muchas utilidades de este tipo. Yo la utilizo bastante para conectarme y que se conecten mis compañeros a mi ordenador, cuando necesito que alguien mire el código que estoy escribiendo, por sentirme atascado en alguna cosa.

Acceso al plugin | Escritorio remoto de chrome

Seamos serios, tratar con bases de datos así, a pelo, es un peñazo de cuidado. Por eso surgen frameworks, interfaces, abstracciones o como quieras llamarlos para facilitar esta labor. Es el caso de (aunque son muy distintos entre si) Hibernate (Java) o PDO (PHP). Para Python también hay varias opciones pero hoy te traemos una que tiene especial buena pinta: dataset.

La premisa de dataset es hacer tan sencillo manejarse con bases de datos en Python como lo es manejarse con ficheros a través de JSON y la verdad es que tiene unas características bien interesantes:

• Schema automático, es decir, si escribes una tabla o una columna que no existe, se crea. Magia potagia.
• Upserts, o sea, no tienes que distinguir si updateas o insertas, ya lo hace dataset por ti
• Es compatible con la mayoría de las bases de datos relacionales top como MySQL, Postgre SQL, SQLite (o cualquier otra que incluya SQL en su nombre, basicamente).
• La base de datos puede ser exportada de manera sencilla a través de scripts e incluyendo metadatos y nombres de ficheros dinámicos
• Query helpers, como all rows en una tabla o all distinct values a través de un conjunto de columnas.

Y ya que estamos, un ejemplo de como queda el código:

import dataset

john = table.find_one(name=‘John Doe’)

Elegante a la par que bello. Tiene buena pinta. Ya sabéis pythoneros, a probarlo (los que no lo hayáis hecho todavía, claro) y a darnos feedback al resto vía comentarios.

Pd: obviamente puedes forkear dataset desde Github.

Vía e imagen | dataset

Lo más importante para programar a gusto es tener configurado correctamente nuestro entorno de desarrollo. Dependiendo de la plataforma sobre la que desarrollemos puede ser uno u otro. Muchas veces en nuestro trabajo nos exigen tener un entorno de desarrollo concreto, pero en nuestros proyecto personales tenemos otro totalmente distinto.

Esta semana en la pregunta de Genbeta Dev queremos que nos contéis cómo es vuestro entorno de desarrollo. Tanto el IDE que usáis: Eclipse, Aptana, Sublime Text, Netbeans, Visual Studio, etc… así como las herramientas que os hacen más cómodo el desarrollo como maquinas virtuales, sevidores de pruebas, herramientas de control de versiones, etc…

¿Cuál es vuestro entorno de desarrollo y qué herramientas usáis?

Recuerda que para responder, debéis hacerlo desde nuestra sección de Genbeta Dev Respuestas y en este artículo los comentarios están cerrados. Gracias.

La semana pasada os preguntábamos ¿Cuánta diferencia hay entre lo que cobras y tus expectativas salariales?. Entre las respuestas más votadas se encuentra la de vcspider.

La verdad es que tengo un sueldo medianamente decente, no puedo comprarme una casa de 200m2 en el centro ni conducir un Ferrari pero tengo dinero para pagar mis gastos imprescindibles y los de mi familia (hipoteca, agua, luz, comida, ropa, ADSL, teléfono) y aun me da para algún capricho y para ahorrar un poquito así que me considero bien pagado. Mi problema no es con lo que yo gano sino con lo que ganan otros con trabajos sin responsabilidad, riesgo o dificultad, normalmente resultado de enchufismo o peloterismo, con una productividad nula y demasiado remunerados. También creo que algunos trabajos físicos deberían de pagarse mejor, y lo pagaría con lo que le quitamos a los apoltronados.

Muchas gracias a todos por participar. Nos vemos la semana que viene con las mejores respuestas a la pregunta que os hemos propuesto. Y recordad que la sección de Genbeta Dev Respuestas está a vuestra disposición para resolver todas las dudas que tengáis.

En Genbeta Dev Respuestas | ¿Cuál es vuestro entorno de desarrollo y qué herramientas usáis?

Los datos por si solos no son nada, tienen que interpretarse y presentarse para dar lugar a información y de la información derivar en el conocimiento. Una buena manera de conseguir esto es con gráficas. Las opciones para insertar gráficas Javascript en tus proyectos y webs son muchas pero hoy te traemos en Genbeta Dev otra más, porque cuantas más opciones, mejor. Esta vez se trata de Polychart.JS y la verdad es que tiene buena pinta.

Polychart.JS permite recibir datos tanto de archivos CSV como a través de JSON o AJAX, puedes mezclar distintos tipos de gráficas, con ejes y leyendas autogenerados, en una sola más grande e interaccionar a través de ellas gracias a su sistema flexible basado en eventos. La verdad es que los ejemplos que tienen en su web son muy espectaculares e intuitivos.

La documentación es extensa (aunque está algo dispersa) y si bien tiene una versión que llaman Public y es gratuita, esta sólo puede ser utilizada en proyectos no comerciales. Si no es tu caso, tendrás que pagar 99$ (que tampoco es mucho) por su versión Commercial (aunque tienen diversos descuentos para startups y tal).

Es un mundo, el de las gráficas Javascript, muy competido pero nunca está de más conocer nuevas alternativas como este Polychart.JS.

Vía e imagen | Polychart.JS

Processing es un lenguaje de programación orientado a diseñadores que no tienen necesariamente que saber programar para usarlo creado por Ben Fry y Casey Reas. Pensado especialmente para proyectos multimedia de diseñadores audiovisuales y como herramienta alternativa al software propietario, ya que se distribuye con licencia GNU GPL.

Es sorprendente la cantidad de tutoriales y vídeos que demuestran la potencia visual de este lenguaje (gráficos 2D o 3D, texturas, formas geometricas, etc…) y la facilidad de exportar los trabajos tanto como aplicaciones locales, integrada en vídeos (como los créditos de una película) o para la web. Processing está basado en java por lo que toda la sintaxis es exportada a applets Java, también se puede usar javascript o incluso Android para ejecutar las creaciones en aplicaciones móviles.

El IDE inicial es extremadamente sencillo, descargándo el SDK desde la propia web del proyecto ya podemos a trastear con una pocas lineas de código para ejecutar al instante y ver el resultado.

Recientemente se ha estrenado una interesante documental “Hello World” cuyo primer capitulo trata sobre este lenguaje (Processing). Basándose en entrevistas con artistas, diseñadores y creadores hacen un recorrido audiovisual de las posibilidades de este lenguaje pensado para no programadores y gente con inquietudes artísticas.

Sitio web | Processing.org
Github | Processing Project
Más información | Tutoriales Fun Programming

Ya está disponible la versión final de SourceTree para Windows. Después de un par de semanas que muchos de los pioneros que se apuntaron han estado probando la versión preliminar, ya es posible descargar la versión final de forma pública desde la web de Sourcetree.

Para el que no conozca Sourcetree, como ya comentamos, es probablemente uno de los mejores clientes para gestionar repositorios Git o Mercurial (hasta ahora sólo en Mac). Ideal para los principiantes teniendo a mano los comandos más comunes: create, clone, commit, push, pull o merge. Todos disponibles en un par de clicks y guiados por un entorno gráfico que siempre ayuda. Podemos conectarnos a repositorios locales de Git o Mercurial y remotos como Github o Bitbucket.

Pero no deja de ser una herramienta para usuarios avanzados de Git para revisar todos los cambios de los repositorios, manejar de forma sencilla los distintos branch de desarrollo o visualizar claramente cada modificación en los gráficos de cada rama. Sin olvidar muchos comandos como rebase, stash, shelve,.. Por supuesto, los harduser de git pueden lanzar su línea de comandos y tenerlo como apoyo gráfico.

SourceTree es una herramienta bastante eficaz para manejarse por repositorios del trabajo en los que varios desarrolladores trabajan de forma simultanea y poder aplicar de la forma eficiente el modelo de desarrollo propuesto por Git-flow o Hg-flow.

Vía | SourceTree Blog
Más información | SourceTree
En Genbeta Dev | SourceTree, cliente GUI para manejar repositorios Git o Mercurial, llegará en breve a Windows

Testear y validar servicios REST en Java puede ser bastante complejo si no usamos frameworks adecuados. Rest-Assured es un Java DSL (Domain Specific Language) construido sobre la capa HTTP Builder que permite simplificar la construcción de test sobre una API REST.

Este tipo de test se suelen ejecutar un paso después del proceso de integración continua, consumiendo APIs REST después de que hayan sido desplegadas.

Cuando validamos un recurso REST, hay que fijar el foco en una serie de aspectos que nos devuelven como respuesta las llamadas a una API:

• El código de respuesta HTTP (response code)
• Las cabeceras HTTP de la respuesta
• El contenido de la respuesta en JSON o XML (payload)

Cada test debe fijar el foco en un única responsabilidad e incluir una única assertion.

Existen distintas soluciones pero una de las que más me ha llamado la atención por su simplicidad y por cumplir los requisitos anteriormente expuestos es REST-assured, un framework desarrollado por Jayway.

Rest-assured ofrece una serie de características bastante útiles como sintaxis DSL, validación Xpath, usar JsonPath, registrar parsers para MIME-Types, file upload, verificar cabeceras HTTP o cookies…

Como ejemplo podemos ver el siguiente código:

Primer paso. Agrega las siguientes dependencias en tu pom.xml de Maven

Asumiendo el siguiente JSON de respuesta valido:

Podemos hacer un test con la siguiente sintaxis:

Podemos ver más ejemplos en la documentación oficial de Rest-assured.

Más información | Rest-assured, Rest-assured en Devoxx
Vía | Un poco de java, hasCode