domingo, 28 de marzo de 2010
Lo que aprendí de los documentales de la 2
Los usuarios son como leopardos. Si quieres verlos en acción no vayas al zoo; ves a la selva.
viernes, 19 de marzo de 2010
Quality over time in Munich
Traducción 97% perfecta de:
Quality over time in Munich
Calidad en lugar de tiempo en Munich
o: ¿Por qué el cambio en Munich lleva algo de tiempo?
Primero: Esta columna es mi opinión personal y no necesariamente la del Ayuntamiento de Munich.
No sólo hay un cambio técnico de software propietario a estándares abiertos y software libre, sino también una mejora general y una reorganización del IT de Munich. Una reorganización para servicios de IT centralizados para nuestro cliente Linux. Actualmente estamos haciendo mucho más que lo planificado en 2003, para conseguir una estructura de IT eficiente y sostenible, basada en estándares abiertos y software libre. Eso es un objetivo estratégico a largo plazo, no sólo relacionado con el software libre.
La historia del IT de Munich es muy heterogénea. El IT de Munich como se lo encontró LiMux en 2003 consistía en 21 unidades de IT independientes, cada una responsable de su propia operación de IT. Diferentes procesos maduros - y localmente bastante optimizados -, herramientas y personal entrenado específico. 51 localizaciones operacionales de IT (datacenters pequeños y grandes), unos 1.000 empleados de IT para 33.000 empleados. La diversidad técnica es un pequeño espejo las diferentes soluciones de IT del mundo. Sin una gestión común de directorio, ni de usuario, ni de sistema ni de hardware. Diferentes herramientas para distribución de software y gestión de sistemas. Más de 300 aplicaciones, muchas de ellas redundantes, p.ej. usar Dreamweaver, FrontPage, Fusion etc para editar HTML. 21 clientes diferentes de Windows, diferentes niveles de actualización, diferentes conceptos de seguridad. Ésta era la situación de Munich cuando LiMux comenzó.
Calculamos mal al principio, sí. Éramos inocentes. LiMux intentó ofrecer un único cliente linux que se adaptase a cada entorno diferente dentro de las unidades IT. Teóricamente posible, pero esto habría significado fortalecer la diversidad e ignorar la oportunidad de aprender del pasado. Por qué debería cada empleado de IT reinventar la rueda una y otra vez, vamos a cooperar!
Nuestra ajustada meta es hacer las cosas una vez y beneficiarnos 21 veces en el futuro. Un cliente Linux mantenido y soportado por una unidad, ofreciendo también herramientas comunes para la gestión de usuarios y sistemas. Un cliente que se adapte a una infraestructura interna de IT estandarizada, especialmente servicio de directorios y ficheros.
No es una cuestión de software libre vs propietario, es una cuestión de organización de IT eficiente y económica.
Nos dimos cuenta de eso en 2007, cuando los primeros departamentos comenzaron a usar nuestro cliente Linux como se había planificado. Pero en otras unidades la migración se estancó. En muchos casos, su estructura técnica interna dificultó o hasta imposibilitó la cooperación. Sabéis que hay bugs en la implementación de DHCP de una gran empresa que responde a las peticiones muy raro? (NdT: no he entendido bien esto) Y otras herramientas propietarias que no podían coexistir con ninguna otra solución de gestión de software, porque no eran configurables?
La falta de estándares abiertos para la interoperabilidad y el dominio de interfaces cerradas fue horrible. Realmente horrible. No te das cuenta de estos esfuerzos si dependes de un solo vendedor, siendo feliz con su software y sus herramientas. ¿Sabéis la frase de Simon Phipps "el mayor enemigo de la libertad son los esclavos felices"? Recuerdo esta frase muy a menudo cuando pienso en el pasado. Produjimos un montón de desechos del que ahora nos teníamos que desprender. Gartner le llama a esto "costes de salida", yo pienso en "retos de salida del desecho digital".
Así que cambiamos nuestra estrategia de 2008 en adelante. Al principio una fase piloto EN TODAS PARTES, para ganar información sobre el grado de diversidad. Cada unidad tenía que poner 50 desktops o el 10% de sus PCs con el LiMux Basisclient. Junto con su infraestructura, permitiendo pero no necesariamente forzando la estandarización. El segundo paso para nosotros debería ser aprender, aprender, aprender y optimizar. Luego acabar el despliegue conociendo las mejores prácticas y lecciones aprendidas.
En paralelo el ayuntamiento de la ciudad optó por un proyecto de reorganización exhaustivo para todo el IT en asuntos de proceso y jerarquía. No directamente relacionado con LiMux, pero con muchos puntos de contacto, especialmente siempre que hablábamos de soluciones técnicas. Esto se está haciendo y es beneficioso para LiMux, mirando a las mejoras de IT con una perspectiva más amplia que sólo la técnica.
Desde el final de 2009 hemos probado que nuestro LiMux Basisclient (cliente Linux) es capaz de ser completamente integrado en estos heterogéneos entornos. Finalizamos con éxito el despliegue piloto. En total 3.000 clientes en toda la ciudad; un número de clientes de Linux enorme. Recordad, la meta era poner proyectos piloto en 10% (1.500) de nuestros desktops. Pusimos 3.000, el doble. Primer paso hecho.
Por el exitoso cambio al estándar abierto "Open Document Format" (usando OpenOffice.org en todos los desktops) cortamos el montón de ataduras de una aplicación (de negocio) de una sola suite ofimática, sólo disponible para un sistema operativo. Ahora somos libres para escoger lo que queramos! Hablé sobre esto en la revisión de 2009 en mi blog.
Actualmente estamos planificando la optimización. Sabemos que podemos hacer la migración, así que queremos ser más eficientes que en el mundo propietario de antes. Vamos a aprender y a construir mejor IT. Los siguientes años serán los años de despliegue en Munich.
Sí, LiMux tiene una agenda a largo plazo. Podríamos haber cambiado a los clientes Linux en sólo unos meses, dando la orden a las 21 unidades de IT de instalar el cliente de Linux hasta el final de 2008. Sin más especificaciones, sin estandarización y sin consolidación. Estoy seguro que hubieran hecho esto excelentemente y entonces yo hubiera publicado grandes noticias en 2007 o 2008 "LiMux completado, Munich es completamente software libre". Pero si hubiéramos hecho esto hubiéramos ignorado esta gran oportunidad para el IT de Munich en su conjunto. Calidad sobre tiempo! No relacionada con el software libre, sino necesaria para sanear nuestro IT.
No me excusaré por ser más listo y ajustar la forma de conseguir mejores resultados. La sostenibilidad digital es un esfuerzo a largo plazo y no sólo una cuestión de Linux vs Windows. No es una cuestión de ir con o contra Microsoft. Hay muchos vendedores tratando de encerrarte. Aprendimos e hicimos nuestros deberes. Nunca jamás volveremos a ser esclavos felices. ¿Tú, también?
Espero que clarificar nuestro enfoque ayude a entender que LiMux es más que una cuestión técnica. Estamos haciendo nuestros deberes e invirtiendo en el futuro de la apertura IT. Con éxito, como se demuestra por nuestro cambio a ODF y los muchos clientes Linux que estamos usando cada día.
Cheers,
Florian
Quality over time in Munich
Calidad en lugar de tiempo en Munich
o: ¿Por qué el cambio en Munich lleva algo de tiempo?
Primero: Esta columna es mi opinión personal y no necesariamente la del Ayuntamiento de Munich.
Respuesta corta:
No sólo hay un cambio técnico de software propietario a estándares abiertos y software libre, sino también una mejora general y una reorganización del IT de Munich. Una reorganización para servicios de IT centralizados para nuestro cliente Linux. Actualmente estamos haciendo mucho más que lo planificado en 2003, para conseguir una estructura de IT eficiente y sostenible, basada en estándares abiertos y software libre. Eso es un objetivo estratégico a largo plazo, no sólo relacionado con el software libre.
Respuesta larga:
Diversidad del IT de Munich
La historia del IT de Munich es muy heterogénea. El IT de Munich como se lo encontró LiMux en 2003 consistía en 21 unidades de IT independientes, cada una responsable de su propia operación de IT. Diferentes procesos maduros - y localmente bastante optimizados -, herramientas y personal entrenado específico. 51 localizaciones operacionales de IT (datacenters pequeños y grandes), unos 1.000 empleados de IT para 33.000 empleados. La diversidad técnica es un pequeño espejo las diferentes soluciones de IT del mundo. Sin una gestión común de directorio, ni de usuario, ni de sistema ni de hardware. Diferentes herramientas para distribución de software y gestión de sistemas. Más de 300 aplicaciones, muchas de ellas redundantes, p.ej. usar Dreamweaver, FrontPage, Fusion etc para editar HTML. 21 clientes diferentes de Windows, diferentes niveles de actualización, diferentes conceptos de seguridad. Ésta era la situación de Munich cuando LiMux comenzó.
Darse cuenta de los "retos de salida de desecho digital"
Calculamos mal al principio, sí. Éramos inocentes. LiMux intentó ofrecer un único cliente linux que se adaptase a cada entorno diferente dentro de las unidades IT. Teóricamente posible, pero esto habría significado fortalecer la diversidad e ignorar la oportunidad de aprender del pasado. Por qué debería cada empleado de IT reinventar la rueda una y otra vez, vamos a cooperar!
Nuestra ajustada meta es hacer las cosas una vez y beneficiarnos 21 veces en el futuro. Un cliente Linux mantenido y soportado por una unidad, ofreciendo también herramientas comunes para la gestión de usuarios y sistemas. Un cliente que se adapte a una infraestructura interna de IT estandarizada, especialmente servicio de directorios y ficheros.
No es una cuestión de software libre vs propietario, es una cuestión de organización de IT eficiente y económica.
Nos dimos cuenta de eso en 2007, cuando los primeros departamentos comenzaron a usar nuestro cliente Linux como se había planificado. Pero en otras unidades la migración se estancó. En muchos casos, su estructura técnica interna dificultó o hasta imposibilitó la cooperación. Sabéis que hay bugs en la implementación de DHCP de una gran empresa que responde a las peticiones muy raro? (NdT: no he entendido bien esto) Y otras herramientas propietarias que no podían coexistir con ninguna otra solución de gestión de software, porque no eran configurables?
La falta de estándares abiertos para la interoperabilidad y el dominio de interfaces cerradas fue horrible. Realmente horrible. No te das cuenta de estos esfuerzos si dependes de un solo vendedor, siendo feliz con su software y sus herramientas. ¿Sabéis la frase de Simon Phipps "el mayor enemigo de la libertad son los esclavos felices"? Recuerdo esta frase muy a menudo cuando pienso en el pasado. Produjimos un montón de desechos del que ahora nos teníamos que desprender. Gartner le llama a esto "costes de salida", yo pienso en "retos de salida del desecho digital".
Cambio de estrategia: pilotos y reorganización de IT más amplia
Así que cambiamos nuestra estrategia de 2008 en adelante. Al principio una fase piloto EN TODAS PARTES, para ganar información sobre el grado de diversidad. Cada unidad tenía que poner 50 desktops o el 10% de sus PCs con el LiMux Basisclient. Junto con su infraestructura, permitiendo pero no necesariamente forzando la estandarización. El segundo paso para nosotros debería ser aprender, aprender, aprender y optimizar. Luego acabar el despliegue conociendo las mejores prácticas y lecciones aprendidas.
En paralelo el ayuntamiento de la ciudad optó por un proyecto de reorganización exhaustivo para todo el IT en asuntos de proceso y jerarquía. No directamente relacionado con LiMux, pero con muchos puntos de contacto, especialmente siempre que hablábamos de soluciones técnicas. Esto se está haciendo y es beneficioso para LiMux, mirando a las mejoras de IT con una perspectiva más amplia que sólo la técnica.
Yes, we can! Fase piloto con éxito finalizada en 2009
Desde el final de 2009 hemos probado que nuestro LiMux Basisclient (cliente Linux) es capaz de ser completamente integrado en estos heterogéneos entornos. Finalizamos con éxito el despliegue piloto. En total 3.000 clientes en toda la ciudad; un número de clientes de Linux enorme. Recordad, la meta era poner proyectos piloto en 10% (1.500) de nuestros desktops. Pusimos 3.000, el doble. Primer paso hecho.
Por el exitoso cambio al estándar abierto "Open Document Format" (usando OpenOffice.org en todos los desktops) cortamos el montón de ataduras de una aplicación (de negocio) de una sola suite ofimática, sólo disponible para un sistema operativo. Ahora somos libres para escoger lo que queramos! Hablé sobre esto en la revisión de 2009 en mi blog.
Actualmente estamos planificando la optimización. Sabemos que podemos hacer la migración, así que queremos ser más eficientes que en el mundo propietario de antes. Vamos a aprender y a construir mejor IT. Los siguientes años serán los años de despliegue en Munich.
LiMux tiene una agenda a largo plazo
Sí, LiMux tiene una agenda a largo plazo. Podríamos haber cambiado a los clientes Linux en sólo unos meses, dando la orden a las 21 unidades de IT de instalar el cliente de Linux hasta el final de 2008. Sin más especificaciones, sin estandarización y sin consolidación. Estoy seguro que hubieran hecho esto excelentemente y entonces yo hubiera publicado grandes noticias en 2007 o 2008 "LiMux completado, Munich es completamente software libre". Pero si hubiéramos hecho esto hubiéramos ignorado esta gran oportunidad para el IT de Munich en su conjunto. Calidad sobre tiempo! No relacionada con el software libre, sino necesaria para sanear nuestro IT.
Nunca más volveremos a ser esclavos felices
No me excusaré por ser más listo y ajustar la forma de conseguir mejores resultados. La sostenibilidad digital es un esfuerzo a largo plazo y no sólo una cuestión de Linux vs Windows. No es una cuestión de ir con o contra Microsoft. Hay muchos vendedores tratando de encerrarte. Aprendimos e hicimos nuestros deberes. Nunca jamás volveremos a ser esclavos felices. ¿Tú, también?
Espero que clarificar nuestro enfoque ayude a entender que LiMux es más que una cuestión técnica. Estamos haciendo nuestros deberes e invirtiendo en el futuro de la apertura IT. Con éxito, como se demuestra por nuestro cambio a ODF y los muchos clientes Linux que estamos usando cada día.
Cheers,
Florian
martes, 2 de marzo de 2010
Experiencia Wine en Ubuntu 9.10
1. Aparece en Centro de Software. No sólo la versión estable sino también la inestable, como "Beta".
2. He instalado la estable.
3. A continuación he hecho click en la descarga de BOUML para Windows http://bouml.free.fr/download.html#Windows .
4. Firefox me ha ofrecido abrirlo con Wine. impresionante.
5. Se ha descargado, se ha lanzado el instalador, siguiente siguiente siguiente finalizar.
6. En el menú Aplicaciones de GNOME se ha creado Wine > Programs > Bouml > y sus 3 accesos directos (Bouml, projectControl y projectSynchro)
7. Click en Bouml, y, imprevisiblemente, ha funcionado.
Aún hecho en falta:
1. Que el browser de Wine acepte meterle un path a saco para navegar hasta esa carpeta. Actualmente dice "caracteres inválidos en la ruta".
2. Que Wine se integre en el menú "Abrir con". Actualmente tienes que averiguar la ruta para lanzar el programa con Wine (se puede ver en "Editar menus") y ponerla como "comando personalizado".
Diría que el punto 2 es más crítico que el 1 porque no me imagino a un target haciendo paste de una ruta en el diálogo de "abrir archivo".
2. He instalado la estable.
3. A continuación he hecho click en la descarga de BOUML para Windows http://bouml.free.fr/download.html#Windows .
4. Firefox me ha ofrecido abrirlo con Wine. impresionante.
5. Se ha descargado, se ha lanzado el instalador, siguiente siguiente siguiente finalizar.
6. En el menú Aplicaciones de GNOME se ha creado Wine > Programs > Bouml > y sus 3 accesos directos (Bouml, projectControl y projectSynchro)
7. Click en Bouml, y, imprevisiblemente, ha funcionado.
Aún hecho en falta:
1. Que el browser de Wine acepte meterle un path a saco para navegar hasta esa carpeta. Actualmente dice "caracteres inválidos en la ruta".
2. Que Wine se integre en el menú "Abrir con". Actualmente tienes que averiguar la ruta para lanzar el programa con Wine (se puede ver en "Editar menus") y ponerla como "comando personalizado".
Diría que el punto 2 es más crítico que el 1 porque no me imagino a un target haciendo paste de una ruta en el diálogo de "abrir archivo".
miércoles, 24 de febrero de 2010
Redshift (f.lux) en Ubuntu
Redshift sirve para bajar la temperatura de color del monitor automáticamente según la hora del día. Supuestamente esto ayuda a que no se canse la vista y a dormir mejor. Igual es por el efecto placebo pero desde que uso Redshift produzco más esperma y las mujeres lo notan. Para instalarlo en Ubuntu 9.10 hay que hacer lo siguiente.
1. Sistema > Administración > Fuentes de software > Otro software > Añadir...
(y actualizáis o lo que os pida)
2. Aplicaciones > Accesorios > Terminal
3. Sistema > Preferencias > Aplicaciones de inicio > Añadir
Nombre:
Comando:
Comentario:
(o lo que os dé la gana)
En el parámetro -l poned donde estéis vosotros. Por ejemplo para Barcelona es 41.23:2.9, para Zaragoza sería 41.63:-0.88, para Cuenca sería 40.07:-2.13, etc
Si todo va bien (algo entre improbable e imposible) veréis el siguiente icono en la barra de estado.
Actualización: Las temperaturas de color máxima y mínima según la wikipedia podrían ser 6500 si tenéis luz del sol y 4100 si tenéis luz de luna.
1. Sistema > Administración > Fuentes de software > Otro software > Añadir...
ppa:jonls/redshift-ppa(y actualizáis o lo que os pida)
2. Aplicaciones > Accesorios > Terminal
sudo apt-get install redshift3. Sistema > Preferencias > Aplicaciones de inicio > Añadir
Nombre:
RedshiftComando:
gtk-redshift -l 41.23:2.9 -t 6500:4100 -g 0.8 -m vidmode -vComentario:
http://jonls.dk/redshift/(o lo que os dé la gana)
En el parámetro -l poned donde estéis vosotros. Por ejemplo para Barcelona es 41.23:2.9, para Zaragoza sería 41.63:-0.88, para Cuenca sería 40.07:-2.13, etc
Si todo va bien (algo entre improbable e imposible) veréis el siguiente icono en la barra de estado.
Actualización: Las temperaturas de color máxima y mínima según la wikipedia podrían ser 6500 si tenéis luz del sol y 4100 si tenéis luz de luna.
viernes, 12 de febrero de 2010
Porqué un ordenador no es una tostadora, y porqué debería serlo
Via Minimal Mac he encontrado ésto de Randy Murray (no, no sé quien es): Why a computer is not like a toaster - And why it should be
El caso que plantea es algo que se da muchísimo (conozco alguno de éstos). En una época de democratización tecnológica como la actual es importantísimo que se estudie muy bien como se lleva a cabo ésta popularización y se vea si realmente se está haciendo bien la incorporación de nuevos usuarios enseñando los viejos vicios.
Quizás la filosofía iPad no sea tan descabellada si se analiza des de el punto de vista del usuario neófito.
jueves, 4 de febrero de 2010
OpenOffice.org is ready for targets
Hoy me llega el típico PPS de "LOS MILAGROS EXISTEN REENVÍA ESTO A 7 PERSONAS Y ANTES DE IRTE A DORMIR OCURRIRÁ ALGO QUE ESTABAS ESPERANDO" (por ejemplo cenar, supongo).
Total que le doy al PPS para ver si había alguna sorpresa agradable dentro. Sin recordar que estaba en Ubuntu 9.10. Así que hago click, sale la barrita de OpenOffice 3.1 cargando en cero coma -no como en Windows- y ha comenzado a sonar música, y yo "WHHHAAAAAAT?????" y luego transiciones y yo "WHHHAAAAAAT?????".
En ese momento el contenido del PPS ya me daba igual; yo ya estaba contento.
Unos minutos más tarde, cuando la sangre me ha vuelto a la cabeza, me he dado cuenta de que OpenOffice.org está listo para las masas; para ser instalado en los PCs de todos aquellos para los que hago de pringao y de "informático" (que es como hacer de pringao pero por dinero).
Noticia así al vuelo encontrada por Google News: Over 21 per cent of German PCs run Openoffice.
Y otra que me ha salido:
Stay away from OpenOffice.org until Oracle shows commitment, analyst says y que me flipa porque otorgan autoridad a un señor que ignora que aunque Oracle decida vaporizar OOo mañana mismo en efecto a sus usuarios les daría igual porque OOo tiene licencia LGPL y además trabaja con formatos ODF como trabajan todos estos programas.
Probablemente OpenOffice.org 3.2 saldrá este mismo mes de febrero. Stay tuned en www.openoffice.org.
Total que le doy al PPS para ver si había alguna sorpresa agradable dentro. Sin recordar que estaba en Ubuntu 9.10. Así que hago click, sale la barrita de OpenOffice 3.1 cargando en cero coma -no como en Windows- y ha comenzado a sonar música, y yo "WHHHAAAAAAT?????" y luego transiciones y yo "WHHHAAAAAAT?????".
En ese momento el contenido del PPS ya me daba igual; yo ya estaba contento.
Unos minutos más tarde, cuando la sangre me ha vuelto a la cabeza, me he dado cuenta de que OpenOffice.org está listo para las masas; para ser instalado en los PCs de todos aquellos para los que hago de pringao y de "informático" (que es como hacer de pringao pero por dinero).
Noticia así al vuelo encontrada por Google News: Over 21 per cent of German PCs run Openoffice.
Y otra que me ha salido:
Stay away from OpenOffice.org until Oracle shows commitment, analyst says y que me flipa porque otorgan autoridad a un señor que ignora que aunque Oracle decida vaporizar OOo mañana mismo en efecto a sus usuarios les daría igual porque OOo tiene licencia LGPL y además trabaja con formatos ODF como trabajan todos estos programas.
Probablemente OpenOffice.org 3.2 saldrá este mismo mes de febrero. Stay tuned en www.openoffice.org.
sábado, 30 de enero de 2010
El efecto nerd
No voy a hablar de Linux, Ubuntu ni de nada parecido pero sí que tiene relación con nuestros usuarios favoritos: los targets.
He de decir que soy una persona geek, tecnócrata y pro-tecnológica. Vivo aproximadamente al día de las novedades y tengo una habilidad especial para dominar todo aquello que tiene botones. Raramente me sorprendo con los gadgets nuevos de mis conocidos porque ya los conozco y no me suelen atraer como novedad; lo considero algo normal en la vida de una persona.
Dicho ésto y hablado ligeramente de mí paso a hablar del efecto nerd. Que es algo que creo que todos hemos padecido, padecemos y padeceremos en el futuro.
Es aplicable a cualquier conversación entre geek y target.
Geek: "Veo que usas internet explorer. Podrías usar Firefox que es más rápido, fiable y las páginas cargan mejor."
Target: "A mi no me líes, que el internet explorer me va bien. No noto nada raro"
[Un tiempo después]:
Target1: "Que cosa más rara que usas para internet? Que es?"
Target2: "Es firefox, me lo recomendó Target3. Va mejor que el que usaba antes, el de la E azul. Va más rápido. Pruébalo".
Target1: "Ah! Pues lo probaré. Me lo pasas?".
[Aún más despúes]:
Target1: "Target2 me dijo que usaba firefox y lo probé. Va mucho mejor que el viejo internet explorer."
Geek: "Ah! Sí! Yo también lo uso, va bien."
Target1: "Ya, pero tu eres Geek" <--- Nótese: La palabra del geek no tiene valor.
Visto hoy: (reinicio el contador de targets)
Target1: "Cuanto pagas del internet del móvil?"
Geek: "12 € creo"
Target1: "Ui, que caro. Para lo que lo uso yo... a tí seguro que te va bien".
Geek: "Al principio no le encuentras utilidad, pero luego no puedes vivir sin ello."
.....
Target1: "Cuanto pagas de la tarifa del iphone?"
Target2: "Tengo la básica, creo que 15€ al mes y tengo 10min de llamadas gratis cada día. Me va muy bien para mandar algunas fotos, ver la méteo, escribir e-mails... es muy útil.".
Target1: @Geek: "Para mi Nokia 5800 también podría?"
Geek: "Sí, claro. Creo que en TuCompañia® son 12€ al mes. Lo de las llamadas es según el plan de precios que tengas. No es por tener un iPhone"
Target1: "Está bien de precio, lo miraré" <-- nótese que otra vez la palabra del Geek no tiene valor.
¿Porqué razón cuando un Geek manifiestamente pro-usuario (los hay que son unos sociópatas) da una recomendación fundada tanto en la realidad Target actual como en la experiencia y su conocimiento avanzado de la tecnología, no es tenido en cuenta?
¿Porqué la palabra de un experto no tiene valor alguno? ¿Pasa lo mísmo en otros países o culturas? ¿Ocurrirá lo mismo en Marte?
Suscribirse a:
Entradas (Atom)
Entradas
