Material en inglés vs castellano

[Raquel Laina]

Hola,

En el charla que dió el Maese Gost sobre la artesanía del software se propusieron de "clásicos" o "incunables" imprescindibles para cualquiera que quisiera hacer buen software [1]. Se preguntó cuántos de los presentes los habíamos leído y (mea culpa) me di cuenta de que realmente sólo había leído uno aunque el resto si que los conocía de oídas. Comentándolo con gente que viene de letras y sobre todo de la rama de medicina me decían que les parecía increible que no tuvieramos una serie de "incunables" de referencia de lectura obligatoria para cada "técnica" o "disciplina" que utilizaramos.

Por eso, me parece muy interesante que aunque desarrollemos contenidos propios o aglutinemos contenidos en castellano, si que identifiquemos en nuestra lista de recursos (wiki?), los "clásicos" o "incunables" de referencia para cada una de las herramientas/técnicas/metodologías que normalmente están en inglés. Porque, por ejemplo, aunque puedas aprender sobre historias de usuario en presentaciones/artículos/post/etc..., cuando lees el libro de Mike Cohn [2] es cuando realmente te das cuentas de los todos los matices y puedes empezar a innovar o mejorar desde ahí (vamos, que pongo ese ejemplo pq me está pasando, pero supongo que será extrapolable a TDD, Scrum, XP, etc...).

Esto se une tb con la propuesta muy interesante que hizo Maese Gost sobre la creación de itinerarios, pq aunque a un cliente para venderle Scrum no le vas a hacer leerse el libro de las historias de usuario (que estaría guay, pero no lo va a hacer), a la gente del equipo si que sería necesario presentarle estos "clásicos" porque aunque en un principio empiecen con cosas más "digeribles" se lo tienen que leer en algún momento si quieren realmente mejorar. Y antes de empezar a leernos cómo funciona Scrum desde las trincheras, tendremos que saber exactamente qué es Scrum no?

Otra posibilidad tambien, es a partir de esos "clásicos", generar contenidos procesados, es decir, resumenes, valoraciones, etc.. o por ejemplo, aprovechar los coding dojo para elaborar "patterns" en cada lenguaje y hacer debates de en que casos vienen bien y en cuáles no... no se...

Simplemente era una reflexión, perdón por el mail tostón.

Un saludo,
Raquel

[1] http://prietopa.wordpress.com/2009/10/25/agile-open-spain-2009-resumen-de-las-charlas-a-las-que-he-asistido/
[2] http://www.amazon.com/User-Stories-Applied-Software-Development/dp/0321205685

[José Manuel Beas]

100% con Raquel

Ahora, ¿cómo articulamos esto?

¿Una etiqueta "incunable" en la biblioteca? [1]
No sé, se me antoja escaso.

¿Una revisión de la página de Bibliografía [2] para ir esbozando las diferentes categorías e itinerarios?
Quizás esto encaje mejor con lo que queremos. La cantidad de libros de la que estamos hablando no debería ser muy grande. Lo más difícil seguramente será alcanzar un consenso acerca de qué libros deben estar o no estar en estas listas.

[1] http://books.google.com/books?uid=5005153317551747345
[2] http://groups.google.es/group/agile-spain/web/bibliografa

Un saludo,
JMB

[Jorge Jimenez]

Estoy de acuerdo contigo Raquel,

yo llevo unos meses leyendo cosillas sobre Scrum, Agilidad y demás (soy un profano que tiene el gusanillo). Pero he llegado a un punto en que me gustaría adquirir algún libro, mejor que usar pdf's profanos, como he leido en otro post por ahí ;-)

Y aquí estoy en la encrucijada de por qué libro decidirme...tengo claro dos que quiero adquirir, el Clean Code de Robert C. Martin y el de Peopleware... pero de los diferentes libros de Mike Cohn, Kent Beck, etc...no tengo ni idea si alguno sería de esos incunables.

También es verdad q hay un presupuesto limitado...y el tiempo para leerlos también tiene su limitación.

Por eso me gustaría saber si alguno de esos gurús que sigo (y no voy a decir nombres por si me olvido de alguno y se pone celoso) es capaza de recomendar unas lecturas básicas o imprescindibles, a parte del de las trincheras, que ya le tengo muy releido.

Necesito esa base para empezar a guiar a gente en el mundo de la agilidad, ahora que he conseguido al apoyo de mi jefe para empezar un piloto de trabajo agil en un nuevo proyecto que vamos a afrontar...vamos que me estoy metiendo a saco en el tema.

Un saludo

Jorge Jiménez

http://azucarenlasvenas.blogspot.com


Ted Turner  - "Sports is like a war without the killing."

