Aprendiendo a ser ágil
El camino para ser agilista está lleno de retos. El primer punto a tener en cuenta es el aprendizaje continuo y la predisposición a probar técnicas y métodos de trabajo diferentes para conseguir el mejor resultado. No recuerdo a quien le oí decir: "10 años haciendo lo mismo es 1 año de experiencia por 10", es como la famosa frase de "Si buscas resultados distintos, no hagas siempre lo mismo".
Utilizar scrum, kanban, TDD, XP... son técnicas que nos ayudan, pero no sólo aplicando las técnicas consigues ser ágil.
Lo que me ha parecido de muchísima importancia es pensar y mirar al cliente con otros ojos. El trabajo en cascada que obligaba a escudarse en acuerdos firmados de alcance y funcionalidad obligaba en parte a tener una actitud defensiva ante posibles cambios, al final es algo que nos va marcando en nuestra etapa profesional. El defender tu trabajo por encima de la necesidad del cliente, esto un error. Si no resuelves la necesidad del cliente, no tienes un cliente satisfecho.
Al final parece que en cualquier conversación sobre agile siempre salen "las palabras mágicas": Alcance, calidad, necesidad... Pero realmente es así.
La calidad no es negociable, pero ¿cuál es la calidad adecuada? La calidad percibida por el cliente, la calidad técnica... Yo entiendo que la calidad tiene que ajustarse para cada cliente y proyecto, pero en parte estaría incumpliendo con "la calidad no es negociable". ¿Tenemos que ser flexibles y adaptarnos?.
La necesidad de conocer el alcance de las historias antes de meterlas en el sprint es vital, el cambio de alcance en el transcurso de una iteración puede romper la sensación de avance. Pero ¿el Alcance puede variar en el transcurso de una iteración? ¿Hay que ser flexibles? ¿Tenemos que ser estrictos? A día de hoy, es una de las palabras que más me rondan la cabeza cuando pienso en Agile.
Pero no sólo el perseguir el cumplimiento de las técnicas y metodologías que nos ayudan a trabajar tiene que ser la única meta para ser ágil. En algún momento tenemos que cambiar el chip de lo que estamos haciendo, pensar en que estamos resolviendo necesidades del cliente y colaborar con él para que esté satisfecho con nuestro producto entregado. A veces nos pierde lo que nos gustaría hacer y no sabemos poner un "hasta aquí" cuando igual no estamos aportando valor al cliente.
Hay que trabajar más el cambio de mentalidad hacia el cliente, utilizar las técnicas y adaptarse a los cambios.
Aprender de la experiencia de los demás ayuda a no cometer los mismos errores. De la teoría a la práctica y la experiencia que ido obteniendo hace que ponga en duda como lo he estado haciendo hasta ahora. Debería leer más para resolver las dudas.
Desde luego, el camino está siendo divertido.
Coding Dojo Huesca
Bienaventurados los que kilómetros se comen para tirar unas líneas de código...
Cuando eventos en los que nos reunimos unos cuantos programadores para compartir experiencias y aprender unos de otros moviliza a personas de diferentes zonas geográficas, es que algo está pasando. Y desde luego la asistencia en el #codingdojohuesca así lo demuestra.
Este viernes 21 de Enero, @rubenbpv y yo nos movimos desde Pamplona a Huesca para asistir al #codingdojohuesca organizado por Frogtek con @carlosble.
Tras la 3.40h de trayecto llegamos justo a tiempo, gracias a google navigator 
aunque como no, como todo buen "viaje" perdimos 15 minutos al perdernos, momento en el que pusimos a funcionar el gps.
Bien, vamos al lío.
Antes de comenzar la primera iteración se tomó la decisión de que la primera pareja estuviera formada de manera que al menos uno hubiera practicado algo de TDD con anterioridad. La primera iteración fue la más larga, en donde aproveché para poner en marcha el entorno de PHP para el dojo. (tengo que llevar las cosas preparadas de casa, si no se pierde tiempo si hay problemas...)
Tuve el placer de compartir iteración con Manolo, Luis, David y Marco, las tres primeras las abordamos con PHP y la última con Java. En la primera iteración me costó centrarme en el foco del problema ya que no conocía muy bien la problemática a resolver. También me encontré en la situación de que teniendo poca experiencia con TDD, siendo novato y todavía aprendiz de la técnica, el explicar a mi compañero como utilizar TDD. Fue una pena que cuando por fin estábamos rodando se acabó la iteración.
Compartiendo iteraciones con desarrolladores java, les gustaba la facilidad de como resolver sintácticamente en php operaciones en que las que en java se tornaban algo espesas. No podía evitar pensar que siempre pongo ojitos a java cuando en php con POO no me permite hacer algo y me resultó grato el feedback de que veían a php con buenos ojos
La verdad, me gustaría volver a coincidir con estos desarrolladores en otros eventos para volver a tener la oportunidad de compartir una iteración una vez más, en especial con David que le debo una ^_^.
También tuvimos la oportunidad de ver a @carlosble en acción, un momento en que de repente el silencio invadió la sala y estábamos todos atónitos viendo como tiraba lineas de código en sus test rojo/verde adelante, siguiente refact... fue abrumador. Momento de "Super Programador", aunque no llevaba mallas ni la ropa interior por fuera 
y al finalizar nos desveló su secreto humildemente quitándose el antifaz.
Pero #codingdojohuesca tuvo más sorpresas! cuando @carlosble solicitó dos voluntarios "a dedo" (ya que nadie se animó) también fue impresionante el resultado. Los "voluntarios" @rubenbpv y @dani_latorre en un pair programing prácticamente mudo, apenas se les oía debatir como abordar una tarea parecían que estaban sincronizados. Fue un buen ejemplo de pair programing, hasta llegué a pensar que ya estaba preparado de lo bien que lo hicieron.
Pero esto no fue todo en #codingdojohuesca, también tuvimos una sesión de networking en una pausa para café, en donde pude conocer a los integrantes de Frogtek y charla de desvirtualización con @dani_latorre. Lamentablemente soy malo para los nombres, pero las charlas fueron interesantes.
Como todo evento que se precie, siempre existe un momento birras! y tras terminar el #codingdojohuesca unos pocos nos juntamos para charlar con unas birras en donde en un ambiente más distendido las charlas a nivel profesional y retos personales se cruzaban en la mesa. Claro está, al final no evitamos llegar a la cena.
Aunque al día siguiente @rubenbpv y yo teníamos que asistir al primer Katayuno en Donosti la noche se estiró y tras terminar la entrevista que @rubenbpv hizo a @carlosble convirtiendo al entrevistador en entrevistado para podgramando.es la noche terminó a las tantas de la madrugada, pero esto es otra historia...
Comenzando el 2011 persiguiendo objetivos + Mini-Balance 2010
Tras haber tenido abandonado el blog un par de meses volvemos a la carga, y como no hablando sobre los objetivos que intento perseguir para este año. Uno de los motivos de mi ausencia ha sido el nacimiento del proyecto de Gente Binaria, que aunque no ha consumido demasiado tiempo por ahora, si se ha llevado gran parte de mi poco tiempo libre. El cupo de proyectos personales están cerrados para el resto del año, junto con arreglamicarretera.com estaré bastante atareado.
arreglamicarretera.com
Es el proyecto con el que llevo más tiempo, y no precisamente por haber tirado infinitas lineas de código. Desde su creación hasta el día de hoy es una idea en la que creo y persigo fielmente. La dificultad de llevar a delante el proyecto no es necesariamente técnica, la implicación de diferentes entidades en él retrasan las decisiones. Es el proyecto que cuelga de mi pared, unos cuantos post-its con las tareas a realizar. Gracias a la experiencia profesional que he podido adquirir este último año intento Agilizar su desarrollo aplicando Scrum, pero por ahora me está siendo difícil seguir una planificación ya que muchas de las funcionalidades básicas hacen partícipes a los demás implicados con los que tengo que "negociar" y entender ciertos aspectos imprescindibles para la herramienta.
Aunque actualmente existe una versión publicada, no se aproxima demasiado a la que estoy desarrollando. Pero ya he aprendido la lección de "no esperar al producto final...", lanza lo que tengas y luego sigue trabajando!
Gente Binaria
Este proyecto es "cachondo", la creación de una comunidad de diferentes perfiles relacionados con la construcción de sitios web. Actualmente somos 11 miembros, y aunque tenemos un ligero parón por las fechas que acabamos de pasar hay mucha motivación por parte de todos. Las ganas de hacer las cosas bien e intentar ser un referente a la vez que fomentar el desarrollo de software libre es algo que nos inunda el teclado a la hora de colaborar en la lista de correo. Muchas de las decisiones que teníamos que ir tomando para ir arrancando ya han llegado a su fin, y cuando volvamos a retomar ya será para ir más a trapo que a la "palabrería"
Un proyecto con ideales, con referentes y con buenos profesionales de diferentes ubicaciones geográficas en ámbito nacional que estoy seguro que también será una buena oportunidad de aprender. No sólo en tocar nuevas tecnologías, si no que los compañeros que forman parte de esta recién nacida comunidad tendrán experiencias de las que seguro podré aprender de ellos y con ellos.
Técnicas de desarrollo y artesanía del software
Yeah! que bonito suena! Pero es cierto, antes de conocer este "rollo" de agilismo y de la artesanía del software siempre me he comparado con el artesano que construye cestas de mimbre. Persigue un buen acabado y fiabilidad. Algunos dicen que trabajamos con las manos, otros con la cabeza... o más bien a cabezazos! pero si te gusta la programación y llevas un tiempo trabajando en ello hay muchas cosas que se repiten, que te encabronan.... y sin querer buscarlo encuentras un movimiento!!! un movimiento de personas afines que tienen el mismo interés. Disfrutar de su trabajo mejorando la calidad y productividad.
Es cierto que mi entorno laboral afortunadamente es favorable para esta situación. Aprender a ser más ágil y productivo, utilizando para ello técnicas que para muchas otras entidades son "frikis". Esto funciona señores, no es sólo teoría!
Tras perseguir a @carlosble casi todo el año, al final en Noviembre pude estar en su curso de TDD, con el que acabé comprendiendo muchas cosas que mis compañeros que estuvieron en uno a principios de año intentaban aplicar y no lo acababa de ver claro. TDD hace que la programación sea más divertida. En el curso te lo pasas genial, sólo tienes pensamientos positivos hacia ello pero sólo hasta que te sientas por tu cuenta a practicarlo y WTF estoy bloquedo por donde tengo que continuar! Aplicar TDD no es sólo intentar seguir esas "reglas" hay que ir obteniendo experiencia e ir rodando.
Aprovechando que el curso de TDD fue antes que el #coderetreat de Donosti, me anime a asistir. Primera idea que se me pasó por la cabeza: "Puff... soy un paquete y me voy a juntar con gente que tiene más experiencia que yo..." si, fue cierto! pero así aprendes. Me iluminó un poco la experiencia, el conocer estas cosas hacen que uno se motive. En el #coderetreat tuve la oportunidad de desvirtualizar a @jmbeas @ecomba @kinisoftware @programania, conocer a más gente y como no... encontrarme con habituales ^_^
Cuanta más gente voy conociendo afín a esto, me doy cuenta que tengo mucho por aprender y la verdad... me gusta! Que sería de esta nuestra profesión sin la mejora y aprendizaje continuo.
Tecnologías
Tanto con que jugar y tan poco tiempo para practicar . Soy LAMPero de vocación, pero la tecnología no es algo que me frene a mirar al monitor de al lado. He trabajado con otros lenguajes, al final es tanto de lo mismo con las particularidades que pueda tener cada tecnología. A veces tengo esa sensación de estar hasta el gorro de trabajar con LAMP y al poco lo retomo con más ganas para intentar mejorar este lado oscuro. Cada vez veo más lejos que vuelva a tocar tecnología de M$ la verdad es que me siento muy cómodo con esos lenguajes "raros".
Este año me gustaría poder aprender:
- Java, profundizar más.
- Android SDK
- Groovy
- Ruby
- Python
Tal vez asistiendo a más #coderetreat o haciendo #katayunos pueda ir entrando poco a poco en esas diferentes tecnologías. Algunos pensarán... para que tantos lenguajes menudo follón... bueno, creo que si que lo es pero... Te gusta conducir? tienes un coche pero cuando tienes la oportunidad de conducir uno diferente lo haces, verdad? pues a mi me pasa lo mismo pero con la programación! Pero si que lo veo difícil, tengo que mantener un ritmo en los proyectos personales, pero las metas hay que ponerlas altas.
Resumen
Lo que hago me gusta, me divierte y me lo paso genial aprendiendo. He tenido la suerte en el 2010 de conocer a gente grande, que me ha hecho ver mi profesión desde otra perspectiva. La preocupación por la mejora continua mejora mi calidad.
Objetivos
- CodeRetreat: colaborar en organizar 2º CodeRetreat Donosti .
- AgileSpain: Este año no me lo tengo que perder.
- PHPConference: Intentaré asistir también a este evento.
- Idioma: Hasta ahora no me he visto con dificultad con el nivel de Inglés que tengo, pero no tengo el suficiente para poder empaparme cómodamente de esa documentación que aparece a borbotones. Así que uno de mis retos para este año será mejorar mi nivel de Inglés. Practicar ayuda, así que de vez en cuando le meto una patada al idioma en alguna frase que escribo por la Red ^_^
- TDD: Obtener experiencia en el desarrollo con TDD, al final a base de enfrentarte a los retos es como se aprende.
- XP: No creía demasiado en esto, pero mis compañeros de trabajo me están haciendo cambiar el punto de vista. Así que tengo que esforzarme más en aplicarlo.
- Retrospectivas: Intentar cambiar a enfoque positivo siempre que se me pase por la cabeza un comentario que pueda ser destructivo, un buen consejo de un compañero. Trabajar en equipo no es sólo trabajar en la mesa de al lado, ni tomarte unas birras con tus compañeros. Trabajar implica compromiso, y el mio será eliminar este año todo la ceniza que pueda tener alrededor.
- Deporte: Intentar hacer algo de deporte, si no me vuelvo a lesionar... ya que es la única forma que pueda descansar bien por las noches.
- Tópicos: Los tópicos de todo el mundo al inicio de año, hacer más deporte, operación biquini, dejar de fumar... a ver cual consigo cumplir de esos.
Bueno, esto es todo por hoy que no es poco 
Curso TDD con Carlos Ble
Desde que mis compañeros @tatai y @sharpbites estuvieron en el curso de TDD con @carlosble he estado como ya he escrito en otro post, persiguiendo la actividad de @carlosble por la zona norte, y tras el esfuerzo del curso de Donosti casi no lo consigo
El curso de Donosti es esta semana y he podido asistir al curso que impartió en Pamplona. Menos mal, ya que la agenda laboral me cambió las prioridades que tenía previstas.
Me estoy iniciando en todo esto del agilismo y las buenas prácticas de desarrollo, y aunque tengo pendiente la lectura del libro de Carlos, yo pensaba que el TDD tenía como objetivo el tener el proyecto con una cobertura de test pero estaba equivocado. El tener el proyecto con cobertura de test es una consecuencia de perseguir el objetivo principal, el conseguir un buen diseño y modelado de objetos. Acabas aplicando patrones de diseño de manera natural.
Lo bueno del curso:
- Compartir esas sesiones con gente que tiene la misma inquietud que tu.
- Mejorar tu calidad de código.
- No es un curso que resulte pesado.
- Las jornadas pasan volando a la vez que te entretiene.
- Te abstrae de tu tarea cotidiana y te hace ver la luz más allá de tus líneas de código.
- Ves claro el uso de TDD al terminar, pero lo importante es comenzar a aplicarlo lo antes posible para no perder el "ritmo".
La tecnología que se utilice para aprender TDD no es condicionante, así que espero que a nadie le frene el uso de una tecnología diferente a la que conoce para aprender TDD. Era uno de mis "miedos" en el curso de TDD, si al final me frenaría... pero no, es más el utilizar una tecnología diferente hasta me parece más entretenido.
Utilizar TDD en tus desarrollos, puede hacer que tu tarea diaria de "pikateclas" sea más divertida, un enfoque diferente a la hora de programar, consiguiendo un buen diseño de código y con el beneficio de tener cobertura de test en tu proyecto.
Siendo lo que en principio que creía que era el objetivo del TDD resulta que es la consecuencia.
Ahora a leer el libro de @carlosble y aquellos que ha recomendado como:
Curso recomendable 100%, y si tienes alguna de si asistir o no sólo tienes que leer este post.
Drupal personalizando un detalle con el resultado de una vista
Drupal tiene el módulo context, muy util al poder definir reglas para mostrar bloques por contexto. El bloque puede ser el resultado de una view. Las views pueden recibir parámetros, pero cuando es un bloque hay que hacer "ñapa" para recibir el parámetro de la url, por lo que si deseamos mostrar en el detalle del contenido un listado de otros contenidos según la regla de negocio tenemos dos opciones.
Crear una view de tipo bloque y después por context definir la regla para pintar la view o crear una variable en el preprocess del nodo con el resultado de una vista.
La ventaja de hacerlo con context, es que no tiras una línea de código pero el problema es que el bloque lo tienes que ubicar en una de las regiones definidas en el theme. Por otro lado si la vista necesita parámetros, como el $node->nid es algo más complejo.
Pongamos como ejemplo "noticia" (que original), donde va a mostrar el listado de las 5 noticias más recientes que tengan los mismos tag's que la noticia que estamos visualizando.
1.- Creamos la vista que recibe como parámetro el $node->nid para obtener los tags y luego consulta al resto de noticias para obtener el resultado de las 5 noticias a mostrar.
2.- Preprocess de nodo noticia:
function _THEMENAME_preprocess_node__noticia(&$vars){
$nid = $vars['node']->nid;
$view_name = 'noticias';
$display = 'noticias_relacionadas_por_tags';
$args = array($nid);
$view = views_get_view($view_name);
$view->set_arguments($args);
$view->build($display);
$view->execute($display);
$block = $view->render();
$vars['noticias_relacionadas'] = $block ;
}
Ahora en la plantilla de nodo noticia, tenemos una variable $noticias_relacionadas con el resultado de la vista. Esto nos da más control de personalización del detalle, ya que con context estamos "limitados" a las regiones del theme, pero de esta manera la personalización del html en el detalle de la noticia está más controlado.
Drupal crear variables en nodos para personalizar el detalle de un contenido
Cuando trabajamos en la personalización del detalle de contenido, nos puede surgir la necesidad según requisitos de crear alguna lógica para mostrar los atributos de este contenido. Es muy fácil caer en aplicar esa lógica y creación de variables en la propia plantilla php (phptemplates), pero en la medida de los posible lo correcto sería evitar "codificar" en la plantilla.
Pongamos el ejemplo de que estamos mostrando el detalle de un contenido noticia, en donde tiene dos atributos a los que hay que darle importancia:
- Imagen
- Vídeo
Requisitos:
Si la noticia tiene vídeo, mostrar el vídeo y en caso contrario pintar la imagen.
Sería muy sencillo aplicar la lógica en el phptemplate:
if($field_noticia_video_rendered){
print $field_noticia_video_rendered;
}else{
print $field_noticia_imagen_rendered;
}
Como ya sabéis, si el tipo de contenido tiene un definido el campo con nombre field_noticia_imagen y el widget del atributo es de tipo imagen, al pintar $field_noticia_imagen_rendered te pinta el html necesario para renderizar la imagen, lo mismo ocurre con el vídeo.
Bien, hasta aquí hemos cumplido la funcionalidad. Pero... ¿es la manera correcta? tal vez no debería mojarme en decir "correcta" ya que ambas funcionan, pero queda mucho más ordenado si en vez de pintar ese churro lineas en la plantilla simplemente pintamos:
print $field_noticia_multimedia_rendered;
Ahora bien, el tipo de contenido noticia no tiene el atributo multimedia y antes de que interprete la plantilla tenemos que crear la variable.
Es muy improbable que estés haciendo un tema de Drupal de cero, así que en este paso vamos a abrir template.php.
Normalmente en este fichero si partes de un tema base, ya tendrás la función:
THEMENAME_preprocess_node(&$vars, $hook){
...
$function = '_THEMENAME_preprocess_node'.'__'. $vars['node']->type;
if (function_exists($function)) {
$function(&$vars);
}
}
Antes de procesar un nodo se ejecuta esta función, en donde comprobamos si tenemos declarada una función especifica para preprocesar un nodo de un tipo de contenido determinado, como en este caso el type es "noticia" tendremos la función "_THEMENAME_preprocess_node__noticia". Al declarar la función con un guión bajo al inicio del nombre, es una manera de indicar que es una función de ámbito privado y que no es un hook que lo entienda el core.
_THEMENAME_preprocess_node__noticia($vars){
...
}
El parámetro que recibe es un array asociativo que contiene toda la información que necesitamos. Si creamos una nueva key en este array asociativo, lo que vamos a conseguir es que en la plantilla de nodo exista una variable con el nombre de la key que hemos creado en el array.
_THEMENAME_preprocess_node__noticia($vars){
if($vars['field_noticia_video][0]['value']){
$vars['field_noticia_multimedia_rendered'] = $vars['field_noticia_video'][0]['view'];
}else{
$vars['field_noticia_multimedia_rendered'] = $vars['field_noticia_imagen'][0]['view'];
}
}
Una vez creado el preprocess para el tipo de contenido noticia, en la plantilla del nodo noticia tenemos que pintar la variable $field_noticia_multimedia_rendered.
print $field_noticia_multimedia_rendered;
Nos olvidamos de la lógica en la plantilla, para cuando pase diseño a modificarla no se encuentre con esos churros que a veces metemos
La idea de llamar a la nueva variable $field_noticia_multimedia_rendered es por seguir un poco la nomenclatura de las variables que utiliza Drupal, pero puede ser sólo $multimedia ya que a otra persona que vaya a ver la plantilla le puede llevar a confusión entendiendo que es un atributo del contenido. Esto queda a elección de cada uno.
Curso TDD en Donostia por Carlos Ble
Va para 8 meses aproximadamente, de que Carlos Ble impartiera un curso de TDD en la empresa en la que trabajo. Por motivos de fuerza mayor no pude asistir, pero desde entonces, he "perseguido" los movimientos de Carlos por la geografía Española a la espera de que en algún punto cercano pudiera formar parte de su alumnado. Finalmente y tras el interés de más programadores de la provincia hemos conseguido que Carlos se anime a impartir un curso en esta ciudad que como bien dice Luis Artola
..a veces nos sentimos en el borde exterior de la galaxia..
Razón no le falta, Donostia no es Madrid, pero tampoco tiene la actividad de Bilbao. La oportunidad de que Carlos Ble nos ofrezca un curso de libre inscripción es prácticamente única, y más teniendo en cuenta de que estamos hablando de Donosti
Así que ten en cuenta estos puntos si lees este post:
- Si eres programador y estás interesado en mejorar tu calidad de desarrollo no dudes en inscribirte.
- Si eres jefe de equipo de programadores, es interesante que des la paliza a los programadores para que asistan, así conseguirás mejorar la calidad de desarrollo de tu equipo.
- Si eres Director General, si tu jefe de equipo y tus programadores no están interesados en TDD preocúpate!!! la calidad de los desarrollos puede verse comprometida si el equipo no tiene interés por mejorar.
Los días 24 y 25 de Noviembre tendremos la oportunidad de recibir la formación, por lo que si estás interesado en inscribirte en el curso tienes que ponerte en contacto con: info [arroba] iexpertos.com
No sólo nos ofrecen la posibilidad de la formación de un curso abierto, también nos ofrecen un descuento en el curso en las 10 primeras plazas! en donde nos podemos ahorrar unos 100€ aproximadamente. Así que si estás interesado no tardes demasiado, ya que el curso tiene un máximo de asistentes.
La tecla que necesitamos!
Hoy he recibido un e-mail que me ha hecho gracia, y aquí os dejo el contenido de:
La tecla que necesitamos
Alguna vez nos ha hecho falta
Instalando php 5.2.x en Ubuntu 10.04 Lucid + APT::Cache-Limit Error
Si trabajas en entornos de desarrollo LAMP puede que ya hayas pasado por esto, pero para los "novatos" será una chuleta de utilidad si das con este sitio a tiempo.
La versión de Ubuntu 10.04 Lucid, como sabéis utiliza php 5.3 pero no todos trabajamos con esta versión de php, aunque todo llegará, y claro es cuando nos llevamos las manos a la cabeza cuando hacemos el update/instalación de Ubuntu 10.04.
Bien para hacer la instalación de php5.2 es muy sencillo, con seguir los pasos del enlace de este blog lo tenemos solucionado.
Pero luego, como nuestro repositorio tendrá más información disponible tienes que aumentar el valor de la variable APT::Cache-Limit para evitar el error al refrescar nuestros repositorios.
Crea el fichero 00apt en:
/etc/apt/apt.conf.d/00apt
Y le asignamos un valor elevado al APT::Cache-Limit:
APT::Cache-Limit 99999999;
Bien, ahora ya podemos actualizar los repositorios sin errores y estaremos trabajando con la versión php5.2 en Ubuntu 10.04.