Cambios de tarea

17:09 0 Comments

Los cambios de tarea son muy malos para la productividad. No importa quién hable de ello, está claro que cambiar a alguien de tarea es un gasto de tiempo que, a pesar de todo, siempre ocurre en los desarrollos de software.
Recuerdo que en el libro Peopleware, hay un capítulo que habla de la enorme cantidad de tiempo desperdiciada cambiando de tarea. Hace poco (y es por eso que estoy escribiendo) leí una entrada en el blog JoelOnSoftware tratando sobre lo mismo. Pero como Joel decia: no siempre se pueden evitar los cambios de tarea.

Así que, cambiar de una tarea a otra porque aparece algún problema urgente, una petición de cliente o algo similar parece inevitable... y el impacto en productividad muy alto pero... ¿hay alguna manera de minimizarlo?

Si eres un programador trabajando en cierto código y te ves forzado a cambiar a otra cosa, ¿cómo lo harías? Normamente habrá unos cuantos ficheros en los que estás trabajando, y muy probablemente todavía no hayas acabado. Entonces, ¿qué haces con el trabajo que todavía no está terminado? Probablemente estés usando algún tipo de control de versiones, pero hacer un commit o una protección (un checkin) de código a medio acabar no parece muy buena idea. ¿Qué hacer entonces? Probablemente acabarás copiando los ficheros a otro directorio, y preparando el área de trabajo para la siguiente tarea.

La imagen muestra la situación. Incluso teniendo un control de versiones, el programador acaba copiando ficheros manualmente. No tiene muy buena pinta. Además, todos esos cambios se quedan fuera del control de versiones y... ¿por cuánto tiempo?



¿Qué puede ocurrir con esos cambios si se quedan fuera del control de versiones? ¿Pueden perderse? ¿Qué pasa si se tarda más en volver a la tarea de lo esperado? ¿Y si se rompe el ordenador del programador? :-)

La mayoría de los controles de versiones fuerzan a seguir un modelo como el ilustrado en la imagen. Vale, no todos ellos, y por eso estoy escribiendo sobre el tema...

¿No sería mejor que el control de versiones ayudara a gestionar los cambios de tarea?Se puede hacer mediante el patrón de rama por tarea. Creas una rama cada vez que tienes que trabajar en algo, sea lo que sea, desde un pequeño cambio hasta una tarea de varias semanas de trabajo. Entonces, teniendo tu propia rama, puedes proteger tus cambios (quiero decir hacer checkin en el control de versiones) tantas veces como necesites.
Se guardarán los cambios intermedios, todo el trabajo del desarrollador se almacena en el servidor (puedes incluso evitar los backups de las máquinas de los desarrolladores, ahorrando dinero), así que nunca más te pasará eso de sí, creo que el código bueno estaba en tu ordenador.

Y además ayuda a cambiar de tarea: haces check in de todo, enviándolo a la rama asociada a la tarea, y símplemente te mueves a la nueva. Nada de copiar ficheros a mano, nada de riesgos extra, nada de tiempo perdido. Símplemente usar la herramienta.



Entonces, si es tan fácil... ¿por qué no es lo que hace todo el mundo? ¡¡Límites!! La mayoría de los controles de versiones tienen graves problemas trabajando con ramas, por eso no puedes plantearte usar rama por tarea, y cambiar de tarea es un dolor. Y por eso hemos diseñado Plastic SCM para que trabaje perfectamente con ramas. Puedes seguir la estrategia que hemos propuesto con nuestra herramienta... ¡¡y verás la diferencia!! :-P

Redepyme 2006

13:37 0 Comments

Estamos presentes en la XI edición de Redepyme, en el Recinto Ferial Juan Carlos I, en Madrid.
Durante los días 30 de Noviembre y 1 de Diciembre presentamos nuestro sistema, Plastic SCM, a los asistentes al evento.

Curso SCM en la Universidad de Valladolid

0:01 0 Comments

Durante los días 29 y 30 de Noviembre se impartirá un curso de SCM para los alumnos de la Universidad de Valladolid en el Campus Miguel Delibes.
El curso, orientado a los alumnos de Ingeniería de Telecomunicación y de Ingeniería en Informática, introducirá a los asistentes en la disciplina de Gestión de la Configuración, desde los conceptos más básicos hasta los más avanzados, pasando por la presentación de diferentes patrones.