2009/10/30 Raquel Laina <rla...@gmail.com>

[Abel Muiño]

Desde mi punto de vista retrógado... "The mythical man month" es impresionante para describir el contexto en el que nos movemos... tiene más de 20 años y casi todo es aplicable todavía.

No es muy ágil, pero para los que sólo llevamos "unos añitos" en esto aporta mucha información sobre porqué el software se hace como se hace (si alguien se va a meter con Waterfall, que sepa que una vez tuvo mucho sentido).

2009/10/30 Jorge Jimenez <sem...@gmail.com>

--
Abel Muiño - http://ramblingabout.wordpress.com/

[Julio César Pérez Arques]

Por ir haciendo una lista de incunables, además del Clean Code:

* The Pragmatic Programmer: From Journeyman to Master. Andrew Hunt and David Thomas
* TDD by Example. Kent Beck

Sólo para Javeros:
* Effective Java. Josua Bloch
* Java Persistence with Hibernate. Gavin King
* Spring in action.

Automatización:
* Pragmatic Project Automation. Mike Clark.

Creo que esta lista se puede hacer de forma manual en el Wiki, en plan lecturas imprescindibles y tagearlo según: Agile, Java, testing, scrum, etc...

[Raquel Laina]

Yo más que tagearlo, intentaría aportar algo más. Por ejemplo, crear una página para cada una y dentro ir marcando los itinerarios con secciones y comentarios en cada sección, por ejemplo, cómo empezar, profundizar en, etc...

2009/10/30 Julio César Pérez Arques <julio.cesar....@gmail.com>

[Ricardo Roldán]

 Tendríamos redactar un comentario en castellano.

Es muy importante también que se puedan añadir comentarios de los lectores
Mirar la página de comentarios al libro que ha montado Roberto Canales

http://www.adictosaltrabajo.com/book_section.inc.php?book=1

Saludos,
Ricardo

--
"aligned leaders" turn theory into practice.(Mary and Tom Poppendieck)
http://twitter.com/rroldan

[José Manuel Beas]

2009/10/30 Julio César Pérez Arques <julio.cesar....@gmail.com>

Por ir haciendo una lista de incunables, además del Clean Code:

* The Pragmatic Programmer: From Journeyman to Master. Andrew Hunt and David Thomas
* TDD by Example. Kent Beck

+1 a ambos
 

Sólo para Javeros:
* Effective Java. Josua Bloch
* Java Persistence with Hibernate. Gavin King
* Spring in action.

Disiento. Estos son manuales de referencia y poco más. Ningún "insight" en ellos IMHO

 

Automatización:
* Pragmatic Project Automation. Mike Clark.

Lo siento, no lo he leído.
 

Creo que esta lista se puede hacer de forma manual en el Wiki, en plan lecturas imprescindibles y tagearlo según: Agile, Java, testing, scrum, etc...

¿Te refieres a una página por libro? Un poco excesivo para empezar quizás, ¿no? Iterativo e incremetal mejor. :-)
 

El 30 de octubre de 2009 11:40, Abel Muiño <amu...@gmail.com> escribió:

Desde mi punto de vista retrógado... "The mythical man month" es impresionante para describir el contexto en el que nos movemos... tiene más de 20 años y casi todo es aplicable todavía.

