Quiero un estatus y lo quiero ya! May 13, 2008
Posted by jguridi in : estatus , add a comment
Otra vez vengo con otro libro que he tenido que leer y lo he hecho muy a gusto. Esto ya empieza a parecerse a un blog de recomendación de libros, más que un blog donde exponer reflexiones personales. Para que esto no ocurra, intentaré citar lo menos posible, escapar del mero resumen para exponer algunas ideas que me han surgido con la lectura de este “Ansiedad por el estatus” con Alain de Botton como autor. (podéis leer un fragmento aquí)
El libro empieza mostrando las diferentes percepciones que ha tenido a lo largo de la historia el concepto de estatus en la sociedad y las causas que han justificado esa necesidad de alcanzar un estatus (ya estoy con los resúmenes de nuevo, pues ya no sigo más! Si queréis saber más, a leerlo!).
Las ideas que he sacado de este libro:
- Estatus. Posición social o dentro de un grupo que permite que una persona obtenga una serie de beneficios si el estatus que tiene es alto.
- Nos comparamos con nuestros iguales. Si la gente que nos rodea tiene más que nosotros, queremos tener más. Nos comparamos con la gente cercana a nosotros y utilizamos la envidia como motor para obtener no aquello que deseamos, sino aquello que tienen los demás. La envidia hace que nuestros propios deseos se transformen según lo que nos rodea. Para ello, una cita de David Hume que hay en este libro: No es una gran desproporción entre nosotros y los demás lo que produce la envidia, sino lo contrario (…) La existencia de una gran desproporción corta la relación y, o bien impide que nos comparemos con lo que nos resulta remoto, o bien disminuye el efecto de la comparación. (David Hume en Tratado de la naturaleza humana, 1739) No nos comparamos con el Rey, sino con nuestro vecino.
- El éxito económico y el estatus vienen de la mano. La llamada meritocracia económica establece que a cuanto más dinero cosechado gracias a los logros propios en actividades económicas más estatus. Se establece un vinculo entre la riqueza y la decencia, si tienes más es porque has hecho meritos para ganarlo, y si has hecho meritos, es porque tenias las cualidades para hacerlo. Algo así como (en una visión muy simplista) si eres rico eres listo y decente y al revés. Aunque todos sabemos que hay maneras de hacer (mucho) dinero sin ser una persona decente o de manera ilegal. John Ruskin hace una lectura diferente de la meritocracia y la riqueza: En términos generales, las personas que se hacen ricas son trabajadoras, resueltas, orgullosas, codiciosas, rápidas, metódicas, sensatas, carentes de imaginación, insensibles e ignorantes. Se quedan en la pobreza los completamente tontos o totalmente sabios, los que son haraganes, imprudentes, humildes, reflexivos, aburridos, imaginativos, sensibles, los que están bien informados, los nada previsores, los que son malvados de manera irregular e impulsiva, así como los truhanes torpes, los ladrones descarados y las personas totalmente misericordiosas, justas y piadosas. (…) El hombre más rico es aquel que, habiendo perfeccionado al máximo las funciones de su propia vida, también tiene la más amplia y beneficiosa influencia, tanto personal como a través de sus posesiones, en la vida de los demás. (John Ruskin en Hasta este ultimo, 1892)
- La creación de necesidades. Las necesidades de los humanos han ido creciendo en numero a un ritmo acelerado. Hay voces que dicen que esto es debido a que la publicidad los genera pero los publicistas dicen que la gente es lo suficientemente inteligente para saber cuales son sus necesidades reales y no aceptar sus sugerencias. Que nadie obliga a nadie a comprar productos de nadie. El grado de felicidad que genera un logro o una adquisición disminuye con el tiempo lo cual tendemos a encontrar productos u objetivos sustitutivos para poder experimentar de nuevo ese punto de felicidad. Con esto es con lo que la publicidad juega.
Sin embargo, lo que más me ha llamado la atención ha sido el apartado dedicado a los bohemios y su relación con el estatus:
- En contraposición a la idea burguesa del éxito económico y la reputación publica, la idea bohemia es mostrarse receptivo al mundo y dedicarse al arte. En vez de un empleo seguro y estima de la sociedad, dedicarse a sus amigos y familia y a la escritura o pintura o música o a viajar. En vez de lo serio y lo decente, la ética y la expresión.
- Una relación especial con el dinero. Si obtener dinero supone hacer algo que va en contra de sus valores, no lo hacen. De ahí que algunos viven en la indigencia, fruto de no aceptar el hecho de dedicar una vida a un trabajo que desprecian.
- Piensan que el entorno condiciona la forma de vida, sobre todo que si esta no coincide con la corriente mayoritaria. Por esta razón se fueron creando comunidades con intereses afines, que, en las ciudades, se concentraron en ciertos barrios. Aun así, defienden que “la bohemia puede estar en todas partes; no es un lugar sino un estado mental”.
Lo que más me ha llamado la atención de la bohemia ha sido su parentesco lejano con los hackers, ambos trabajan por una pasión que puede no aportarles ningún beneficio económico y crean comunidades entorno a eso que les apasiona, comparten su trabajo y proponen una forma alternativa de entender lo que los rodea. Lo que pasa es que los bohemios renuncian a todo lo que tenga que ver con manifestaciones de estatus y los hackers tienen una especie de meritocracia basada en los logros, en la capacidad para resolver problemas (por ellos mismos o interesando a otros para hacerlo).
Team Academy, el modelo finlandés May 12, 2008
Posted by jguridi in : iReflexiones , 6commentsEsta mañana hemos tenido una charla con la gente de Team Academy de Finlandia en la universidad. La afluencia de gente no nos ha permitido escuchar la charla y no he podido sacar nada en claro. ¡Es broma! Hemos estado 7 organizadores y 6 alumnos participando en la charla y esto ya no es broma, aunque lo parezca. Asistencia penosa por parte de mi clase, cosa que parece ser la tónica general en este tipo de charlas y algo que habrá que remediar si se quiere seguir haciendo estas actividades. Luego nos quejaremos de que solo nos dan la información que ofrece la universidad y que no tenemos ni p… idea de otras cosas. En fin.
La charla ha sido interesante, los que estábamos hemos participado en mayor o menor medida por razones lingüísticas básicamente y nos han contado un poco su idea de aprendizaje. Lo que suelen hacer es aprender haciendo (Learning by doing), cometer errores, buscar fórmulas creativas para sacar adelante sus proyectos, montar sus propias empresas desde el principio e intentar sacarlas adelante buscando clientes. ¿Cómo? Trabajando en grupo y compartiendo la información entre los participantes. Es una forma de aprender que no se examina más que en la vida real, no hay un examen de conocimientos teóricos, sino que se van interiorizando los conocimientos teóricos por pura necesidad, para que tengan una aplicación directa real. No hay profesores, hay coachers. Para ello utilizan diferentes herramientas, aunque me he dado cuenta de que son muy poco 2.0 esta gente. Los valores que intentan enseñar o que aprender son los siguientes: relaciones humanas, emprendizaje en grupos, aprender haciendo y practicando, experimentación continua e innovación creativa y viajar. Despues de la charla, hemos estado hablando de como podríamos hacer para implantar este modelo en la universidad y de que carencias o cosas negativas le vemos a la educación que recibimos nosotros ahora mismo y hemos llegado más o menos a lo que ya comenté aquí hace un tiempo. En Euskadi parece ser que hay un grupo que quiere hacer algo parecido (y tiene blog y todo). Seguiré su pista.
Por cierto, no he podido quedarme con más cosas ni coger apuntes porque ha habido un rato que estaba con los ojos vendados (en un pequeño ejercicio que nos han propuesto para trabajar el sentido de grupo y para perder la vergüenza yo creo) y otro rato largo que he estado haciendo de interprete más o menos. No es excusa, pero entre entender, traducir y participar se me han ido la mitad de las ideas. Espero que sirva para tener una vaga referencia de lo que ha sido esta charla y para crear cierta curiosidad sobre este grupo, que creo merece ser tratado con un poco más de profundidad. Seguiré hablando de ellos cuando me informe mejor.
Ahí van un video que he encontrado en youtube para que os hagais una idea. Es del ignition (como una jornada de puertas abiertas que montan) de este año.
El software libre explicado a las marujas May 8, 2008
Posted by jguridi in : software libre , add a comment
Así se titula un texto que he leído y me ha parecido interesante por ser una forma sencilla de que todo el mundo entienda que es esto del software libre y, sobre todo, la importancia que tiene compartir la información. Lo he sacado de un libro titulado “Ciberactivismo, sobre usos políticos y sociales de la red” que está escrito por varios autores que se autodenominan Reunión de Ovejas Electrónicas, entre ellas un conocido del barrio. Este texto en concreto está escrito por Enrique Matías Sánchez y dice así:
El mundo del software se puede explicar fácilmente recurriendo a una comparación sencilla: los programas de computadora se pueden muy bien equiparar a las recetas de cocina. No son más que una serie de instrucciones a realizar: ponga una cucharada de aceite en una sartén, caliéntelo hasta 80ºC, casque un huevo y viértalo sobre la sartén, etc. Entre los programadores, esta receta o conjunto de instrucciones de un programa se denomina “código fuente”. Ahora pensemos en la tarta de queso que prepara nuestra tía Mariluz cuando amos a visitarla. Cada vez que recordamos lo deliciosa que es, pensamos: “tengo que acordarme de pedirle la receta”. De algún modo, hemos asumido que no puede negarse a dárnosla. Lo vemos natural, y de hecho nos parecería mal y nos enfadaríamos con ella si no lo hiciera, pues a ella no le cuesta nada, y a nosotros nos endulzaría la vida.
Sin embargo, no siempre es así. Algunas empresas, como la Coca Cola, venden alimentos o bebidas misteriosas. Quizá a regañadientes lleguen a decirnos los ingredientes que la componen, pero siempre se niegan en redondo a proporcionarnos la receta, el método de elaboración. No piensan en lo útil que nos podría ser para nuestra próxima fiesta. Como niños egoístas, prefieren guardarse su receta para ellos solos. Parece que han olvidado lo que les enseñaron en la guardería, que se juega más y mejor compartiendo los juguetes con los demás niños.
Comparemos su actitud con lo que nos encontramos en el mercado de nuestro barrio. Con frecuencia nos encontramos con un producto nuevo que nos llama la atención. Inmediatamente, le preguntamos a la tendera qué es y como se prepara. Antes de que acabe de darnos la receta, inevitablemente habrá otras personas en la fila que interrumpirán su explicación y nos ofrecerán sus propios consejos: añadir una pizca de tal especia que le dará toque especial a la salsa, combinarlo con tal otra cosa, etc. Si somos duchos en la cocina, con el tiempo nos atreveremos a experimentar con nuestras propias variaciones, con las que sorprenderemos a nuestros invitados, que nos pedirán a su vez “nuestra” receta.
Como vemos, la posibilidad de distribuir, usar y modificar las recetas permite descubrir y desplegar un abanico de sabores y aromas que ni el propio autor de la receta original sospechaba. Quizá a partir de la receta de nuestra tía podamos idear otro tipo de tartas, además de la de queso: de chocolate, de yogur, de frambuesa… En cambio, nunca podremos elaborar otro refresco a partir de la Coca Cola (en otro color, con sabor a horchata, con el doble de cafeína para las largas noches de estudio…). No es difícil discernir cual de las actitudes es más beneficiosa para el conjunto de la sociedad.
Volvamos ahora al mundo del software. Observaremos que la mayoría de las empresas tiene la misma actitud antisocial que la Coca Cola, agravada además por una situación de monopolio (u oligopolio en la mayoría de los casos actualmente, ndr), cualquiera que sea el segmento de mercado (sistemas operativos, bases de datos, tratamiento de imágenes, diseño asistido por computadora…). Sin embargo, al igual que en el caso de las recetas, no siempre ha sido así, y no tiene porque seguir siéndolo: las cosas se pueden hacer de otra manera.
Mi primer meme May 8, 2008
Posted by jguridi in : meme , 5commentsTodavía no sé muy bien como funciona esto de los memes pero creo que me pasaron uno y que hay que seguir pasándolo a otra gente. Un poco como esas cadenas que te envían al email y que tanto odio, pero como es mi primera vez voy a ser correcto y voy a seguir con esta peculiar cadena.
Este me lo paso Los Sueños de la Razón en forma de dardo, ya que se trata de la primera edición de los Premios Dardo, que además lleva la coletilla de “Best Blog Darts Thinker”. Yo de thinker… Bueno, según lo que he podido robar de este blog la explicación de estos premios es: “La I Entrega de Premios Dardo 2008 se abre paso entre un gran elenco de Premios de reconocido prestigio en el mundo de la literatura, y con él reconoce los valores que cada blogger muestra cada día en su empeño por transmitir valores culturales, éticos, literarios, personal, etc.., que en suma, demuestra su creatividad a través su pensamiento vivo que está y permanece, innato entre sus letras, entre sus palabras rotas”. No es moco de pavo, no. Y además, dice que hay que citar 15 blogs a los que dar este premio, pero yo voy a seguir haciendo trampa y voy a citar unos pocos, que sino se me va a hacer eterno.
- Consultoría artesana en red. Julen, “¡ereh un mohtruo!”
- El café de Ocata. Por enseñarnos a disfrutar de las nubes.
- Irekian. Por todo el esfuerzo que esta haciendo por adaptarse a las nuevas herramientas e introducirlas en la universidad.
- Silencio. Por darnos formulas de romper con eso, con el silencio.
Y una mención especial a Los Sueños de la Razón, por todo el apoyo que me ha dado en estos primeros meses de mi existencia como blogger (un poco de peloteo no viene mal, jeje).
Ala! Pues ahí quedan mis nominaciones para la posteridad. Por cierto, SdR, creo que necesitaré ayuda para montar la gala, no sé yo si seré capaz de hacerlo solo. Si alguien se apunta, que me avise.
Caminando por Babel April 24, 2008
Posted by jguridi in : Eric S. Raymond, etica hacker , 1 comment so farHoy voy a repetir personaje a tratar y no, no es Himanen. Voy a hablaros de Eric S. Raymond de nuevo, esta vez de su publicación “La Catedral y el Bazar” y para mi sorpresa (sobre todo después de lo comentado por Iñaki en la anterior entrada sobre Raymond), esta vez el tono es más correcto y ya no parece tan prepotente. Al lió.
Sigo tratando el tema de la ética hacker, y Raymond sigue poniendo el ejemplo del software libre para expresarla. Esta vez, nos viene a decir las ventajas que tiene el modelo Bazar frente al modelo Catedral en la creación de software, sobre todo en la de gran envergadura, como sistemas operativos o herramientas grandes. El modelo Catedral viene a representar a un grupo cerrado de unos pocos eruditos trabajando en un proyecto de la que no se publican versiones experimentales hasta tener más o menos un resultado. En contraposición, el modelo Bazar representa a un grupo “colmado de individuos con propósitos y enfoques dispares” que hacen público todo el proceso para ir enriqueciéndolo desde el principio.
Linus Torvalds dijo “libere rápido y a menudo, delegue todo lo que pueda, sea abierto hasta la promiscuidad” y esto sorprendió a Raymond, más aun cuando vio que el modelo Bazar parecía funcionar bien. Se animó a lanzar un proyecto de software libre para poder comprobar de manera consciente este modelo de creación, que empezó con un problema con el correo electrónico y terminó en un programa llamado Fetchmail. Este proyecto aparece estructurado en lecciones que Raymond nos imparte.
- Todo buen trabajo de software comienza a partir de las necesidades personales del programador.
- Para resolver un problema interesante, comience por encontrar un problema que le resulte interesante.
Aunque algunos trabajen a cambio de un salario en programas que no necesitan, la necesidad de solucionar problemas o hacer más fácil una tarea suele ser la causa más común de emprender un proyecto SCA (Software de Código Abierto), además de las ganas de saber más sobre cierto problema o tarea que ha creado curiosidad en el hacker. Me gustaría resaltar la palabra “personales” de la primera lección, ya que si nace de una necesidad o curiosidad personal la implicación de la persona en el trabajo será completa, mientras que si no existe esa necesidad, como en el caso del trabajador a cambio de un salario al que no le interesa lo que programa, tanto la implicación como la motivación serán menores, y por lo cual, la eficiencia se verá mermada.
- Los buenos programadores saben qué escribir. Los mejores, qué rescribir (y reutilizar).
- Lo más grande, después de tener buenas ideas, es reconocer las buenas ideas de sus usuarios. Esto ultimo a veces es mejor.
Siempre es más fácil coger algo que ya está hecho y modificarlo que empezar a construirlo desde el principio. Recuperamos la idea de que “Ningún problema tendría que resolverse dos veces” que escribió en “Cómo convertirse en hacker”. Deberíamos empezar reutilizando todas las partes que funcionan bien y modificar solo aquella que da problemas, aunque al final acabemos con algo completamente distinto en todos los aspectos. Es un método bastante utilizado entre los estudiantes en trabajos que se repiten año tras año en la universidad, coger trabajos de años anteriores y partir de ahí reutilizando todo aquello que se pueda.
- “Contemple desecharlo; de todos modos tendrá que hacerlo” (Fred Brooks, en Raymond)
- Frecuentemente, las soluciones más innovadoras y espectaculares provienen de comprender que la concepción del problema era errónea.
Aunque cueste hacerlo, habrá un punto en el que será necesario desechar al menos una parte de la solución inicial porque uno se habrá dado cuenta de la realidad del problema y que hay otra solución mejor que la que había empezado a construir, así que “disponte a empezar de nuevo al menos una vez”.
- Si tienes la actitud adecuada, encontrarás problemas interesantes.
- Cuando se pierde el interés en un programa, el ultimo deber es heredarlo a un sucesor competente.
Raymond tenía esta creencia y en el caso que cuenta en este texto, pasó de enviar una serie de mejoras de un programa (fetchpop) a identificar las partes que más interesantes le parecían de dos programas (fetchpop y popclient), hacerse cargo de una de ellas (popclient) y crear uno que integrase lo bueno de los dos con algunas mejoras adicionales (fetchmail). Este cambio explica el modo en el que los proyectos evolucionan en el software libre, pasando el control de una persona a otra cuando se ha perdido el interés e implementando mejoras a estos programas en la medida de lo posible.
- Tratar a los usuarios como colaboradores es la forma más apropiada de mejorar el código, y la más efectiva de depurarlo.
- Si usted trata a sus analistas (beta-testers) como si fueran su recurso más valioso, ellos le responderán convirtiéndose en su recurso más valioso.
Si consideras que el usuario también tiene esa necesidad y que puede ser una parte importante en la creación de software, en otras palabras, si eres consciente de que entre los usuarios hay otros hackers y si liberas código según lo vas generando, te darás cuenta que “pueden convertirse en magníficos asistentes”. Además, los usuarios pueden hacer que se produzca el cambio de rumbo en el proyecto que antes he citado.
- Libere rápido y a menudo, y escuche a sus clientes.
El modelo Catedral se basa en la creencia de que liberar código de primeras versiones era una “mala política”, ya que suelen tener muchos errores y pueden ser agotadores para los usuarios. Por eso, se libera poco y cuando la mayoría de los errores están ya depurados. En el modelo Bazar, pasa todo lo contrario. Torvalds le dio una intensidad de publicación acorde con la complejidad del proyecto (en su caso, el kernel de Linux), “manteniendo a sus usuarios-hackers-asistentes constantemente estimulados y recompensados con la exhibición y mejora constante, casi diaria, de su trabajo”. En lo relativo a escuchar a los clientes, Raymond defiende que aunque no le den dinero a cambio del software (por ser libre), debe de seguir escuchándoles, ya que programa para y con ellos.
- Dada una base suficiente de desarrolladores asistentes y beta-testers, casi cualquier problema puede ser caracterizado rápidamente, y su solución ser obvia al menos para alguien.
Si unos pocos tienen que revisar un programa, buscar los errores y depurarlos (modelo Catedral) lo más probable es que tarden mucho tiempo y además no aseguran que se encuentren todos los errores. Sin embargo, si hay muchos usuarios revisando un programa simultáneamente (modelo Bazar), detectaran más errores y en menos tiempo que los anteriores, dándose la posibilidad de que no sea la misma persona la que encuentre el error y la que lo resuelva. Esto ocurre gracias a que cada usuario tiene una forma distinta de evaluar el programa.
- Si el coordinador de desarrollo tiene un medio al menos tan bueno como lo es Internet y sabe dirigir sin coerción, muchas cabezas serán, inevitablemente, mejor que una.
Trata de definir a ese líder-coordinador y a las motivaciones que llevan a una comunidad a seguir a ese líder. El líder ha de ser capaz de atraer a los demás usuarios hacia su trabajo no por coerción, sino por sus hábitos de cooperación. Raymond pone un pasaje del anarquista Piotr Kropotkin en “Memorias de un revolucionario” como ejemplo:
“Habiendo sido criado en una familia que tenía siervos, me incorporé a la vida activa, como todos los jóvenes de mi época, con una gran confianza en la necesidad de mandar, ordena, regañar, castigar y cosas semejantes. Pero cuando en una etapa temprana, tuve que manejar empresas serias y tratar con hombres libres, y cuando cada error podría acarrear serias consecuencias, yo comencé a apreciar la diferencia entre actuar con base en el principio de orden y disciplina y actuar con base en el principio del entendimiento. El primero funciona admirablemente en un desfile militar, pero no sirve cuando está involucrada la vida real y el objetivo solo puede lograrse mediante el esfuerzo serio de muchas voluntades convergentes.”
De éste texto Raymond resalta el concepto de trabajar con “muchas voluntades convergentes”, distintos individuos con inquietudes distintas trabajando en el mismo proyecto y que solo consiguen un resultado satisfactorio mediante el entendimiento entre todos ellos. Además, señala que el hacker (sea líder o no) trabaja por una reputación entre los demás, por “satisfacción de su ego”. Un líder no debe imponer su proyecto a sus colaboradores, ya que así, se producirían resultados de menor calidad, sino que debe estimular el ego de los demás para que estos trabajen de manera voluntaria recibiendo el reconocimiento por parte de la comunidad como recompensa.
Después de todas estas lecciones (hay más pero he quitado las que me parecían más técnicas) Raymond se lanza a describir las condiciones necesarias para poder desarrollar el modelo Bazar.
- Nos dice que no es posible crear desde cero con este modelo, que se puede “probar, buscar errores, poner a punto y mejorar algo”.
- El proyecto puede ser incompleto y plagado de errores, pero tiene que tener un potencial capaz de convencer a los desarrolladores.
- El “líder-coordinador” del proyecto debe saber “reconocer las buenas ideas sobre el diseño de los demás, (…) tener don de gentes y una buena capacidad de comunicación.(…) Además, es importante la personalidad que uno proyecta”.
Y es que “si se tiene las miradas suficientes, todas las pulgas saltarán a la vista”.
Me llamo Lups, digo, Kohfam April 18, 2008
Posted by jguridi in : Pau Contreras, etica hacker , 1 comment so far
Estos días he estado leyendo el libro “Me llamo Kohfam. Identidad hacker: una aproximación antropológica”, de Pau Contreras, que me dejo David. Como veis, he vuelto a lo clásico (leer, sacar ideas de lo que leo).
En este libro se trata sobre todo el tema del hacking o cracking (depende del prisma con el que se mire) en el ámbito de la TV digital en España. El autor, ha querido así investigar un terreno nuevo (en el momento de la publicación del libro lo era) entorno al que se crearon grupos de hackers. De todos los aspectos tratados he desechado los aspectos puramente técnicos que se cuentan (porque no vienen a cuento en este blog, si queréis saber de ellos tendréis que leer el libro o consultar otras fuentes) y he cogido aquellos que me interesaban, que básicamente hablan sobre redes y como no, sobre hackers y su ética.
Utilizando sobre todo las conversaciones con un hacker llamado Kohfam, Contreras expone el concepto de hacker como algo “parecido a un científico o investigador”, que intenta saciar su curiosidad para después compartir con la comunidad los resultados de esa investigación. “Hacker es aquel que domina la tecnología y se empeña en conocer el funcionamiento de algo”. Además, enfatiza durante todo el libro el carácter no lucrativo de estas actividades y su rechazo a los grupos de lamers y piratas, oportunistas con el único fin de utilizar el trabajo de los demás para su propio interés y lucro. Sobre la ética del hacker cita unos valores que ya expuso David con suficiente claridad.
Lo que más me ha interesado de esta lectura son los diferentes conceptos que trata sobre las redes sociales y los comportamientos que tienen los nodos (las personas integrantes de esa red) dentro de esa red. El grupo de hackers que es el objeto de estudio en este libro tenía una manera de organizarse concreta, que se basaba en un proyecto de investigación entorno al cual se unían “durante un periodo de tiempo variable, (…) un conjunto de individuos de procedencia muy diversa”. El grupo se organizaban entorno a un “núcleo” formado por hackers que por sus acciones habían ganado cierta reputación en la comunidad y que se consideraban “maestros”, a los que se les añadían desde novatos sin experiencia pero con ganas de ayudar hasta “maestros” de otros proyectos que querían colaborar en la comunidad. Para explicar esta forma de organización, introduce los conceptos de sociedad-red, identidad-red, individualismo en red e inteligencia-red.
- Sociedad-red: Contreras cita a Manuel Castells para explicar este concepto. “una nueva forma de sociedad (…) que se caracteriza por la globalización de las actividades económicas decisivas, (…) por su forma de organización en redes, por la flexibilidad e inestabilidad del trabajo, (…) por una cultura (…) construida mediante un sistema de medios de comunicación omnipresentes, interconectados y diversificados, y por la transformación de los cimientos materiales de la vida, el espacio y el tiempo”. En esta nueva sociedad, las identidades se construyen mediante un proceso reflexivo, lo cual nos lleva al segundo concepto.
- Identidad-red: Un individuo (“entidad física” lo llama) puede tener distintas identidades dependiendo del entorno en el que se mueva. Las distintas identidades serán nodos dinámicos de dicho individuo e interaccionaran con “el sociosistema en el que la identidad-red se inscribe”, asignando a cada una de las identidades su importancia en función del trafico internodos. Es decir, no existe una identidad central, dependiendo del contexto y las interacciones que haga en él será una la que prevalezca sobre las demás. “La diferenciación identitaria pasa a depender de las decisiones conscientes del individuo”.
- Individualismo en red: El trabajo de un hacker puede parecer solitario, casi en una situación de aislamiento desde el punto de vista físico. Sin embargo, y sobre todo gracias a internet, el hacker se relaciona con otros hackers para conversar sobre distintos aspectos de un proyecto o sobre cosas que no tienen relación con su trabajo, creando un completo “espacio social”. Contreras cita a Barry Wellman en su libro para explicar el concepto de individualismo en red (o networked individualism, según se mire): las comunidades son “redes de lazos interpersonales que proporcionan sociabilidad, apoyo, información, sentido de pertenencia e identidad social”, en la que la distancia geográfica deja de ser un factor determinante en las relaciones. De hecho, con algunas herramientas (como los blogs por ejemplo) la simultaneidad del lugar y el tiempo desaparecen como condiciones para desarrollar relaciones sociales.
- Inteligencia-red: El proceso de la creación de conocimiento en estas comunidades es de carácter social, ya que es creado de manera colectiva, abierta y coordinada en redes. La interacción que existe entre los nodos de estas redes posibilita que exista la inteligencia-red, que no es más que un proceso donde el conocimiento es el origen y el fin. “La comunidad que configura una inteligencia-red se nutre de conocimiento y genera conocimiento. En el proceso, se produce una realimentación positiva del conocimiento generado y una aceleración del proceso por efecto de la atracción de nuevos miembros a la comunidad”. Se puede pensar que para poder desarrollar este proceso de creación lo más importante sean las TICs, pero “el elemento clave aquí es la dinámica social que se establece”. Los elementos que hacen una inteligencia red son el sistema rol/estatus, la capacidad de compartir y el seguimiento de la ética hacker.
De hecho, estos elementos son repetidamente tratados durante todo el libro. No hablaré más sobre ética hacker, ya que todo lo que explica ya lo he comentado por aquí o ya os he dejado donde mirar. Sobre la capacidad de compartir su conocimiento de los hackers y la importancia de ésta, no tengo mucho que decir sin que me repita, solo que el hacker que comparte su conocimiento adquiere un grado de estatus o reconocimiento social por su trabajo, lo cual implica que cuanto más se comparta, más reconocimiento obtendrá por parte de la comunidad. Me ha llamado la atención una frase de uno de los integrantes de la comunidad estudiada en este texto, “si el resultado de un proyecto publico no puede ser divulgado, el proyecto no debería de ser publico”, donde se ve la importancia que le dan los hackers al hecho de compartir los resultados de un proyecto. En lo que se refiere al estatus, viene determinada no solo por su capacidad de compartir, además, que esa información conocida sea cierta y adecuada (implica un alto nivel de conocimiento sobre la temática en la que se clasifica el problema a resolver) y el respeto a los valores de la ética hacker hacen que el estatus obtenido por el reconocimiento de la comunidad sea mayor o menor. “La capacidad de innovar, de diseñar soluciones creativas a los problemas a los problemas técnicos y de crear riqueza en forma de conocimiento, no constituye, por sí sola, un determinante de estatus. Lo más importante, lo que realmente establece el prestigio del hacker, es la capacidad de compartir“.
En “Me llamo Kohfam” he tenido la sensación de que le daba más importancia al tema de estatus (aparte de los temas técnicos de TV digital, decodificadores, y demás) que a la forma que tienen de organizarse los hackers o a su ética del trabajo. Se le da mucha importancia también al hecho de compartir, de publicar la información que van obteniendo según van avanzando en sus proyectos. He echado en falta un poco más de profundidad en lo que se refiere a la percepción de los hackers sobre el dinero, el tiempo o las motivaciones que impulsaban a estos hackers a estar cruzando constantemente de un lado a otro de la línea de la legalidad. Aun así, me ha gustado su lectura y os la recomiendo si queréis leer algo más que Himanen (tenía que decirlo, un post sin él no es lo mismo) sobre los hackers y sus comportamientos. ¿Os estropeo cuento el final? Ganan los buenos y la chica se va con el protagonista. Jejeje….
Reflexiones de un neófito April 11, 2008
Posted by jguridi in : iReflexiones , 4commentsYa llevo un par de meses con este blog hablando sobre ética hacker, sobre todo escribiendo sobre lo que voy leyendo y básicamente, resumiéndolo. Estos días me he dado cuenta de que no he desarrollado otra faceta que era necesaria para este trabajo: reflexionar. Me he limitado a observar y absorber lo que veo, pero no he pensado sobre ello. Ahora, y a raíz de una conversación que mantuve con David, me ha venido una pregunta a la cabeza: ¿El hacker nace o se hace? Es obvio que no tengo respuesta para esa pregunta, mi conocimiento es escaso para poder responder a eso todavía. Lo que es obvio es que ciertas aptitudes y actitudes del hacker se pueden adquirir, por lo tanto, aprender y enseñar. Como podéis ver en la información que facilito sobre mi persona, soy estudiante de LADE (Licenciatura en Administración y Dirección de Empresas) en la Facultad de Ciencias Empresariales de Mondragon Unibertsitatea y me he atrevido a compartir con vosotros esta reflexión sobre mi entorno más cercano, es decir, la enseñanza universitaria.En este corto periodo de tiempo me he dedicado a exponer lo que es la ética hacker del trabajo con la firme convicción de que es el camino a seguir, creencia que compartimos en el grupo de trabajo de ObEa. Además, tengo la convicción personal de que el ámbito de aplicación más inmediato de esta ética del trabajo es en la gestión de organizaciones y nuestra carrera va dirigida a ello. Sin embargo, no veo que la enseñanza que nos imparten vaya dirigida a la creación de hackers. Paso a paso.
· Estamos hablando de que la creatividad es algo esencial para poder mejorar como empresa, pero hay muy poco espacio para ello. No me refiero a la materia a impartir, que está definida y no se puede hacer nada porque los planes de estudio son los que son. Me refiero a los trabajos tanto individuales como grupales, por ejemplo. Los temas son impuestos por los profesores, te guste o no, las formas de presentación (escritas y verbales) son cerradas con un formato y estilo concretos,… No es que ayude mucho a desarrollar esa creatividad tan buscada y tan poco valorada por los profesores.
· Elegir uno mismo que es lo que quiere tratar en un trabajo de clase (dentro de la temática de cada asignatura, no vayamos a hacer un trabajo sobre la historia de la cerveza belga en un trabajo de macroeconomía) también ayuda a desarrollar la pasión por lo que uno estudia, además de ayudar a crear interés por esa teoría tan aburrida a veces. Personalmente, estoy más interesado ahora por la economía mundial que cuando la tuve como asignatura, porque me he acercado a ella desde otra visión, la de comprender algunas cosas que voy leyendo porque me gustan, no porque me obliguen a hacerlo.
· Sobre el tiempo flexible solo decir que al igual que el conocimiento no se puede crear de 8:00 a 14:00, no se puede absorber ese conocimiento siguiendo el mismo patrón, o no es lo idóneo. Quizá habría que buscar nuevas maneras de difundir ese conocimiento, más flexibles. Mudle nos lo permite en cierta manera pero no se explota el potencial que tiene. Además, la asistencia a las clases presenciales tiene demasiado peso a la hora de valorar un alumno para que esta herramienta desarrolle todo su potencial, y eso que la asistencia no es obligatoria.
· Ningún trabajo debería de hacerse dos veces. Creo que hay temas suficientes como para ir cambiando año tras año y no repetir los mismos todos los años. Esto se puede aplicar a los trabajos teóricos como a las asignaturas prácticas. Además, si se comparten esos trabajos o ejercicios diferentes año tras año se conseguiría crear una base de información que sería tan valiosa para el alumno como las clases teóricas o los libros de la bibliografía recomendada. Puede que esa base de información llegue a valer para cualquier persona de fuera de la universidad si se comparte de una manera abierta, y quien sabe, puede que llegue a crear comunidades o redes en torno a dicha base, lo cual sería beneficioso para el alumno y para el profesor. Manteniendo los mismos trabajos año tras año lo único que se consigue es que los alumnos busquen trabajos de años anteriores, los modifiquen y los entreguen sin haber aprendido nada sobre el tema en cuestión y esto a su vez, hace que los alumnos no compartan sus trabajos con los demás alumnos, generando comportamientos de rechazo a compartir.
Estos cuatro puntos son suficientes para empezar a cambiar dinámicas y actitudes que nos lleven a comprender mejor la ética hacker de trabajo. Si queremos hackers en las empresas, no podemos impartir una enseñanza basada en otros valores. Tendremos que empezar a introducir estos valores en las personas para que luego se comporten como lo haría un hacker y creo que esto puede servir como punto de partida.
Hay que decir que no todos los profesores son así ni en todas las asignaturas pasa lo mismo. El proyecto Mendeberri es lo que se podría llamar un acercamiento a estos valores y habrá que ver como han desarrollado el nuevo plan de estudios con el tema de Bolognia. Es una reflexión (o irreflexión, según se mire) que está hecha en términos generales y siempre hay excepciones. Qué sé yo, solo soy un estudiante que empieza a dar sus primeros pasos en esto de la ética hacker y la empresa abierta, conceptos nuevos para mí. Puede que esté equivocado y que esto no sea más que una “paja mental” que me he hecho. O no.
El dinero y la motivación April 4, 2008
Posted by jguridi in : Pekka Himanen, etica hacker , 1 comment so farEn el primer post sobre Himanen y su libro “La ética del hacker y el espíritu de la era de la información”, dije lo siguiente: “El hacker no considera el dinero como una motivación, como un valor en sí, sino que su motivación incrementa a medida de que su trabajo genera un valor social”. Este comentario pudo dar pie a malentendidos que aclare un poco en la posterior nota explicativa, pero prometí que profundizaría más en el tema del dinero como motivación. Y aquí vengo, otra vez con Himanen.
Empieza con lo que el dinero supone para la ética protestante, para luego poder compararla con lo que se entiende por este concepto en la ética hacker. Según nos dice, Weber consideraba el dinero como el bien supremo, como un fin que había que acumular cuanto más, mejor. De hecho, tanto el trabajo como el dinero se consideran un fin en la ética protestante, lo cual es una paradoja ya que “si una persona realmente considera el trabajo como el valor supremo, no debe preocuparse de maximizar sus ingresos y si una persona considera el dinero su meta suprema, el trabajo deja de ser un valor en si para convertirse en un mero medio”. Esta paradoja se resolvía priorizando el trabajo antes y se resuelve subordinándolo al dinero ahora. En este tipo de ética del trabajo, el trabajo (valga la redundancia) “es una fuente de aceptación social” y casi toda relación social se crea o desarrolla en los entornos de trabajo, o al rededor de ellos.
Antes de explicar lo que el dinero supone para los hackers, voy a hacer un pequeño inciso y voy a explicar muy por encima lo que Herzberg piensa sobre la motivación humana. Fredrick Herzberg planteó en 1966 una teoría que la denomino “Teoría de los dos factores“. Según él, hay dos tipos de factores motivadores: los que motivan y los que previenen la desmotivación. A los primeros los llamó Motivadores, simplemente, y son los que hacen que el trabajador sienta una mayor satisfacción respecto a su trabajo, lo cual aumenta la eficiencia del trabajador. Son factores como el logro, el reconocimiento, la naturaleza del trabajo mismo y la responsabilidad. A los segundos, sin embargo, los llamó Higiene y son aquellos que si no se satisfacen reducen la eficiencia del trabajador, pero una vez satisfechos, no aportan un aumento en la motivación del trabajador, y por tanto, no hacen que el trabajador sea más eficiente. Como ejemplos, la buena gestión del negocio, el modo en el que son supervisados, las condiciones de trabajo y el salario.
Bien, una vez visto esto, se puede entender un poco mejor frases como “el reconocimiento en el seno de una comunidad que comparte su pasión es más importante y más satisfactorio que el dinero”. El hacker no elige su trabajo teniendo en cuenta como puede maximizar su beneficio económico, sino que elige como quiere vivir y luego piensa en como puede hacer que sea financieramente factible. Organiza su vida en torno a su pasión, no en torno al dinero. “Es mucho más difícil añadir otros valores a una vida organizada a partir del objetivo único de ganar dinero, que hacer financieramente factibles, incluso rentables, las empresas que desde una óptica personal resultan interesantes”. Sin embargo, los hackers también son de este mundo y necesitan el dinero para poder vivir. Esto les obliga en la mayoría de las veces a trabajar por cuenta ajena, y es en ese momento, pierden “el derecho a determinar sus propios ritmos vitales” y pierden todo derecho a poder compartir su trabajo libremente. Aun así, existen alternativas al trabajo por cuenta ajena. Se puede crear una empresa propia, adquirir acciones de una ya creada o convertirse en artesano, entre otros.
Es un tema complicado este del dinero, ya que a todos nos preocupa y ocupa gran parte del pensamiento de la gente que vive en esta sociedad, sobre todo de aquellos que no tienen gran solvencia o seguridad financiera. Se necesita dinero para obtener comida, un techo, un libro, un ordenador, música, ropa,… Incluso para escribir un blog (la conexión a la red no sale gratis). Y cuanto menos se tiene se convierte en una prioridad mayor; al revés, solo a veces. Todavía, a día de hoy, existe la creencia de que cuanto más mejor y yo me pregunto: ¿existe un punto intermedio? Es decir, ¿existe un punto donde el dinero que tengamos sea suficiente para cubrir nuestras necesidades y podamos dedicarnos a aquello que de verdad nos apasiona sin tener en cuenta si nos va a aportar una retribución económica? O planteado de otra manera, ¿existe una retribución suficiente para poder vivir holgadamente haciendo aquello que nos apasiona? Si existe, hay algunos que superan ese punto y otros que están por debajo en esta sociedad, y no necesariamente haciendo lo que les gusta, que son unos pocos los que tienen esa suerte.
Resumiendo, “Cuando el dinero se convierte en el fin superior por sí mismo, la pasión deja de ser un criterio esencial con el que discriminar las opciones de trabajo”. No sé si he aclarado algo o he liado más el tema.
Cómo hacer de uno mismo un hacker April 2, 2008
Posted by jguridi in : Eric S. Raymond, etica hacker , 5commentsDespués de haber estado un tiempo ausente del barrio, voy a seguir hablando de hackers. He dejado de lado a Himanen (de momento) para coger un artículo de Eric Steven Raymond, titulado “Cómo convertirse en hacker”. Es un texto que habla básicamente sobre hackers informáticos pero como el mismo Raymond dice, “La mentalidad hacker no está confinada a esta cultura del software. Hay gente que aplica la actitud de hacker a otras cosas”. Sobre esto ya hablé cuando comente a Himanen.
Lo interesante de este texto es que ofrece unas directrices con las cuales uno puede llegar a ser un hacker, algo así como el camino que nos llevará a la iluminación. Según Raymond, la mejor manera de aprender un arte creativo es por imitación y nos invita a imitar la mentalidad (intelectual y emocionalmente) de un hacker.
- El mundo esta lleno de problemas fascinantes que esperan ser resueltos
Y deberíamos experimentar cierto placer o felicidad (“estremecimiento de tipo primitivo”, textualmente) cuando hayamos resuelto un problema, ya que solucionar problemas requiere esfuerzo y este a su vez requiere motivación. Aun así, es divertido ser un hacker, pero es una clase de entretenimiento que solo se consigue mediante el esfuerzo.
- Ningún problema tendría que resolverse dos veces
He aquí la razón por la que hay que compartir la información. El tiempo es cada vez un bien más valorado y se ahorraría mucho si nadie tuviese que resolver un problema ya resuelto anteriormente. De esta manera, se dedica todo el esfuerzo en resolver nuevos problemas que surgen continuamente.
- El aburrimiento y el trabajo rutinario son perniciosos
El trabajo repetitivo impide al hacker utilizar su creatividad para resolver problemas. Por lo tanto, el hacker debe “automatizar las tareas rutinarias todo lo que se pueda” para poder dedicarse de pleno a aquello que le apasiona.
- La libertad es buena
“Cualquiera que pueda darte ordenes, puede obligarte a dejar de resolver ese problema que te esta fascinando. (…) Por eso, la actitud autoritaria debe ser combatida donde sea que se la encuentre, pues si se deja te asfixiara, tanto a ti como a otros hackers”. Los autoritarios no suelen ser propensos a compartir la información ni a cooperar en sus proyectos con otras personas, lo cual puede impedir al hacker realizar su tarea.
- La actitud no es sustituto para la competencia
Deberíamos desarrollar las actitudes antes citadas pero no basta solo con la actitud para ser un hacker, hace falta “inteligencia, práctica, dedicación y trabajo duro”. Con esto conseguiremos desarrollar cierta competencia en las áreas de nuestro trabajo. Raymond destaca como buenas las competencias en habilidades que domina poca gente y las que exigen “agudeza mental, destreza y concentración”.
Aparte de estas directrices para desarrollar la actitud, un hacker debe desarrollar ciertas habilidades en el campo que este trabajando. Para ello necesita dominar herramientas que, no hace ni falta decirlo, irán cambiando con el tiempo. Esto obliga al hacker a tener capacidad para aprender a utilizar diferentes herramientas sin especializarse en una sola. Este aprendizaje no tiene que ser teórico, sino practico, para poder aprender directamente de la experiencia.
Otro concepto que desarrolla Raymond en este texto es el del estatus o reputación, que se consigue mediante la valoración que los demás hacen sobre nuestro trabajo y cuanto más compartamos nuestro trabajo adquiriremos mayor estatus. Él lo llama “donar” (“al donar tu tiempo, tu creatividad y el resultado de tu destreza”) y da otra serie de directrices para poder obtener “el respeto de los hackers”, de las que se pueden extraer las siguientes ideas:
- Hacer cosas que sean útiles y donarlos para que puedan utilizarlo los demás.
- Probar y depurar errores del trabajo de otros.
- Publicar información útil.
- Ayudar a mantener en funcionamiento la infraestructura que utiliza la comunidad
- Hacer algo por la cultura hacker en si misma.
Por último, nos ofrece unos consejos muy poco ortodoxos para poder desarrollar habilidades, sobre todo de estilo o forma, que nos pueden ayudar en la correcta comunicación de ideas. Cosas muy básicas que a veces olvidamos.
- Aprender a escribir correctamente en tu lengua.
- Lee ciencia-ficción.
- Estudia zen y/o practica artes marciales.
- Desarrolla un oído analítico para la música.
- Desarrolla inclinación por los dobles sentidos y los juegos de palabras.
Personalmente no le veo mucho sentido a alguna de las actividades propuestas, se supone que son dirigidos a aquellos que se quieran convertir en hackers informáticos pero aparte de escribir correctamente no veo que utilidad pueden tener. “Por que estas cosas en particular y no otras es algo que no está completamente claro, pero todas están conectadas con una mezcla de la parte izquierda y la derecha de las habilidades de tu cerebro”. Parece ser que ayuda a utilizar la parte racional e irracional de nuestro ser.
Y otras muchas cosas son las que he encontrado en este “Como convertirse en hacker” de Eric S. Raymond, pero considero que no son relevantes por ser específicos de hackers informáticos (los lenguajes de programación mas sencillos, etcétera). Dos cosas me han llamado la atención considerablemente, que no tienen que ver con el tema: el tono prepotente que impera durante todo el texto y el FAQ (con preguntas como “¿Necesito odiar y golpear a Microsoft?”). Me ha recordado al personaje del Rey Xerxes en el film “300”, no se porque…
Moldeando el tiempo March 14, 2008
Posted by jguridi in : Pekka Himanen, etica hacker , 1 comment so farY sigo a vueltas con el libro de Pekka Himanen “La ética del hacker y el espíritu de la era del informacionalismo”. Esta vez trataré el concepto de tiempo flexible, tal y como prometí.
Empiezo citando al propio Himanen: “Esta libre relación con el tiempo ha sido siempre típica en los hackers, personas que gustan de seguir su propio ritmo de vida”. La relación que tenemos con el tiempo no ha cambiado desde las primeras industrias y se siguen utilizando las directrices de la ética protestante. Hammer y Champy dicen: “Lo grave es que estamos en el siglo XXI con compañías diseñadas en el XIX” y se cumple a la perfección con el trato que se le da al tiempo.
De hecho, la optimización del tiempo se ha extendido a otros aspectos de la vida fuera del concepto de trabajo, más cercanos al ocio. Himanen nos ofrece un ejemplo sobre las influencias de esta optimización basada en el hogar: El hogar es automatizado para que se hagan las tareas lo más rápido posible, la comida a domicilio permite optimizar el tiempo porque no hay que cocinar y los padres intentan optimizar el tiempo que pasan con sus hijos buscando espacios de calidad (”en el tiempo de calidad, el tiempo de inactividad es minimizado o eliminado”, Himanen, 2001). El ocio se divide y se planifica concienzudamente.
Otro aspecto a destacar de la relación entre el tiempo y la ética protestante, además de la optimización, es lo que se llama trabajo-centrismo. El trabajo se coloca en el centro de la vida y esta se organiza entorno a él. Los horarios laborales son estrictos y regulares aunque las nuevas tecnologías hagan posible que estos sean más flexibles. Lo que pasa es que el camino que llevamos con la flexibilidad es el de fortalecer dicho trabajo-centrismo, que la disponibilidad del trabajador sea mayor.
Sin embargo, esto no es lo que la ética hacker busca. Los hackers optimizan su tiempo para poder disponer de más tiempo de ocio, es decir, que si a media jornada de trabajo, el hacker decide irse a recoger a los niños, darles de comer, llevarlos de vuelta a la escuela y volver al trabajo, lo puede hacer. “En la versión hacker del tiempo flexible, las diferentes áreas de la vida, como el trabajo, la familia, los amigos, las aficiones y demás, se combinan con mucha menos rigidez, de modo que el trabajo no siempre se halla en el centro del mapa”(Himanen, 2001). El hacker usa las nuevas tecnologías para poder aspirar a una vida menos optimizada y rutinaria, para poder eliminar los procesos aburridos de su vida. Aun así, la economía de la información sigue sin permitir variaciones individuales del horario de trabajo. Da la sensación de que solo algunas personas en la organización pueden asumir la responsabilidad por si mismas y los demás han de acatar lo dictado por dichas personas sin poner ninguna oposición, ya que para los “responsables”, los demás no tienen criterio suficiente para dirigir sus vidas.
El tiempo influye también y de manera clara en la creatividad. “De él dependen el éxito y la prosperidad de la empresa”, es la fuente más importante de productividad “y no es posible crear algo interesante si la premura de tiempo es constante o debe realizarse de una forma regulada”. No se puede ser creativo si hay que crear en el mismo sitio a las mismas horas de lunes a viernes. Se puede ser creativo si se establecen metas a medio plazo y se deja trabajar al creativo en diferentes sitios y horarios que él establezca.
Termino con una frase que (creo) sintetiza bien el concepto de tiempo flexible: “El trabajo forma parte del fluir continuo de nuestra vida, en la cual debe haber espacio, también, para otras pasiones”.