Merge de documentos de Word

19:26 0 Comments

Un SCM no es sólo para gestionar código fuente. De hecho lo más importante de Plastic es que puede usarse para controlar todos los elementos de un proyecto: imágenes, código fuente, binarios y... documentos!
En todo desarrollo se manejan documentos: análisis, diseño, requisitos, caso de prueba, planificaciones, plantillas... y mucho más si se sigue (o se está intentando obtener) algún tipo de certificación como ISO o CMMi.
El siguiente vídeo muestra cómo hacer cambios en paralelo sobre un documento de Microsoft Word, y cómo reconciliar las modificaciones automáticamente. También cómo visualizar las diferencias.

Tech Ed 2006

12:33 0 Comments

Durante la segunda semana de Noviembre (del 8 al 11) se celebró en Barcelona Tech Ed Developers 2006, el encuentro más importante de desarrolladores con tecnologías Microsoft a nivel europeo.
Como habíamos anunciado con anterioridad, estuvimos presentes con un stand, una oportunidad única para dar a conocer Plastic SCM a nivel internacional.

Durante los 4 días de duración del evento se sucedían intensas jornadas de formación (conferencias, talleres, presentaciones), con intervalos de descanso que los asistentes aprovechaban para visitar los stands.
Pudimos comprobar que de las más de 50 empresas presentes en el área de exhibición, éramos la única compañía española.
Uno de los aspectos que más nos llamó la atención fue la presencia de multitud miembros de equipos de desarrollo de Microsoft tales como Visual Studio, Office o PowerShell. Tuvimos la oportunidad de hablar con muchos de ellos, intercambiando ideas y opiniones sobre Plastic.

SIMO 2006

12:26 0 Comments

Nuestra presentación oficial a nivel nacional tuvo lugar en SIMO 2006, en IFEMA, la semana del 8 de Noviembre.
Nuestro stand principal estaba en el pabellón 4, en el área de empresas de Excal, junto a otras empresas de Castilla y León. Tuvimos la oportunidad de presentar Plastic SCM a multitud de empresas que se acercaron a visitarnos.

Pero nuestra presencia en SIMO no se limitó a ese stand: fuimos seleccionados por la iniciativa Vivero de Empresas y contamos con un segundo stand en el pabellón 1, junto con otras empresas innovadoras de muy reciente creación.
A pesar de la clara generalización de SIMO en las últimas ediciones, que se aleja cada vez más de la orientación estrictamente profesional con que contaba inicialmente, la feria ha sido muy positiva para nosotros, y un escaparate magnífico para presentar nuestro producto.

Hoy hace un año...

11:34 0 Comments

Este mismo día hace un año Daniel y yo comenzábamos nuestra andadura aquí. Era una nueva empresa, un nuevo proyecto, una nueva metodología, un nuevo reto.

Cuando llegamos el grupo era pequeño (con tan solo cuatro miembros), el ambiente era muy bueno y todos trabajamos como un equipo, codo con codo. Poco a poco, el equipo fue creciendo poco a poco, hasta el de hoy, el que aparece en la foto, el cual esperamos que continúe creciendo.

En todo este tiempo, hemos podido ver como el proyecto iba creciendo, y poco a poco iba cumpliendo con nuestras expectativas. Ya desde hace más de seis meses que comenzamos a usarlo para nuestro propio desarrollo. En un primer momento, todo eran miedos y dificultades; había que tener mucho cuidado de que nada se hubiese roto y hubiésemos perdido algo, pero esa sensación duró muy poco, pues pronto el núcleo del sistema demostró ser muy estable. Esta forma de trabajo nos permitió ir encontrando nuestros propios errores, así como ver cuales eran las necesidades de un usuario. Gracias a este sufrimiento ayer pudimos colgar un producto en la web, del que todos nos sentimos muy orgullosos y que ha cumplido con creces nuestras expectativas.

Pero no por ello hemos acabado, aun tenemos que seguir mejorando y seguir mejorando el producto, cosa que por supuesto iremos haciendo.