Tampoco lo he leído, pero me gustaría mucho. :-(


1 saludo,
JMB

[José Manuel Beas]

Guay, buenas idea: al backlog. Iterativo e incremental, por favor, o no tendremos nunca nada. IMO.

Un saludo,
Jose Manuel Beas

http://www.agile-spain.com
http://jmbeas.blogspot.com

2009/10/30 Ricardo Roldán <roldan....@gmail.com>

[Ricardo Roldán]

Me ha llegado un correo:

Our new book, Leading Lean Software Development, is now available here.

¿ Cómo definimos el workflow para que este libro acabe comentado en nuestra lista de recursos ? 

[Raquel Laina]

Yo una vez montada la wiki, me ofrezco para montar un poco la estructura inicial de la "Biblioteca de Alejandría Ágil" e ir añadiendo los libros que ya han salido. En la parte de los comentarios y descripciones de cada uno no puedo aportar mucho pq he leido muy pocos (shame on me).

Por lo de los comentarios, a mi personalmente me gusta más algo en plan wikipedia en la que hay un texto consensuado, cada página tiene un hilo de discusión donde se pueden ir haciendo comentarios a las revisiones. Pero es más cómodo tener un texto breve (que se ha ido construyendo con las aportaciones de varios) que no tener que navegar por varios comentarios personales, como pasa en amazon, pq al final sólo terminas leyendo los últimos comentarios. IMHO

Por lo del workflow, acumularlos en alguna página y que a partir de ahi una o varias personas lo saquen de la lista y lo "procesen"? usar kanban tal vez? Por supuesto, cualquier libro/comentario puede ser revisado en cualquier momento

2009/10/30 Ricardo Roldán <roldan....@gmail.com>

[Vicenç Garcia]

Yo en la lista de libros sólo pondria los que alguien haya comentado, es decir, que para dar de alta un libro se tenga que poner un comentario del mismo. Sinó, se nos va a llenar de libros con nombre ágil pero que realmente nadie se haya leído, cosa que no creo que sea útil.

Saludos.

2009/10/30 Raquel Laina <rla...@gmail.com>

--
Vicenç García
http://devnettips.blogspot.com

[Ricardo Roldán]

A mi no me importa que la lista tenga muchos libros, por su puesto tienen que ser muy buenos, simpre que esté bien tageada y se pueda ir rápidamente al grupo de libros que te interesa.

Saludos,
Ricardo

[Ricardo Roldán]

El 30 de octubre de 2009 12:24, Raquel Laina <rla...@gmail.com> escribió:

Yo una vez montada la wiki, me ofrezco para montar un poco la estructura inicial de la "Biblioteca de Alejandría Ágil" e ir añadiendo los libros que ya han salido. En la parte de los comentarios y descripciones de cada uno no puedo aportar mucho pq he leido muy pocos (shame on me).

Por lo de los comentarios, a mi personalmente me gusta más algo en plan wikipedia en la que hay un texto consensuado, cada página tiene un hilo de discusión donde se pueden ir haciendo comentarios a las revisiones. Pero es más cómodo tener un texto breve (que se ha ido construyendo con las aportaciones de varios) que no tener que navegar por varios comentarios personales, como pasa en amazon, pq al final sólo terminas leyendo los últimos comentarios. IMHO

Por lo del workflow, acumularlos en alguna página y que a partir de ahi una o varias personas lo saquen de la lista y lo "procesen"? usar kanban tal vez? Por supuesto, cualquier libro/comentario puede ser revisado en cualquier momento

   ¿ La lista ya la tenemos ahora con que libro empezamos ?

[Xavi Gost]

En cuanto haya un wiki, yo puedo comentar varios de los libros de
referencia y estare encantado de hacerlo... no obstante lo prioritario
ahora es tener un wiki instalado sobre el que podamos trabajar, ya lo
organizaremos cuando tenga mas contenido.

Ya sabeis, nos damos una iteracion para meter contenidos a saco, sin
demasiado criterio y tal, aprovechando al maximo la energia y despues
nos ponemos otra para consolidarlos ponerlos bonitos y organizarlos, a
partir de ahi ya podemos ir incrementando....

Que os parec??
Quien puede instalar el confluence en agilespain?

Abro un hilo para apuntarse a la primera iteracion de contenidos-agiles

Xavier Gost

[Ricardo Roldán]

Yo puedo pero sería interesante hacerlo dos personas.

[Abel Muiño]

2009/10/30 Raquel Laina <rla...@gmail.com>

Yo una vez montada la wiki, me ofrezco para montar un poco la estructura inicial de la "Biblioteca de Alejandría Ágil" e ir añadiendo los libros que ya han salido. En la parte de los comentarios y descripciones de cada uno no puedo aportar mucho pq he leido muy pocos (shame on me).

Bravo :-).

Yo soy un p*to vago (traducción de una excusa que tenía pensada), pero creo que lo dificil es el contenido inicial.

Recordar que hay un doc en google con dos o tres libros que han sido comentados (creo que en foro-agiles). Así que el cut & paste también es una opción (si sale una discusión en la lista, el "grupo de trabajo de la biblioteca de alejandría" sería responsable de trasladar los comentarios a la wiki... máximo beneficio, mínimo esfuerzo).

[Xavi Gost]

Abel yo contaba contigo pa que me ayudes a ponerlo bonito....

[Abel Muiño]

2009/10/30 Xavi Gost <xav...@gmail.com>

Abel yo contaba contigo pa que me ayudes a ponerlo bonito....

Mi personalidad oscila entre WikiGardener y WikiGnome, así que puede contar con mi ayuda... pero no estoy (por montón de cosas personales) en situación de "empujar".

Por eso me alegra que haya gente como Raquel asumiendo la tarea de dar ese primer paso.

Por cierto... no creo que haya que aclararlo (pero lo hao igual): el concepto de "shared code ownership" aplica igualmente a la wiki (estructura emergente, refactorings, cleanups...).
Así que si alguien quiere que no se toquen sus artículos, mejor que lo indique claramente (o lo escriba en un blog y sólo haya un enlace en la wiki)