La habitación del hotel es pequeña y tiene los típicos muebles y decoración occidental. Me habría gustado despedirme de Japón disfrutando de una habitación de estilo japonés con tatami y futón, pero quizás es mejor quedarse con las ganas. Aspirar a tenerlo todo es una quimera que puede desembocar en infelicidad y depresión al no poder conseguirlo, al perderlo (por cualquier razón) o a llegar a un estado de indiferencia y falta de interés por hacer cosas nuevas.

Ya solo queda una semana. La última semana en Japón antes de que me suba a ese avión con billete de solo ida, de vuelta a casa. Por un lado me entristece, ya que aún siento pasión por la cultura japonesa, pero por otro lado también estoy contento de poder volver a vivir rodeado de mi cultura y de los mios. Han sido casi cuatro años los que he pasado en tierras niponas. Se han pasado volando. He disfrutado mucho aprendiendo cosas nuevas casi todos los días (aunque el japonés es tela marinera) y adentrándome en su cultura y tradiciones. Intentaré en las siguentes líneas compartir algo de ese aprendizaje y observaciones, especialmente sobre la vida espiritual de los japoneses y como se compara con la de los occidentales.

Gracias a Javier Moreno y Josep Lluis Mira por inspirarme a escribir sobre ello!

¿Son los japoneses religiosos?

La gran mayoría de los japoneses se declaran como "no religiosos". Sin embargo, cerca del 80% de la población, participa en actividades religiosas o espirituales de tipo sintoísta y budista, a menudo conjuntamente. Adoran tanto a los antepasados y espíritus (kami) en altares domésticos y santuarios públicos como a los budas en templos. Esta singular mezcla de religiones se conoce como Shinbutsu shūgō.

Desde comienzos de la era Meiji (1868-1912) hasta el final de la segunda guerra mundial, el sintoísmo se convirtió en la religión oficial de Japón. Los santuarios sintoístas fueron "purificados" y el budismo perseguido, acusado de ser una religión extranjera. Hoy en día, se pueden ver templos budistas claramente diferenciados, aunque quedan huellas del sincretismo.

Sintoísmo (神道 Shintō) significa "el camino de los dioses", y es un sistema politeísta animista que tiene miles de deidades kami. Los kami son deidades de la naturaleza, por ejemplo del sol, el mar, árboles, el arroz e incluso sonidos. Ésta religión se originó en Japón y es casi exclusiva de allí.

El Shintō es como una religión indígena: no tiene ningún libro santo, ningún fundador ni canon alguno.

Existen pocos textos sagrados, algunos de ellos son el Kojiki y el Shoku Nihongi.

Otro aspecto importante es que hay muchas escuelas, grupos, sectas y movimientos religiosos derivados del sintoísmo.

En algún momento parece que el tema se les ha ido un poco de las manos, llegando a tener algunos kami de lo más variopinto, como por ejemplo: el dios del váter, el dios de la muerte repentina, el dios de los pobres, el dios de la oportunidad o el dios de las epidemias. Mejor que veáis el vídeo que Nekojitablog ha preparado sobre los dioses más raros de Japón para vuestro deleite:

El budismo nació en la India, y es una religión basada en las enseñanzas de Buda y la esperanza de alcanzar la Iluminación rompiendo el ciclo de las reencarnaciones. Fue importado a Japón desde China durante el siglo VI. Dentro de Japón comenzaron a surgir diversas escuelas y tendencias, a partir del budismo mahayana, sin embargo la tendencia que prosperó en Japón y que causó un impacto sobre la cultura japonesa es el budismo zen (禅).

La palabra japonesa para religión es shūkyō que viene de shū "secta" y kyō "doctrina", es decir, doctrina sectaria, por lo que puede tener una connotación peyorativa. Por eso la mayoría de los japoneses claman no pertenecer a ninguna religión. Sin embargo, si tienen que definirse con alguna religión, problablemente prefieran hacerlo con el budismo, ya que es una religión establecida en occidente con un estatus similar al cristianismo o el islam, mientras el sintoísmo puede ser más incomprendido como algo "pagano" o supersticioso.

Por características propias de cada religión y sus énfasis, el sintoísmo, por ejemplo, prácticamente no refiere nada sobre la vida tras la muerte y se concentra en la vida. Además los muertos son tabú pues "ensucian" un lugar, mientras que el budismo presta gran importancia en tener un buen o auspicioso renacimiento en las vidas futuras.

Una frase común en Japón es que los japoneses "nacen sintoístas y mueren budistas" porque es común que los niños pequeños sean presentados en santuarios sintoístas (por tradición a los 13 días de nacidos) pero casi todos los funerales se realizan en templos budistas

Por tanto, podemos decir que los japoneses siguen el sintoísmo para las ceremonias relacionadas con las principales etapas de la vida (nacimientos, bodas) o para la prosperidad familiar o personal (éxito financiero, amor, carrera, etc). Mientras que el budismo lo dejan para las ceremonias funerarias o ligadas a la piedad personal para lograr la Iluminación. En cualquier caso, en sus casas es normal encontrar un pequeño altar sintoísta, cerca de una estatua de Buda.

Diferencias entre los santurarios sintoístas y los templos budistas

En japonés, a los templos budistas se les llama tera o dera (寺), como el Kiyomizu-dera en Kioto, o se les añade el sufijo -ji, por ejemplo Kinkaku-ji (el templo de oro). A los santuarios sintoístas se les llama jinja (神社), como por ejemplo Ujigami-jinja, taisha (Fushimi Inari Taisha), jingu (Heian-jingu) o se les añade el sufijo -gu (Tosho-gu).

Los santurarios sintoístas

La principal diferencia entre un templo budista y un santuario sintoísta está en el acceso al lugar de culto. Los santuarios Shintô siempre tienen un torii 鳥居 (pórtico sagrado), la mayoría de las veces rojo, que delimita el paso del mundo profano al mundo sagrado de los kami. Es de buena educación hacer una pequeña reverencia antes de pasar por el torii y también hacerlo por un lateral, ya que el centro está reservado para que pasen los kami (dioses).

En el viaje que hize el año pasado a Naoshima (una isla con muchos museos de arte), me encontré con un torii en medio de la playa. Nadie sabe por qué la puerta torii está tan lejos del Santuario Ebisu (el Dios de la suerte), pero lo que la gente si que sabe es que si colocas una piedra encima de la puerta, ¡tu oración tiene muchas posibilidades de hacerse realidad!

En el año 2014 también visité la famosa isla de Miyajima, cerca de Hiroshima (uno de los lugares donde cayó la bomba atómica). Allí hay un torii muy bonito en medio del mar. A veces la marea baja, así que hay que asegurarse de hacer la foto a la hora adecuada! En los últimos años han estado haciendo reparaciones y mejoras, pero ya han terminado, así que prepara la cámara de fotos si piensas visitarlo.

En la entrada también es común encontrarse con un shimenawa (標縄/注連縄/七五三縄), una gruesa cuerda de paja de arroz y shide (紙垂, 四手), una serpentina de papel con forma zizageada usada por las sacerdotisas miko para la purificación y bendición.

Después de cruzar el torii, nos encontraremos con una pequeña fuente de piedra en la que habrá uno o varios pequeños cazos (usualmente de bambú). Esta fuente se llama chôzuya (手水舎) y es donde los fieles se lavan las manos y la boca para estar libres de cualquier contaminación espiritual. El proceso correcto para el ritual de lavarse es el siguiente:

• Toma el cazo con la mano derecha y lava la mano izquierda con un poco de agua.
• Toma el cazo con la mano izquierda y lava la mano derecha.
• Toma el cazo con la mano derecha y úsalo para poner agua en tu mano izquierda.
• Usa el agua en tu mano izquierda para enjuagarte bien la boca. NO bebas el agua directamente del cazo!.
• Vuelve a lavarte la mano izquierda con el cazo.
• Pon el cazo en vertical para que caiga todo el agua antes de volverlo a poner en el sitio donde estaba.

El acto de purificación antes de la visita a estos lugares sagrados es muy importante.

El santuario sintoísta se compone principalmente de dos edificios. El haiden (拝殿), donde se celebran las ceremonias, y el honden (本殿), un edificio cerrado reservado para los kami y los objetos que los personifican. Los dos edificios a veces están conectados entre sí y coronados por gabletes.

Una vez que ya te hayas lavado y purificado, puedes dirigirte al edificio principal. Normalmente hay una pequeña cola de gente esperando su turno para hacer su oración. Cuando llegue tu turno, no te pongas en el centro (por la misma razón que en los torii). Ponte a un lado y haz una reverencia. Si hay una campana, hazla sonar. De esta forma informas a los Dioses que tienen visita. Pon tu ofrenda en la caja de ofrendas sin hacer mucho ruido. La moneda de 5 yenes es la mejor opción porque su nombre se parece a la palabra vínculo, como en una relación. A continuación haz lo siguiente:

• Dos reverencias
• Dos palmadas con tu mano izquierda un poco más elevada
• Una reverencia
• Junta las dos manos y si quieres cierra los ojos
• Haz tu oración. Lo normal es que dure entre 10 y 30 segundos
• Cuando termines la oración haz una última reverencia y ya está

Dentro del recinto del santuario, a menudo te encontrarás con pequeñas placas de madera colgadas. Se llaman ema y en ellas, los fieles escriben sus deseos y oran a los kami del santuario para que se cumplan. Por ejemplo, en la época en la que se realizan los exámenes de acceso a la universidad, santuarios como el Yushima Tenjin, en el distrito tokiota de Bunkyō, y el Dazaifu Tenman, en Fukuoka, se llenan de tablillas con mensajes pidiendo un aprobado.

'Bienestar para la familia', 'Prosperidad en los negocios', 'Buena salud' y 'Éxito en el amor' son algunos de los mensajes que la gente suele escribir en las ema. 'Aprobar los exámenes' es lo que acostumbran a pedir los estudiantes en los 12.000 santuarios de todo Japón consagrados a deidades relacionadas con la educación. Uno de ellos es Dazaifu Tenman, en el que se venera al académico Sugawara Michizane, considerado un dios de los estudios. La gente elige el santuario o templo cuya deidad se adecue al deseo o ruego que se quiera realizar. Una vez en el recinto, se compra una tablilla, se escribe el mensaje y se cuelga en el lugar correspondiente.

No hay reglas sobre cómo escribir en las ema. No obstante, la cara en la que aparece un dibujo corresponde al anverso; el deseo o petición se escribe en el reverso, junto con el nombre, la dirección y otros datos personales, aunque no hace falta poner el nombre si uno no quiere. Las tablillas se pueden colgar en el santuario, pero también es posible realizar la ofrenda en el hogar. Las ema cuestan entre 500 y 1.000 yenes.

Si lo de las cookies en Internet tanto le preocupa a las agencias de protección de datos en Europa, me pregunto que pensarán sobre estas tablillas tan personales y públicas!...

Vía Nippon.com me he enterado del origen de las ema:

En Japón, cuenta la leyenda que los dioses descendieron a caballo al mundo de los mortales. En el período Nara (710-794) era frecuente ofrecer a los templos budistas y santuarios sintoístas un caballo que sirviera de medio de transporte a las deidades. Posteriormente, se simplificó esa costumbre: en lugar de un animal vivo, se sustituyó por una tablilla de madera con un dibujo de un caballo, una ema. Este término se escribe con dos ideogramas chinos, e –dibujo– y ma –caballo–.

El calendario propio de la astrología china viene utilizándose en Japón desde mediados del siglo VI. Cada año corresponde a uno de estos doce animales, a saber: la rata, el buey, el tigre, el conejo, el dragón, la serpiente, el caballo, la oveja, el mono, el gallo, el perro y el jabalí. Recientemente, el dibujo que aparece en las ema no se limita al caballo, sino que también se utilizan otros animales, en función del año que toque.

Ejemplos de santuarios sintoístas:

Los templos budistas

La entrada de los templos budistas suele tener una gran puerta con techo llamada Mon. También se suele usar el sufijo -mon para designar las puertas, por ejemplo "omote-mon" (puerta principal). A menudo, en los laterales del Mon, nos encontraremos las deidades protectoras Niō (仁王).

El templo budista se compone de varios edificios. El más importante es el kondô, también conocido como Butsuden, Butsu-dō, konpon-chūdō, y hondō (el salón dorado). Es donde está la estatua del culto.

Otro edificio muy fácil de reconocer que indica que se trata de un templo budista es la pagoda. Se trata de una evolución de la estupa india. En japonés se llama tô y puede tener de tres a cinco pisos.

Las estatuas de diferente tamaño que representan a Buda, o a los bodhisattvas, también están muy presentes en el complejo. Los templos budistas suelen tener un jardín (un jardín seco en el caso de la rama zen), iluminado normalmente por faroles de piedra Tōrō (灯籠 o 灯篭, 灯楼).

Cuando fui a Nikko (al norte de Tokio), visité el santuario de Tōshōgū (東照宮). Es un memorial espectacular para Tokugawa Ieyasu, el shogun que gobernó Japón durante 250 años hasta el 1868. En el santuario se pueden encontrar tanto elementos sintoístas como budistas, lo cual era común hasta la era Meiji.

Otro de los rituales típicos en los templos budistas es el de quemar un incienso llamado Osenko (palitos de incienso). En los templos particularmente populares, este ritual de quemar incienso puede producir bastante humo, así que no te alarmes demasiado. A algunas personas les gusta llevar el humo hacia sus caras. Esto se debe a que se cree que el humo posee poderes curativos mágicos.

Si decides comprar un paquete de incienso, no los enciendas usando otros que ya están encendidos, ya que se considera un símbolo de asumir los pecados de otros.

Ejemplos de templos budistas:

Otras actividades y costumbres espirituales

Los omamori

Una de las cosas que más me gusta hacer cuando visito un santuario o templo es comprar un amuleto japonés. Se llaman omamori y proporcionan varias formas de suerte y protección. El más curioso que compré proporciona protección en la carretera, para evitar accidentes de tráfico. Suelen costar entre 500 y 2000 yenes, aunque los hay más caros.

La palabra omamori (守り) significa "protección". Originalmente estaban hechos de papel o madera, pero actualmente son pequeños artículos que generalmente se guardan dentro de unas bolsitas de seda brocada y pueden contener una oración o una inscripción religiosa.

Los omamori se vuelven sagrados mediante el uso de rituales. Son también una forma de donación de los visitantes del templo o santuario. También se suelen usar como regalo para desearle buenos deseos a un amigo, compañero o familiar o para protegerse de la mala suerte. A menudo, se ven en bolsos, colgados en correas de teléfonos móviles, en coches, etc.

Los baños en el bosque y los power spots

Otra de mis actividades favoritas es practicar el shinrin-yoku (forest bathing) y visitar los power spots. En 1982, el Ministerio de Agricultura de Japón creó el término shinrin-yoku, que se traduce como "baño en el bosque" o "absorción de la atmósfera del bosque". La práctica consiste simplemente en pasar tiempo en la naturaleza, usando el término de bañarse como una metáfora. No hace falta hacer caminatas o carreras intensas. El objetivo es vivir el momento presente mientras se sumergen los sentidos en las vistas y los sonidos de un entorno natural.

Esta práctica también ayuda a reducir la presión arterial, la frecuencia cardíaca y los niveles de hormonas dañinas, como el cortisol, la cual el cuerpo produce cuando estamos estresados. Esto puede ayudar a ponernos en un estado más tranquilo y relajado. Ciertos estudios han encontrado que simplemente pasando de 10 a 20 minutos al día al aire libre puede aumentar el bienestar y la felicidad, y disminuir la cantidad de estrés.

Durante uno de estos paseos por el bosque, es posible que nos encontremos con un power spot. Es como un lugar espiritual, donde puedes sentirte en sintonía con la naturaleza o los elementos circundantes. A veces se trata de un gran power spot, como un templo muy importante y otras veces puede ser un árbol, una cascada, un monte, un lago o algo relacionado con la naturaleza. El caso es que normalmente sentirás una energía espiritual o magnética distinta al estar cerca de ese power spot. No hace falta ser un chamán para sentirlo...

En otros países también existen estos sitios con una energía especial, por ejemplo: Sedona en los Estados Unidos, Stonehenge en el Reino Unido y Uluru (Ayers Rock) en Australia. En Japón, hay gente que ha escrito libros y listas con los mejores power spots del país.

El hatsumōde

Via Nippon.com, he aprendido que existe una costumbre llamada hatsumōde que consiste en visitar un templo budista o un santuario sintoísta durante los primeros días del año para preguntar si tendrás buena suerte durante los próximos doce meses. El ritual consiste en consultar una especie de oráculo que ofrece sus mensajes por escrito. Se trata de los omikuji. Algunos de los resultados pueden ser:

• Kichi: buena suerte
• Kyō: mala suerte
• Daikichi: muy buena suerte

Se cree que los omikuji comenzaron a utilizarse en el período Edo (1603-1868). Su origen se remontaría a la costumbre de consultar la voluntad divina a la hora de decidir quién debería gobernar el país, con quién debería casarse uno o quién debería ser su sucesor.

El proceso consisten en dirigirse al mostrador correspondiente y abonar el importe del omikuji. Ssuele ser de entre 100 y 200 yenes. Entonces, de una caja o cilindro de madera se saca un palillo en el que viene inscrito un número; este corresponde al mensaje que dictaminará la buena o mala suerte del portador. Además de los distintos grados de fortuna, la tira de papel contiene información sobre aspectos como el amor, la salud y los estudios. Si se obtiene un mensaje de buena fortuna, se puede guardar, por ejemplo, en la cartera, pero en el caso de que el resultado haya sido malo, se ata la tira de papel en un árbol o tablón del santuario con el objetivo de rogar a los dioses que cambien nuestra suerte.

Cada vez son más los tipos de omikuji disponibles. Por ejemplo, los hay específicos para saber qué nos depara el destino en cuestiones amorosas, o con explicaciones en inglés o chino para los turistas extranjeros. También podemos encontrar formatos originales, como figuritas de cerámica con forma de gato y un daruma de madera; los mensajes vendrían insertados dentro. Aunque el resultado sea malo y se ate la tira de papel a un árbol, siempre queda la opción de quedarse con la figurita o el amuleto como recuerdo de viaje.

Cuentan que durante el período Kamakura (1192-1333), cuando los agricultores no se ponían de acuerdo en el orden de riego de los arrozales o los pescadores no conseguían llegar a un entendimiento sobre la asignación de los caladeros, escribían sus nombres en un trocito de papel y se encomendaban a los dioses; realizaban una ceremonia de purificación antes de sacar uno a uno los papelitos para tomar una decisión. Desde tiempos antiguos existe en Japón la creencia de que tanto las deidades sintoístas como las budistas son justas, del mismo modo que las casualidades, de ahí que los omikuji se utilizaran también como instrumento para unificar a las comunidades sin complicaciones.

El Setsubun

El 3 de febrero se celebra el setsubun de primavera (節分). En asociación con el Año Nuevo Chino, puede ser considerado como un tipo de Nochevieja, y además está acompañado por un ritual especial para echar toda la maldad del año anterior y alejar los demonios en el nuevo año. Este ritual es conocido como mamemaki, que significa literalmente dispersar habichuelas.

El mamemaki es usualmente llevado a cabo por el toshiotoko de la casa, por ejemplo, el hombre que nació en el año del animal correspondiente del zodiaco chino, o el hombre cabeza de la casa. Son lanzadas un tipo en particular de semillas de soja llamadas irimame a la puerta o a un miembro de la familia que lleva una máscara de oni, mientras los que lanzan dicen "Oni wa soto! Fuku wa uchi!'' (鬼は外福は内). El significado literal de las palabras es "¡Fuera los oni, que venga la buena suerte!" Las semillas son lanzadas de forma simbólica para purificar la casa echando fuera los malos espíritus y alejando la mala suerte y la mala salud con ellos. Luego, como parte de traer la buena suerte, se acostumbra comer las semillas de soja, una por cada año de vida, y en algunos lugares, una por cada año de vida más una por el año venidero a modo de traer buena suerte para ese año.

Fin de año y año nuevo japonés

El oshogatsu (正月) es la fiesta más importante en el calendario japones. En tiempos antiguos esta fecha coincidía con el calendario chino, al inicio de la primavera; pero desde 1873 esta fecha fue ajustada al calendario gregoriano y por ende coincide con el 1 de enero.

Los preparativos empiezan a finales de Diciembre. Las casas se decoran a la manera tradicional: una soga sagrada de paja (shimenawa) con tiras de papel blanco (shide) colgando se coloca sobre la puerta principal para evitar que los espíritos malignos entren. También es típico poner kadomatsu que son pinos decorativos que representan la longevidad. Debe ponerse el 14 de diciembre porque después de esa fecha está prohibido ir a cortar pinos a las montañas. Este árbol decorativo se mantiene hasta el 14 de enero.

La celebración dura unos tres días y la gente dedica la mayor parte del tiempo a su familia. Es costumbre jugar a juegos tradicionales y comer platos especialmente preparados para la celebración. El 31 de Diciembre también se organiza una profunda limpieza de las casas (ōsōji) para dar la bienvenida al nuevo año y no seguir teniendo influencias impuras.

Durante la celebración se entregan los seibo, regalos elegidos para aquellas personas de quienes se recibió ayuda durante el transcurso del año, y el primero de enero se entregan todas las cartas de saludos de año nuevo que se guardaron en la oficina de correos para ser repartidas en un envío especial cada año.

Es también muy importante saldar las deudas antes de fin de año y comer toshikoshi-soba con la esperanza de que las fortunas familiares se extiendan como los largos fideos.

En Nochevieja (大晦日 Ōmisoka) mucha gente visita los templos budistas para oír las campanas tañer 108 veces a medianoche (joya no kane). La razón de que se tañan 108 veces es la creencia budista de que los seres humanos están acosados por 108 deseos o pasiones terrenales (bonnō), disipándose una con cada golpe.

El Obon y el Hanabi

El O-bon es una festividad de culto a los antepasados que tiene lugar en julio o agosto. Es una tradición semirreligiosa que honra a los espíritus de los antepasados fallecidos. Esta costumbre de origen budista ha acabado convirtiéndose en parte de la cultura de Japón, no solo en los aspectos religioso y cultural, sino también como una ocasión de interacción social con la comunidad. Viene siendo celebrado desde hace 500 años y tradicionalmente incluye danzas y bailes como el Bon Odori, o festivales como el Gozan no Okuribi.

El final del Bon Odori está marcado con la celebración del tōrō nagashi. Se hacen flotar pequeños faroles de papel con velas encendidas dentro en ríos y costas para señalar el camino a los espíritus ancestrales cuando éstos se marchan. Se suele escribir un mensaje en el exterior del farol de papel.

Durante estos meses también se celebra el Hanabi (花火, はなび), formada por los caracteres "flor" y "fuego". Son espectáculos de fuegos artificiales que iluminan el cielo en todas las regiones de Japón. La gente suele asistir a ellos vistiendo con yukata.

El Cristianismo en Japón

Vía Wikipedia podemos saber que el cristianismo también está muy presente en la cultura japonesa. Este llegó en 1549 de parte del misionero español Francisco Javier, y fue difundido por misioneros europeos, sobre todo por jesuitas; estos fueron conocidos en Japón como Kirishitan (切支丹).

Al principio, las autoridades japoneses apoyaban la presencia de la religión como una forma de contrarrestar el budismo; sin embargo, poco después vieron que los europeos estaban conquistando territorios en Asia a base de la conversión religiosa y los veían como una amenaza. Por ende, a comienzos de la era Tokugawa, en el siglo XVII, se prohibió el cristianismo durante dos siglos hasta la Restauración Meiji, cuando se permitió la llegada de misioneros cristianos.

Sin embargo, durante la Segunda Guerra Mundial se proscribió el cristianismo en todas sus formas. Desde 1947 se considera una religión libre de practicar, y actualmente consiste en el 1% de la población japonesa, a pesar de que la mayoría celebra fiestas de origen cristiano como la Navidad o el día de San Valentín.

A la hora de casarse, la mayoría de los japoneses prefieren hacerlo en un santuario con un sacerdote sintoísta y una ceremonia tradicional. El novio suele llevar un kimono de boda japonés y la novia viste un kimono de novia blanco llamado uchikake con un tocado blanco. En otros casos, los novios prefieren casarse en una iglesia con un sacerdote cristiano, aunque más que por fé, lo hacen porque está de moda. También puede darse el caso de que los novios celebren dos ceremonias, una sintoísta y otra cristiana.

Conclusiones

El concepto de religión en Japón difiere bastante de la religión en la cultura occidental. La espiritualidad es bastante ecléctica y los rezos y ritos están más centrados en conseguir bienestar y beneficios mundanos que en seguir doctrinas o creencias.

Sin tener un gran conocimiento sobre ninguna religión en particular, la sensación que tengo a nivel superficial, es que los japoneses son bastante supersticiosos y practican su espiritualidad de una forma sana y desenfadada, sin las reglas que se ven en el islamismo o cristianismo. No hay obligación de ir al templo o rezar cada x días. Cada uno lo hace a su ritmo, cuando le parece bien y no es juzgado por ello. Tampoco hay una sensación de que vas a ser castigado con ir al infierno. En Japón, todo parece mucho más pragmático y simple. Ofrenda, oración y listo. Seguramente los monjes de los templos y santuarios tendrán mucha actividad espiritual y sacrificios, pero los japoneses que visitan estos templos y santuarios no parece que le dediquen mucho tiempo a la oración.

Además, muchos de los rituales son bastante estéticos y fáciles de seguir. Lavarse las manos y boca, respirar incienso, dar algunas palmadas, hacer algunas reverencias, lanzar habichuelas, comer esto o lo otro... El acto de purificación parece ser algo más físico y en contacto con la naturaleza. En el cristianismo y el islam, parece que los fieles tienen que hacer más trabajo (físico e intelectual) para practicar la fé y tener una conciencia saludable.

¿Condiciona la religión el buen comportamiento de las personas?

En occidente existe la creencia de que las personas religiosas (no extremistas) suelen ser "buenas personas". El clásico estereotipo de la familia que asiste a la iglesia todos los Domingos y se relaciona con la comunidad, participa en actividades sociales, lee la Biblia, etc. Quizás hoy en dia esa imagen se ha diluido un poco, pero sigue siendo bastante significativa. Los principios éticos y el comportamiento de los cristianos (practicantes o no) también suele basarse en los 10 mandamientos.

En oriente y más concretamente en Japón, el concepto que más prima para definir el buen comportamiento de los japoneses es el Wa. Para explicarlo, nadie mejor que la autora del libro "Wa. La vía japonesa de la armonía".

Wa significa armonía, pero como todas las palabras japonesas evoca mucho más. Wa es, de hecho, todo lo que es suave, sereno y moderado, pero también hace referencia a todo lo que es japonés. Wa es un prefijo que se aplica tanto a cosas como a conceptos. A través de wa, Japón nos enseña su mejor lección: la belleza, la alegría y el civismo se construyen con grandes dosis de compromiso, mediante el trabajo continuo en uno mismo, ejercitando la paciencia, haciendo las cosas con cuidado y nunca a expensas de otros, porque una felicidad verdaderamente duradera es un proyecto de todos y nunca de uno solo. — Laura Imai Messina

Por tanto, en Japón, mantener la armonía, evitar conflictos y llevarse bien con los demás son de suma importancia, ya que es una isla relativamente pequeña con 130 millones de personas en ella. Por eso también existen fenómenos sociales como el honne y tatemae que impregnan las interacciones diarias de los japoneses y contribuyen a facilitar la armonía.

Respecto a como influye la religión en su comportamiento, hay que destacar que en el budismo no hay un ser divino que decida quién va al cielo o al infierno. Por el contrario, se cree en una justicia divina o energía invisible llamada karma, la cual se genera a partir de los actos de las personas y nos castiga cuando hacemos algo malo o nos bendice cuando hacemos algo bueno.

Hasta aquí llego. Si deseas compartir alguna opinión o piensas que me he olvidado de algo que merece ser incluido, por favor escribe un comentario. Me alegrará mucho poder mejorar la entrada con más información.

En la próxima entrada del blog hablaré sobre la estética japonesa.

El mes pasado tuve que pasar el proceso de renovación de la shaken para mi Kawasaki W800 en Tokio, así que pensé que podría ser una buena idea compartir mi experiencia. Con suerte, puede ayudar a reducir la ansiedad de algunos gaijins que, como yo, a veces se preocupan demasiado por los trámites administrativos japoneses.

Comprueba la fecha de caducidad

En primer lugar, comprueba la fecha de caducidad de tu saken en el certificado de inspección de la JCI (syakensyo):

Para los documentos oficiales, en lugar del calendario occidental (seireki), utilizan el calendario tradicional japonés, que se basa en el periodo de reinado del emperador.

Estos son los períodos:

• 2019 - Presente ~ Era Reiwa
• 1989 - 2019 ~ Era Heisei
• 1926 - 1989 ~ Era Showa
• 1912 - 1926 ~ Era Taisho

Prepara los documentos

Estos son los documentos que necesitarás:

• Certificado de inspección del JCI (自動車検査証 / syakensyo): Este es el documento azul del que hablamos en el apartado anterior. Yo suelo llevar una copia cuando voy con la moto y guardo el original en casa. Contiene información sobre tu moto y el propietario registrado

• Recibo de pago del impuesto de circulación (自動車税納税証明書): Es el impuesto que debe pagar el propietario del vehículo cada año. Si eres el propietario del vehículo a partir del 1 de abril del año, recibirás el documento por correo y podrás pagarlo en cualquier combini.

• Certificado de seguro obligatorio de responsabilidad civil del vehículo (自賠責保険証書 / jibaiseki): Es el certificado de seguro que también caducará en una fecha similar a la del sacudido. Se debe renovar también al mismo tiempo que el shaken

• Inkan (sello personal): si no tienes uno, puede utilizar tu firma.

Solicitar una fecha para la inspección

En mi caso, tuve que solicitar una fecha para el centro de inspección de Shinagawa. Es el más cercano a mi casa.

• Ve a reserve.naltec.go.jp y haz clic en registro de cuenta si aún no tienes una cuenta. Puedes utilizar Google Translate
• Una vez que tu cuenta esté lista, ingresa y realiza el proceso. En mi caso, seleccioné Inspección continua, motocicleta, Tokio y Oficina de Transporte de Tokio.
• Selecciona una fecha y hora y recibirás un correo electrónico con el número de reserva

Los días entre semana y las mañanas estarán probablemente menos concurridos. Así fue en mi caso.

Si por cualquier motivo decides no ir, recuerda cancelar la cita y solicitar una nueva. Puedes cancelarla incluso una hora antes, sin problemas.

El centro de inspección se encuentra en Shinagawa: https://goo.gl/maps/unp3ybW6kfAWJb2f6

La alineación de los faros

La parte más crítica de todo el proceso es la alineación de los faros. Por alguna razón, en Japón son muy exigentes con este requisito en particular. Por suerte, hay un taller justo enfrente del centro de inspección que se especializa precisamente en esta tarea. Aquí está la ubicación: https://goo.gl/maps/U9nGAqzGwQNxB3qz9

Una cosa que aprendí por las malas... No vayas a probar tu faro con una bombilla LED. Probablemente no será lo suficientemente fuerte. Tuve que comprar una halógena en Ricoland Tokyo Bay. Esta es la que compré:

Además, durante el proceso de alineación, asegúrate de que la pantalla muestra una alineación perfecta. De lo contrario, tendrás que volver al taller porque no pasará la prueba de alineación. No importa cómo consigas esa alineación perfecta. El taller pone un trozo de cartón y algo de cinta adhesiva en los laterales para que quede bien. Durante la inspección, no les importa el cartón ni la cinta, así que no te preocupes. Lo sé. Esto también me desconcierta, pero es así.

El coste de la alineación de los faros es de unos 2.000 yenes, según creo, y el proceso dura sólo 5 minutos. A veces hay una pequeña cola fuera del garaje, por lo que puede tardar un poco más. Pero no debería tardar más de 30 minutos.

Otro consejo sobre el acceso al garaje: Si vienes desde el norte, es mejor que sigas la ruta de la captura de pantalla de abajo, para no tener que cortar el tráfico que viene desde la dirección contraria:

Cosas que comprobar antes de la inspección

• Asegúrate de que todas las luces, los frenos y el claxon funcionan correctamente

• En el centro de inspección, es posible que te pregunten si tienes un libro de mantenimiento. Yo no tenía ninguno, así que no parece que sea obligatorio. En cualquier caso, es una buena idea llevar una factura o algún papel que muestre cuándo has cambiado por última vez el aceite, el filtro, etc. Pero, como ya he dicho, yo no tuve que mostrar nada de esto

• Si has cambiado/modificado alguna pieza de tu moto, lleva los papeles que acrediten que esas piezas están homologadas y son compatibles con tu moto. Por ejemplo, mi moto no tiene los tubos de escape originales, así que tengo unos papeles que demuestran que son similares a los originales y que pueden pasar la inspección

El día de la inspección

• Si no has elegido una franja horaria muy temprana, puedes intentar hacer la alineación de faros y la inspección el mismo día. Sólo tienes que cruzar la calle (con tu moto) hasta el centro de inspección

• Cuando llegué al centro de inspección, aquí es donde aparqué mi moto (al lado de las escaleras) y nadie se quejó por ello. Tampoco había conos ese dia

• Sube por las escaleras y ve al 2º piso. Nada más entrar, menciona que tienes una reserva para el shaken y te darán unos papeles para rellenar

• Una vez que les des los papeles, te enviarán a otro edificio donde tendrás que pagar la tasa del peso de la moto y renovar el seguro obligatorio (jibaiseki). Te dirán el número de ventanilla al que tienes que ir después, así que es bastante fácil

• Una vez completado todo el papeleo y pagado todo, te dirán que lleves tu moto al edificio donde realizarán la inspección. Fíjate que el carril es más estrecho que los demás porque es específico para motos

• Cuando llegues a la puerta, quédate en la cola hasta que venga alguien a revisar tus papeles. Te pedirán que enciendas y apagues las luces, que revoluciones la moto hasta unas determinadas revoluciones, etc.

• A continuación, tendrás que trasladar tu moto al interior del edificio para comprobar los frenos, la alineación de los faros, el ruido del escape y los humos. Te preguntarán si necesitas asistencia en inglés. Si dices que sí, podrás leer las instrucciones en una pantalla. Bastante útil.

• Una vez terminadas las pruebas, te comunicarán si has pasado o no. Si todo ha ido bien, te actualizarán los papeles y tendrás que volver al primer edificio (2ª planta) donde te darán una nueva pegatina para que la pongas en tu placa y ahí se acabará la historia. Si te equivocaste en algo (como yo) entonces tendrás que arreglarlo y volver a pasar la parte de la prueba que falló de nuevo. En mi caso, fue la alineación de los faros. No era perfecto, así que tuve que cruzar la calle y hacerlo de nuevo. Al menos no me cobraron un extra. Ir al taller y volver también fue bastante rápido, quizás sólo 15 minutos, así que no te preocupes si no pasas la alineación la primera vez

Conclusiones

En general, aunque me preocupé durante muchos días antes de la inspección (sobre todo por la barrera del idioma), resultó ser más un interesante ejercicio de aprendizaje que un dolor de cabeza burocrático. Fue molesto tener que cambiar la bombilla LED, pero shoganai. Así que si alguien me pregunta si recomendaría pasar el shaken por uno mismo, mi respuesta sería que sí. Te ahorrarás un dinero considerable y aprenderás algo por el camino. No recuerdo exactamente cuánto me gasté, pero fue algo así como 17.000¥, incluyendo la bombilla halógena y la revisión de la alineación de los faros. Teniendo en cuenta que todo el proceso dura alrededor de 1,5h (sin incluir el viaje al centro de inspección), creo que merece la pena.

También me gustaría mostrar mi agradecimiento a mi amigo motorista Greg, que fue lo suficientemente paciente como para responder a todas mis preguntas y compartir su experiencia con el shaken conmigo. Gracias.

Por último, si durante el proceso sientes que necesitas un descanso para pensar (como yo necesité), hay una cafetería Komeda muy cerca (está en el mapa publicado arriba) y tiene aparcamiento para motos.

¿Qué opinas o cómo ha sido tu experiencia en el shaken? ¿Me he perdido algo o he dicho algo incorrecto? Por favor, dímelo en los comentarios. ¡Gracias!

La ingeniería de software es como la ingeniería aeronáutica. Cuanto menos peso, mejor.

A veces, los ingenieros de software olvidan esta simple premisa sobre el peso del código. Nos sumergimos en agujeros de conejo (o debería decir agujeros de JavaScript) que terminan hinchando nuestras aplicaciones con docenas y docenas de paquetes NPM, polyfills, helpers, arquitecturas exageradas, abstracciones y más abstracciones,...

¡El principal problema de tener mucho código es que tenemos que mantenerlo! Alguien podría argumentar, ohh, pero yo siempre me apoyo en OSS y en paquetes externos. Y esa es una estrategia perfectamente válida. El problema es que esos paquetes también se actualizan y a veces introducen cambios que rompen el código. Esto significa que alguien tiene que encargarse de actualizar esos paquetes, seguir los documentos de migración, arreglar los conflictos con otros paquetes, etc.

Por lo tanto, el tiempo que pensamos que ahorramos al depender de paquetes OSS externos comienza a desvanecerse. No me malinterpretes, apoyo el uso de OSS. Lo que quiero decir es que, en lugar de consumir OSS como si viviéramos en un buffet de comida permanente, deberíamos ser conscientes y elegir cuidadosamente las dependencias a importar. Porque cuantas más decidamos incluir en nuestro proyecto, más tiempo tendremos que invertir en el mantenimiento del código y más hinchados estarán nuestros paquetes de JS.

El caso de uso del blogger ocupado

Desde que llegué a Japón, hace unos 3 años y medio, he estado muy ocupado. Mi trabajo es bastante exigente desde el punto de vista intelectual -como el de muchas otras personas en el ámbito de la informática- y después de al menos 8 horas resolviendo problemas complejos, no queda mucho espacio en el cerebro para exprimir nuevas ideas creativas. Si sumamos el hecho de que voy a la escuela de japonés tres veces a la semana y tengo que memorizar los trazos de los kanji en el orden adecuado, entonces las neuronas que quedan para el resto del día sólo pueden soportar un programa de Netflix muy superficial.

Creo que entiendes a dónde quiero llegar. Sí, no he estado actualizando este blog muy a menudo. Lo siento. Me hubiera gustado compartir algunas historias y experiencias de mi vida aquí en Japón. Pero, no tenía mucho tiempo ni energía para hacerlo. Por otro lado, también está el tema de Gatsby y lo que mencioné antes.

Después de 3 años de no actualizar el código base de este sitio web, te puedes imaginar lo obsoletas que estaban todas las dependencias y plugins de Gatsby. He intentado actualizar. Lo prometo. Pero en algún momento, sentí que sería mejor empezar de nuevo desde cero. Y eso es lo que hice.

Un nuevo comienzo con un enfoque minimalista

Así es como un día, buscando pequeños generadores de sitios estáticos, me topé con Teeny y PicoCSS. Después de probarlos un poco, me decidí. Esto es todo lo que necesito. Voy a hacer un fork y empezar a construir mi propio generador de sitios estáticos. La idea de teeny era muy similar a lo que tenía en mente. Simplemente usar NodeJS para construir páginas HTML a partir de archivos markdown. ¿A quién le importa graphQL para un sitio web como este? Al mismo tiempo, también quería usar variables CSS y olvidarme de cualquier framework JS como React. La idea principal era mantener las dependencias lo más bajas posible para que en el futuro no tuviera que seguir migrando o actualizando el código base con funcionalidades que no necesito.

Llegados a este punto, me gustaría resaltar el hecho de que, cuando estamos construyendo aplicaciones, debemos centrarnos siempre en lo que el usuario necesita y quiere. En este caso particular, yo también soy un usuario, ya que soy el que escribe las historias en el blog y actualiza el contenido de las otras páginas. Si no tengo una buena UX y DX, entonces me va a dar pereza actualizar el contenido y la aplicación o sitio web va a morir. Por lo tanto, la enseñanza aquí es que la tecnología no debe estar por encima de las necesidades del usuario o del objetivo principal del proyecto. De la misma manera que una guitarra o una batería muy sofisticadas no deberían ser más importantes que la creación de la propia música.

¿Qué he aprendido de esta experiencia?

• Llevo utilizando markdown para el contenido desde que me mudé hace años de WordPress a Ghost. Este enfoque sigue siendo el adecuado. Es muy flexible. Puedes añadir código HTML cuando lo necesites y mantener el contenido limpio cuando no lo necesitas.

• Sigo estando muy contento de no tener que mantener otra base de datos o un servidor. Esa es la belleza de las SSG y del Jamstack

• Es agradable cambiar de marcha de vez en cuando y hacer algo de programación con NodeJs. Aunque la depuración no es tan agradable como en el front-end. Sigo prefiriendo lidiar con los problemas en un navegador en lugar de en la consola

• Es posible construir un generador de sitios estáticos con menos de 15 dependencias npm

• Ser capaz de construir todo el sitio web desde cero es impresionante. El conocimiento es poder. Puedes ajustar todo y sólo programar exactamente lo que necesitas, lo que hace que el código fuente se sienta mucho más ligero

• He añadido un nuevo modo oscuro que sigue el enfoque de PicoCSS para cuidar nuestros ojos

• Para las imágenes del portafolio, si vas a usar maquetas (como hice con las pantallas de Apple, iPads y portátiles), ¡asegúrate de exportarlas en PNG con transparencia! He pasado largos días teniendo que rehacer todas las imágenes de los 140 proyectos de mi portafolio porque estaban exportadas como JPG con fondo blanco y no se veían bien con el nuevo modo oscuro... 🤦

• Como Github Pages no soporta redireccionamientos 301, tuve que migrar a Netlify. Me encantan ambas empresas. Hacen un gran trabajo en UX. Muchas gracias.

• Cosas como la conversión de JPG a WebP y la generación de sitemap XML o de feeds RSS son mucho más fáciles de lo que crees con los paquetes NPM adecuados

• Aproveché la refactorización del código para hacer algunas mejoras de diseño. Empezando por el logo. Me inspiré en Rafael Nadal ganando su 14º campeonato en Roland Garros. Así que, si encuentras algunas similitudes entre mi logo y el de Roland Garros, ahora ya sabes por qué

• He migrado de Disqus a Utterances. Principalmente por las dificultades con su modo oscuro. ¡Gracias, Disqus por tu servicio! ¡Me alegro mucho de haberlo hecho! Nunca se me había ocurrido que pudiéramos utilizar los Issues de Github para alojar los comentarios de la página web. Muy interesante

• He facilitado a los usuarios de esta web la suscripción al blog y también he añadido un widget Ko-Fi para empezar a experimentar con este tipo de patrocinios

• También he mejorado los resultados de búsqueda de Algolia, el contenido de la página de inicio, la página 404 y los estilos del pie de página

¿Cómo funciona el SSG?

Toda la lógica de generación del sitio web se concentra en un único archivo llamado cli.js. Tiene menos de 350 líneas de código. Esperemos que se pueda reducir aún más con algunas mejoras. Sólo hay otro script extra llamado images.js para generar las imágenes optimizadas para móviles y WebP.

La estructura de carpetas es muy simple:

• pages: contiene todos los archivos de contenido markdown organizados en subcarpetas. No es necesario seguir ningún patrón específico. El script de construcción replicará la misma estructura pero en su lugar con archivos HTML

• public: (inicialmente vacío) contiene todos los archivos generados que deben ser publicados

• static: imágenes globales, CSS y JS. Se copia en public cada vez que hacemos un build desde cero

• design: copia de seguridad de los recursos de diseño originales utilizados para el proyecto

• templates: todos los diseños y parciales HTML utilizados para construir las páginas HTML finales

Hay dos scripts principales: build y develop. La única diferencia entre ellos es que el último inicia un servidor web local después de terminar el proceso de construcción.

Cuando activamos el proceso de construcción con npm run build, primero el script comienza a limpiar la carpeta public y a copiar/renombrar archivos. Luego comienza a procesar toda la carpeta pages, una carpeta específica dentro de pages o un archivo .md específico dependiendo de si pasamos un parámetro o no al script (es decir, npm run build pages/blog/index.md). Una vez que termina de procesar los archivos markdown, genera un mapa del sitio XML, un feed RSS y actualiza el índice en Algolia (sólo en el entorno de producción).

La función más importante es processPage. Es la que se encarga de cargar la plantilla correcta (especificada en el frontmatter de markdown) y de añadir las diferentes partes al HTML de salida. Además, si la página a procesar es un listado de páginas, como el índice del blog o una página de categorías del blog, entonces hace algo de lógica recursiva para obtener todos los elementos del listado.

Un trabajo en progreso e ideas para el futuro

Algo que estoy considerando hacer es implementar un modo de administración muy básico (CMS) para poder publicar/editar historias desde una página web, en lugar de desde el editor de código. Puede ser útil cuando quiero escribir una historia en mi teléfono móvil. Este modo de administración tendría que conectarse con la API de Github para permitir que el sitio web escriba/edite archivos en el repositorio, así que es algo en lo que hay que pensar en el futuro.

Además, sería bueno encontrar una manera de implementar hot reloading y eventualmente refactorizar el código para que sea más fácil para otros ingenieros a utilizar en sus proyectos.

Seguiré actualizando el código nuevo en las próximas semanas o cuando tenga algo de tiempo. En la actualidad hay bastante código hard coded. Pero si alguien está interesado en echar un vistazo al código, aquí está:

Código fuente

Actualización del 16 de Junio de 2022

He añadido EJS para poder manejar datos dinámicos en las plantillas y ahora el código está mucho mejor organizado y reducido a unas 300 líneas. Hot reloading está casi funcionando pero aún lo tengo en otro branch.

Actualización del 23 de Julio de 2022

He incluido soporte para dos idiomas y he traducido toda la web al español. Ha sido un trabajo considerable pero creo que ha merecido la pena. Aún falta poder traducir el widget de utterances para los comentarios del blog.

Foto del ala del avión por Ross Parmly

Por si fuera poco, aún puedes sumergirte en 0kb of JS frameworks, AlpineJS, Stimulus, Petite Vue, Astro, Iles, MarjoJS, Qwik, Turbo, o Remix.

Pero cuando los sitios web tienen un contenido mayoritariamente estático (excepto las páginas de noticias/blogs dinámicos), es cuando los SSGs (Static Site Generators) se convierten en una gran opción. Uno de los frameworks más populares es Gatsby. Ese es el que usamos para construir nuestro anterior sitio web y durante un tiempo, nos sirvió bien.

Uno de los problemas que descubrimos un par de años después, fue que los tiempos de construcción eran cada vez más largos. Esto se debía a la enorme cantidad de páginas que acumulaba el sitio -especialmente por los múltiples idiomas- y a la dificultad de construir una sola página. En cambio, teníamos que construir todo el sitio web cada vez que se actualizaba una sola página.

También nos dimos cuenta de que los sitios estáticos no necesitan tener un montón de dependencias de JavaScript y NPM. Deben ser ligeros y fáciles de mantener. Los requisitos principales son sólo HTML, CSS y algo de JavaScript para una navegación lateral o superior, un formulario de contacto y algunas otras cosas.

Al llegar a este punto, nos enteramos de que Gatsby estaba lanzando builds incrementales, pero incluso con esa característica potencialmente útil, nuestras mentes ya estaban establecidas: íbamos a construir nuestro generador de sitios estáticos.

La tecnología seleccionada

En TableCheck estamos muy comprometidos con AWS, Typescript, React, Emotion y nuestro propio kit de herramientas de interfaz de usuario llamado TableKit. Desde el principio quedó claro que el uso de estas tecnologías podría acelerar el desarrollo y simplificar el mantenimiento. Como ejercicio de comparación, Wahid Farid (líder del proyecto) también hizo un POC con Hugo y Joan Mira (manager del front-end team) con el sistema de plantillas EJS, pero finalmente, preferimos continuar con el enfoque basado en React SSR.

Al mismo tiempo, nuestro anterior sitio web de Gatsby construía sus páginas recogiendo el contenido de la API de Storyblok. Esto era algo de lo que estábamos bastante contentos, específicamente por la flexibilidad que proporciona este headless CMS para construir páginas usando bloques con esquemas personalizados. Esto nos permite a nosotros y a los editores de contenidos construir páginas para diferentes regiones del mundo reutilizando diseños y bloques comunes definidos en el CMS.

También consideramos la posibilidad de usar WordPress y Elementor (sobre todo por la UX para los editores de contenido). Pero el hecho de que esté basado en PHP, requiere otras tecnologías distintas a las que usamos habitualmente y suele ser el objetivo de los hackers era algo que no nos entusiasmaba. Por ello, decidimos seguir con Storyblok como nuestro CMS.

En cuanto a la infraestructura, Alexander Nicholson (líder de SRE) sugirió que utilizáramos un enfoque sin servidor (Seed.run) con una función lambda para construir las páginas estáticas HTML.

Y, por último, para la funcionalidad de búsqueda, Joan Mira sugirió utilizar Algolia y para la programación de la demostración del producto, Eri Koyano (manager de producto) sugirió utilizar Calendly.

Esta es la tecnología aprobada para nuestro sitio web personalizado generado estáticamente:

• AWS, serverless y Seed.run
• Typescript
• React SSR
• Emotion, TableKit y variables CSS
• Storyblok
• Algolia y Calendly

Arquitectura del sitio web

Una vez que decidimos las tecnologías que íbamos a utilizar, el principal ingeniero de front-end de TableCheck, Simeon Cheeseman, sugirió utilizar React SSR para construir las páginas. Hicimos una lluvia de ideas sobre cómo hacerlo funcionar y terminamos con lo siguiente:

1. El contenido se añade/actualiza en Storyblok y el usuario hace clic en el botón de guardar
2. Un webhook se activa en Storyblok
3. Un servidor NodeJS Express que se ejecuta en una función lambda recibe la llamada del webhook
4. Un script del lado del servidor lee el ID de la historia desde la URL pasada al servidor
5. El script llama a la API de Storyblok con ese ID y obtiene todos los datos necesarios para construir esa página específica
6. A continuación, genera el HTML utilizando componentes de React
7. Y por último, sube el archivo a un bucket de S3 desde donde se servirá a Internet

Todos estuvimos de acuerdo con este enfoque y Alexandr Shostyr (líder técnico del proyecto) construyó un POC.

Del POC a la línea de meta

Una vez aprobado el POC y validada la arquitectura, continuamos el desarrollo con la ayuda de Irina Soupel (ingeniera de front-end). Pronto nos dimos cuenta de que tendríamos que hacer ciertas cosas ligeramente diferentes a otros proyectos de TableCheck, especialmente porque no estábamos usando React en el front-end:

• Usar emotion for SSR para soportar selectores nth-child.
• Averiguar cómo utilizar las variables CSS con el ThemeProvider de Tablekit
• Crear componentes nuevos para un botón y campo de entrada para evitar un problema con hexToRgba

Otro problema considerable que encontramos fue el de hacer builds de páginas individuales en lugar de todas las páginas a la vez. Algunos bloques de Storyblok son comunes a todas las páginas, como la navegación superior o el pie de página. Por lo tanto, cada vez que un editor de contenido cambia uno de estos bloques, tenemos que regenerar todas las páginas del sitio web. Esto representó un desafío, ya que tendríamos que tener una manera de decirle al script encargado del build si todas las páginas necesitan ser construidas o no. Actualmente seguimos investigando este punto y actualizaremos el artículo cuando encontremos la solución adecuada.

Al mismo tiempo, las páginas del listado del blog también fueron complicadas. Primero, las implementamos dinámicamente usando Algolia. Funcionaba bien, pero requería muchas peticiones a la API, lo que hacía que la navegación fuera lenta y costosa económicamente. Finalmente, encontramos la manera de construir todas estas páginas de forma estática, incluso para las páginas de categorías y listados paginados.

También tuvimos otros problemas relacionados con el mapa del sitio, las redirecciones heredadas, las complicaciones de los builds debido a que teníamos que compartir el mismo bucket de S3 con otro sitio web, etc. No obstante, estos problemas no son representativos del proceso de migración de Gatsby a nuestro SSG personalizado.

Próximos pasos

En el futuro, todavía queremos seguir haciendo mejoras. Actualizaremos el artículo en el futuro con más detalles. Estas son algunas de las cosas que estamos considerando hacer:

• La velocidad de los builds: especialmente con el apoyo a la construcción de páginas individuales
• Precargar assets y páginas críticas (como hace Gatsby) para que el sitio web cargue aún más rápido de lo que ya lo hace, probablemente porque tenemos muy poco código JS en él

En general, fue una gran experiencia la construcción de algo nuevo desde cero donde tenemos el control total. Vendrán más cosas interesantes. Stay tuned!

Actualización de marzo de 2022

Buenas noticias! Después de un poco de trabajo, hemos sido capaces de implementar construcciones de páginas individuales con StoryBlok.

La forma en que terminamos haciéndolo es copiando/pegando el ID de la página en una entrada dentro de un diálogo modal que aparece al hacer clic en una tarea personalizada. Esto nos permite pasar el ID de la página que queremos construir a la función Lambda.

Llevo usando la versión comunitaria (autoalojada) de GhostJS desde 2016 en mis sitios web. Al principio, todo era bueno, me encantaba. Decidí migrar de WordPress a Ghost porque WP estaba siendo siempre objetivo de los hackers y el código se estaba volviendo desordenado con todo tipo de plugins, bugs, etc.

Pero luego, después de un par de años, empecé a desenamorarme. No culpo a Ghost, probablemente fui yo. Me dio pereza actualizar a la última versión de Ghost, lo que requería muchos cambios en el código fuente y también en la configuración del VPS que tenía en OVH. Debido a esta situación, no actualicé mucho mis sitios web.

El tiempo pasó y entonces me di cuenta de que necesitaba actualizar mi sitio web con nuevos proyectos. También quería cambiar mi proveedor de alojamiento por otro más moderno y gratuito que pudiera utilizar e integrar en un pipeline de CI/CD. Fue entonces cuando empecé a investigar sobre generadores de sitios estáticos modernos y cómo encontré GatsbyJS.

Hay otros generadores de sitios estáticos por ahí como NextJS o estos otros. Me interesó Gatsby porque utiliza GraphQL, una tecnología que quería aprender y además está basado en ReactJS.

Preparando la migración

Después de instalar GatsbyJS y explorar un poco su funcionamiento, empecé a investigar cómo podía transferir todos los posts y páginas estáticas de mi blog a la estructura de carpetas de Gatsby, con los posts como archivos markdown y las imágenes almacenadas en subcarpetas. Por suerte, hubo un alma bondadosa que construyó un módulo para hacer exactamente eso.

El módulo toma el archivo de exportación de Ghost y crea automáticamente las carpetas para las entradas renombradas con la fecha de la entrada y el slug de la misma. A continuación, coloca dentro del post en formato markdown y descarga las imágenes en una carpeta images. Desafortunadamente, el módulo no descargó completamente todas las imágenes ni produjo todos los archivos markdown, pero aún así, ¡obtuve gran parte del trabajo hecho de forma gratuita!

Encontrar una plantilla inicial

En la comunidad Gatsby, hay muchos boilerplates/plantillas, o como ellos lo llaman, starter packages. Hay diferentes enfoques para construir un nuevo sitio web. Puedes empezar completamente desde cero, sólo usando la herramienta gatsby-cli o puedes instalar un starter y luego construir desde ahí. En mi caso, elegí el starter-hero-blog, ya que tenía algunas características que me interesaban aprender.

Empezar a formatear los posts

Un nuevo concepto que aprendí con Gatsby es el front matter. El front matter es la primera sección de un libro y generalmente es la más corta; a veces también se le llama prelims, o materia preliminar. En Gatsby y también en el mundo de los generadores de sitios estáticos, el front matter son los datos en la parte superior de los archivos markdown que van a ser como sus metadatos. Así que contendrá el nombre de la imagen destacada, la categoría a la que pertenece el post, el slug, la fecha, etc. La estructura es abierta, así que puedes decidir qué datos quieres usar.

En mi caso, como las carpetas de entradas ya contienen la fecha de la entrada y el slug, decidí no incluirlos de nuevo en el asunto principal. Para las entradas del blog, decidí almacenar sólo la categoría, el título y la imagen de portada.

Esta parte de elegir qué metadatos usar en todas las entradas del blog es bastante importante, ya que cada archivo markdown tendrá que contener estos valores, así que piensa bien lo que necesitas. Siempre puedes usar la función buscar en todos los archivos de tu editor de texto para renombrar las cosas, pero no es ideal seguir haciendo eso...

Después de importar las entradas del blog de Ghost a Gatsby, me he dado cuenta de que tenía que formatear un poco el front matter, así que esto, junto con la corrección de las URLs de las imágenes, la limpieza del marcado y la mejora de algunos artículos, llevará una cantidad de tiempo considerable, dependiendo de cuántas entradas tengas en tu sitio web.

Añadir nuevas funciones

En mi caso, necesitaba añadir algunas cosas nuevas:

• Paginación del blog: esto permitiría a los usuarios dividir la página del listado en varias páginas, de lo contrario, se mostrarían todas las entradas del blog, lo que no es ideal
• Mover el blog desde la raíz del dominio a /blog**: Quería tener la página de inicio para otra cosa, así que tuve que hacer algunos cambios en el archivo gatsby-config.js para acomodar el blog en una URL diferente
• Crear nodos para proyectos y páginas estáticas: estos cambios requerirían nuevos archivos de diseño y cambios en la configuración

Revisa el código fuente si quieres explorar cómo hice estos cambios.

Configuración de CI/CD y despliegue en páginas de GitHub

Uno de los beneficios de pasar a un generador de sitios estáticos es que ya no necesito mantener un servidor por mí mismo. Puedo simplemente generar los archivos HTML, CSS y JavaScript y subirlos a las páginas de Github. Y ya está.

Para desplegar en GitHub, no hay necesidad de tener una integración continua y un pipeline de entrega continua. Puedes simplemente instalar el paquete gh-pages y añadir el script de despliegue ("deploy": "gh-pages -d public") a tu archivo package.json.

Pero, si quieres una forma automática de desplegar tu sitio web cada vez que hagas un push de algo nuevo a master, te recomiendo usar Netlify.

De todos modos, este post va a ser sobre MobX. Voy a explicar paso a paso los cambios que he tenido que hacer para que funcione. Hay que tener en cuenta que también estoy usando la API JSON, así que también cubriré este aspecto.

En primer lugar, tienes que eliminar todos los paquetes y referencias redux de tu código base. Luego tienes que instalar los siguientes plugins de babel para permitir el uso de decoradores.

yarn add babel-plugin-transform-decorators-legacy -D
yarn add babel-plugin-transform-class-properties -D

Y luego definirlos en el archivo .babelrc:

"plugins": ["transform-decorators-legacy", "transform-class-properties"]

Ahora tenemos que usar babel como parser de ESLint. Añade este paquete:

yarn add babel-eslint -D

Luego, actualiza el parser en el archivo .eslintrc:

"parser": "babel-eslint"

Ahora vamos a instalar los siguientes paquetes de MobX:

yarn add mobx -S
yarn add mobx-jsonapi-store -S
yarn add mobx-react -S
yarn add mobx-react-router -S

Esas son todas las dependencias que necesitamos hasta ahora. Ahora veamos algo de código.

En primer lugar, vamos a crear un store para manejar los estados globales de la aplicación, como el cargador, las alertas de notificaciones y otros flags comunes.

Crea un nuevo archivo llamado store.jsx y añade el siguiente código:

import { autorun, observable } from 'mobx';

class MainStore {
  @observable isLoading = true;
  @observable isFetching = false;
  @observable isDesktop = true;
  @observable notification: { message: '', type: '' };
  @observable apiReady = false;
  @observable isDesktop = false;
  @observable isDesktop = false;
}

const store = new MainStore();

autorun(() => {
  // eslint-disable-next-line
  console.log(store);
});

export default store;

En este archivo, sólo estamos creando las variables de estado y haciéndolas observables. También estamos usando autorun para registrar automáticamente en la consola cualquier cambio en el store (sólo para propósitos de depuración).

Ahora, vamos a refactorizar el archivo index.jsx. Utilizaremos la última versión de react router (v4) y el Material UI framework, así que tenlo en cuenta.

import React from 'react';
import ReactDOM from 'react-dom';
import createBrowserHistory from 'history/createBrowserHistory';
import { Provider } from 'mobx-react';
import { RouterStore, syncHistoryWithStore } from 'mobx-react-router';
import { Router } from 'react-router';
import MuiThemeProvider from 'material-ui/styles/MuiThemeProvider';
import mainStore from './store';
import App from './components/app';
import './components/bundle.scss';

const browserHistory = createBrowserHistory();
const routingStore = new RouterStore();

const stores = {
  routing: routingStore,
  app: mainStore
};

const history = syncHistoryWithStore(browserHistory, routingStore);

ReactDOM.render(
  <Provider {...stores}>
    <Router history={history}>
      <MuiThemeProvider>
        <App />
      </MuiThemeProvider>
    </Router>
  </Provider>,
  document.getElementById('react-root')
);

Lo importante aquí es el objeto que contiene los stores, uno para el router y el otro que creamos antes. Luego pasamos estos stores al proveedor MobX y ¡ya está!

Ahora veamos el archivo app.jsx, que contendrá las rutas y otros componentes comunes:

import React, { Component } from 'react';
import { inject, observer } from 'mobx-react';
import { Route } from 'react-router-dom';
import injectTapEventPlugin from 'react-tap-event-plugin';
import Helmet from 'react-helmet';
import Notification from './common/notification/notification';
import Loader from './common/loader/loader';
import Home from './home/home';
import PageNotFound from './pageNotFound/pageNotFound';

injectTapEventPlugin();

@inject('routing') @observer
class App extends Component {
  render() {
    const title = this.props.routing.title
      ? `${this.props.routing.title} | App name`
      : 'App name';

    return (
      <section className="app-container">
        <Switch>
          <Route exact path="/" component={Home} />
          <Route component={PageNotFound} title="Page not found" />
        </Switch>
        <Helmet title={String(title)} />
        <Loader />
        <Notification />
      </section>
    );
  }
}

export default App;

Todo lo que estamos haciendo aquí es crear las rutas y decirle al componente que sea un observador, para que cada vez que las variables de estado cambien, el componente se actualice. Fíjate también en que estamos leyendo el title de la ruta para saber qué título de página poner usando el paquete Helmet.

Recuerda usar Switch dentro del Router y establecer la ruta raíz con exact, de lo contrario la página no encontrada no funcionará.

Otro ejemplo de cómo usar MobX, es para el componente Loader. Necesitamos saber cuándo mostrar u ocultar el cargador, así que vamos a utilizar la variable isLoading del store que hemos creado. Si la variable es true entonces el cargador será visible, de lo contrario no.

Veamos el componente del cargador:

import React, { Component } from 'react';
import { inject, observer } from 'mobx-react';
import classnames from 'classnames';
import Icon from '../lib/icon/icon';
import Logo from '../../../assets/svg/logo.svg';

@inject('app') @observer
class Loader extends Component {
  render() {
    return (
      <section
        className={classnames('loader', {
          'fade-in': this.props.app.isLoading,
          'fade-out': !this.props.app.isLoading
        })}
      >
        <div className="loader__circle" />
        <div className="loader__line-mask">
          <div className="loader__line" />
        </div>
        <Icon glyph={Logo} className="loader__logo" />
      </section>
    );
  }
}

export default Loader;

Todo lo que estamos haciendo es establecer una clase fade-in o fade-out dependiendo del valor del estado isLoading.

Ahora, desde cualquier componente de la aplicación, podemos cambiar este valor haciendo this.props.app.isLoading = false y el cargador se ocultará.

Otra cosa que no funcionaba con el nuevo router, es la actualización de la página (con el nuevo componente) al pasar de una página a otra. Después de indagar un poco sobre el tema, encontré esta respuesta de stack-overflow que lo arregló.

Cuando haces @inject('routing') a un componente, obtienes acceso a this.props.routing, por lo que puedes enviar nuevas URLs al historial del navegador. Esto funcionaba bien haciendo algo como esto this.props.routing.push('/leads/231234').

El problema era que la página no se refrescaba, así que tuve que envolver la exportación de los componentes con withRouter(): export default withRouter(Home). Puedes importarlo desde el paquete react-router.

Por último, vamos a ver cómo integrar la API JSON con MobX. Esto es un poco más difícil, pero lo conseguiremos. El paquete que estamos utilizando es mobx-jsonapi-store.

Un ejemplo sencillo de cómo solicitar datos de la API y asignarle un store sería el siguiente:

import { Store, config } from 'mobx-jsonapi-store';
const teststore = new Store();
config.defaultHeaders = {'xxxxxx': 'xxxxxxxxxx'};

teststore.request('http://localhost:3000/xxxxxxxxxxx')
  .then((respuesta) => {
    const Data = teststore.sync(response.data);
    console.log(Datos);
  });

ACTUALIZACIÓN Junio 2022: Ya no me gusta mucho usar MobX en proyectos React. Es mejor mantener todo bajo el mismo paradigma de programación funcional.

Antes de que sigas leyendo, recuerda que estoy usando el Vue webpack boilerplate, por lo que todos mis ajustes están adaptados a él. Sin embargo, si no estás usando este boilerplate, podrías captar las ideas y aplicarlas al tuyo.

Cómo configurar SASS con archivos globales

Una de las primeras cosas que debes hacer es estructurar tu aplicación Vue con los mixins globales de SASS, variables, elementos, etc. Para ello, necesitas crear un archivo central scss con todas las declaraciones @import a otros archivos globales o comunes como variables.scss, mixins.scss. Hay varias formas de hacerlo (como siempre), pero he encontrado la siguiente, la más fácil:

1. Abre build/utils.js y ve a la línea 43. Ahí es donde está el cargador de SASS. Luego reemplaza la línea con esto: scss: generateLoaders(['css', 'sass?data=@import "~assets/styles/app";']).

2. El cambio anterior cargará el archivo assets/styles/app y ahí es donde tienes que poner todos tus @imports.

3. Puedes poner otra ruta, pero yo estoy guardando todos mis archivos genéricos de SASS dentro de src/assets/styles.

Cómo enviar datos de un componente hijo a su padre u otros componentes

De los documentos oficiales de Vue:

Todos los props forman una vinculación unidireccional entre la propiedad child y la parent: cuando la propiedad parent se actualiza, fluye hacia el child, pero no al revés. Esto evita que los componentes hijos muten accidentalmente el estado del padre, lo que puede hacer que el flujo de datos de tu aplicación sea más difícil de razonar.

Parece ser que en versiones anteriores de Vue había dos métodos, llamados dispatch y broadcast, que nos permitían comunicarnos entre componentes, pero como puedes ver en los documentos de Vue, han sido obviados porque no escalan bien.

Así que lo que proponen es, utilizar una implementación de Flux como Vuex, que está explicado aquí, o si tu aplicación no va a ser muy compleja, puedes utilizar un event hub o bus. El ejemplo del event hub es explicado aquí y el ejemplo del bus es explicado aquí. Creo que ambos son iguales, pero el ejemplo del event hub es más completo.

Si te decides por el event hub, entonces, un aspecto que los documentos no cubren es cómo inyectar el objeto `eventHub`` en todos los componentes hijos desde el componente raíz.

En el siguiente ejemplo, puedes ver cómo implementar el eventHub para que cada componente hijo pueda cambiar el encabezado de una página:

1. En main.js, crea el eventHub y asígnalo a Vue:

const eventHub = new Vue();
Vue.prototype.$eventHub = eventHub;

2. Luego, pasa la variable a Vue:

new Vue({
  router,
  eventHub,
  ...

3. Ahora puedes empezar a usar emit y on en tus componentes hijos. Cada vez que emit lance un valor, será enviado a todos los componentes y sólo aquellos que tengan un listener (on) para ese evento, obtendrán el valor.

this.$eventHub.$emit('whateverChanged', this.passThisValue);
this.$eventHub.$on('whateverChanged', this.callThisFunction);

Vídeos y bibliotecas útiles de VUE 2

• Aprende VUE 2 paso a paso
• Muchos videos de VUE 2
• Vue.js 2.0 en 60 minutos

• Si necesitas una librería CSS y estás cansado de Bootstrap, te recomiendo Vue Material. Es súper fácil y funciona muy bien
• Si necesitas cargar JSON, usa Axios. Vue-resource ya no se mantiene.

La primera impresión fue muy buena. Los documentos de Vue son realmente buenos y su sitio web es muy claro y útil. Luego descrubrí los recursos impresionantes, donde encontré un par de boilerplates que funcionan con Electron, que es una biblioteca de Git utilizada para construir aplicaciones de escritorio. ¿Utilizas el editor Git Atom o la aplicación de escritorio Slack? ¡Entonces deberías saber que están construidas con Electron!

De todos modos, Electron no tiene nada que ver con Vue, pero ha sido un bonito descubrimiento y quería compartirlo.

El objetivo de este artículo es mostrarte cómo he conseguido montar SVGs con el Vue Webpack boilerplate. Por cierto, si no conoces ese boilerplate, te animo a que lo consultes. Me impresionó mucho su calidad y su simplicidad a la hora de crear un nuevo proyecto. ¡Sólo se necesitan 5 líneas para hacerlo!

Mi intención era replicar la configuración que tenía con mi anterior boilerplate de React, donde tenía una carpeta con todos los archivos SVG y podía importarlos a mis componentes de React cada vez que los necesitaba.

Para ello, en tu proyecto Vue recién creado, necesitas instalar este cargador de Webpack llamado svg-sprite-loader. Luego, en build/webpack.base.conf.js sólo tenemos que declarar el nuevo cargador (línea 88 a 92 aprox.)

loader: 'svg-sprite?' + JSON.stringify({
  name: '[name]_[hash]',
  prefixize: true
})

También, en el mismo archivo, tienes que borrar el formato svg de la línea 72: test: /\.(png|jpe?g|gif)(\?.*)?$/,. Si no lo hacemos, este cargador intentaría cargar el SVG y el cargador svg-sprite no haría nada.

Eso es todo lo que necesitamos en cuanto a la configuración de Webpack. El siguiente paso es crear un nuevo componente llamado Icon. Este componente será útil para representar archivos SVG inline en nuestras páginas. Recuerde que esta es la única forma en que podemos cambiar los colores de los SVG usando fill o stroke. Si los cargamos como fondos CSS o con etiquetas <img>, no se podrá modificar sus colores.

Crea un nuevo archivo llamado Icon.vue dentro de la carpeta src/components y pega el siguiente código:

<template>
  <svg :class="className" :width="width" :height="height">
    <use :xlink:href="glyph" />
  </svg>
</template>

<script>
export default {
  name: 'icon',
  props: ['className', 'glyph', 'width', 'height'],
};
</script>

<style scoped>
.icon {
  display: inline-block;
}
</style>

Esta es una implementación básica. Puedes ampliarla con más código CSS o props.

Finalmente, para cargar los SVGs, voy a mostrarte un ejemplo sencillo de cómo cargar un icono con un logo y un icono de cierre para el componente principal de la App, donde tenemos el diseño de la misma. Si aún no has modificado el boilerplate (lo cual es poco probable), tendrás un componente App. Si no es el caso, no te preocupes, este ejemplo se aplica a cualquier componente.

Veamos primero el código y luego podemos revisarlo:

<template>
  <div id="app">
    <icon width="100" height="100" :glyph="Logo"></icon>
    <icon width="100" height="100" :glyph="Close"></icon>
  </div>
</template>

<script>
import Icon from './components/Icon';
import Logo from './assets/logo.svg';
import Close from './assets/close.svg';

export default {
  name: 'app',
  components: {
    Icon,
  },
  data() {
    return { Logo, Close };
  },
};
</script>

Siempre que quieras añadir un nuevo SVG a su plantilla, tienes que añadir código en 4 lugares diferentes:

1. Importa el archivo desde la carpeta assets: import Logo from './assets/logo.svg';

2. Añade el componente Icon al objeto components.

3. Devuelve el SVG importado en la función data.

4. Llama al componente Icon y pásale los props adecuados: <icon width="100" height="100" :glyph="Logo"></icon>.

Eso es todo.

Si encuentras una mejor manera de hacer esto. Por favor, compártela en los comentarios. Gracias.

Node.js es un entorno de ejecución de JavaScript de código abierto para construir fácilmente aplicaciones del lado del servidor. La plataforma funciona en Linux, OS X, FreeBSD y Windows. Las aplicaciones Node.js pueden ejecutarse en la línea de comandos, pero nos centraremos en ejecutarlas como un servicio, de modo que se reinicien automáticamente al reiniciar o fallar, y puedan utilizarse con seguridad en un entorno de producción.

En este tutorial, cubriremos la configuración de un entorno Node.js listo para producción en un único servidor Ubuntu 16.04. Este servidor ejecutará una aplicación Node.js gestionada por PM2, y proporcionará a los usuarios un acceso seguro a la aplicación a través de un proxy inverso Nginx con autenticación básica.

Prerrequisitos

Esta guía asume que tienes un servidor Ubuntu 16.04 (también funciona con Ubuntu 14). Si aún no tienes uno, te recomiendo Digital Ocean, OVH o Amazon AWS.

También asume que tienes un nombre de dominio, apuntando a la dirección IP pública del servidor.

Comencemos por conectarnos al servidor vía SSH.

Conectarse al servidor vía SSH

Una vez que tu servidor está en funcionamiento, debes tener una dirección IP o DNS que puedas utilizar para conectarte al servidor. En este ejemplo, vamos a utilizar las DNS de una micro instancia de Ubuntu de Amazon AWS EC2.

Durante el proceso de configuración del servidor, debes crear o utilizar una clave existente. Descárgala en una carpeta de tu ordenador (normalmente ~/.ssh/) y ejecuta el siguiente comando desde tu terminal:

ssh -i ~/carpeta/para/su/ssh/key.pem ubuntu@ec2-28-28-82-82.eu-central-1.compute.amazonaws.com

Esto debería darte acceso al servidor.

Nota: asegúrate de que tu instancia acepta tráfico HTTP. En Amazon AWS tienes que ir a grupos de seguridad, y añadir HTTP / TCP / Puerto 80 a las reglas de entrada del grupo de seguridad de tu instancia.

Instalar Node.js

Vamos a instalar la última versión actual de Node.js, utilizando los archivos de paquetes de NodeSource.

Primero, necesitas instalar el PPA de NodeSource para poder acceder a su contenido. Asegúrate de que estás en tu directorio principal y utiliza curl para recuperar el script de instalación de los archivos de Node.js 6.x:

cd ~
curl -sL https://deb.nodesource.com/setup_6.x -o nodesource_setup.sh

Y ejecuta el script bajo sudo:

sudo bash nodesource_setup.sh

El PPA se añadirá a tu configuración y tu caché de paquetes local se actualizará automáticamente. Después de ejecutar el script de configuración de nodesource, puedes instalar el paquete de Node.js de la misma manera que lo hiciste anteriormente:

sudo apt-get install nodejs

El paquete nodejs contiene el binario de nodejs así como npm, por lo que no necesitas instalar npm por separado. Sin embargo, para que algunos paquetes de npm funcionen (como los que requieren compilar código desde la fuente), necesitarás instalar el paquete build-essential:

sudo apt-get install build-essential.

Node.js está ahora instalado, y listo para ejecutar una aplicación!

Clonar tu aplicación

Asegúrate de que git está instalado:

sudo apt-get install git

A continuación, clona tu aplicación desde GitHub (o cualquier otro repositorio) a /opt/your_app. El directorio /opt/ es una ubicación estándar para el software que no se instala desde los repositorios de paquetes oficiales de la distribución:

sudo git clone https://github.com/your_user/your_app /opt/your_app.

Cambia al directorio de tu aplicación:

cd /opt/your_app

Ejecuta npm install, bower install o cualquier otro comando que necesites para configurar tu aplicación. Asegúrate de que no hay errores de compilación y una vez que hayas terminado, cierra tu aplicación y procede al siguiente paso.

Configurar Nginx como servidor proxy inverso

Ahora que tu aplicación está funcionando, necesitas configurar una forma para que tus usuarios accedan a ella. Para ello configuraremos un servidor web Nginx como proxy inverso. En este tutorial se configurará un servidor Nginx desde cero. Si ya tienes un servidor Nginx configurado, puedes simplemente copiar el bloque de ubicación en el bloque de servidor de tu elección (asegúrate de que la ubicación no entra en conflicto con ningún contenido existente de tu servidor web).

Primero, instala Nginx usando apt-get:

sudo apt-get install nginx

Ahora abra el archivo de configuración del bloque del servidor por defecto para editarlo:

sudo nano /etc/nginx/sites-available/default

Borra todo lo que hay en el archivo e inserta la siguiente configuración. Asegúrate de sustituir la directiva server_name por su propio nombre de dominio. Además, cambia el puerto (8080) si tu aplicación está configurada para escuchar en un puerto diferente:

server {
    listen 80;

    server_name example.com;

    location / {
        proxy_pass http://localhost:8080;
        proxy_http_version 1.1;
        proxy_set_header Upgrade $http_upgrade;
        proxy_set_header Connection 'upgrade';
        proxy_set_header Host $host;
        proxy_cache_bypass $http_upgrade;
    }
}

Esto configura el servidor para responder a las peticiones en su raíz. Suponiendo que nuestro servidor está disponible en example.com, el acceso a http://example.com/ a través de un navegador web enviaría la solicitud a su aplicación, escuchando en el puerto 8080 en localhost.

Una vez que hayas terminado de añadir los bloques de ubicación para tus aplicaciones, guarda y sal.

A continuación, reinicia Nginx:

sudo service restart nginx

Asumiendo que tu aplicación Node.js se está ejecutando, y que las configuraciones de tu aplicación y de Nginx son correctas, ahora deberías poder acceder a tu aplicación a través del proxy inverso de Nginx. Pruébalo accediendo a la URL de tu servidor (tu dirección IP pública o nombre de dominio).

Configurar la autenticación básica

A veces, no queremos que todo el mundo vea nuestra aplicación hasta que no esté completamente lista. Por esa y otras razones, podríamos implementar un sistema simple de autenticación de usuarios que solicite un nombre de usuario y una contraseña.

Primero, vamos a crear el archivo de contraseñas usando las utilidades de OpenSSL. Crearemos un archivo oculto llamado .htpasswd en el directorio de configuración /etc/nginx para almacenar nuestras combinaciones de nombre de usuario y contraseña.

Puedes añadir un nombre de usuario al archivo usando este comando. Nosotros estamos usando 'pepe' como nombre de usuario, pero puedes usar el nombre que quieras:

sudo sh -c "echo -n 'pepe:' >> /etc/nginx/.htpasswd"

A continuación, añade una entrada de contraseña cifrada para el nombre de usuario escribiendo:

sudo sh -c "openssl passwd -apr1 >> /etc/nginx/.htpasswd"

Puedes repetir este proceso para otros nombres de usuario. Puedes ver cómo se almacenan los nombres de usuario y las contraseñas cifradas dentro del archivo escribiendo

cat /etc/nginx/.htpasswd

Configurar la autenticación de contraseñas de Nginx

Ahora que tenemos un archivo con nuestros usuarios y contraseñas en un formato que Nginx puede leer, necesitamos configurar Nginx para que compruebe este archivo antes de servir nuestro contenido protegido.

Comienza abriendo de nuevo el archivo de configuración del bloque del servidor que abrimos anteriormente:

sudo nano /etc/nginx/sites-enabled/default

Para configurar la autenticación, hay que decidir el contexto a restringir. Entre otras opciones, Nginx permite establecer restricciones a nivel de servidor o dentro de una ubicación específica. En nuestro ejemplo, restringiremos toda la raíz del documento con un bloque de ubicación, pero puedes modificar este listado para que sólo se dirija a un directorio específico dentro del espacio web:

Dentro de este bloque de ubicación, utiliza la directiva auth_basic para activar la autenticación y elije un nombre de dominio que se mostrará al usuario cuando se le soliciten las credenciales. Utilizaremos la directiva auth_basic_user_file para dirigir a Nginx al archivo de contraseñas que hemos creado:

server {
    listen 80;

    server_name example.com;

    location / {
        proxy_pass http://localhost:8080;
        proxy_http_version 1.1;
        proxy_set_header Upgrade $http_upgrade;
        proxy_set_header Connection 'upgrade';
        proxy_set_header Host $host;
        proxy_cache_bypass $http_upgrade;
        auth_basic "Restricted Content";
        auth_basic_user_file /etc/nginx/.htpasswd;
    }
}

Guarda y cierra el archivo cuando hayas terminado. Reinicia Nginx para implementar la política de contraseñas:

sudo service nginx restart

El directorio que has especificado debería estar ahora protegido por contraseña.

Instalar PM2

PM2 es un gestor de procesos para aplicaciones Node.js. PM2 proporciona una manera fácil de gestionar y daemonizar aplicaciones (ejecutarlas en segundo plano como un servicio).

Utilizaremos npm, un gestor de paquetes para módulos Node que se instalan con Node.js, para instalar PM2 en nuestro servidor. Utiliza este comando para instalar PM2:

sudo npm install -g pm2

La opción -g le dice a npm que instale el módulo globalmente para que esté disponible en todo el sistema.

PM2 es simple y fácil de usar. Vamos a cubrir algunos usos básicos de PM2.

Iniciar la aplicación

Lo primero que querrás hacer es utilizar el comando pm2 start para ejecutar tu aplicación, hello.js, en segundo plano:

pm2 start hello.js

En algunos casos, tu aplicación puede utilizar npm start para iniciar su ejecución. Si ese es el caso, puedes iniciar tu aplicación con PM2 de la siguiente manera

pm2 start npm -- start

Nota: la configuración de producción de cada aplicación puede ser muy diferente, por lo que no cubriremos eso en este tutorial. Sólo asegúrate de ejecutar el comando que ejecutará las tareas de producción para agrupar y ejecutar la aplicación.

Esto también añade la aplicación a la lista de procesos de PM2, que se muestra cada vez que se inicia una aplicación:

[PM2] Creando el demonio PM2
[PM2] PM2 ha sido demonio con éxito
[PM2] Iniciando npm en modo fork_mode (1 instancia)
[PM2] Hecho.
┌──────────┬────┬──────┬──────┬────────┬─────────┬────────┬─────────────┬──────────┐
│ App name │ id │ mode │ pid  │ status │ restart │ uptime │ memory      │ watching │
├──────────┼────┼──────┼──────┼────────┼─────────┼────────┼─────────────┼──────────┤
│ npm      │ 0  │ fork │ 3524 │ online │ 0       │ 0s     │ 21.566 MB   │ disabled │
└──────────┴────┴──────┴──────┴────────┴─────────┴────────┴─────────────┴──────────┘
Usa `pm2 show <id|name>` para obtener más detalles sobre una aplicación

Como puedes ver, PM2 asigna automáticamente un nombre de App (basado en el nombre del archivo, sin la extensión .js) y un id de PM2. PM2 también mantiene otra información, como el PID del proceso, su estado actual y el uso de la memoria.

Las aplicaciones que se ejecutan bajo PM2 se reiniciarán automáticamente si la aplicación se cuelga o se mata, pero hay que dar un paso adicional para que la aplicación se inicie en el arranque del sistema (boot o reboot). Por suerte, PM2 proporciona una manera fácil de hacer esto, el subcomando de inicio.

El subcomando de inicio genera y configura un script de inicio para lanzar PM2 y sus procesos gestionados al arrancar el servidor. También hay que especificar la plataforma en la que se está ejecutando, que es ubuntu, en nuestro caso:

sudo pm2 startup ubuntu.

Esto creará una unidad systemd que ejecuta pm2 para tu usuario en el arranque. Esta instancia de pm2, a su vez, ejecuta npm start.

Otros usos de PM2 (Opcional)

PM2 proporciona muchos subcomandos que permiten gestionar o buscar información sobre aplicaciones. Ten en cuenta que la ejecución de pm2 sin ningún argumento mostrará una página de ayuda, incluyendo ejemplos de uso, que cubre el uso de PM2 en más detalle que esta sección del tutorial.

Detener una aplicación con este comando (especifica el nombre o id de la aplicación PM2):

pm2 stop nombre_de_la_aplicación_o_id.

Reiniciar una aplicación con este comando (especifica el nombre o el identificador de la aplicación PM2):

pm2 restart app_name_or_id

La lista de aplicaciones gestionadas actualmente por PM2 también puede consultarse con el subcomando list:

pm2 list.

Se puede encontrar más información sobre una aplicación específica utilizando el subcomando info (especifica el nombre o el identificador de la aplicación PM2):

pm2 info example

El monitor de procesos de PM2 se puede consultar con el subcomando monit. Esto muestra el estado de la aplicación, la CPU y el uso de la memoria:

pm2 monit

Ahora que tu aplicación Node.js se está ejecutando, y es gestionada por PM2, vamos a configurar el proxy inverso.

Disclaimer

Este tutorial está basado en el gran trabajo de Digital Ocean community tutorials. En mi opinión, uno de los mejores sitios en Internet en términos de cosas relacionadas con el sys-admin.

• Cómo configurar la autenticación por contraseña con nginx en ubuntu 14 04
• Cómo configurar una aplicación node js para producción en ubuntu 16 04

¿No te has parado a pensar nunca, el grandísimo trabajo que hay detrás de un libro? A veces es el trabajo de toda una vida el que acaba condensado en un libro. De forma que, cuando lo leemos, estamos adquiriendo (de forma resumida) el conocimiento de la persona que lo escribió. Esa es la grandeza de los libros. Es como cuando en la película Matrix, a Neo le enchufaban la cabeza a un cable y le empezaban a cargar programas de artes marciales...

Durante mi vida, he ido leyendo diferentes tipos de libros. Cuando era pequeño, solía leer novelas y libros de ciencia ficción. Luego empecé a interesarme por la psicología, los libros de auto-ayuda, filosofía y religión. Luego me pico el gusanillo con los libros de viajes y de arte. Actualmente, los libros que más leo son los relacionados con mi trabajo. Cosas de programación, tecnología, ciencia y algo relacionado con los emprendedores y los negocios.

La verdad es que es complicado sacar tiempo para poder leer libros de todo tipo. Por tanto, no puedo culpar a nadie de no hacerlo! Lo entiendo perfectamente.

El pasado viernes, mi vuelo de Alicante a Londres se retrasó, así que se me ocurrió la idea de comprar un libro para ir haciendo tiempo hasta que llegara la hora de embarcar. Encontré una novela de Haruki Murakami. Se llama 'Kafka en la orilla' y es la historia de un chico joven que se va de casa a los 15 años. La verdad es que me ha enganchado! He empezado a recordar el placer que se siente cuando encuentras un libro que realmente te gusta mucho y que no puedes dejar de leer! Por eso, he decidido hacer un poco de retrospección y revisar algunos de los libros que he leído durante mi vida y me han marcado de algún modo.

A continuación, he preparado una pequeña lista de libros que han sido especiales para mí por alguna razón. Podría incluso llegar a decir que algunos de estos libros me han cambiado la vida! No esperéis nada del otro mundo. Los tochos mega-intelectuales (filosofía y religión) muchas veces me dan sueño, así que tengo un montón de libros pendientes de terminar ¯\(ツ)/¯

El alquimista (Paolo Coelho) y El monje que vendió su Ferrari (Robin Sharma): estos dos libros que leí en el verano de 2007 fueron el caldo de cultivo de la ruta samurai. Fueron una gran inspiración para mi y me ayudaron a visualizar la forma en la que debía prepararme para aquel gran viaje. El alquimista también me inspiró a realizar un viaje a lo mochilero por Marruecos, donde sucedieron multitud de aventuras.

En el filo de la navaja (William Somerset Maugham): este libro lo leí en mis viajes de metro cuando vivía solo en París. En cierto modo, amplificó ese sentimiento de aventura que estaba sintiendo al vivir por primera vez en un país distinto.

En el camino (Jack Kerouac): este libro lo leí durante mi viaje por el sur de España y luego Marruecos. Leer libros de viajes mientras se viaja es muy excitante.

Zen, it's history and teachings (Osho): este libro lo encontré en la casa de mis suegros en Manila, Filipinas. Era mi último día allí antes de volver a Londres, así que le pedí a mi suegro que me dejara llevármelo. Me gustó mucho leer sobre el Zen y descubrir como al final todo se concentra en soltar una carcajada! ¿Te has quedado desconcertado/a? Pues ya sabes... :)

Un geek en Japón (Héctor García): llevo siguiendo el blog de Kirai desde su comienzo, allá por el año 2005. Desde entonces, ya estaba entusiasmado con las historias que publicaba sobre sus vivencias en Japón. Por tanto, no es de extrañar que su primer libro lo disfrutara igual o más que las entradas en su blog. Aún tengo pendiente leer su último libro, Ikigai, del cual he leído un artículo en el periódico La Vanguardia y tiene muy buena pinta!

The dream (Gurbaksh Chahal): este fue el primer libro que leí relacionado con los emprendedores. Me quedé fascinado por la historia de Gurbaksh y de como su determinación y ambición le habían llevado a hacerse millonario siendo muy jóven.

Tus zonas erróneas (Wayne Dyer) y La brújula interior (Alex Rovira): estos dos libros son de la época cuando descubrí los libros de auto-ayuda. Me flipé un poco con el tema y estuve leyendo otros relacionados con la inteligencia emocional, el positivismo, etc. En general, me fueron muy útiles para poner en práctica algunas cosas en mis relaciones con los demás. Quieras o no quieras, cuando sales por primera vez de tu casa y te enfrentas al mundo, hay cosas que tienes que aprender para desenvolverte mejor en la sociedad, y estos libros son sin duda una gran ayuda en esos momentos.

Siddharta (Herman Hess): llamándome Joan Siddharta, habría sido un pecado gordo no haber leído este libro! En cualquier caso, es una historia muy bonita que recomiendo a todos leer. Además, tiene unas enseñanzas que bien me gustaría que todo el mundo pusiera más en práctica. Como por ejemplo, el deshacerse de las posesiones materiales o el tratar la naturaleza y los animales con amor y respeto. Quién sabe..., quizás alguno de vosotros llegue a experimentar el nirvana? :)

Congreso de futurología (Stanislaw Lem): este fue el primer libro de ciencia-ficción que leí. No recuerdo la edad, pero sería alrededor de los 12 o 14 años. Seguramente no le saqué todo lo que podría, pero recuerdo haberme quedado bastante flipado.

Seguro que hay alguno más que ha sido especial, pero como la mayoría de mis libros los tengo en Alicante, no consigo acordarme. Lo que voy a hacer es ir actualizando esta entrada del blog a medida que me vaya acordando de otros libros.

Si todo va como se espera, el próximo semestre comenzaré mi proyecto final de carrera universitaria. Decidí aprovechar esa "obligación" para hacer algo útil para la comunidad y al mismo tiempo mejorar mis habilidades en React y Node.js. Así fue como llegué a la idea de construir un Sistema de Gestión de Aprendizaje de Código Abierto.

Otra razón por la que elegí construir un LMS es que sigo viendo cómo se podrían hacer mejor las cosas en el campus virtual de mi universidad. Particularmente tengo muchas cosas que decir con respecto a la forma en que los estudiantes interactúan entre sí y con el profesor. El sistema actual no proporciona una comunicación ágil. Se siente lento, con ventanas emergentes, abarrotado de firmas y otros datos no relevantes. Quiero construir una plataforma que tome lo mejor de otros productos de éxito (que uso en mi trabajo), como Slack o Trello y los adapte para entornos educativos.

En los últimos días, he estado buscando en la web y en los repositorios de GitHub para proyectos de JS LMS, tratando de ver si hay algo así ya en marcha, pero no he encontrado ninguno con una presencia fuerte (lo cual es una buena noticia). No estoy seguro de si empezaría el proyecto si alguien ya lo ha hecho. De todos modos, ¡quizás si lo haría!

Por supuesto, hay otros LMS con APIs y stacks modernos, como Canvas LMS o Blackboard (41% de la cuota de mercado), D2L, Kaanu, pero no están usando el mismo stack que yo quiero usar y no se dirigen a los desarrolladores. Al mismo tiempo, creo que tener más opciones de código abierto sería mejor para todos.

Sé que suena como un compromiso muy fuerte para una sola persona y un enorme proyecto paralelo (ya que todavía estoy trabajando a tiempo completo), pero esto va a ser como un patio de recreo para mí, donde puedo aprender sobre la tecnología que me gusta y al mismo tiempo producir algo útil.

Estos son algunos de los requisitos en los que ya he pensado:

• El objetivo final es ofrecer algo a la comunidad que se sienta como el WordPress de los LMS. Algo lo suficientemente flexible como para adaptarse a la mayoría de las necesidades siendo muy abierto y fácil de extender / escalar

• Hasta ahora, quiero utilizar una tecnología similar a la utilizada en el proyecto WordPress Calypso. El cada vez más popular React y React Native, Flux, Babel.js para ES6, Webpack como bundler, Node.js como plataforma backend y quizás Loopback para construir la API

• La UX y el diseño responsivo tienen que ser perfectos. Este es un requisito muy importante, ya que no quiero crear algo que se parezca a Moodle (23% de la cuota de mercado), que tiene una interfaz de usuario muy antigua.

• La página de inicio mostrará una lista de cursos disponibles, de la misma manera que lo hace Udemy

• Tiene que ser en tiempo real, con una comunicación ágil como Slack. No más foros, correos electrónicos u otros sistemas lentos y desordenados para hablar entre los estudiantes y profesores

• Quiero incluir cuestiones, algo similar a lo que hice con Quizwars y probablemente inspirarme en QuizUp

• Necesita integrarse fácilmente con Google Docs, Trello, Dropbox y otras herramientas externas. ¡Quiero usar Internet como un CMS!

• Tiene que tener una API REST abierta, para que los usuarios puedan crear sus front-ends

• Tiene que ser social e implementar análisis de aprendizaje

• Tiene que tener un nombre atractivo con un dominio gratuito .com y .org (esto va a ser difícil)

Además, este artículo es un trabajo de la asignatura de Medios interactivos del Grado Multimedia de la UOC.

La vida cotidiana

Recientemente, mi padre publicó una nota en Facebook, en la cual decía lo siguiente:

Creo que la obsesión tecnológica se está convirtiendo en una pesadilla ¿Nos libera la hipertecnología? ¿Tal vez de nosotros mismos? ¿Será un lujo tener un YO en el mundo que estamos o están...construyendo? ¿Crea la hipertecnología puestos de trabajo o más bien los destruye a un ritmo cada vez mayor? En fin, a mi personalmente no me gusta un pelo el mundo que viene. Creo que es más bien terrorífico, deshumanizador..., eso sí... de una manera ligera (light, soft, etc). Para que no veamos la cara del monstruo. Pero ya se va viendo algo y aquí tenemos al androide sonriente...

Es una opinión crítica contra la tecnología de una persona de 65 años. Licenciado en Filosofía, catedrático de Historia y usuario de nuevas tecnologías desde que tiene uso de razón. En cualquier caso, encaja bastante bien dentro del perfil de una persona jubilada de su actividad laboral y que en teoría tiene tiempo libre para aprender a usar las nuevas tecnologías y a participar en los medios interactivos. Su opinión no era nueva para mi, ya que en otras ocasiones habíamos hablando del tema. Mi reacción inicial fue defender los beneficios de la tecnología para la humanidad. Repliqué en Inglés:

Because of technology, a lot of people have access to information, a lot of diseases are being cured, the universe is being explored and we are having this conversation. How technology can be a bad thing? Just because kids use their phones in the table while having lunch with their parents?

La conversación continuo con varios intercambios de opiniones, hasta que al final, me reveló el motivo de su frustración:

Entre 1987 y 1992 yo tenia entre 35 y 40 años y pertenecía a la generación de "los reyes del mambo" o "los putos amos" (como dicen ahora). Con los cassettes, los VHS y el Fax (ultima maravilla tecnológica) nos sentíamos de puta madre. Llegan los 90 y con ellos el PC e Internet y, de ser los putos amos, nos vamos convirtiendo en "material reciclable". Es una historia que se repite siempre. De ahí que nadie de mi generación flipe con las tecnologías que nos destronaron ni les haga reverencias. Las usamos en lo que podemos, sabiendo que cada vez nos será mas difícil estar al día e incluso participar. En todo esto también exagero pero es una manera de llamar la atención y desahogar una cierta frustración.

En cierta medida, no le falta razón. Las nuevas tecnologías han redefinido muchos aspectos de nuestra vida y siguen haciéndolo a un ritmo exponencial. De hecho, para los profesionales que trabajamos en algo relacionado con Internet o las nuevas tecnologías, no hay ningún año que pase que no tengamos que aprender un nuevo paradigma, framework, sistema, plataforma, librería, software o herramienta. El aprendizaje es continuo y constantemente tenemos que reciclar nuestro conocimiento del medio para poder seguir siendo útiles en nuestra profesión.

La vida cotidiana ha cambiado muchísimo con respecto a los anos 60 y es normal que la gente que no ha crecido en esta vorágine de adelantos tecnológicos tan rápidos, se vea abrumada y frustrada. Por muy cultos e intelectuales que puedan ser, el mundo digital utiliza unos códigos, metáforas, sistemas y entornos virtuales que requieren de un aprendizaje. Es necesario invertir tiempo y esfuerzo, de lo contrario, te ves abocado al ostracismo tecnológico o a una participación simbólica y poco fructífera.

Por otro lado, los millenials y gran parte de la generación X nos hemos adaptado a los nuevos tiempos sin mayores complicaciones. Al fin y al cabo hemos crecido jugando a las maquinitas, asistiendo al nacimiento de Internet y siendo los pioneros en consumo y producción de todo lo digital y virtual. Actos tan sencillos como comprar la revista de videojuegos en el quiosco fueron remplazados por una suscripción a una revista online. Napster marco un antes y un después en el intercambio de música. Lo de grabar el cassette del vecino quedo relegado inmediatamente al pasado.

Hay infinidad de ejemplos de nuestra vida cotidiana que fuimos adaptando uno a uno a la sociedad de la información, hasta llegar al presente, donde prácticamente todas las acciones susceptibles de ser incorporadas al mundo digital, ya lo han hecho o lo van a hacer pronto (léase fintech). A este proceso de reconversión de una actividad analógica comercial o industrial se le conoce con el termino anglosajón disruption. Ya lo hemos ido viendo recientemente en el caso de AirBnB o Uber, los cuales siguen teniendo tensiones con los profesionales que aun se ganan la vida con el modelo tradicional.

La globalización

Los medios de comunicación en masa y la sociedad de la información también contribuyeron a acelerar una mayor integración de las naciones del mundo, el intercambio de ideas, productos y culturas. A este proceso se le conoce como la globalización. Internet ha propiciado que la gente de países aislados tenga acceso a la mayor fuente de información del mundo y pueda aprender y observar lo que esta pasando en otras partes del planeta. Los medios de transporte también han ayudado a que las personas podamos viajar y confirmar todo aquello que conocemos a través de Internet. Por tanto, es un sistema que se retroalimenta. Los usuarios buscan y comparten información en las redes y luego comprueban que esa información les es útil en la vida real. Por ejemplo, el caso de TripAdvisor, una aplicación que reúne miles de opiniones de usuarios sobre hoteles, restaurantes y lugares, de forma que los viajeros puedan tomar decisiones informadas para su beneficio durante sus viajes. Hoy en día, las modas ya no son fenómenos aislados. Las noticias ya no son solo locales. Los cambios en las economías afectan a todos los países. Todo es global. Todo es instantáneo. Todos los datos fluyen y nos afectan en mayor o menos medida. Las personas que habitamos el mundo moderno y conectado ya no estamos aisladas y dependemos unas de otras.

La cantidad ingente de datos que estamos generando está dando pie a que aparezcan nuevas disciplinas científicas, como por ejemplo el Big Data, cuyo objetivo es analizar cantidades masivas de datos en busca de patrones para obtener conclusiones que puedan luego reportar luego beneficios. La globalización hace que la gente cada vez consuma más información. Ya no solo consumimos el periódico local y conversamos con los vecinos o compañeros de trabajo. Hoy en día, la gente se mueve de un lado a otro, habla varios idiomas y se comunica con colegas y conocidos en varias zonas horarias del planeta. Nuestro círculo de acción se ha expandido notablemente y por tanto, cada vez necesitamos mejores medios de comunicación y maneras de interactuar mas entretenidas, productivas y efectivas.

La inteligencia colectiva

Los medios de comunicación masivos también se han retroalimentado a partir de otro movimiento muy importante. El de la inteligencia colectiva. Este movimiento está mas respaldado por la gente joven, ya que requiere un nivel de asimilación alto sobre el funcionamiento de Internet y las redes sociales. También es el medio de expresión más popular entre la gente en posición de luchar por cambios drásticos a nivel social y político. La inteligencia colectiva emerge de la colaboración y los esfuerzos colectivos de muchos individuos con el objetivo de tomar decisiones conjuntas y consensuadas. Es un fenómeno que se puede apreciar en su mayor esplendor en las actividades de crowdfunding, en la Wikepedia (una enciclopedia gratuita mantenida por los usuarios de Internet), en las peticiones de firmas online, redes sociales, sistemas de votos online, foros y comunidades online como StackOverflow, etc.

En los últimos anos, hemos podido observar como la gente se ha organizado para crear movimientos tan importantes como la primavera árabe o el 15M. Estos movimientos también tienen una base de inteligencia colectiva, ya que las redes sociales tuvieron un papel principal en su organización y difusión. Estos sucesos son únicos y novedosos en la historia de la humanidad, ya que sin los medios de comunicación masiva, no podrían haber llegado a ese nivel de repercusión. También el hecho de que los dictadores y represores censuraran y cortaran el uso de Internet durante la primavera árabe, nos indica el nivel de poder e influencia que ha llegado a tener este medio para desestabilizar todo un país y llegar a derrocar gobiernos.

El anterior punto me lleva a hablar de otro tema de gran actualidad: las elecciones presidenciales en EEUU. Si tenemos en cuenta que Internet se ha convertido en un medio de vital importancia, es normal que los gobiernos y las grandes corporaciones lo quieran controlar. Por este motivo, hoy en día es muy importante informarse sobre los intereses de los diferentes partidos políticos. ¿Quién subvenciona sus campanas electorales? ¿Qué objetivos tienen respecto a la neutralidad de la red? ¿Qué opinión les merece organizaciones como Wikileaks o personajes como Edward Snowden…? Todos estos aspectos se discuten en las redes sociales como Facebook o Twitter y acaban moldeando la conciencia colectiva y las opiniones de la gente mediante la inteligencia colectiva. Entre todos, se obtienen los datos objetivos y transparentes. Es una forma de desvelar la verdad. De destapar a los mentirosos y manipuladores. Es la nueva política de participación ciudadana. Creada a partir de la inteligencia colectiva y el intercambio de datos en las redes sociales.

Conclusión

Todos los fenómenos de los que hemos hablado se retroalimentan entre ellos y sus causas/efectos no están detalladamente limitados. Otro de los aspectos que ha llevado al éxito de los medios de comunicación masivos y la sociedad de la información es su naturaleza bidireccional. Ya no estamos hablando de TV, radio o prensa. Medios unidireccionales. Internet nos permite convertirnos en productores de contenidos. No solo en consumidores. Todos los usuarios tenemos una voz y espacios donde compartir información. La manipulación de la sociedad ya no es tan sencilla. Ahora es más fácil poder obtener una perspectiva más objetiva juntando las opiniones de cientos de publicaciones (incluyendo blogs). Podemos decir que Internet ha democratizado la información y la ha hecho más viva y rápida.

Seguramente, la neutralidad de la red y la bidireccionalidad de las comunicaciones, sean los factores mas importantes para su éxito, ya que son la esencia, los principios que permiten que se desarrollen otros fenómenos como la globalización y la inteligencia colectiva. Por tanto, nuestro objetivo como ciudadanos defensores de la libre información, la democracia y la justicia social es esforzarnos para que los gobiernos no legislen para favorecen los intereses de unos pocos y las grandes corporaciones no intenten comprar a los gobiernos para que favorezcan sus intereses.

Este tutorial es el resultado de mi trabajo final para el curso Introduction to Meteor.js Development del Dr. Matthew Yee-King (University of London & Goldsmiths) en Coursera. Este curso forma parte de una especialización en Responsive Website Development and Design que cubre los fundamentos del desarrollo web moderno full-stack, desde el diseño UX hasta la codificación front-end, pasando por las bases de datos personalizadas.

En ese curso, aprendí a crear un sitio web completo y multiusuario utilizando el framework Meteor.js y MongoDB. Está dividido en cuatro semanas y tiene un par de tareas y varios cuestionarios. En general, fue una muy buena introducción al framework y espero que este tutorial muestre todo lo que aprendí.

Requisitos

El propósito de la aplicación es permitir a los usuarios compartir, discutir y calificar las páginas que encuentran en Internet. La aplicación también necesita tener las siguientes características:

• Utilizar Bootstrap
• Los usuarios pueden registrarse e iniciar sesión
• Los usuarios pueden publicar nuevos sitios web si están conectados. Los sitios web publicados por los usuarios deben tener una URL y una descripción
• Los usuarios pueden votar las páginas web hacia arriba y hacia abajo haciendo clic en un botón de más o de menos
• Los sitios web deben ser listados con el sitio más votado primero
• La página del listado muestra cuándo se añadió el sitio web y cuántos votos positivos y negativos tiene
• Los usuarios pueden pasar a la página de detalles de un sitio web (utilizando el enrutamiento)
• En la página de detalles, los usuarios pueden publicar comentarios sobre una página web, y se muestran debajo de la descripción de la página web
• Utilizar el paquete HTTP de Meteor para obtener información sobre los enlaces web publicados de forma automática, de modo que el usuario no tenga que introducir nada más que la URL
• Implementar una función de búsqueda que permita al usuario buscar dentro de los sitios listados por palabras clave
• Recomendar sitios web a los usuarios en función de lo que hayan votado y comentado. Por ejemplo, si yo voto un sitio titulado "Recetas de tofu", se recomendarán otros sitios con "tofu" y "receta" en sus títulos o descripciones
• Despliegue de la aplicación utilizando el comando de despliegue de Meteor

Parte 1. Instalación de Meteor y creación de la aplicación

Ve a meteor.com y sigue las instrucciones para instalar Meteor en tu sistema operativo.

Para crear la app, abre tu terminal, ve a la carpeta donde quieres guardar la app y escribe

meteor create siteace.

Esto creará una nueva carpeta llamada siteace (el nombre de la app que estamos construyendo) con todos los archivos que necesita una app de Meteor:

siteace.js: un archivo JavaScript que se carga tanto en el cliente como en el servidor siteace.html: un archivo HTML que define las plantillas de las vistas siteace.css: un archivo CSS para definir los estilos de tu aplicación .meteor: archivos internos de Meteor (carpeta oculta)

Para ejecutar la app recién creada:

cd siteace

meteor

Abre tu navegador web y ve a http://localhost:3000 para ver la app en funcionamiento. Si funciona, puedes detenerla pulsando Ctrl+C.

Parte 2. Organizando la estructura de carpetas

Meteor es un framework de cliente y servidor, lo que significa que tenemos código para el front-end y código para el back-end. Ambos utilizan Javascript. Los registros de la consola del código del back-end se muestran en la terminal/consola del sistema operativo y los registros de la consola del front-end se muestran en la consola del navegador.

Una forma de decidir qué código se va a ejecutar en el front-end o en el back-end es utilizar las siguientes sentencias condicionales:

if (Meteor.isClient) {
}
if (Meteor.isServer) {
}

Eso está bien para aplicaciones muy pequeñas, pero hay una mejor manera de dividir el código usando carpetas:

• /server: poner todos los archivos Javascript con código que necesitan ser ejecutados en el servidor aquí
• /client: pon todos los archivos Javascript con código que necesitan ser ejecutados en el cliente aquí
• /lib: todos los archivos Javascript que tienen código compartido y necesitan ser ejecutados antes que cualquier otra cosa

/public: todos los activos públicos, como imágenes, sonidos, JSON, etc.

Así que, vamos a seguir adelante y crear esas carpetas en nuestra aplicación.

Ahora renombra siteace.js a main.js, siteace.css a style.css, siteace.html a index.html y colócalos dentro de la carpeta cliente.

Luego vamos a crear un archivo llamado collections.js y colocarlo en la carpeta lib. Ese archivo contendrá la definición de las colecciones de Mongo para nuestra BD.

Por último, crearemos un archivo llamado startup.js y lo colocaremos en la carpeta del servidor. Utilizaremos este archivo para inicializar la BD con algunos datos ficticios cuando se inicie la aplicación.

Una vez que ejecutemos meteor en la consola, se encargará de la minificación de los archivos.

Parte 3. Enrutamiento y definición de las marcas y plantillas

Meteor utiliza Blaze y Spacebars (una versión modificada de Handlebars) para producir plantillas reactivas de Meteor cuando se compila. Un momento... ¿Reactivo? Sí, Meteor actualiza la interfaz automáticamente cada vez que hay un cambio en los datos vinculados a esa UI. Llegados a este punto, puedes estar pensando: ¿es eso como React de Facebook? En cierto modo sí. ¿Debería usar React en su lugar? Probablemente sí, pero ese es un tema sobre el que quizás quieras leer más aquí.

En aras de la simplicidad, vamos a seguir con las herramientas de front-end por defecto de Meteor: Blaze y Spacebars.

Primero, vamos a empezar por instalar el router. Escribe lo siguiente en la terminal:

meteor add iron:router.

Ahora vamos a definir el diseño de la aplicación (los marcadores de posición principales) y la plantilla de la barra de navegación. Usamos yield para definir el marcador de posición donde luego renderizaremos las plantillas elegidas en las rutas. Abre index.html y añade lo siguiente:

<head>
  <title>Site Ace by Joan Mira</title>
</head>

<body>
</body>

<template name="ApplicationLayout">
    {{> yield "navbar"}}
    <div class="container">
        {{> yield "form"}}
        {{> yield "main"}}
    </div>
</template>

<!-- template that displays the header with the nav bar -->
<template name="navbar">
    <nav class="navbar navbar-default">
      <div class="container-fluid">
        <div class="navbar-header">
            <a class="navbar-brand" href="/">Site Ace, a social website aggregator by Joan Mira</a>
        </div>
          {{> loginButtons align="right"}}
      </div>
    </nav>
</template>

Ahora también estamos añadiendo tres plantillas más, website_form, website_list y website_item. La primera mostrará un formulario para que el usuario pueda enviar nuevas URLs a la aplicación. La segunda mostrará una lista de sitios web que ya están en la base de datos y la tercera es una plantilla parcial para mostrar un elemento individual de la lista de sitios web:

<template name="website_form">
    <a class="btn btn-default toggle-website-form js-toggle-website-form" href="#">
          <span class="glyphicon glyphicon-plus" aria-hidden="true"></span>
    </a>
    <div id="website_form" class="hidden_div">
        <form class="js-save-website-form">
          <div class="form-group">
            <label for="url">Site address</label>
            <input type="text" class="form-control" id="url" placeholder="http://www.mysite.com">
          </div>
          <button type="submit" class="btn btn-default">Submit</button>
        </form>
    </div>
</template>

<!-- template that displays several website items -->
<template name="website_list">
    <ol>
    {{#each websites}}
    {{>website_item}}
    {{/each}}
    </ol>
</template>

<!-- template that displays individual website entries -->
<template name="website_item">
<li>
    <a href="{{_id}}">{{title}}</a>
    <p>
        {{description}}
    </p>
    <a href="#" class="btn btn-default js-upvote">
        <span class="glyphicon glyphicon-arrow-up" aria-hidden="true"></span>
    </a>
    <a href="#" class="btn btn-default js-downvote">
        <span class="glyphicon glyphicon-arrow-down" aria-hidden="true"></span>
    </a>
    <!-- you will be putting your up and down vote buttons in here! -->
</li>
</template>

Observa que en lugar de la URL, hemos utilizado _id para componer la URL del enlace de la página web. Esto será útil más tarde cuando creemos la página de detalles...

Ahora vamos a definir la configuración del router y la ruta homepage/default. Abre main.js y añade lo siguiente en la parte superior:

Router.configure({
    layoutTemplate: 'ApplicationLayout'
});

Router.route('/', function () {
    this.render('navbar', {
        to: 'navbar' // The name of the main placeholder in applicationLayout
    });
    this.render('website_form', {
        to: 'form'
    });
    this.render('website_list', {
        to: 'main'
    });
});

Parte 4. Definir la colección y los datos iniciales

Abre collections.js y crea una nueva escribiendo

Websites = new Mongo.Collection("websites");

Ahora abre startup.js y establece algunos datos ficticios:

// start up function that creates entries in the Websites databases.
Meteor.startup(function () {
    // code to run on server at startup
    if (!Websites.findOne()){
        console.log("No websites yet. Creating starter data.");
          Websites.insert({
            title:"Goldsmiths Computing Department",
            url:"http://www.gold.ac.uk/computing/",
            description:"This is where this course was developed.",
            createdOn:new Date()
        });
         Websites.insert({
            title:"University of London",
            url:"http://www.londoninternational.ac.uk/courses/undergraduate/goldsmiths/bsc-creative-computing-bsc-diploma-work-entry-route",
            description:"University of London International Programme.",
            createdOn:new Date()
        });
         Websites.insert({
            title:"Coursera",
            url:"http://www.coursera.org",
            description:"Universal access to the world’s best education.",
            createdOn:new Date()
        });
        Websites.insert({
            title:"Google",
            url:"http://www.google.com",
            description:"Popular search engine.",
            createdOn:new Date()
        });
    }
});

Parte 5. Añadir algo de CSS

El formulario para enviar nuevas URLs que especificamos en el marcado está oculto por defecto. Sólo se abre cuando el usuario hace clic en el botón '+'. Para hacer que este formulario esté oculto, sólo tenemos que añadir el siguiente CSS:

.hidden_div {
    display: none;
}

ol {
    padding: 0;
    list-style-type: none;
    counter-reset: section;
}

ol li,
.info {
    counter-increment: section;
    border: 1px solid #CCC;
    border-radius: 5px;
    margin-bottom: 20px;
    padding: 10px;
    background-color: #F8F8F8;
}

ol li::before {
    content: counter(section);
    margin-right: 5px;
    font-size: 80%;
    background-color: #3388BB;
    color: white;
    font-weight: bold;
    padding: 3px 8px;
    border-radius: 3px;
}

.info {
    background-color: #3388BB;
    color: white;
    text-align: center;
}
.info a {
    color: white;
    text-decoration: underline;
}

.website-meta {
    float: right;
    line-height: 35px;
}

.website-meta span {
    font-weight: bold;
}

.comment-meta {
    text-align: right;
    margin: 5px 0 0 0;
}

.toggle-website-form,
#website_form,
.info {
    margin-bottom: 10px;
}

#login-buttons {
    float: right;
    margin-top: 15px;
}

#url {
    float: left;
    width: 50%;
    margin-right: 5px;
}

#search {
    float: right;
    max-width: 150px;
}

Parte 6. Añadir eventos básicos

Para mostrar/ocultar el formulario, vamos a necesitar capturar el evento click. Abre el archivo main.js y añade lo siguiente:

Template.website_form.events({
    "click .js-toggle-website-form":function(event){
        $("#website_form").toggle('slow');
    }
)};

Aquí sólo estamos apuntando al evento click del elemento .js-toggle-website-form y cambiando su estado visible.

En este punto, la aplicación debería tener un aspecto similar al siguiente (probablemente un poco mejor ;-)

Parte 7. Añadir nuevas URLs a la BD

Antes de empezar a programar, vamos a necesitar un paquete de Meteor llamado HTTP para recuperar el título y la descripción del sitio web que estamos añadiendo. Puedes leer más sobre el paquete aquí. Escribe lo siguiente en la terminal para instalarlo:

meteor add http.

Debido a las restricciones de CORS, necesitamos contactar con el sitio web desde el servidor. Así que abre el archivo startup.js y crea un nuevo método (dentro del método startup) para obtener el título y la descripción de la URL:

Meteor.methods({
    getWebsiteData: function (url) {
        this.unblock();
        return Meteor.http.call("GET", url, {"npmRequestOptions" : {"gzip" : true}});
    }
});

La opción GZIP es para descomprimir los datos en caso de que el servidor los devuelva comprimidos.

Ahora tenemos que llamar a ese método desde el front-end cuando el usuario envíe el formulario. Abre main.js y en la misma función en la que estábamos trabajando en la parte anterior, añade el siguiente evento para capturar el envío del formulario:

    "submit .js-save-website-form":function(event){

        // here is an example of how to get the url out of the form:
        var url = event.target.url.value;
        console.log("The url they entered is: "+url);

        //  put your website saving code in here!
        Meteor.call("getWebsiteData", url, function(error, results) {

            // Dump the markup into a dummy element for jQuery manipulation
            var el = $('<div></div>');
            el.html(results.content);

            // Get the meta data
            var title = $('title', el).text();
            var description = $('meta[name="description"]', el).attr('content');

            // Add the new website in the Websites collection
            Websites.insert({
                title: title,
                url: url,
                description: description,
                createdOn:new Date()
            })
        });

        return false; // stop the form submit from reloading the page
    }

Puedes intentar añadir algunas URLs y luego recargar la página. Las nuevas deberían permanecer allí. Si quieres restablecer la BD, simplemente escribe en la terminal meteor reset.

Parte 8. Autenticación de usuarios

Dos paquetes de Meteor se encargan del registro y la autenticación de los usuarios. Para instalarlos escribe esto en la terminal:

meteor add accounts-ui accounts-password.

Y luego añade el siguiente parcial a la barra de navegación (además del título de Site Ace):

{{> loginButtons }}

Por defecto, los únicos campos habilitados para el registro de usuarios son el email y la contraseña. Si queremos tener también un campo de nombre de usuario, tenemos que especificarlo en la configuración del paquete. Abre main.js y añade lo siguiente en la parte superior:

Accounts.ui.config({
    passwordSignupFields: "USERNAME_AND_EMAIL"
});

Además, a partir de ahora, si necesitamos comprobar si el usuario está conectado o queremos acceder a sus datos, podemos hacerlo así:

if (Meteor.user()) {
    Meteor.user().username;
}

Parte 9. Permitir que sólo los usuarios logueados publiquen nuevos sitios web

Podríamos hacerlo ocultando el formulario para los usuarios no logueados, pero entonces esto podría ser fácilmente hackeado manipulando el DOM desde la consola. Así que vamos a utilizar una tarea de validación de formularios en su lugar. Abre el archivo main.js y envuélvelo todo dentro del evento del formulario de envío con el enfoque que especificamos en la parte anterior. Además, añade una condición else y muestra una ventana de alerta con un mensaje de error si el usuario no está conectado:

"submit .js-save-website-form":function(event){

    if (Meteor.user()) {
        (...)
    }
    else {
        alert('You need to be logged in to submit websites!');
    }

    return false;
}

Parte 10. Mostrar la fecha y añadir votos

En la página del listado, vamos a mostrar la fecha en que se agregó el sitio web. Necesitamos instalar un nuevo paquete llamado Moments.js, una popular librería para trabajar con fechas en Javascript:

meteor add momentjs:moment.

También necesitamos crear una nueva función de plantilla para analizar la fecha. En este caso, vamos a hacerla global, para que otras plantillas puedan usarla también. Abre main.js y añade esto:

// format the date
Template.registerHelper('formattedDate', function() {
     return moment(this.createdOn).format("MM/DD/YYYY");  // or whatever format you prefer
});

Luego, en index.html añade un marcador de posición para la fecha y los votos justo después de los botones de votación:

<p class="website-meta">{{formattedDate}} | <span class="js-votes-up">{{up}}</span>↑, <span class="js-votes-down">{{down}}</span>↓</p>

También tenemos que inicializar los campos de subida y bajada para cada entrada de la web en la BD. Abre startup.js y refactoriza los elementos iniciales así. Hazlo también en el evento de envío del formulario en main.js:

Websites.insert({
    title:"Coursera",
    url:"http://www.coursera.org",
    description:"Universal access to the world’s best education.",
    createdOn:new Date(),
    user: "Anonymous", // Use Meteor.user()._id in main.js
    up: 0,
    down: 0
});

Por último, tenemos que guardar los votos en la BD. Para ello, tenemos que utilizar el método 'update' de la colección Websites. En este caso, vamos a definir los eventos para la plantilla padre 'ApplicationLayout'. Lo hacemos así para poder utilizar estos eventos posteriormente en la página de detalle. Abre main.js y añade lo siguiente:

Template.ApplicationLayout.events({
    "click .js-upvote":function(event){
        // example of how you can access the id for the website in the database
        // (this is the data context for the template)
        var website_id = this._id;
        console.log("Up voting website with id "+website_id);

        // put the code in here to add a vote to a website!
        Websites.update({_id: website_id},
                        {$set: {up: this.up + 1}});

        return false;// prevent the button from reloading the page
    },
    "click .js-downvote":function(event){

        // example of how you can access the id for the website in the database
        // (this is the data context for the template)
        var website_id = this._id;
        console.log("Down voting website with id "+website_id);

        // put the code in here to remove a vote from a website!
        Websites.update({_id: website_id},
                        {$set: {down: this.down + 1}});

        return false;// prevent the button from reloading the page
    }
})

Parte 11. Ordenar los artículos por votos arriba

Esto es fácil. Sabemos que las plantillas de Meteor son reactivas, lo que significa que la interfaz de usuario se actualiza automáticamente cada vez que algo cambia. Vamos a aprovechar eso definiendo una ordenación en la plantilla de la lista del sitio web en main.js:

Template.website_list.helpers({
    websites:function(){
        return Websites.find({}, {sort: {up:-1}});
    }
});

Parte 12. Implementar una página de detalle utilizando el enrutamiento

Ahora necesitamos crear una nueva ruta en main.js que tomará el id del sitio web como parámetro en la ruta de la URL y consultará a la BD para obtener los datos de ese id. También vamos a renderizar una nueva plantilla en el marcador de posición principal:

Router.route('/:_id', function () {
    this.render('navbar', {
        to: 'navbar'
    });
    this.render('website_detail', {
        to: 'main',
        data: function() {
            return Websites.findOne({_id: this.params._id});
        }
    });
});

Ahora vamos a crear la nueva plantilla en index.html:

<!-- template that displays a website detail -->
<template name="website_detail">

    <h1><a href="{{url}}">{{title}}</a></h1>
    <p>
        {{description}}
    </p>
    <a href="#" class="btn btn-default js-upvote">
        <span class="glyphicon glyphicon-arrow-up" aria-hidden="true"></span>
    </a>
    <a href="#" class="btn btn-default js-downvote">
        <span class="glyphicon glyphicon-arrow-down" aria-hidden="true"></span>
    </a>
    <p class="website-meta">Votes: <span class="js-votes-up">{{up}}</span>↑, <span class="js-votes-down">{{down}}</span>↓</p>

</template>

Parte 13. Añadir comentarios a la página de detalles

Primero vamos a crear una nueva colección Mongo en collections.js:

Comments = new Mongo.Collection("comments");

A continuación, dos nuevos marcadores de posición principales en la plantilla ApplicationLayout y tres nuevas plantillas (muy similares a las que ya tenemos) en index.html:

{{> yield "comments"}}
{{> yield "comment"}}

(...)

<!-- template that displays several comments -->
<template name="comments_list">
    <h3>Comments</h3>
    <ol>
        {{#each comments}}
        {{>comment_item}}
        {{/each}}
    </ol>
</template>

<!-- template that displays individual comment entries -->
<template name="comment_item">
    <li>
        {{comment}}
        <p class="comment-meta">{{formattedDate}} by {{getUser user}}</p>
    </li>
</template>

<!-- template that displays the form to submit a new comment -->
<template name="comment_form">
    <div id="comment_form">
        <form class="js-save-comment-form">
          <div class="form-group">
            <input type="text" class="form-control" id="comment" placeholder="Type your comment here...">
          </div>

          <button type="submit" class="btn btn-default">Submit</button>
        </form>
    </div>
</template>

Ahora, antes de continuar. Fíjate que estamos usando un nuevo helper llamado getUser. Lo necesitamos para obtener el nombre de usuario real de un determinado ID de usuario (que es el que tenemos en la DB). Así que añade este nuevo helper en main.js:

// helper function that returns the username for a given user ID
Template.registerHelper('getUser', function(userId) {
     var user = Meteor.users.findOne({_id: userId});
    if (user) {
        return user.username;
    }
    else {
        return "anonymous";
    }
});

A continuación, vamos a actualizar la ruta de la página de detalles (en main.js) y renderizar las nuevas plantillas:

this.render('comments_list', {
    to: 'comments'
});
this.render('comment_form', {
    to: 'comment'
});

Ahora tenemos que insertar los nuevos comentarios en la colección de comentarios cada vez que un usuario conectado envíe el formulario de comentarios. El esquema de esta colección va a almacenar el ID del sitio web al que pertenece el comentario, el comentario en sí, la fecha y el usuario que lo escribió. Fíjate que para obtener el ID del sitio web, vamos a utilizar el parámetro Router...

Template.comment_form.events({
    "submit .js-save-comment-form":function(event){

        if (Meteor.user()) {

            // here is an example of how to get the comment out of the form:
            var comment = event.target.comment.value;
            console.log("The comment they entered is: "+comment);

            Comments.insert({
                website: Router.current().params._id,
                comment: comment,
                createdOn: new Date(),
                user: Meteor.user().username
            });
        }
        else {
            alert('You need to be logged in to submit comments!');
        }

        return false; // stop the form submit from reloading the page

    }
});

Ahora que tenemos los comentarios almacenados en la base de datos, necesitamos un ayudante de plantilla para mostrar la lista de comentarios. Filtraremos la consulta encontrando sólo los comentarios que tengan un ID de sitio web igual al de la página actual:

Template.comments_list.helpers({
    comments:function(){
        return Comments.find({website: Router.current().params._id});
    }
});

Parte 14. Asegurar y desplegar

Por último, vamos a eliminar el paquete inseguro (de lo contrario nuestra BD podría verse fácilmente comprometida):

meteor remove insecure

Y ahora tenemos que permitir el acceso a las diferentes operaciones de la BD en collections.js:

// set up security on collections
Websites.allow({
    insert: function(userId, doc) {

        if (Meteor.user()) {
            if (userId != doc.user) {
                return false;
            }
            else {
                return true;
            }
        }
        else {
            return false;
        }
    }
});

Comments.allow({
    insert: function(userId, doc) {

        if (Meteor.user()) {
            if (userId != doc.user) {
                return false;
            }
            else {
                return true;
            }
        }
        else {
            return false;
        }
    }
});

Ahora que tenemos una seguridad básica, estamos listos para desplegar en los servidores de Meteor GRATIS:

meteor deploy siteace-joanmira.meteor.com.

Eso es todo. Espero que hayas disfrutado del tutorial y, por favor, añade un comentario si encuentras algún problema. Gracias.

En los próximos días, podría añadir las funcionalidades restantes: búsqueda y sitios web recomendados.

Lectura 53: Herencia clásica vs prototípica

Herencia: un objeto tiene acceso a las propiedades y métodos de otro objeto.

Herencia clásica: (la más popular) está en C++, Java, etc. Es muy verbosa. Podemos acabar con un enorme árbol de objetos y relaciones. Muchas palabras clave: friend, protected, private, interface,...

Herencia prototípica: simple. Extensible. Fácil de entender.

Lectura 54: Entendiendo el prototipo

Todos los objetos tienen una "propiedad especial" llamada propiedad proto {}. Es el prototipo del objeto. También puede tener sus propiedades. Cuando solicitamos la propiedad de un objeto, JS primero busca en el propio objeto para encontrar esa propiedad, si no la encuentra, entonces busca la propiedad dentro del prototipo.

Ese prototipo también puede contener otro objeto prototipo y JS siempre irá hacia abajo en la cadena. Eso se llama la cadena de prototipos.

Si tenemos el objeto2, también puede apuntar al mismo prototipo del objeto1. Los objetos pueden compartir el mismo prototipo.

Ejemplo:

var person = {
    firstname: 'Default',
    lastname: 'Default',
    getFullName: function() {
        return this.firstname + ' ' + this.lastname;
    }
}

var john = {
    firstname = 'John'.
    lastname: 'Doe'
}

// ¡¡¡No hagas esto NUNCA!!! ¡¡¡Sólo para fines de demostración!!!
// Esta es una forma del navegador de acceder al prototipo pero con muy mal rendimiento
john.__proto__ = person;
console.log(john.getFullName());
console.log(john.firstname); // Devuelve el nombre de John, no el de person debido a la prioridad de la cadena de prototipos.

Lectura 55: Todo es un objeto (o una primitiva)

var a = {};
var b = function() {};
c = [];

console.log(a.__proto__); // devuelve el objeto base y podemos acceder toString, etc

console.log(b.__proto__); // devuelve la función Empty() {} y podemos acceder a apply, call, bind,...

console.log(c.__proto__); // devuelve push, pop, indexOf, length, etc

console.log(c.__proto__.__proto__); // devuelve el objeto base

Todo conduce al objeto base. Es la parte inferior de la cadena de prototipos.

Lectura 56: Reflexión y extensión

Reflexión: un objeto puede mirarse a sí mismo, listando y cambiando sus propiedades y métodos. Podemos usar eso para implementar el patrón extendido. Veamos cómo funciona la reflexión:

var person = {
    firstname: 'Default',
    lastname: 'Default',
    getFullName: function() {
        return this.firstname + ' ' + this.lastname;
    }
}

var john = {
    firstname = 'John'.
    lastname: 'Doe'
}

// bucle a través de cada miembro en el objeto john
for (var prop in john) {
    console.log(prop + ': ' + john[prop]);
}

// El código anterior también mostrará getFullName y la función. Para evitarlo hacemos:

for (var prop in john) {
    // it will only list it if it's on john's object
    if (john.hasOwnProperty(prop)) {
        console.log(prop + ': ' + john[prop]);
    }
}

Apartado conceptual: mira el método "_extend" de la biblioteca Underscore. Analiza el método "createAssigner" para entender cómo se utiliza la reflexión. Utiliza dos bucles para asignar las propiedades y métodos de los objetos pasados como parámetros al primer objeto pasado como parámetro.

Extend se utiliza en muchas bibliotecas y frameworks. Podríamos sacar ese método de Underscore y utilizarlo en nuestra propia biblioteca/proyecto.

En ES6, también tenemos 'extends', pero eso se usa para una funcionalidad diferente.

Lectura 57: Construyendo objetos

Constructores de funciones, 'new' y la historia de Javascript.

Se llamó Javascript para atraer a los desarrolladores de Java. De la misma manera, Microsoft creó VBScript para atraer a sus desarrolladores.

Así, los desarrolladores de Java estaban acostumbrados a crear objetos como este

var john = new Person();

Aunque ES6 introducirá la palabra clave class, Javascript no tiene clases.

Así que los desarrolladores de Java pensaron que Javascript era como Java y lo recomendaron.

function Person(firstname, lastname) {
    this.firstname = firstname;
    this.lastname = lastname;
}

var john = new Person('John', 'Doe;);
console.log(john);

var jane = new Person('Jane', 'Doe;);
console.log(jane);

'new' crea inmediatamente un objeto vacío. Luego llama a la función. Entonces 'this' apuntará a ese objeto vacío. Así, la función se convierte en el constructor de ese objeto.

Lectura 58: Constructores de funciones y '.prototype'

Las funciones tienen propiedades especiales, además del nombre, el código, etc, también tienen una propiedad prototipo, que comienza su vida como un objeto vacío y SOLO es utilizado por el operador new.

function Person(firstname, lastname) {
    this.firstname = firstname;
    this.lastname = lastname;
}

Person.prototype.getFullName = function() {
    return this.firstname + ' ' + this.lastname;
}

var john = new Person('John', 'Doe;);
console.log(john);

var jane = new Person('Jane', 'Doe;);
console.log(jane);</pre>

Person.prototype.getFormalFullName = function() {
    return this.lastname + ', ' + this.firstname;
}

console.log(john.getFormalFullName());

Así, podemos añadir características a todos aquellos objetos que creamos utilizando el prototipo.

En un buen código, los métodos de un objeto se establecen con el prototipo. ¿Por qué? Porque si añadimos getFullName a cada objeto, significa que están usando mucha memoria. Si lo añadimos al prototipo, sólo lo tenemos una vez. Sólo usamos una copia para todas las instancias del objeto. Estamos ahorrando espacio de memoria porque sólo hay un prototipo para todos los objetos.

Lectura 59: Apartado peligroso, uso de 'new' y funciones

Si nos olvidamos de usar 'new', el constructor de la función devolverá undefined. Es una buena práctica usar mayúsculas para los constructores. De esta manera, si vemos que falta la palabra clave new, nos daremos cuenta de que está mal.

En ES6, es probable que los constructores de funciones desaparezcan.

Lectura 60: Constructores de función incorporados

var a = new Number(3);

Eso crea un objeto del tipo Number con algunos métodos especiales. Podemos usar a.toFixed();

var a = new String('John');

Lo mismo y podemos usar a.indexOf('o');

También podemos hacer "John".length

Ambos almacenan el valor en una propiedad llamada PrimitiveValue. Así que no son primitivas, son objetos con métodos especiales.

De la misma manera, podemos hacer lo mismo con las fechas:

var a = new Date('10/12/2010');

También podemos hacer cosas como

String.prototype.isLengthGreaterThan = function(limit) {
   return this.legth > limit;
}
console.log('John'.isLengthGreaterThan(3));

String es un objeto y estamos añadiendo un método al prototipo. ¡Acabamos de mejorar el lenguaje JS sin más! Tenemos que tener cuidado de no sobrescribir un método existente.

Number.prototype.isPositive = function() {
    return this > 0;
}

console.log(3.isPositive()); // Devuelve un error

Javascript no devuelve un número en un objeto, así que tenemos que hacer lo siguiente:

var a = new Number(3);
a.isPositive();

Por lo tanto, es una buena característica, pero se vuelve un poco confusa porque no todo funciona de la misma manera.

Lectura 62: Peligrosidad aparte. Constructores de funciones incorporadas

var a = 3;
var b = new Number(3);

a == b // devuelve verdadero debido a la coerción
a === b // devuelve false

Así que, como puedes ver, no es una situación muy recomendable. Es mejor no usar new para crear primitivas.

Del mismo modo, si vamos a trabajar mucho con fechas, es recomendable utilizar la librería Moment.js.

Lectura 62: Apartado peligroso. Arrays y for..in

Array.prototype.myCustomFeature = 'cool!';

var arr = ['John', 'Jane', 'Bob'];
for (item in arr) {
    console.log(item + ': ' + arr[item]);
}
// Eso mostrará también myCustomFeature

Así que, en el caso de los arrays, no uses for..in. Usa el bucle clásico for..i.

Lectura 63: Object.create y la herencia prototípica pura

Esta es una nueva característica para los nuevos navegadores. Si necesitamos dar soporte a un navegador antiguo, usamos un polyfill, que es código que añade una característica de la que el motor puede carecer.

var person = {
    firstname = 'Default',
    lastname = 'Default',
    greet = function() {
        return 'Hi' + this.firstname;
    }
}

var john = Object.create(person);
console.log(john);

Eso crea un objeto vacío con un prototipo con todos los métodos indicados anteriormente. Así, si queremos anular esos valores por defecto, podemos hacerlo:

john.firstname = 'John';
john.lastname = 'Doe';

Por lo tanto, la gran ventaja del prototipo frente a la herencia clásica, es que podemos añadir nuevos métodos sobre la marcha y mutar las cosas fácilmente, sin capas e interacciones complejas.

Lectura 64: ES6 y las clases

class Person {
    constructor(firstname, lastname) {
        this.firstname = firstname;
        this.lastname = lastname;
    }

    greet() {
        return 'Hi ' + firstname;
    }
}

var john = new Person('John', 'Doe');

Eso es un OBJECTO.

Para establecer el prototipo, lo hacemos así:

class InformalPerson extends Person {
    constructor(firstname, lastname) {
        super(firstname, lastname);
    }

    greet() {
        return 'Yo ' + firstname;
    }
}

Bonus: una forma diferente de escribir algo que no cambia cómo funciona por dentro.

Lectura 65: Peculiaridades. Inicialización

Sólo hablamos de errores sintácticos comunes al crear objetos literales grandes con arrays y funciones. Nada que destacar aquí.

Lectura 66: Curiosidades. Typeof, intanceof y cómo averiguar qué es algo

Podemos usar typeof para averiguar el tipo de primitiva u objeto con el que estamos tratando, pero en el caso de los arrays, tenemos que usar algo así:

var d = [];
console.log(Object.prototype.toString.call(d));</pre>

That would output [Object Array]

In the case of objects:

<pre>function Person(name) {
    this.name = name;
}
var e = new Person('Jane');

Con instanceof Person, estamos buscando un objeto del tipo Persona en la cadena de prototipos.

Hay un error muy conocido. Si escribes typeof null, devuelve un objeto.

Y typeof functionName devuelve una función.

Lectura 67: Peculiaridades. Modo estricto

Esto le dice al motor JS que procese el código de forma más estricta. Por ejemplo, en el siguiente caso, escribimos mal la variable pero sin el modo estricto, no lanzará un error.

var person;

persom = {};
console.log(persom);

Si ponemos "use strict"; al principio, arrojará un error porque estamos obligados a declarar una variable para poder usarla.

Para más información, consulta la referencia del modo estricto.

Lectura 69: Aprendiendo del buen código de otros

Una educación de código abierto. Github.com contiene una gran colección de código fuente donde podemos aprender. Así, es una buena práctica echar de vez en cuando un vistazo a algunos de los métodos de las bibliotecas que utilizamos.

Lecturas 70-72: Inmersión profunda en el famoso código fuente de jQuery

Estas conferencias son bastante densas en términos de revisión de código, por lo que omitiré comentarlas. Eres más que bienvenido a descargar la versión sin minificar de jQuery y sumergirte en el código para intentar entender cómo se inicializa la librería (sin necesidad de usar 'new') y cómo se almacenan todos los métodos en el prototipo de fn.

Sólo me gustaría mencionar el encadenamiento de métodos, que es una forma muy útil de encadenar llamadas a métodos. Si usas jQuery, entonces muy probablemente ya conoces esto. Como cuando añades una clase y eliminas otra en la misma línea:

$('.selector').addClass('a').removeClass('b');

Para conseguirlo, sólo tenemos que 'return this;' en los métodos que estamos llamando.

Lectura 73: Construyamos un framework/biblioteca. Requisitos

• Vamos a llamarlo 'Greetr', una aplicación para saludar a los usuarios
• Cuando se le da un nombre, un apellido y los idiomas opcionales, genera saludos formales e informales
• Soporta los idiomas inglés y español
• Biblioteca/marco reutilizable
• Estructura 'G$()' fácil de escribir
• Soporta jQuery

Lectura 74: Construyamos un framework/biblioteca. Estructurando código seguro

Primero, crea un archivo llamado Greetr.js. Vamos a crear un nuevo contexto de ejecución con una función auto-invocada.

(function(global, $) {

}(window, jQuery))

Lectura 75: Construyamos un framework/biblioteca. Nuestro objeto y su prototipo

Crea un archivo llamado app.js. Vamos a imitar la estructura de jQuery. Así que no queremos usar 'new', queremos usar G$() como en jQuery y obtener un objeto como resultado:

var g = G$('John', 'Doe');

Y en Greetr.js:

(function(global, $) {

    var Greetr = function(firstName, lastName, language) {
    return new Greetr.init(firstName, lastName, language);

    Greetr.prototype = {};

    Greetr.init = function(firstName, lastName, language) {
        var self = this;
        self.firstName = firstName || '';
        self.lastName = lastName || '';
        self.language = language || 'en';
    }

    Greetr.init.prototype = Greetr.prototype;

    global.Greetr = global.G$ = Greetr;
}

}(window, jQuery))

Lectura 76: Construyamos un framework/biblioteca. Propiedades y métodos encadenables

Ahora sólo vamos a crear métodos en el prototipo y devolver esto en algunos de ellos para hacerlos encadenables.

(function(global, $) {

    var Greetr = function(firstName, lastName, language) {
    return new Greetr.init(firstName, lastName, language);

    var supportedLangs = ['en', 'es'];

    var greetings = {
        en: 'Hello',
        es: 'Hola'
    };

    var formalGreetings = {
        en: 'Greetings',
        es: 'Saludos'
    };

    var logMessages = {
        en: 'Logged in',
        es: 'Inició sesión'
    }

    Greetr.prototype = {

        fullName: function() {
            return this.firstName + ' ' + this.lastName;
        },

        validate: function() {
            if (supportedLangs.indexOf(this.language) === -1) {
                throw "Invalid language";
            }
        },

        greeting: function() {
            return greetings[this.language] + ' ' + this.firstName + '!';
        },

        formalGreeting: function() {
            return formalGreetings[this.language] + ', ' + this.fullName();
        },

        greet: function(formal) {
            var msg;

            if (formal) msg this.formalGreeting();
            else msg = this.greeting();

            if (console) console.log(msg);
            return this;
        },

        log: function() {
            if (console) {
                console.log(logMessages[this.language] + ': ' + this.fullName();
            }
            return this;
        },

        setLang: function(lang) {
            this.language = lang;
            this.validate();
            return this;
        }
    };

    Greetr.init = function(firstName, lastName, language) {
        var self = this;
        self.firstName = firstName || '';
        self.lastName = lastName || '';
        self.language = language || 'en';
        self.validate();
    }

    Greetr.init.prototype = Greetr.prototype;

    global.Greetr = global.G$ = Greetr;
}

}(window, jQuery))

así que ahora podemos llamarlo así:

var g = G$('John', 'Doe');
g.greet().setLang('es').greet(true);

Lectura 77: Construyamos un framework/biblioteca. Añadiendo soporte para jQuery

Imagina que tenemos un formulario HTML para los usuarios que se registran. Sólo necesitamos un desplegable con los dos idiomas soportados y un botón de login. También necesitamos un H1 con el id de saludo.

Ahora vamos a añadir un método que acepte un selector jQuery y actualice lo que sea el selector.

Para ello, sólo tenemos que añadir el siguiente método al prototipo:

    HTMLGreeting: function(selector) {
        if (!$) throw 'jQuery not loaded';

        if (!selector) throw 'Missing jQuery selector';

        var msg;
        if (formal) msg this.formalGreeting();
        else msg = this.greeting();

        $(selector).html(msg);
        return this;
    }

Lectura 78: Construyamos un framework/biblioteca. Buenos comentarios

Esto es especialmente importante en JS porque no es muy verboso y podríamos hacer las cosas muy lisas pero no fáciles de leer.

También es bueno para que otros desarrolladores revisen tu código y vean si es legible.

Lectura 79: Construyamos un framework/biblioteca. Usemos nuestro framework

A veces las bibliotecas también utilizan un punto y coma antes de la función auto-invocada como una comprobación de cordura (por si acaso otra biblioteca no se cerró correctamente).

El resto de la conferencia es sólo acerca de la conexión de la forma HTML con la biblioteca, que no es particularmente agregar mucho valor, así que voy a saltármelo.

Lectura 81: Typescript, ES6 y lenguajes transpilados

Transpilar: convertir la sintaxis de un lenguaje de programación a otro. En este caso, los lenguajes no se ejecutan en ningún sitio, sino que son procesados por "transpiladores" que generan Javascript.

Typescript de Microsoft es bastante popular. Proporciona tipos para las variables, por ejemplo, message: string. También utiliza clases y constructores.

Traceur de Google es también otra biblioteca ES6 muy popular.

Muchos equipos con proyectos Javascript a largo plazo están utilizando estas herramientas para poder escribir código ES6 (a prueba de futuro) y al mismo tiempo ser compatible con los navegadores actuales.

Como opinión personal, he oído hablar de BabelJs más que de cualquiera de las bibliotecas anteriores. Algunas personas recomiendan Babel sobre Traceur si la compatibilidad con JSX es un requisito o si la calidad del código resultante también es importante para ti por encima de la función.

Lectura 83: EcmaScript 6.0. Características actuales y futuras

Este es probablemente el mejor recurso que existe para aprender sobre las características de ES6: https://github.com/lukehoban/es6features

Y eso es todo. Aquí está el certificado que obtendrás si haces el curso en Udemy:

He estado usando la fantástica plataforma Ghost para ejecutar este sitio web desde hace casi un año y hasta ahora, ha sido una gran experiencia. En este artículo, voy a explicar cómo construí la sección /work de este sitio web. En cierto modo, es un poco un hack, teniendo en cuenta que Ghost no tiene todavía una forma clara de crear páginas de un tipo específico o tener campos de post personalizados que podamos leer en las plantillas (como en WordPress).

Para que esto funcione, vamos a utilizar:

• El sistema de etiquetas: para categorizar nuestros trabajos del portolio
• Una nueva page-work.hbs plantilla: para mostrar la rejilla del portafolio y la navegación
• El page.hbs template: para crear la estructura HTML de las páginas del portafolio
• El nuevo {{#get}} helper: para buscar las entradas del portafolio entre todos nuestros posts de Ghost
• La biblioteca Isotope: para crear el diseño interactivo de mampostería responsiva

Puedes leer más sobre las características mencionadas de Ghost en la documentación. Ten en cuenta que el {{get}} helper aún está en fase beta.

El funcionamiento es muy sencillo, vamos a utilizar las etiquetas normales de Ghost (como web, móvil, vídeo, diseño, etc) para categorizar los elementos de nuestr portafolio y también utilizaremos la etiqueta 'work' para identificar las páginas que deben ser tratadas como páginas del portafolio.

Este enfoque tiene al menos una limitación:

Si vamos a utilizar la plantilla page.hbs para las entradas del portafolio, lo que significa que no podemos crear nuevas páginas sobre la marcha porque esa plantilla se utiliza por defecto para cada nueva página que creamos. Para el resto de las páginas estáticas de nuestro sitio, tendremos que utilizar nuevas plantillas específicas. Por ejemplo, la página de información requerirá una nueva plantilla llamada page-about.hbs, la página de contacto requerirá una nueva plantilla llamada page-contact.hbs, etc. Este enfoque es más apropiado para los sitios pequeños que no tienen muchas páginas estáticas y el nuevo contenido normalmente va a ser una entrada de blog o una nueva entrada de portafolio.

Paso 1. Crear una nueva plantilla HTML para mostrar la cuadrícula del portafolio

Primero, vamos a crear una nueva plantilla. La he llamado page-work.hbs (porque mi URL es /work), pero puedes llamarla como prefieras, es decir, page-portfolio, page-projects, etc. En esta plantilla, vamos a tener:

• Un poco de texto de introducción (introducido con el editor markdown)
• La navegación principal del portafolio
• La rejilla con los elementos del portafolio

Y este es el código que usaremos:

<section>
  {{#post}}
    {{content}}
  {{/post}}
</section>

<main>
  <div class="work-navigation">
    <div id="filters" class="button-group">
      <button class="btn is-checked" data-filter="*">ALL</button>
      <button class="btn" data-filter=".web">WEB</button>
      <button class="btn" data-filter=".desktop">DESKTOP</button>
      <button class="btn" data-filter=".mobile">MOBILE</button>
      <button class="btn" data-filter=".prototype">PROTOTYPE</button>
      <button class="btn" data-filter=".installation">INSTALLATION</button>
      <button class="btn" data-filter=".open-source">OPEN SOURCE</button>
      <button class="btn" data-filter=".consultancy">CONSULTANCY</button>
      <button class="btn" data-filter=".design">DESIGN</button>
      <button class="btn" data-filter=".ux">UX</button>
      <button class="btn" data-filter=".video">VIDEO</button>
      <button class="btn" data-filter=".photo">PHOTO</button>
    </div>
  </div>

  <div class="work-grid clearfix">
    <div class="grid-sizer"></div>
    {{#get "posts" limit="all" include="tags" filter="tag:work+page:true"}}
      {{#foreach posts}}
        <a href="/{{slug}}" class="{{tags separator=" " autolink="false"}}">
          <div class="work-thumb"></div>
          <h2 class="name">{{title}}</h2>
          <p class="meta"><span class="date">{{date published_at format="YYYY"}}</span><span class="country">{{#has tag="uk"}}UK{{/has}}{{#has tag="spain"}}Spain{{/has}}{{#has tag="multiple-regions"}}Multiple regions{{/has}}</span></p>
        </a>
      {{/foreach}}
    {{/get}}
  </div>
</main>

La primera parte del código renderizará el contenido que introduzcamos en el editor markdown. Luego definimos los botones de navegación del portafolio, cada uno de ellos tiene un atributo de filtro con un nombre de clase. Al hacer clic, la biblioteca isotope mostrará sólo las entradas del portafolio que tengan el nombre de clase especificado en el atributo de filtro del botón.

Por último, en el bloque work-grid, vamos a utilizar el helper {{get}} para obtener una colección de entradas que tengan la etiqueta 'work' y estén marcadas como 'page'. Esto omitirá todas las entradas normales del blog y todas las páginas que no tengan la etiqueta "trabajo".

A continuación, vamos a recorrer la colección (utilizando {{#foreach}} y a mostrar una etiqueta de anclaje con los metadatos de cada entrada de la colección. Fíjate en que para mostrar las etiquetas de las entradas, utilizamos el ayudante {{tags}} dentro del atributo de clase de la etiqueta de anclaje. Este es el punto clave de este enfoque.

El contenido dentro de la etiqueta de anclaje no se impone. Puedes estilizarlo como prefieras. Yo sólo estoy renderizando la fecha del post y una cadena de país u otra dependiendo de las etiquetas del post.

Paso 2. Establecer la configuración de isotope

Ahora que nuestro markup está listo, necesitamos descargar la biblioteca Isotope y cargarla en nuestra página. Hay muchas maneras diferentes de hacer esto, dependiendo del tipo de gestor de tareas que estés utilizando, si estás empaquetando y minificando el código y cómo está estructurado tu tema Ghost. Así que lo dejaré a tu elección. Lo único que hay que tener en cuenta es que necesitamos que la biblioteca se cargue en la página.

Una vez que estemos seguros de que la biblioteca se carga, tenemos que configurarla. Una vez más, el lugar donde debes poner el siguiente código, depende de cómo esté estructurado tu tema, pero debes tener un archivo Javascript en algún lugar de tu tema que puedas utilizar:

// init Isotope
var $grid = $('.work-grid').isotope({
  itemSelector: '.work',
  percentPosition: true,
  masonry: {
    columnWidth: '.grid-sizer'
  }
});

// bind filter button click
$('#filters').on('click', 'button', function() {
  var filterValue = $(this).attr('data-filter');
  $grid.isotope({ filter: filterValue });
});

// change is-checked class on buttons
$('.button-group').each( function(i, buttonGroup) {
  var $buttonGroup = $(buttonGroup);
  $buttonGroup.on('click', 'button', function() {
    $buttonGroup.find('.is-checked').removeClass('is-checked');
    $(this).addClass('is-checked');
  });
});

En la primera parte del código, sólo estamos adjuntando Isotope al bloque work-grid definido en nuestra plantilla HTML. Luego le decimos a Isotope que las miniaturas de nuestro portafolio tendrán el nombre de clase 'work'. El resto de los ajustes son los indicados por la documentación de Isotope para que la rejilla sea responsiva.

La siguiente parte se encarga de los eventos de clic de navegación. Le dice a Isotope que reorganice los elementos de la cuadrícula en función del filtro seleccionado.

Finalmente, el último fragmento actualiza los nombres de clase 'checked' en los botones de navegación cuando se hace clic en ellos. Fíjese en que estamos apuntando a los botones dentro de los bloques 'button-group'. Esto es porque puedes decidir tener diferentes grupos de navegación, uno para filtrar y otro para ordenar. Puedes encontrar información sobre cómo ordenar elementos en la documentación de Isotope.

Paso 3. Crear nuevas entradas

El siguiente paso es crear unas cuantas entradas nuevas en tu panel de administración de Ghost y prepararlas para que sean entradas del portafolio. Recuerda que lo único que tienes que hacer es marcar la opción 'Convertir esta entrada en una página estática' y asignar al menos la etiqueta 'work'.

Paso 4. Decidir qué hacer con las imágenes del post

En cuanto a las imágenes en miniatura que se utilizarán en la parrilla de Isotope, hay al menos un par de opciones.

La primera (que yo no utilicé) sería añadir una imagen de la entrada utilizando la configuración de la barra lateral de la entrada en el panel de administración. A continuación, recuperarías esa imagen durante el bucle {{foreach}} en la plantilla 'page-work.hbs' y la renderizarías como un <img> o como un CSS background-image. Esta opción es la mejor si sólo necesita una imagen para las miniaturas, sin colores de fondo u otras cosas y no va a utilizar la imagen del puesto en la página de entrada del portafolio (page.hbs).

La otra opción llevaría más tiempo (en términos de mantenimiento) pero sería más flexible en términos de presentación. Elegí esta opción porque quería tener un CSS específico para cada una de las miniaturas de la cuadrícula de mi portafolio. Eso significa que cada vez que quiero añadir un nuevo elemento a mi portafolio, tengo que actualizar manualmente mi CSS con el logotipo del proyecto. ¿Por qué me he complicado la vida de esta manera? Sólo porque quería tener bonitas animaciones roll-over con colores cambiantes de fondo y mantener la imagen del post para la plantilla page.hbs :-)

Así que, si sólo quieres mostrar las miniaturas normales de los proyectos como imágenes, yo optaría por la primera opción. ¡De esta manera, podrías añadir nuevos elementos al portafolio directamente desde el panel de administración sin la necesidad de tocar una línea de código!

Paso 5. Modificar la plantilla page.hbs

Vamos a utilizar esta plantilla como base para cada nueva página de portafolio:

{{#post}}
  {{#if image}}
    <section class="hero" style="background-image: url({{image}})"></section>
  {{/if}}

  <main class="content {{#if image}}{{else}}no-hero{{/if}}>
    <article class="{{post_class}}">
      <h1 class="post-title">{{{title}}}{{#if tags}}<time datetime="{{date format="YYYY-MM-DD"}}">{{date format='YYYY'}}</time>{{/if}}</h1>
      <section class="post-content">
        {{content}}
      </section>
    </article>
  </main>
{{/post}}

Dependiendo de la ruta que hayas decidido tomar en el paso anterior y si quieres mostrar la imagen de la entrada en la parte superior de la página de la entrada del portafolio, necesitarás la primera condición o no.

El resto del código es sólo la configuración de una estructura HTML básica para mostrar el contenido de la entrada del portafolio.

Paso 6. Establecer los estilos básicos para la cuadrícula

En tu CSS, añade los siguientes estilos. No estoy incluyendo todas las partes que se refieren sólo a mi sitio web específico, como las animaciones hover, imágenes de fondo, etc, pero si estás interesado, envíame un comentario y lo añadiré:

.work-grid {
  .grid-sizer,
  .work {
    width: 16.67%;

    @media screen and (max-width: 1500px) {
      width: 20%;
    }

    @media screen and (max-width: 1200px) {
      width: 25%;
    }

    @media screen and (max-width: 900px) {
      width: 33.34%;
    }

    @media screen and (max-width: 700px) {
      width: 50%;
    }

    @media screen and (max-width: 380px) {
      width: 100%;
    }
  }

  .work {
    position: relative;
    box-sizing: border-box;
    float: left;
    height: 200px;
    overflow: hidden;

    .work-thumb {
      position: absolute;
      height: 100%;
      width: 100%;
      background-repeat: no-repeat;
      background-position: center;
    }

    .name, .meta {
      opacity: 0;
      position: relative;
      color: white;
    }

    .name {
      padding-left: 40px;
      padding-right: 40px;
      font-size: 1.5em;
      white-space: pre-wrap;
      overflow: hidden;
      text-overflow: ellipsis;
      max-height: 60px;

      @media screen and (max-width: 700px) {
        font-size: 1.2em;
        max-height: 70px;
      }
    }

    .meta {
      .date {
        margin-right: 5px;
      }
    }

    /* Si te has decidido por la opción 2 en el paso anterior,
        tendrás que vincular manualmente la miniatura CSS de tu portafolio
        añadiendo una etiqueta con el nombre del proyecto */
    &.project-name {
      background-color: #c60c30; // esto es opcional
      .work-thumb {
        background-image: url(/assets/work/project-name/logo.png);
      }
    }
  }
}

Paso 7. ¡Listo para empezar!

En este punto, deberías estar listo para empezar a añadir las entradas, el contenido y las imágenes de tu portafolio. Si encuentras algo que falta en mi código o hay algo que no tiene mucho sentido, envía un comentario y lo perfeccionaré.

Buena suerte! y sigue blogueando con Ghost ;-)

En este tutorial de React para principiantes, vamos a aprender a construir una pequeña y sencilla aplicación de React para mostrar el tiempo de las ciudades del mundo. Si estás interesado en aprender React, este tutorial es un buen punto de partida, ya que no cubre temas muy complejos. Al mismo tiempo, una vez que aprendas a conectarte a una API externa y a mostrar los resultados, puede ser bastante útil para construir otro tipo de apps de una sola página cuyo único requisito sea obtener datos de una fuente externa y mostrar los resultados de cualquier manera.

Es una aplicación muy sencilla que se puede programar en unas pocas horas, así que deberías intentar hacerlo por ti mismo. ¡Así aprenderás más! Para los impacientes... aquí está el código fuente.

Requisitos funcionales

• Mostrar el nombre de la ciudad, el icono del tiempo actual, la temperatura, la humedad y la velocidad del viento
• El color de fondo cambia en función de la temperatura
• Carga un nombre de ciudad usando la cadena de consulta '?city=Madrid'
• Carga ciudades separadas por comas y las rota después de 5s
• Almacena los datos de la API y los actualiza después de 5 m.
• Diseño responsivo. Debería funcionar bien en todos los dispositivos

Tech stack

• Compatible con todos los navegadores hasta Internet Explorer 9
• No usar jQuery
• Usar la fuente League Gothic
• Utiliza los iconos del tiempo de Erik Flowers
• Utiliza los datos de Open Weather Map
• Utiliza Node.js y Bower
• Utilizar el Gulp Task Runner y el SASS CSS pre-processor
• Usar Browserify para requerir módulos

Nota: debido a la simplicidad y al pequeño tamaño de la arquitectura, omitiremos el uso de BEM y ITCSS.

Este es el aspecto que debería tener la aplicación al final del tutorial:

Puede haber algunas diferencias en los iconos o la fuente (dependencias de terceros), pero el aspecto general será muy similar a cualquiera de estas dos capturas de pantalla.

Paso 1. Configurar el entorno de desarrollo

Lo primero que vamos a hacer es instalar Node.js. Yo voy a utilizar el terminal de Mac Os, Brackets y Chrome. Puedes utilizar cualquier herramienta o sistema operativo que prefieras, lo único que necesitas es una consola, un editor de texto y un navegador.

Si decides usar Brackets, te recomiendo instalar también estas extensiones:

• Brackets icons (para mostrar bonitos iconos junto a los archivos)
• HTMLHint (añade sugerencias a las etiquetas HTML)
• Monokai theme (basado en el esquema de colores monokai de Sublime Text)
• React JSX language mode (añade el modo de lenguaje JSX)
• Tabs custom (añade pestañas a Brackets)

Así es como se ve mi Brackets con todas estas extensiones instaladas:

Paso 2. Apartado conceptual: sobre los módulos de Node.js

Como probablemente ya sepas, el bloque de construcción fundamental de Node se llama módulo, que mapea directamente a un archivo y todo lo que hay dentro de ese módulo es privado (las vars sólo funcionan en ese archivo).

Ahora, antes de ver cómo exponer cosas fuera de un módulo, veamos cómo cargar un módulo. Aquí es donde entra 'require'. 'require' se utiliza para cargar un módulo, por lo que su valor devuelto se asigna típicamente a una variable:

var móduloA = require('./nombredelmóduloA');

Mientras nuestro módulo no exponga nada, lo anterior no es muy útil. Para exponer cosas usamos 'module.exports' y exportamos todo lo que queramos. Podemos exportar objetos o primitivas de diferentes maneras:

var User = function(name, email) { ... }
module.exports = User;

module.exports = function(name, email) { ... }

var x = 5;
module.exports.x = x;

En esta aplicación, sólo vamos a crear un módulo, el módulo API (api.jsx), que se encargará de obtener los datos de la API meteorológica. Hablaremos de ello con más detalle más adelante.

Paso 3. Instalación de los módulos NPM y Bower

NPM es un gestor de paquetes que viene con Node.js. Es muy útil para instalar módulos de Node.js de terceros que podemos utilizar para acelerar nuestro desarrollo.

NPM utiliza un archivo llamado package.json como referencia de todas las dependencias que va a tener el proyecto. Podemos crear este archivo manualmente o escribiendo 'npm init'.

Empecemos creando una carpeta llamada 'react-weather' como prefieras en tu ordenador.

Luego abre la consola/terminal, cd a esa carpeta y escribe npm init. Te aparecerán unas cuantas preguntas que no es necesario responder. Simplemente mantén presionado enter hasta que salgas del proceso.

Ahora deberías tener un archivo package.json en tu carpeta.

A continuación, vamos a descargar algunos paquetes (que se guardarán automáticamente en la carpeta 'node_modules') y guardar la referencia en el archivo package.json:

Usa npm install <pkg> --save después para instalar un paquete y guardarlo como dependencia en el archivo package.json.

También podemos descargar varios paquetes al mismo tiempo. Así que escribe lo siguiente:

npm install --save browserify classnames gulp gulp-concat gulp-react gulp-sass gulp-server-livereload gulp-util gulp-watch node-notifier react-dom reactify vinyl-source-stream watchify whatwg-fetch.

También vamos a instalar el cliente gulp de forma global (no sólo para este proyecto). Usamos la opción '-g'. Es posible que tengamos que dar derechos de administrador usando 'sudo':

sudo npm install -g gulp-cli

Puede llevar un rato..., pero deberías terminar con un package.json que se parezca a esto:

{
  "name": "react-weather",
  "version": "1.0.0",
  "main": "index.js",
  "scripts": {
    "test": "echo \"Error: no test specified\" && exit 1"
  },
  "author": "",
  "license": "ISC",
  "dependencies": {
    "browserify": "^9.0.3",
    "classnames": "^2.2.3",
    "gulp": "^3.8.11",
    "gulp-concat": "^2.5.2",
    "gulp-react": "^3.0.1",
    "gulp-sass": "^2.0.1",
    "gulp-server-livereload": "1.3.0",
    "gulp-util": "^3.0.4",
    "gulp-watch": "^4.2.4",
    "node-notifier": "^4.2.1",
    "react": "^0.14.3",
    "react-dom": "^0.14.3",
    "reactify": "^1.1.0",
    "vinyl-source-stream": "^1.1.0",
    "watchify": "^2.4.0",
    "whatwg-fetch": "^0.11.0"
  },
  "devDependencies": {}
}

A continuación, vamos a instalar Bower (otro gestor de paquetes para la web) y descargar los iconos del tiempo. Creará una carpeta llamada 'bower_components' y un archivo de registro llamado 'bower.json':

npm install -g bower

bower install weather-icons

Si tuviéramos que subir este proyecto a un repositorio de código Git, tendríamos que crear un archivo '.gitignore' y añadirle 'node_modules/' y 'bower_components/', ya que no queremos subir todas estas dependencias al repositorio. Los nuevos usuarios pueden escribir 'npm install' y 'bower install' para descargar todas las dependencias.

Paso 4. Estructura de carpetas y marcadores de posición

Vamos a crear unas cuantas carpetas y archivos. Deberíamos terminar con la siguiente estructura de carpetas:

/react-weather
    bower.json
    package.json
    gulpfile.js
    index.html
    /bower_components
    /node_modules
    /sass
        main.scss
        /partials
            base.scss
            reset.scss
    /src
        app.jsx
        /utils
            api.jsx

Los nuevos archivos son:

• gulpfile.js: aquí es donde definiremos las tareas a ejecutar, como compilar SASS y JSX, empaquetar el código, vigilar los cambios, recargar el navegador, etc.
• index.html: un marcado muy mínimo para nuestra aplicación
• main.scss: lo usaremos para establecer el orden en el que queremos cargar los archivos SASS
• base.scss: todos nuestros estilos CSS
• reset.scss: reglas CSS de restablecimiento básico
• app.jsx: el núcleo de nuestra aplicación
• api.jsx: el módulo para contactar con la API meteorológica

Paso 5. Configurar las tareas Gulp

Al hablar de React, no sólo estamos viendo el framework en sí. También estamos conociendo las herramientas que nos ayudarán a tener una experiencia de desarrollo ágil y sin problemas. Es entonces cuando un ejecutor de tareas se convierte en tu mejor amigo :-) Gulp es un ejecutor de tareas, al igual que Grunt. No tengo ninguna preferencia particular por Gulp, de hecho, estoy más acostumbrado a trabajar con Grunt, pero por el bien de aprender y probar cosas nuevas, vamos a utilizar Gulp en este tutorial.

Primero, vamos a empezar abriendo el gulpfile.js en el editor y requiriendo las dependencias:

var gulp = require('gulp');
var gutil = require('gulp-util');
var source = require('vinyl-source-stream');
var browserify = require('browserify');
var watchify = require('watchify');
var reactify = require('reactify');
var notifier = require('node-notifier');
var server = require('gulp-server-livereload');
var concat = require('gulp-concat');
var sass = require('gulp-sass');
var watch = require('gulp-watch');

Como hemos mencionado antes, necesitamos compilar los archivos SASS y JSX, agrupar el código y vigilar los cambios. También queremos mostrar errores con formato y recargar el navegador automáticamente cuando haya un cambio en los archivos JS o SASS.

Empecemos con los mensajes de error:

// Format error messages
var notify = function (error) {
    var message = 'In: ';
    var title = 'Error: ';

    if (error.description) {
        title += error.description;
    }
    else if (error.message) {
        title += error.message;
    }

    if (error.filename) {
        var file = error.filename.split('/');
        message += file[file.length-1];
    }

    if (error.lineNumber) {
        message += '\nOn Line: ' + error.lineNumber;
    }

    notifier.notify({title: title, message: message});
};

El módulo 'node-notifier' crea bonitas alertas (al menos en Mac Os) con los mensajes de error que se producen durante el proceso de construcción. Con el fragmento de arriba, sólo estamos formateando el mensaje de error de una manera que podría ser más legible.

El siguiente paso es crear el bundle. Para esta parte, vamos a necesitar tres módulos: watchify, browserify y reactify. El primero es un módulo para hacer el bundle automático de los scripts basados en browserify.

Browserify nos permite hacer require('modules') en el navegador agrupando todas nuestras dependencias. Mira un único archivo JavaScript (en este caso app.jsx), y sigue el árbol de dependencias de require, y las agrupa en un nuevo archivo.

ReactJS utiliza una sintaxis especial llamada JSX, no la normal de JS. Normalmente, cuando quieres trabajar con archivos JSX de ReactJS, necesitas transformarlos en archivos JS normales. Así que vamos a utilizar 'reactify' para transformar esos JSX en archivos JS.

En conclusión, crearemos un bundler de Browserify y añadiremos un transformador para transformar los JSX en Javascript y luego lo agruparemos todo en un archivo llamado main.js que estará en la raíz.

// Bundle settings
var bundler = watchify(browserify({
    entries: ['./src/app.jsx'],
    transform: [reactify],
    extensions: ['.jsx'],
    debug: true,
    cache: {},
    packageCache: {},
    fullPaths: true
}));

// Bundle tasks
function bundle() {
    return bundler
        .bundle()
        .on('error', notify)
        .pipe(source('main.js'))
        .pipe(gulp.dest('./'))
}
bundler.on('update', bundle);

// Create bundle
gulp.task('build', function() {
    bundle()
});

Ahora vamos a procesar los archivos SASS y ponerlos todos juntos (en el orden especificado en main.scss) en un único archivo CSS (style.css) que se ubicará en la carpeta raíz:

// Compile the SASS files from main.scss
gulp.task('sass', function () {
    gulp.src('./sass/main.scss')
        .pipe(sass().on('error', sass.logError))
        .pipe(concat('style.css'))
        .pipe(gulp.dest('./'));
});

La siguiente etapa es configurar el servidor de recarga en vivo. Este módulo recargará el navegador automáticamente cada vez que haya un cambio en nuestro código. ¡Esta es una característica muy buena! En este caso, vamos a pasar un filtro de prueba al módulo livereload, para que compruebe nuestros archivos CSS y JS compilados antes de recargar el navegador. Puedes leer más sobre la documentación del módulo aquí.

// Live reload server settings
gulp.task('serve', function(done) {
    gulp.src('')
        .pipe(server({
            livereload: {
                enable: true,
                filter: function(filePath, cb) {
                if (/main.js/.test(filePath)) {
                    cb(true)
                }
                else if (/style.css/.test(filePath)) {
                    cb(true)
                }
            }
        },
        open: true
    }));
});

Por último, vamos a crear la tarea de vigilancia para nuestros archivos SASS y establecer el orden en que todas las tareas creadas deben ser ejecutadas:

// Watch for changes in the SASS files
gulp.task('watch', function () {
    gulp.watch('./sass/**/*.scss', ['sass']);
});

// Run tasks in a specific order
gulp.task('default', ['build', 'serve', 'sass', 'watch']);

En este punto, si estás usando Git, deberías añadir main.js y style.css a tu archivo .gitignore, ya que estos archivos serán generados por Gulp y no los necesitamos en el repositorio.

Paso 6. Crear un marcado básico

Vamos a crear un archivo HTML básico con:

• Un DIV contenedor donde adjuntaremos el componente React.
• La fuente cargada desde Adobe Edge Fonts
• El archivo CSS compilado
• El archivo CSS de los iconos del tiempo
• El archivo JS compilado

Yo prefiero cargar las fuentes usando <link> en lugar de una etiqueta <script>, pero en aras de la simplicidad, vamos a ir con este método esta vez.

<html>
    <head>
        <script src="//use.edgefonts.net/league-gothic:n4:all.js"></script>
        <link rel="stylesheet" href="/style.css">
        <link rel="stylesheet" href="/bower_components/weather-icons/css/weather-icons.min.css">
    </head>
    <body>
        <div class="container"></div>
    </body>
    <script src="main.js"></script>
</html>

Paso 7. Añadir el CSS de reinicio

Sólo tienes que copiar/pegar el siguiente código en /sass/partials/reset.scss

html {
  box-sizing: border-box;
}

*, *:before, *:after {
  box-sizing: inherit;
}

html, body, div, span, applet, object, iframe, h1, h2, h3, h4, h5, h6, p, blockquote, pre, a, abbr, acronym, address, big, cite, code, del, dfn, em, img, ins, kbd, q, s, samp, small, strike, strong, sub, sup, tt, var, b, u, i, center, dl, dt, dd, ol, ul, li, fieldset, form, label, legend, table, caption, tbody, tfoot, thead, tr, th, td, article, aside, canvas, details, embed, figure, figcaption, footer, header, hgroup, menu, nav, output, ruby, section, summary, time, mark, audio, video {
  margin: 0;
  padding: 0;
  border: 0;
  font-size: 100%;
  font: inherit;
  vertical-align: baseline; }

/* HTML5 display-role reset for older browsers */

article, aside, details, figcaption, figure, footer, header, hgroup, menu, nav, section {
  display: block; }

body {
  line-height: 1; }

ol, ul {
  list-style: none; }

blockquote, q {
  quotes: none; }

blockquote {
  &:before, &:after {
    content: '';
    content: none; } }

q {
  &:before, &:after {
    content: '';
    content: none; } }

table {
  border-collapse: collapse;
  border-spacing: 0; }

Paso 8. Empezar a construir el componente React

¡Por fin llegamos al momento en el que realmente puedes empezar a aprender React! Siento haber tardado tanto, pero ya tenemos todo listo y a partir de ahora será pura programación con react :P

Primero vamos a abrir /src/app.jsx. Aquí es donde crearemos nuestro componente React. Necesitamos requerir algunos módulos:

var React = require('react');
var ReactDOM = require('react-dom');
var classNames = require('classnames');
var Api = require('./utils/api');

Los dos primeros módulos corresponden al framework React. Classname es un módulo de terceros (recomendado por React) para construir nombres de clases que contengan datos dinámicos. En JSX no podemos usar '+' como en JS para concatenar cadenas en el atributo class. El objeto API está requiriendo el módulo que utilizaremos para obtener los datos de la API meteorológica. Fíjate que para cargar este módulo, tenemos que construir la ruta relativa, ya que no es un módulo que tengamos instalado con NPM.

Ahora vamos a definir unas cuantas variables para manejar las ciudades de la cadena de consulta:

var query = ''; // Espera algo así: ?city=London,Paris,Berlin,Madrid
var cities = []; // Transforma el query string cities en un array
var citiesWeather = []; // API cache
var currentCity = 0; // Index de la ciudad actual mostrada

No vamos a profundizar demasiado en tratar de explicar lo que vamos a hacer con estas variables. Su propósito se revelará a medida que vayamos construyendo el componente.

Ahora podemos definir el nuevo componente React así:

var Weather = React.createClass({
    render: function() {

    }
});

// Asignar el componente React a un elemento DOM
var element = React.createElement(Weather, {});
ReactDOM.render(element, document.querySelector('.container'));

Básicamente creamos un componente React llamado 'Weather' y lo renderizamos dentro del DIV 'container'.

A partir de ahora, vamos a trabajar en los métodos del objeto definido dentro de React.createClass().

El primer método es getInitialState():

// Init data for UI
getInitialState: function() {
    return {
        weather: '',
        temp: 0,
        humidity: 0,
        wind: 0
    }
},

Aquí, sólo estamos inicializando los props que vamos a utilizar más tarde para mantener los valores de nuestros indicadores meteorológicos en la UI.

Ahora tenemos que crear la estructura HTML para nuestro componente meteorológico Usemos este sencillo wireframe para asignar cada caja a un elemento HTML:

Dentro del método render(), añade lo siguiente:

// Build class names with dynamic data
var weatherClass = classNames('wi wi-owm-' + this.state.weather);
var bgColorClass = 'weather-widget '; // very-warm, warm, normal, cold, very-cold

// Set the background colour based on the temperature
if (this.state.temp >= 30) {
    bgColorClass += 'very-warm';
}
else if (this.state.temp > 20 && this.state.temp < 30) {
    bgColorClass += 'warm';
}
else if (this.state.temp > 10 && this.state.temp < 20) {
    bgColorClass += 'normal';
}
else if (this.state.temp > 0 && this.state.temp < 10) {
    bgColorClass += 'cold';
}
else if (this.state.temp <= 0) {
    bgColorClass += 'very-cold';
}

// Render the DOM elements
return &lt;div className={bgColorClass}>
    &lt;h1 className="city">{cities[currentCity]}&lt;/h1>
    &lt;div className="weather">
        &lt;i className={weatherClass}>&lt;/i>
    &lt;/div>
    &lt;section className="weather-details">
        &lt;div className="temp">&lt;span className="temp-number">{this.state.temp}&lt;/span>&lt;span className="wi wi-degrees">&lt;/span>&lt;/div>
        &lt;div className="humidity">&lt;i className="wi wi-raindrop">&lt;/i>{this.state.humidity} %&lt;/div>
        &lt;div className="wind">&lt;i className="wi wi-small-craft-advisory"></i>{this.state.wind} &lt;span className="vel">Km/h&lt;/span>&lt;/div>
    &lt;/section>
&lt;/div>

Analicemos el código paso a paso.

Para representar el icono meteorológico grande (el sol, las nubes, etc.), necesitamos obtener el ID del icono de la API meteorológica. Una vez que lo tengamos, podemos utilizar el prefijo 'wi wi-owm-' (lo hemos obtenido de la lista de compatibilidad de la API de iconos meteorológicos) para componer el nombre de la clase que necesitamos. Eso es lo que estamos haciendo con la variable weatherClass.

La siguiente variable, 'bgColorClass', compone el nombre de la clase que utilizaremos para el color de fondo de la aplicación. El objetivo es tener la clase 'warm' para las temperaturas entre 20 y 30 grados y así sucesivamente. Luego asignaremos un color a cada clase más adelante en el archivo SASS.

En la declaración de retorno, lo primero que destaca es el uso de 'className' en lugar de 'class'. Así es como se añaden las clases CSS en las plantillas JSX. Los nombres de las clases también necesitan ser compuestos usando el módulo classNames que requerimos al principio del archivo.

Luego tenemos variables envueltas en {}, como en Handlebars. Así es como renderizamos el contenido de las variables, estados o propiedades de React (llamadas props). En esta aplicación, vamos a utilizar estados. Si quieres saber más sobre la diferencia entre props y states, dirígete a este artículo.

Paso 9. Obtener los datos de la API

Resumamos. Hasta ahora, tenemos un componente React que inicializa y renderiza sus datos vacíos. Eso es todo. Así que el siguiente paso es obtener los datos de la API y pasárselos al componente React.

Abramos el archivo /src/utils/api.jsx y escribamos el siguiente código:

var Fetch = require('whatwg-fetch');
var rootUrl = 'http://api.openweathermap.org/data/2.5/weather?q=';
var apiUrl = '&appid=2de143494c0b295cca9337e1e96b00e0';

module.exports = {
    get: function(place) {
        return fetch(rootUrl + place + apiUrl, {
            headers: {
                // No need for special headers
            }
        })
        .then(function(response) {
            return response.json();
        });
    }
};

En este módulo, vamos a requerir 'whatwg-fetch', que es un polyfill para window.fetch . También vamos a utilizar una clave de API y la URL de la API. Creo que no es necesario registrarse para generar una nueva clave, ya que esta la obtuve de los documentos de la API y parece funcionar bien.

El código de obtención es súper sencillo. Componemos la URL final concatenando las variables más el nombre de la ciudad que recibimos como parámetro y lo pasamos al método fetch. Luego tenemos una 'promesa' que recibirá la respuesta de la API y simplemente la devolvemos en formato JSON.

Paso 10. Conectar el módulo de la API con el componente React

De vuelta en /src/app.jsx, vamos a crear un nuevo método llamado 'fetchData' que intentará cargar los datos de nuestra caché y si no los encuentra, entonces llamará al módulo que hemos creado en el paso anterior para obtener nuevos datos:

fetchData: function() {

    // Get the data from the cache if possible
    if (citiesWeather[currentCity]) {
        this.updateData();
    }
    else {
        // Request new data to the API
        Api.get(cities[currentCity])
            .then(function(data) {
                citiesWeather[currentCity] = data;
                this.updateData();
        }.bind(this));
    }
},

El array citiesWeather es nuestro objeto caché. Aquí vamos a almacenar las respuestas JSON que obtenemos de la API. ¿Por qué hacemos esto? Porque cuando tenemos una lista de ciudades rotando, no queremos seguir contactando con la API cada vez que cambiamos de ciudad.

Cuando queremos solicitar nuevos datos, simplemente llamamos al método get del módulo de la API y le pasamos el nombre de la ciudad actual. En la 'promesa', nos aseguramos de actualizar el objeto caché con los datos recibidos y llamamos al método updateData para establecer el nuevo valor en los estados.

Paso 11. Actualizar los estados

En este punto, el componente React acaba de recibir nuevos datos de la API y está listo para actualizar la UI con estos nuevos datos. Vamos a crear un nuevo método llamado updateData:

updateData: function() {
    // Update the data for the UI
    this.setState({
        weather: citiesWeather[currentCity].weather[0].id,
        temp: Math.round(citiesWeather[currentCity].main.temp - 273.15), // Kelvin to Celcius
        humidity: Math.round(citiesWeather[currentCity].main.humidity),
        wind: Math.round(citiesWeather[currentCity].wind.speed)
    });
}

Modificar this.props o this.state directamente no es una buena idea, porque React no podrá captar los cambios. Eso es porque React hace una comparación superficial de tu post prop para determinar si ha cambiado. Así que usa siempre 'setState'.

Paso 12. Leer la cadena de consulta y crear los temporizadores

Antes de empezar con el estilo de la aplicación, hay un paso más que tenemos que abordar. Vamos a crear un nuevo método llamado componentWillMount(), que se llama antes de que se ejecute el método render:

// Called before the render method is executed
componentWillMount: function() {

    // Get the query string data
    query = location.search.split('=')[1];

    // Figure out if we need to display more than one city's weather
    if (query !== undefined) {
        cities = query.split(','); // Get an array of city names

        // Set the interval to load new cities
        if (cities.length > 1) {
            setInterval((function() {
                currentCity++;
                if (currentCity === cities.length) {
                    currentCity = 0;
                }
                this.fetchData(); // Reload the city every 5 seconds
            }).bind(this), 5000);
        }
    }
    else {
        cities[0] = 'London'; // Set London as the default city
    }

    // Create a timer to clear the cache after 5 minutes, so we can get updated data from the API
    setInterval(function() {
        citiesWeather = []; // Empty the cache
    }, (1000*60*5));

    this.fetchData();
},

Hay un módulo llamado React Router que puede ser muy útil para construir aplicaciones de una sola página, pero en aras de la simplicidad, he decidido no incluirlo. Así que vamos a utilizar un enfoque muy simple para leer la lista de ciudades: una cadena de consulta.

En las primeras líneas del fragmento de arriba, sólo estamos dividiendo la cadena en un array y comprobando si el usuario introdujo una sola ciudad o varias separadas por comas. Si tenemos varias, entonces creamos un temporizador que llamará al método fetchData() cada 5 segundos, que actualizará los datos de la ciudad actual. Fíjate que también estamos pasando el contexto de ejecución del componente React al temporizador, de lo contrario this no encontraría el método fetchData.

En la segunda parte del snippet, estamos creando otro timer que se encargará de limpiar la caché cada 5 minutos, de lo contrario, sólo obtendríamos los datos de LIVE una vez (al lanzar la app).

¡Enhorabuena, has llegado al final de la parte de Javascript! Ahora vamos a añadir rápidamente el CSS y a intentar ejecutar la app.

Paso 13. Añadir los estilos SASS

Copia/pega el siguiente código en /sass/partials/base.scss:

// Colours
$very-warm: #FF8500;
$warm: #ffc600;
$normal: #94AF10;
$cold: #06799F;
$very-cold: #233884;

// Breakpoints
$mobile-width: 500px;
@mixin mobile {
    @media (max-width: $mobile-width) {
        @content;
    }
}

// DOM Elements
.weather-widget {
    width: 100%;
    color: white;
    font-family: league-gothic, sans-serif;
    font-weight: 100;
    font-style: normal;
    padding: 5% 10%;

    @include mobile {
        padding: 2%;
    }

    &.very-warm { background-color: $very-warm; }
    &.warm { background-color: $warm; }
    &.normal { background-color: $normal; }
    &.cold { background-color: $cold; }
    &.very-cold { background-color: $very-cold; }
}

.city {
    font-size: 4em;
    text-transform: uppercase;
    letter-spacing: 2px;
    width: 100%;
    text-align: center;
}

.weather{
    display: table;
    height: 415px;
    width: 100%;
    text-align: center;
    border-bottom: 2px solid white;

    @include mobile {
        height: 350px;
    }

     .wi {
        display: table-cell;
        vertical-align: middle;
        font-size: 20em;

         @include mobile {
            font-size: 15em;
         }
    }
}

.weather-details {
    overflow: hidden;
    margin-top: 35px;
    max-width: 550px;
    margin-left: auto;
    margin-right: auto;

    .temp {
        font-size: 13.5em;
        float: left;
        width: 55%;
        max-height: 200px;

        @include mobile {
            font-size: 9em;
        }

        .temp-number, .wi {
            vertical-align: top;
            line-height: 0.85em;
        }

        .wi {
            font-size: 1.5em;
            line-height: 0.8em;
        }
    }

    .humidity, .wind {
        font-size: 5em;

        @include mobile {
            font-size: 3em;
        }

        .wi {
            vertical-align: top;
            width: 70px;

            @include mobile {
                width: 40px;
            }
        }
    }

    .humidity {
        margin-bottom: 20px;
    }

    .wind {
        .wi {
            font-size: 0.82em;
        }
        .vel {
            font-size: 0.6em;
        }
    }
}

El código SASS es bastante autoexplicativo. Se puede mejorar, pero para este tutorial, que es para aprender React, creo que cumple su cometido.

Paso 14. El momento de la verdad

Escribe 'gulp' en la consola/terminal y cruza los dedos.

Si funciona, ¡felicidades! si no lo hace, intenta depurar los mensajes de error y encontrar una solución. Si te quedas atascado, entonces publica un comentario aquí y trataré de ayudarte.

Esta fue mi primera aplicación de React y estoy emocionado de seguir aprendiendo sobre Flux, Reflux, el router, etc. Así que, por favor, enviadme vuestras sugerencias o hacedme saber si la aplicación puede ser mejorada de alguna manera. ¡Gracias y espero que os haya gustado!

ACTUALIZACIÓN: Tienes que crear tu propia clave de API y establecerla en la variable apiUrl en /src/utils/api.jsx, de lo contrario tus peticiones serán bloqueadas en algún momento.

Así que, para este nuevo año 2016, he decidido centrarme en pulir mi Javascript y convertirme en un JavaScript Samurai / Master of the Universe, ¡JA, JA, JA! (risa malvada).

Compré tres cursos en Udemy y del que voy a hablar en este artículo se llama Javascript: entendiendo las partes raras. Si quieres comprarlo, puedes probar con el código de cupón NEWYOU015 y ver si te da el curso por 13€, si no, te sugeriría que escribieras un email a soporte pidiendo que te den uno nuevo. El curso ha sido escrito por Anthony Alicea y actualmente tiene más de 32.700 estudiantes.

Creo que conozco bastante bien JavaScript, pero siempre es bueno refrescar los conceptos, el vocabulario y, por supuesto, aprender las nuevas cosas de ES6. Así que, si quieres acompañarme en este viaje, iré publicando todos mis aprendizajes en el blog, así que siéntete libre de leer y compartir tus pensamientos.

Javascript: entendiendo las partes raras [Parte 1]

Voy a saltarme las cuatro primeras lecturas, que se centran principalmente en dar algo de contexto y establecer el entorno de programación.

Lectura 6: Parsers de sintaxis, contextos de ejecución y entornos léxicos.

Analizadores de sintaxis: Un programa que lee tu código y determina lo que hace y si su gramática es válida. Tu código no es mágico. Alguien escribió un programa para traducirlo para el ordenador y puede añadir "cosas extra" durante esa traducción.

Entorno léxico: donde algo se encuentra físicamente en el código que escribes. "Léxico" significa "que tiene que ver con las palabras o la gramática". En los lenguajes de programación existe un entorno léxico en el que donde se escribe algo es importante.

El lugar en el que veas las cosas escritas en el código, te dará una idea de dónde estarán en la memoria.

Contexto de ejecución: una envoltura que ayuda a gestionar el código que se está ejecutando. Hay muchos entornos léxicos. El que se está ejecutando actualmente se gestiona a través de los contextos de ejecución. Puede contener cosas más allá de lo que has escrito en tu código.

Lectura 7: Parejas de nombre/valor y objetos

Parejas de nombre/valor: un nombre que se asigna a un valor único. El nombre puede ser definido más de una vez, pero sólo puede tener un valor en cualquier contexto. Ese valor puede ser también una nueva pareja de nombre/valor.

Objeto: una colección de parejas de nombre-valor. La definición más sencilla cuando se habla de Javascript. ¡No pienses más profundamente en un objeto que esto!

Lectura 9: El entorno global y el objeto global

El contexto de ejecución base es el global. Lo que es accesible desde cualquier parte de su código. Javascript crea también la palabra reservada 'this' y en el contexto global, esto representa la ventana, la ventana del navegador, a la que también se puede acceder con la palabra reservada 'window'. Cada pestaña del navegador tiene su contexto de ejecución.

Cuando decimos 'global', en Javascript significa 'no dentro de una función'. No hay que pensar más allá de eso.

Nota: Si estamos ejecutando Node.js, el objeto global no será la ventana.

Cuando creamos variables y funciones que no están dentro de ninguna otra función, se adjuntan al objeto global. Así que podríamos acceder a ellas usando window.anyVariable o window.anyFunction.

Lectura 10: El contexto de ejecución: creación y 'hoisting'

Si no eres un hablante nativo de inglés, te habrás preguntado qué significa "hoisting". Hoisting significa llevar algo a la cima, como cuando se usa un polipasto para levantar cosas.

En Javascript, hay situaciones en las que hemos declarado variables y funciones en la parte inferior de un script pero las estamos usando antes de que sean declaradas, lo que devolverá undefined (en el caso de la variable).

Hoisting significa que Javascript trae a la parte superior las variables y funciones cuando se crea el contexto de ejecución, pero vamos a verlo con más detalle:

1ª fase: la fase de creación.

• Crear el objeto global
• Crear 'this'
• Crear el entorno externo
• Reconocer las variables y la función que hemos creado y establecer un espacio de memoria para ellas -> 'hoisting'

Entonces, hoisting significa que, en esta fase, nuestras cosas existirán en la memoria y que todas las variables se establecen inicialmente como indefinidas. Eso es todo hasta ahora.

Lectura 11: Javascript y 'undefined'

'undefined' es una palabra clave especial. Es un valor. Significa que la variable no ha sido declarada. Si no ha sido declarada, lanzaría un 'uncaught ReferenceError'. Es mejor no poner 'undefined' manualmente porque entonces, no sabríamos si fuimos nosotros o Javascript quien lo puso en undefined.

Lectura 12: El contexto de ejecución: la ejecución del código

En la lección 10 hemos hablado de la fase de creación. Ahora, en el contexto de ejecución, vamos a ejecutar línea por línea el código preparado por la fase de creación.

Lectura 13: Ejecución monohilo y sincrónica

Single threaded: un comando a la vez. Bajo el capó del navegador, quizás no. Pero desde nuestra perspectiva, JS es single-threaded.

Sincrónico: de uno en uno y en orden...

Lectura 14: Invocación de funciones y pila de ejecución

Invocación: ejecutar una función o llamar a una función. En Javascript, mediante el uso de paréntesis ()

Cada vez que se ejecuta una función, se crea un nuevo contexto de ejecución y se coloca en la parte superior de la pila de ejecución, donde el contexto de ejecución global está siempre en la parte inferior.

Cada vez que el contexto de ejecución de una función termina, sale de la pila de ejecución.

Lectura 15: Funciones, contexto y entornos de variables

Entorno de las variables: dónde viven las variables y cómo se relacionan entre sí en la memoria.

Esto es sobre el ámbito de las variables y la diferencia entre el ámbito de las vars globales y las vars locales.

Lectura 16: La cadena de alcance

Cuando se buscan variables, cada contexto de ejecución tiene una referencia a su entorno exterior, y este entorno exterior es donde el código fue escrito físicamente. Así, el motor de Javascript seguirá moviéndose hacia abajo (buscando la variable) en la pila de ejecución hasta llegar al contexto global.

Lectura 17: Scope, ES6 y let

Scope: dónde está disponible una variable en tu código y si es realmente la misma variable o una nueva copia

let es una nueva forma de declarar variables en ES6, permitiendo el ámbito de bloque (declarada dentro de {}) y sólo creándola en memoria al llegar a la línea donde está definida.

Lectura 18: ¿Qué pasa con los callbacks asíncronos?

Asíncrono: más de uno a la vez.

El motor de Javascript tiene ganchos que enlazan con otros motores y módulos del navegador como el motor de renderizado o las peticiones HTTP.

Hay otra lista que se encuentra fuera de la pila de ejecución llamada "Cola de Eventos". Esta lista almacena los eventos de clic, peticiones http, etc.

El motor de Javascript mira esa lista SÓLO cuando la pila de ejecución está vacía, entonces mira periódicamente la cola de eventos para ver si hay algo que necesita ser ejecutado.

Esto significa que las funciones de larga duración pueden bloquear la ejecución de cualquier otra cosa, por lo que Javascript puede ejecutar eventos asíncronos pero de forma sincrónica :D

Lectura 19: Tipos y Javascript

Tipos dinámicos: no le dices al motor de Javascript qué tipo de datos contiene una variable, lo averigua mientras tu código se está ejecutando. Las variables pueden contener diferentes tipos de valores porque todo se calcula durante la ejecución.

Lectura 20: Tipos primitivos

Tipo primitivo: un tipo de datos que representa un único valor. Es decir, no es un objeto.

indefinido: representa una falta de existencia (no se debe establecer una variable en este sentido).

null: representa una falta de existencia (puedes poner una variable con este valor).

booleano: verdadero o falso

número: número en coma flotante (siempre hay algunos decimales). A diferencia de otros lenguajes de programación, sólo hay un tipo 'number'... y puede hacer que las matemáticas sean raras.

cadena: una secuencia de caracteres (se pueden usar tanto '' como "")

símbolo: utilizado en ES6 (la próxima versión de Javascript).

Lectura 21: Operadores

Operador: una función especial que se escribe sintácticamente de manera diferente. Generalmente, los operadores toman dos parámetros y devuelven un resultado.

La forma en que usamos los operadores se llama notación infija, es decir, 3 + 4

Lectura 22: Precedencia de operadores y asociatividad

Precedencia de los operadores: qué función del operador se llama primero cuando hay más de una. Las funciones son llamadas en orden de preferencia (la mayor preferencia gana).

Asociatividad de los operadores: en qué orden se llama a las funciones de los operadores: de izquierda a derecha o de derecha a izquierda. Cuando las funciones tienen la misma precedencia.

En esta tabla puedes encontrar la precedencia de los operadores.

Lectura 24: Coerción

Coerción: convertir un valor de un tipo a otro. Esto ocurre muy a menudo en Javascript porque está tipado dinámicamente. Por ejemplo, cuando intentamos el siguiente 1 + '2', el resultado sería 12 en lugar de 3, sólo porque el motor de JS adivinará que ambos números son cadenas.

Lectura 25: Operadores de comparación

A veces, cuando tenemos una cadena de comparaciones, como por ejemplo (3 < 2 < 1), el resultado, en lugar de falso, será verdadero. En este caso, (3 < 2) está devolviendo falso y luego (falso < 1) devuelve verdadero porque falso está coaccionado en 0.

Del mismo modo, al comparar valores, como ('3' == 3), (false == 0), (null < 1), ("" == 0), ("" == false) o (undefined = 0) devolvería true. En cambio, (null = 0) devolverá false.

¿Cómo lo solucionamos? Con la igualdad estricta: ===

En esta tabla puedes encontrar las comparaciones de igualdad.

Lectura 27: Existencia y booleanos

Si intentamos convertir null, undefined o "" en booleano, siempre obtenemos false. Boolean(null) devuelve false;

Podemos usar esto a nuestro favor. Cuando ponemos algo en una sentencia 'if', va a intentar convertirlo en booleano, así que podemos usarlo para comprobar si una variable tiene contenido. Un ejemplo:

var a; // a is undefined
if (a) {
    console.log('Something is there.');
}

El único escenario en el que a será coaccionado a falso aunque tenga contenido es cuando a = 0, por lo que podríamos cambiar la condición a if (a || a === 0).

Lectura 28: Valores por defecto

Cuando usamos funciones con parámetros, si no pasamos los parámetros cuando llamamos a la función, estos se inicializan a indefinidos y ya está. Pero hay un buen truco para anular esto:

function greet(name) {
   name = name || 'Your name here';
   console.log('Hello' + name);
}
greet('Joan');

Por lo tanto, devuelve el valor que puede ser coaccionado a true. Así que si llamamos a greet() sin ningún parámetro, 'Your name here' será enrojecido porque puede ser coaccionado a true.

Nota: en ES6 hay una nueva forma de hacer esto...

Lectura 29: Valores por defecto del framework

Imaginemos que tenemos dos bibliotecas (lib1.js y lib2.js) que estamos cargando junto a nuestro app.js. Ambas bibliotecas declaran una variable llamada libraryName y la establecen como 'Lib 1' y 'Lib 2' respectivamente. El problema aquí es que cuando sacamos esa variable desde app.js, el resultado será 'Lib 2' porque anula la anterior. Para evitar esto, lo que hacen la mayoría de las bibliotecas es asignar el objeto al objeto global de la ventana SÓLO si no hay nada allí:

window.libraryName = window.libraryName || 'Lib 2';

Clase 30: Objetos y funciones

En otros lenguajes, los objetos y las funciones son diferentes, pero en Javascript, son muy parecidos.

Un objeto es una colección de valores a los que se les da un nombre. Un objeto puede tener propiedades y métodos. Las propiedades pueden ser primitivas (como booleanos, números, etc). La propiedad también puede ser otro objeto y los métodos son las funciones que tiene el objeto.

Podemos crear un objeto así (hay mejores formas de hacerlo, pero de momento vamos a hacerlo así)

var persona = new Object();

Para crear una primitiva (una cadena) usando un acceso de miembro computado:

persona["nombre"] = "Joan Mira";

Los corchetes son un operador que busca esa propiedad en el objeto persona. Esto es útil si necesitamos precomponer el nombre de la propiedad miembro.

También podemos almacenar el nombre de la primitiva en una variable y usarla para localizar esa primitiva en el objeto:

var firstNameProperty = "firstname";
console.log(person[firstNameProperty]);

También podemos utilizar el operador '.' para acceder al miembro primitivo (que es la forma recomendada):

console.log(persona.nombre);

También podemos crear un objeto sentado dentro del objeto persona:

person.address = new Object();
person.address.street = "111 Main St.";
person.address.city = "London";

Lectura 31: Objetos y literales de objetos

Para crear literales de objeto, usamos llaves, que no es un operador. Es sólo el motor JS asumiendo que estamos creando un objeto.

var persona = {};

También podemos establecer e inicializar propiedades y métodos:

var persona = { nombre: 'Juana', apellido: 'Mira' };

También es recomendable utilizar espacios en blanco y poner cada propiedad en una línea diferente:

var Joan = {
    firstname: 'Joan',
    lastname: 'Mira',
    address: {
        street: '111 Main St.',
        city: 'London'
    }
};

Y podemos pasar el objeto a una función:

function greet(person) {
    console.log('Hi ' + person.firstname;
}
greet(Joan);

También podemos crear objetos sobre la marcha:

greet({
    firstname: 'Mary',
    lastname: 'Doe'
});

Lectura 32: Falsificación de espacios de nombres

Espacio de nombres: un contenedor para variables y funciones. Típicamente para mantener variables y funciones con el mismo nombre separadas.

var greet = 'Hello!';
var greet = 'Hola!';

console.log(greet); // Renders Hola!

Podemos evitar esa colisión creando contenedores:

var english = {};
var spanish = {};

english.greet = 'Hello!';
spanish.greet = 'Hola!';

Lectura 33: JSON y literales de objeto

JSON (JavaScript Object Notation) se parece mucho a la sintaxis de objetos de JS pero no caigamos en ese error.

var objectLiteral = {
    firstname: 'Mary',
    isAProgrammer: true
};

Formato JSON:

{
    "firstname": "Mary",
    "isAProgrammer": true
}

En JSON, las propiedades deben ir entre comillas.

También existen utilidades para convertir objetos en JSON:

JSON.stringify(objectLiteral);

Y para parsearlos (convertir de JSON a objeto JS):

var jsonValue = JSON.parse('{ "firstname": "Mary", "isAProgrammer": true }');

Lectura 34: Las funciones son objetos

Funciones de primera clase: todo lo que puedes hacer con otros tipos lo puedes hacer con funciones. Asignarlas a variables, pasarlas, y crearlas sobre la marcha.

Las funciones no necesitan un nombre, pueden ser anónimas y el código que escribimos en la función es sólo una de las propiedades que estamos añadiendo a la función. Lo especial es que esa propiedad es invocable ();

Tenemos que pensar en las funciones como objetos, cuyo código resulta ser una propiedad de ese objeto.

Se puede mover, y copiar, al igual que una cadena o un número u otro objeto.

function greet() {
    console.log('hi');
}

greet.language = 'english';

Sí, podemos añadir propiedades a una función. LAS FUNCIONES SON OBJETOS.

Lectura 35: Sentencias de función y expresiones de función

Expresión: una unidad de código que da como resultado un valor. No tiene que guardar en una variable.

Por ejemplo (a === 3), eso es una expresión.

Por otro lado, una declaración es algo que no devuelve un valor, como por ejemplo una declaración 'if'.

Con las funciones ocurre algo parecido. La siguiente es una declaración de función que no devuelve un valor:

function greet() {
    console.log('hi');
}

Por otro lado, se trata de una expresión de función:

var anonymousGreet = function() {
    console.log('hi');
}

Estamos creando un objeto sobre la marcha y asignándolo a una variable. La diferencia es que anonymousGreet tiene la DIRECCIÓN en memoria de la función anónima.

Lectura 36: Por valor vs por referencia

Cuando se habla de asignar el valor de una variable a otra, en el caso de las primitivas, JS COPIA el valor en una nueva dirección de memoria. Esto es por valor.

Ahora bien, en el caso de los objetos (todos los objetos), cuando se trata de hacer que dos tengan el mismo valor, en lugar de obtener una nueva ubicación en memoria, simplemente se apunta a la misma ubicación en memoria. No hay copia. Así, dos nombres apuntan a la misma dirección. Esto se llama por referencia.

Cuando se modifican objetos, a menudo se escuchan estos dos conceptos, que suenan mucho más complicados de lo que son.

Mutable: que cambia algo Imutable: que no se puede cambiar

Lectura 37: Objetos, funciones y 'esto'

Si creamos una función (incluso una expresión de función) en el contexto global, la invocamos y console.log 'this' dentro de esa función, obtendremos como resultado la ventana global.

Por otro lado, si declaramos un método dentro de un objeto y console.log 'this' en ese método, obtendremos como resultado el objeto.

Mucha gente piensa que JS tiene un error cuando creamos un nuevo método dentro de ese método del objeto anterior y usamos 'this' para mutar el objeto. ¡En este caso, 'this' ya no apuntará al objeto, sino a la ventana global WTF!

Para arreglar este error, podemos usar este popular truco

var self = this;

Eso creará una referencia al ámbito del objeto correcto que podemos usar para apuntar a sus propiedades y métodos, de modo que podemos comunicarnos desde dentro del método con otras propiedades y métodos del objeto.

Lectura 38: Arrays - colecciones de cualquier cosa

Los arrays se pueden definir con = new Array() o usando el formato literal con corchetes []. Pueden contener colecciones de cualquier cosa, ¡incluso mezclando diferentes tipos!

Lectura 39: 'argumentos' y extensión

Argumentos: los parámetros que pasas a una función. Javascript te da una palabra clave con ese mismo nombre que los contiene todos. Ejemplo:

function greet(firstname, lastname, language) {
    console.log(arguments);
}

La palabra reservada argumentos devolverá un pseudoarray con los parámetros que recibió la función.

Lectura 40: Sobrecarga de funciones

La sobrecarga de funciones consiste en tener otra función con el mismo nombre pero con diferentes parámetros. En JavaScript no existe esta funcionalidad, pero podemos replicarla utilizando otros patrones, como condicionales dentro de la función para devolver uno de los otros resultados.

Lectura 41: Analizadores de sintaxis

Javascript lee cada palabra carácter por carácter.

Lectura 42: Peligroso! inserción automática de punto y coma

El parser de sintaxis trata de ser útil al no requerir el punto y coma al final de la línea. El Javascript los pone automáticamente donde cree que deben estar. No queremos que el motor JS tome esas decisiones por nosotros. Puede causar un GRAN problema en nuestro código porque es muy difícil de rastrear.

Lectura 43: Espacio en blanco

Espacio en blanco: caracteres invisibles que crean un 'espacio' literal en tu código escrito. Retornos de carro, tabulaciones, espacios.

Javascript es bastante liberal a la hora de aceptar los espacios en blanco, así que podemos escribir comentarios entre var y el nombre de las variables o dentro de los literales de los objetos.

Haz que tu código sea legible y comprensible. ¡Escribe comentarios! No te preocupes por los espacios en blanco.

Lectura 44: IIFEs (Expresiones de Función Inmediatamente Invocadas)

Ya sabemos que el paréntesis () se usa para invocar una función, así que eso es básicamente lo que vamos a usar para las IIFEs:

var greeting = function(name) {
    return 'Hello ' + name;
}('John');

console.log(greeting);

Eso está bien para las expresiones de función, pero ¿cómo podemos hacer IIFEs con declaraciones de función normales como esta:?

function name() {
    return 'Hello ' + name;
}

Hay un truco para hacer que el analizador sintáctico piense que la función es una expresión. Sólo tenemos que envolver la función entre paréntesis. Como son un operador y sólo los usamos con expresiones, el analizador sintáctico los trata como tales. Ejemplo:

(function name() {
    var greeting = 'Hello';
    return greeting + ' ' + name;
}('John'))

Por cierto, podemos invocarlo antes o después del paréntesis de envoltura.

Lectura 45: IIFEs y código seguro

Hay escenarios en los que una variable (en este caso 'greeting') puede ser definida en dos contextos diferentes. Esto significa que no estamos sobreescribiendo la variable 'saludo'. Ambas existen en contextos diferentes.

var greeting = 'Hola';

(function(name) {
    var greeting = 'Hello';
    return greeting + ' ' + name;
}('John'))

console.log(greeting);

En caso de que queramos pasar el objeto global a la función envuelta, podemos hacerlo pasando el parámetro ventana. Recuerda que los objetos pasan por referencia, por lo que no estamos copiando nada, sólo estamos pasando una referencia al objeto global:

var greeting = 'Hola';

(function(global, name) {
    var greeting = 'Hello';
    // we can access the global object here
    global.greeting = 'Hello';

    return greeting + ' ' + name;
}(window, 'John'))

console.log(greeting);

Sólo lo llamamos global porque podríamos querer usar el código en el servidor (donde no hay navegador).

Lectura 46: Entendiendo los closures

Este es un tema notorio. Es vital entenderlo para avanzar en el lenguaje.

function greet(whattosay) {
    return function(name) {
        console.log(whattosay + ' ' + name);
    }
}

greet('Hi')('Joan');

Aquí tenemos una función que devuelve una función. Entonces invocamos la función y volvemos a invocar la función devuelta. También podríamos llamarla así:

var sayHi = greet('Hi');
sayHi('Joan');

La pregunta es, ¿cómo es posible que whattosay siga existiendo en la segunda función? Debería haber desaparecido porque el contexto de esa función ya no está en la pila de ejecución. Bueno, eso es posible gracias a los closures. El motor JS ha liberado el contexto de ejecución de la primera función, pero el valor de whattosay sigue dando vueltas...

Así, el contexto de ejecución puede haber desaparecido, pero la variable sigue en memoria porque la otra función todavía la necesita. ¡Eso es un closure!

La segunda función está recorriendo la cadena de alcance para encontrar lo que necesita.

El contexto de ejecución ha cerrado sus variables externas. Las variables que normalmente habrían sido referenciadas de todos modos, incluso en sus contextos de ejecución han desaparecido. Este fenómeno se llama closure. No es algo que creamos, escribimos o le decimos a JS que haga. Es simplemente una característica de JS. Simplemente ocurre. El motor de JS siempre se asegurará de que, sea cual sea el contexto de ejecución, las variables estarán siempre accesibles.

Es sólo una característica para asegurarse de que cuando ejecutamos una función, todo funciona como debería.

Lectura 47: Entendiendo los closures [parte 2]

Hay un ejemplo clásico para explicar los closures:

function buildFunctions() {
    var arr = [];

    for (var i = 0; i < 3; i++) {
        arr.push(function() {
            console.log(i);
        }
    }

    return arr;
}

var fs = buildFunctions();
fs[0]();
fs[1]();
fs[2]();

Así que sólo estamos creando tres funciones en un array utilizando un bucle for. Luego invocamos las funciones y obtenemos i. ¿Qué sería i?

Lo que normalmente esperaríamos es que i fuera 1, 2, 3, ¡pero entonces obtenemos todos los 3!

Entonces, lo que está sucediendo bajo el capó es que el console.log no está siendo ejecutado dentro del bucle for, así que para cuando empezamos a ejecutar el console.log de las funciones, el valor de i ha llegado a 3.

Así que, en este caso, todavía tenemos la variable i en memoria pero no está manteniendo los valores que esperábamos.

Entonces, ¿cómo lo arreglamos para que se muestren los números que queremos? En ES 6, podríamos usar let para crear variables desescopadas, pero también podemos evitar el valor de i creando un nuevo contexto de ejecución para cada una de las funciones que estamos empujando al array. Así que podríamos hacer eso usando IIFEs:

function buildFunctions2() {
    var arr = [];

    for (var i = 0; i < 3; i++) {
        //let j = i; //ES6 solution
        arr.push(
            (function(j) {
                return function() {
                    console.log(j);
                }
            }(i))
        )
    }

    return arr;
}

var fs2 = buildFunctions2();
fs2[0]();
fs2[1]();
fs2[2]();

Lectura 48: Fábricas de funciones

Una fábrica es una función que devuelve y mezcla algo por nosotros.

function makeGreeting(language) {

    return function(firstname, lastname) {

        if (language === 'en') {
            console.log('Hello ' + firstname + ' ' + lastname);
        }

        if (language === 'es') {
            console.log('Hola ' + firstname + ' ' + lastname);
        }
    }
}

var greetEnglish = makeGreeting('en');
var greetSpanish = makeGreeting('es');

greetEnglish('John', 'Doe');
greetSpanish('Laura', 'Diaz');

Aquí estamos aprovechando los closures para crear una fábrica que devuelva funciones para saludar en diferentes idiomas. Esto nos ayuda a evitar pasar siempre los mismos parámetros para el idioma deseado.

Lectura 49: closures y callbacks

function sayHiLater() {

    var greeting = 'Hi!';

    setTimeout(function() {
        console.log(greeting);
    }, 3000);
}

sayHiLater();

En este caso, estamos utilizando un closure (la variable saludo) y una función de primera clase dentro del tiempo de espera que actúa como una expresión de función. Gracias al closure, seguimos teniendo acceso al saludo 3 segundos después.

En jQuery, también estamos utilizando los mismos tipos de expresiones de función y funciones de primera clase.

$("button").click(function() {
});

Función de retorno: una función que le das a otra función, para que se ejecute cuando la otra función termine. Así que la función que llamas (es decir, invocas), 'devuelve la llamada' llamando a la función que le diste cuando termina.

function tellMeWhenDone(callback) {
    var a = 1000; // some work
    var b = 2000; // some work

    callback(); // the 'callback', it runs the function I gave it!
}

tellMeWhenDone(function() {
    console.log('I am done!');
});

Lectura 50: Call(), Apply() y Bind()

Todas las funciones tienen acceso a los métodos call, apply y bind.

Call invoca una función con el ámbito del objeto que le pasamos y nos permite pasar parámetros separados por comas.

Aplicar es lo mismo que una llamada pero pasamos los parámetros como un array. Un array es más útil, especialmente en circunstancias matemáticas.

Bind no invoca la función, crea una copia de la función que estamos llamando y pasa el contexto de un objeto.

var person = {
    firstname: 'John',
    lastname: 'Doe',
    getFullName: function() {
        var fullname = this.firstname + ' ' + this.lastname;
        return fullname;
    }
}

var logName = function(lang1, lang2) {
    console.log('Logged: ' + this.getFullName());
}
// we can also finish it like this:
// }.bind(person);

var logPersonName = logName.bind(person);
logPersonName('en');

logName.call(person, 'en', 'es');
logName.apply(person, ['en', 'es']);

Con bind, estamos creando una nueva copia de logName y asignándole el contexto de ejecución de la persona. Así, el valor de 'this' será el correcto en lugar del objeto global.

También podemos utilizar call y apply para el préstamo de funciones:

var person2 = {
    firstname: 'John',
    lastname: 'Doe'
}

console.log(person.getFullName.apply(person2));

También podemos hacer currying de funciones. Con bind creamos una nueva copia de la función, ¿qué pasa si le pasamos parámetros?

Al dar los parámetros se establecen los valores permanentes de estos parámetros cuando se hace la copia.

function multiply(a, b) {
    return a*b;
}

var multiplyByTwo = multiply.bind(this, 2);
console.log(multiplyByTwo(4));

Así, en este ejemplo, la variable 'a' será siempre un 2, y el 4 será el segundo parámetro. Si pasamos 2 parámetros al bind, entonces significa que esos valores serán siempre los mismos.

Currying de funciones: crear una copia de una función con unos parámetros preestablecidos. Muy útil en situaciones matemáticas.

Lectura 51: Programación funcional

Podemos pensar y codificar en términos de funciones. Introduce un enfoque que no se puede hacer en otros lenguajes de programación que no tienen funciones de primera clase.

var arr1 = [1,2,3];
console.log(arr1);

var arr2 = [];
for (var i=0; i < arr1.length; i++) {
    arr2.push(arr1[i] * 2);
}

console.log(arr2);

Pero podemos hacer algo mejor con las funciones, para ser más flexibles. De esta manera, estamos segmentando nuestro código de manera más limpia:

function mapForEach(arr, fn) {
    var newArr = [];
    for (var i=0; i < arr1.length; i++) {
        newArr.push(
            fn(arr[i])
        )
    };

    return newArr;
}

var arr1 = [1,2,3];
console.log(arr1);

var arr2 = mapForEach(arr1, function(item) {
    return item * 2;
});
console.log(arr2);

var arr3 = mapForEach(arr1, function(item) {
    return item > 2;
});
console.log(arr3);

var checkPastLimit = function(limiter, item) {
    return item > limiter;
}

var arr4 = mapForEach(arr1, checkPastLimit.bond(this, 1));
console.log(arr4);

var checkPastLimitSimplified = function(limiter) {
    return function(limiter, item) {
        return item > limiter;
    }.bind(this, limiter);
}

var arr5 = mapForEach(arr5, checkPastLimitSimplified(1));
console.log(arr5);

La programación funcional es lo que lleva a Javascript al siguiente nivel.

Lectura 52: Programación funcional [parte 2]

La biblioteca Underscore.js es una de las bibliotecas más famosas y es un gran ejemplo de programación funcional.

Si abres el código fuente anotado, puedes ver los comentarios sobre cómo se implementan las funciones de undescore.js.

Hay otra biblioteca llamada lodash que funciona como underscore. Algunas personas la prefieren por encima de underscore, pero la primera fue Underscore (que siempre es más difícil, ser el primero).

Algunas cosas que podemos hacer con Underscore:

// underscore
var arr6 = _.map(arr1, function(item) { return item * 3; });
console.log(arr6);

var arr7 = _.filter([2,3,4,5,6,7], function(item) { return item % 2 === 0; });
console.log(arr7);

Así que, juega con Underscore, aprende cómo se hace y trata de construir esas utilidades por ti mismo.

Fin de la primera parte

Este es el final de la primera parte del curso. Espero que lo hayas disfrutado y me disculpo si algunas de las charlas no son muy claras. Son sólo apuntes que voy tomando mientras veo los vídeos. Si hay algo que necesita una mejor explicación, no dudes en comentarlo y lo mejoraré.

Las próximas conferencias serán sobre javascript orientado a objetos y herencia prototípica. Estad atentos.

De todos modos, tengo un favorito y probablemente lo hayas visto antes. Se llama Species in Pieces. Una hermosa exposición interactiva basada en CSS realizada por Bryan James.

Es un proyecto notable con una dificultad técnica más allá de lo que la gente normal puede imaginar, ya que todos los animales han sido elaborados a mano y puramente con CSS. Puedo ver este tipo de trabajo siendo reconocido en futuras generaciones como un ejemplo de innovación creativa.

¡Mucha suerte con ese premio!

Veo que se está experimentando mucho con el aspecto del material design, lo que confirma el rumor sobre el diseño de la interfaz de usuario que hemos escuchado el año pasado.

Entre todos estos grandes ejemplos, me gustó especialmente el contenido curvo animado. Sobre todo porque construimos algo similar (sin la animación) para el proyecto Dove y quizás esta animación habría quedado muy bien en él.

Estos ejemplos de animaciones de navegación no son muy impresionantes pero pueden ser bastante útiles para sitios web pequeños o micrositios:

En aquellos tiempos llegaron a mi casa un Commodore 64 y un Atari 2600 con un cartucho que contenía 32 juegos (si recuerdo bien). Qué tiempos tan maravillosos... No paraba de visitar a los vecinos para jugar al Super Sprint en el Spectrum, o al Monkey Island (en blanco y negro) en el PC 286 del chico del 5º piso, o jugar al Ghost'n'Goblins en el Amstrad 664 ¡con disquetes de 3"! de mi compañero de colegio. En aquella época, éramos pacientes con los tiempos de carga. Sólo queríamos jugar a juegos como Double Dragon en una pantalla verde, aunque tuviéramos que esperar 15 minutos escuchando psicofonías desde el Amstrad 464 mientras se cargaba el juego desde el casete.

Creo que el inicio de mi vida geek comenzó exactamente el día de mi primera comunión (en marzo de 1989), cuando mi sabia abuela decidió comprarle a mi primo el Amstrad 464 con 400 juegos en casete para regalármelo. Durante esos años, también jugaba con el famoso Amstrad PC 1512 de mi familia en Almería. Un ordenador muy bueno que utilizaba discos de 5 1/4''. Unos años después, mi padre compró un Amstrad PCW 8256 con impresora y pantalla verde. No estaba muy convencido porque había muy pocos juegos disponibles en ese ordenador.

Recuerdo con especial cariño el salón de juegos "Focus" de Playa San Juan (Alicante), donde las monedas de 100 pesetas y 25 pesetas fueron sabiamente cambiadas en favor del truco del mechero eléctrico. Con ellos generábamos una chispa en el hueco de las monedas para obtener créditos gratis en las máquinas recreativas. Recuerdo auténticos clásicos como el Wonder Boy, Side Arms, Gun Smoke, Legendary Wings, el famoso Street Fighter, Hard Driving, Hammerin' Harry, Vigilante, [Kung-Fu Master](http://en.wikipedia. org/wiki/Kung_Fu_%28video_game%29), Road Fighter, Spy Hunter, Track and Field, Green Beret, Contra, Combat School, Lethal Enforcers, Mortal Kombat, Gaunlet, [Enduro Racer](https://en. wikipedia.org/wiki/Enduro_Racer), Super Hang-on, Tetris, Out Run, Altered Beast, Golden Axe, Heavy Weight Champ, Passing shot, After Burner, Fatal Fury, [Metal Slug](http://en.wikipedia. org/wiki/Metal_Slug), Super Sidekicks, Windjammers, Bubble Bobble, Operation Wolf, Rastan, Wardner, Chase HQ, Cabal, Snow Bros,... muy buenos momentos de obsesión por los videojuegos.

La Megadrive de SEGA con Sonic: the HedgeHog me convirtió en un auténtico adicto. Recuerdo que me costó unas 27.000 pesetas y debido a mis bajos ingresos, no pude comprar una Super Nintendo. Esa es la razón por la que nunca jugué a Zelda y a otros grandes juegos de Nintendo cuando era niño.

Sin embargo, aunque me gustaban mucho los juegos, nunca dejé de estudiar, aunque Dragon Ball, Big Red Racing y la Playstation eran distracciones constantes.

Cosas que me han apasionado en algún momento de mi vida

Matrix, Pcmania, Super Juegos, PC Actual, Pentium, El Día del Tentáculo, Lego, C++, Dragon Ball, Japón, Fast Tracker 2, Amiga 500, Radiohead, Gatitos, Amstrad CPC 464, Linux, Star Wars, Mozart, AI, Google, Sim City, Playmobil. Demoscene, Joao Gilberto, Tokio, Bonsai, piano, PcFútbol, Yamaha, Nissan, Croquets, Pascal, Death Note, Firefox, Windows 95, patatas fritas, DirectX, Foo fighters, TaekWonDo, Gurbaksh Chahal, Shibuya, CouchSurfing, Meccano, Wayne Dyer, LOTR, Blade Runner, mapex (batería), Blogs, PhpMyAdmin, Rails, Nihongo, Asia, Paella, Fotografía, HDR, Breaking Bad, The Wire, guitarra acústica, Mega Drive, Karate, Wwoofing, Muse, Mario Kart, Bokeh, Akira Kurosawa, TED, Hasekura Tsunesaga, Coldplay, Time lapse, onsen, Canon D550, Sakamoto Ryuichi...

Juegos favoritos

Half-Life 1 y 2, Far Cry, ISS Pro Evolution/Winning Eleven, The Dig, Monkey Island, Day of the Tentacle, Indiana Jones in the fate of Atlantis, Full Throttle, Halo, GP500, Need for Speed Underground, Counter-Strike, Medal of Honor, NBA Jam, Fifa 2006, Resident Evil, Lemmings, Sonic, Mario 64, Another World, Flashback, Forza 4.

Sabías que...

¡* El primer módulo de RAM que compré (SIMM de ranura) era sólo de 4 MB y me costó 20.000 pesetas! ¡Lo conseguí en el verano de 1994 a través de CentroMAIL (de PCMANIA) y lo usé para jugar a Bioforge en mi 486 SX 33Mhz con CDROM!

• El barrio donde crecí estaba lleno de niños adictos a los videojuegos. Nos intercambiábamos constantemente juegos como el DOOM, el Rise of the Robots o el maravilloso The Dig (una de mis aventuras gráficas favoritas).

• Cerca de mi casa, había un bar (nada más cruzar la calle) y por lo que recuerdo, siempre había una máquina recreativa. Podría contar muchas historias sobre ese lugar. Era tan popular que las peleas eran constantes. Algunos de los videojuegos de ese lugar eran: Captain Commando, Final Fight, Three Wonders, Shinobi y Pang.

• Durante mi infancia, sólo vi una vez a alguien terminando Ghost'n'Goblins en la recreativa. ¡Es muy muy difícil!

• En el bar cercano a mi escuela primaria, tenían el arcade con el juego del pollo... Yo era una basura en ese juego.

¡Gracias por leer todo esto! :-)

¿Eh? ¿Qué ha pasado?

Creo que en los últimos años, especialmente desde 2010, el desarrollo web ha evolucionado muy rápidamente. Principalmente debido a la creciente popularidad de las aplicaciones web y otros tipos de aplicaciones que utilizan Internet de alguna manera. Esto es genial para la humanidad en general. Ahora tenemos un entorno más democrático y competitivo para mostrar nuestras cosas, comprar y vender, interactuar y comunicarnos, pero por supuesto, eso tiene un precio.

Lo que antes era relativamente sencillo desde el punto de vista arquitectónico, ahora se ha vuelto más complejo. Antes de 2010, solía trabajar principalmente con software de código abierto LAMP y Adobe Flash / ActionScript. Por supuesto, también había bibliotecas, plugins y algunos frameworks, pero nada comparado con la escala de lo que está disponible ahora.

¿Cómo me llamo ahora?

La cantidad de disciplinas dentro del desarrollo web también ha aumentado. La separación entre front-end y back-end ya no sirve. Hoy en día, estamos empezando incluso a tener que elegir un área de especialización dentro de esos dominios, como Big Data, Game Development, Animación, mobile dev como Cordova o React native, desarrollo específico de framework / CMS, y tecnologías creativas (Arduino, Kinect, IoT,...), etc. El tamaño de los proyectos hace que sea casi imposible involucrarse en todas las áreas de trabajo de codificación activa al mismo tiempo. Si tenemos en cuenta la rapidez con la que cambian las cosas (especialmente los frameworks), también es cada vez más difícil seguir cambiando de área de especialización.

De hecho, en el siguiente gráfico podemos apreciar que sólo el 3% del mercado de trabajo de desarrollo web busca un desarrollador full-stack, mientras que los desarrolladores front-end son los más deseados con un 20%.

Los desarrolladores que trabajan en proyectos pequeños, como sitios web de WordPress o Drupal, por supuesto, aún pueden definirse como desarrolladores full-stack, pero esto es algo que también se verá amenazado por nuevas plataformas como Ghost, que implementa una tecnología más compleja compuesta por Node.js, Express.js, Ember, Grunt, Handlebars, jQuery, Moment.js, etc.

Es una pena dejar de lado algo con lo que crees que puedes ser competente, pero no es realista tratar de dispersarte demasiado. Las tareas requieren tiempo, dedicación y atención al detalle, así que no es posible hacerlo todo (a menos que seas un prodigio o vivas con las manos pegadas al teclado).

¿Y si todavía quiero intentarlo todo?

Tal vez el aspecto más respetable de las personas que dicen ser full-stack, es que transmite ambición y determinación. El desarrollador ideal debe estar dispuesto a intentar aprender cosas nuevas, pero también a reconocer cuándo necesita la ayuda de un especialista del equipo.

Después de todo, las empresas más pequeñas y las startups siguen necesitando desarrolladores full-stack. Los desarrolladores a menudo se ven obligados a adquirir nuevas habilidades cuando los recursos simplemente no están disponibles. El problema para las empresas desesperadas por contratar a estos tipos es que los verdaderos desarrolladores con múltiples habilidades son bastante difíciles de encontrar.

Por otro lado, para los proyectos complejos, es fundamental contar con al menos una persona con un conocimiento funcional de cada una de las partes compuestas que también sea capaz de conectar varios niveles y trabajar con cada experto para que se pueda entregar una característica. En cierto modo, estos arquitectos de software que conectan niveles y construyen puentes (que probablemente son expertos en uno o dos niveles) son menos desarrolladores del stack completao y mucho más integradores del stack completo.

Si quieres probar (quizás con un proyecto paralelo), uno de los frameworks full-stack más populares es MEAN.

MEAN es un framework JavaScript full-stack que simplifica y acelera el desarrollo de aplicaciones web. MEAN representa MongoDB, ExpressJS, AngularJS y NodeJS.

Conclusión

Entonces, ¿qué opinas? ¿Es sólo una cuestión de etiquetas o estamos experimentando cambios drásticos en nuestra industria?

Imagen destacada de PacktPub

También me sentí muy decepcionado por cómo el MIT decidió no involucrarse ni hacer nada para defender a Aaron. Al fin y al cabo, el MIT es una organización que promueve la piratería informática para el aprendizaje y la innovación. Es muy hipócrita por su parte. No hay excusa, no importa cuántos favores o dinero posean. Tienes que defender a tu gente, especialmente cuando hay una batalla de este calibre entre una persona normal contra un gobierno como el de los Estados Unidos.

Al final de la película, sentí que el "viejo sistema" es lo que mató a Aaron. Su incapacidad para escuchar y evaluar la situación con perspectiva, su prepotencia y abuso de poder, su miedo a perder el control... Estados Unidos y el mundo tienen un verdadero problema con la transparencia y los datos abiertos. Eso es por lo que Aaron intentaba luchar y yo creo en sus ideales.

Siempre me han interesado los derechos de autor y cómo Internet está haciendo que la humanidad se replantee lo que debe ser abierto y compartido. Tenemos que trabajar por un mundo con más transparencia, más datos abiertos, software abierto y gobiernos abiertos. Así es como se vence el cáncer o se mejoran las energías renovables. Así es como la humanidad evoluciona hacia un nivel superior de conciencia. Nosotros, los millennials, exigimos esta nueva forma de entender la vida.

Puedes ver la película aquí

Seguiré publicando notas aquí mientras hago el curso, así que no esperes un artículo muy organizado hasta el final.

Semana 1: Bienvenido a Big Data

• Hay una gran necesidad de científicos de datos
• ¡El 90% de los datos del mundo se han creado en los últimos dos años!
• En 2009 teníamos 0,8 ZB de datos y en 2020 tendremos 20 ZB
• Está creciendo muy rápidamente
• La mayoría de los Big Data que existen no están estructurados
• Se genera desde cualquier lugar que nos rodea (móviles, GPS, etc)
• Las empresas necesitan capturar información sobre sus productos, servicios, clientes, precios, segmentación, redes sociales, etc, para obtener información de los datos
• Recoger, almacenar y manipular grandes cantidades de datos a la velocidad y en el momento adecuados
• Hay mucho valor sin explotar en el Big Data
• Análisis predictivo y profundo
• Dar respuestas y mejorar el ROI o tratar de entender a nuestros clientes y aprender sus hábitos y predecir sus comportamientos futuros
• Requisitos funcionales: recopilación, integración, organización, análisis (estadístico, de resumen, predictivo,..), gestión, toma de medidas, decisiones
• Pila de Big Data: analizar y luego ofrecer algunos servicios centrados en la parte superior de esos análisis
• Herramientas que proporcionan un acceso rápido y escalable a los datos y luego los empujan a la pila de análisis
• Muchas áreas diferentes de nuevas tecnologías en auge. Espacio abarrotado y diverso
• Las empresas de marketing están a la vanguardia
• Necesidades: análisis en tiempo real, escalables y de alto rendimiento en grandes conjuntos de datos
• Reunir la capacidad de almacenamiento y la capacidad de cálculo: Hadoop
• Apache Hadoop: código abierto, bajo coste, fiable, escalable, computación distribuida. Desde un único servidor hasta miles de máquinas
• Entorno flexible y tolerante a fallos (datos estructurados o no estructurados)
• Capa inferior: Sistema de archivos distribuidos Hadoop (HDFS)
• Capa intermedia: Hadoop MapReduce, un modelo de procesamiento de datos a gran escala
• Capa superior: podemos disponer de software como Pig, Hive, Mahout, etc para manipular los datos a través de los procesos MapReduce
• Minimizar el movimiento de datos
• Así es como funciona MapReduce

  

• Aprenderemos a enviar trabajos de MapReduce
• En Hadoop 2.0 tenemos YARN, que nos permite hacer cosas más complejas

Semana 2: ¿Por qué Big Data?

• Los ordenadores ya no son máquinas deterministas. No están disponibles físicamente
• Unir tecnologías para encontrar significado en datos grandes, rápidos e inciertos
• Antes: bases de datos relacionales. Ahora: clickstream
• Los datos de las máquinas son muy rápidos
• Flujo de datos. IoT. Muy rápido también
• Antes: conjuntos de datos estructurados. Ahora: crudos, complejos, no estructurados
• Ir más allá del almacén de datos. ¿SQL? HBase, Hive,...
• Ampliación de las "vistas" de los datos. Comportamiento, desafío de los medios sociales: integración
• Encontrar el sentido en el caos: integración, transformación, carga
• Analítica: simple, avanzada, estadística
• Cuadros de mando predictivos
• Paralelizados, distribuidos, optimizados
• Antes: muestrear, hacer machine learning, construir modelos predictivos, puntuar el conjunto de datos más grande. Ahora: sólo analizar todos los datos y ejecutar los modelos... Explosión del tamaño de la muestra
• Correlación frente a causalidad. No lo explica necesariamente
• Nuevos métodos de la comunidad investigadora: aprendizaje profundo, pasar de los archivos planos a datos más complejos
• Pasado y presente. Antes: herramientas caras de doctorado de bata blanca. Ahora: herramientas de código abierto para científicos de datos
• ¿Quiénes son los científicos de datos? Necesidad de entender la estadística, el aprendizaje automático, las bases de datos, la minería de datos, cómo consultar, ordenar, visualizar,...
• Habilidades de comunicación. Entender el dominio
• Hacer las preguntas correctas que aporten valor al negocio
• Curiosidad intelectual, intuición, comunicación y compromiso, habilidades de presentación, creatividad y conocimiento del negocio. Interactuar con los analistas de negocio
• Preparación, comprensión y modelización de datos
• Necesidad de codificar, crear ecuaciones
• La mayoría de los científicos de datos de éxito tienen una experiencia sustancial y profunda en al menos un aspecto de la ciencia de datos: estadística, aprendizaje automático, Big data, comunicación empresarial
• La ciencia de los datos es inherentemente colaborativa y creativa
• Temas del plan de estudios: Manipulación de datos a escala, Analítica, Comunicación de resultados

Device.js facilita la escritura de CSS y/o JavaScript condicional basado en el sistema operativo del dispositivo (iOS, Android, Blackberry, Windows, Firefox OS, MeeGo, AppleTV, etc), la orientación (Vertical vs. Horizontal) y el tipo (Tableta vs. Móvil).

Device.js actualizará automáticamente las clases en la etiqueta HTML en función del dispositivo y la orientación. Ejemplo:

<html lang="es" class=" desktop portrait">

Cuando cambio mi agente de usuario a iPad iOS 6, se muestra:

<html lang="es" class="ios ipad tablet portrait">

A continuación, puede utilizar esas clases para dar estilo a su sitio web en consecuencia.

Al mismo tiempo, en JavaScript, puedes acceder a la misma información así:

device.portrait() === true
device.landscape() === false
device.mobile() === false
device.tablet() === false
device.ipad() === false
device.ipod() === false
device.iphone() === false
device.android() === false
device.androidTablet() === false
device.blackberryTablet() === false

La parte de detección de dispositivos se puede hacer así:

isMobile: function() {
    var isMobile = false;
    if(/(android|bb\d+|meego).+mobile|avantgo|bada\/|blackberry|blazer|compal|elaine|fennec|hiptop|iemobile|ip(hone|od)|ipad|iris|kindle|Android|Silk|lge |maemo|midp|mmp|netfront|opera m(ob|in)i|palm( os)?|phone|p(ixi|re)\/|plucker|pocket|psp|series(4|6)0|symbian|treo|up\.(browser|link)|vodafone|wap|windows (ce|phone)|xda|xiino/i.test(navigator.userAgent) || /1207|6310|6590|3gso|4thp|50[1-6]i|770s|802s|a wa|abac|ac(er|oo|s\-)|ai(ko|rn)|al(av|ca|co)|amoi|an(ex|ny|yw)|aptu|ar(ch|go)|as(te|us)|attw|au(di|\-m|r |s )|avan|be(ck|ll|nq)|bi(lb|rd)|bl(ac|az)|br(e|v)w|bumb|bw\-(n|u)|c55\/|capi|ccwa|cdm\-|cell|chtm|cldc|cmd\-|co(mp|nd)|craw|da(it|ll|ng)|dbte|dc\-s|devi|dica|dmob|do(c|p)o|ds(12|\-d)|el(49|ai)|em(l2|ul)|er(ic|k0)|esl8|ez([4-7]0|os|wa|ze)|fetc|fly(\-|_)|g1 u|g560|gene|gf\-5|g\-mo|go(\.w|od)|gr(ad|un)|haie|hcit|hd\-(m|p|t)|hei\-|hi(pt|ta)|hp( i|ip)|hs\-c|ht(c(\-| |_|a|g|p|s|t)|tp)|hu(aw|tc)|i\-(20|go|ma)|i230|iac( |\-|\/)|ibro|idea|ig01|ikom|im1k|inno|ipaq|iris|ja(t|v)a|jbro|jemu|jigs|kddi|keji|kgt( |\/)|klon|kpt |kwc\-|kyo(c|k)|le(no|xi)|lg( g|\/(k|l|u)|50|54|\-[a-w])|libw|lynx|m1\-w|m3ga|m50\/|ma(te|ui|xo)|mc(01|21|ca)|m\-cr|me(rc|ri)|mi(o8|oa|ts)|mmef|mo(01|02|bi|de|do|t(\-| |o|v)|zz)|mt(50|p1|v )|mwbp|mywa|n10[0-2]|n20[2-3]|n30(0|2)|n50(0|2|5)|n7(0(0|1)|10)|ne((c|m)\-|on|tf|wf|wg|wt)|nok(6|i)|nzph|o2im|op(ti|wv)|oran|owg1|p800|pan(a|d|t)|pdxg|pg(13|\-([1-8]|c))|phil|pire|pl(ay|uc)|pn\-2|po(ck|rt|se)|prox|psio|pt\-g|qa\-a|qc(07|12|21|32|60|\-[2-7]|i\-)|qtek|r380|r600|raks|rim9|ro(ve|zo)|s55\/|sa(ge|ma|mm|ms|ny|va)|sc(01|h\-|oo|p\-)|sdk\/|se(c(\-|0|1)|47|mc|nd|ri)|sgh\-|shar|sie(\-|m)|sk\-0|sl(45|id)|sm(al|ar|b3|it|t5)|so(ft|ny)|sp(01|h\-|v\-|v )|sy(01|mb)|t2(18|50)|t6(00|10|18)|ta(gt|lk)|tcl\-|tdg\-|tel(i|m)|tim\-|t\-mo|to(pl|sh)|ts(70|m\-|m3|m5)|tx\-9|up(\.b|g1|si)|utst|v400|v750|veri|vi(rg|te)|vk(40|5[0-3]|\-v)|vm40|voda|vulc|vx(52|53|60|61|70|80|81|83|85|98)|w3c(\-| )|webc|whit|wi(g |nc|nw)|wmlb|wonu|x700|yas\-|your|zeto|zte\-/i.test(navigator.userAgent.substr(0,4))) isMobile = true;

    return isMobile;
}

Mientras que la carga del script se puede hacer en una secuencia o todo a la vez utilizando el siguiente script:

promises: [],
loadScript: function(url, parallel) {

    var promise = new Promise(function(resolve, reject) {

        var script = document.createElement('script');
        script.src = url;

        script.addEventListener('load', function() {
              resolve(script);
        }, false);

        script.addEventListener('error', function() {
              reject(script);
        }, false);

        document.body.appendChild(script);
    });

    if (parallel) utils.promises.push(promise);
        else return promise;
    },

    allLoaded: function(callback) {
        Promise.all(utils.promises).then(callback);
    }
}

Y así es como cargaría los scripts:

JM_MODULES.utils.loadScript('//cdn.jsdelivr.net/phaser/2.2.2/phaser.min.js', false).then(function() {
    return JM_MODULES.utils.loadScript('/assets/js/starpach.js', false);
}).then(function() {
    JM_MODULES.starpach.init();
});

Hoy he pasado el día con varios motoristas de la Metropolitan Police de Londres, los cuales organizan unos cursos de seguridad en la conducción de motos llamados Bikesafe.

Primero hemos tenido una sesión teórica, en la cual nos han explicado, con vídeos y ejemplos en una pizarra, los accidentes más comunes (cuando un coche no te ve y se cruza delante tuya).

Luego hemos ido a comer a Franky & Benny's con las motos (comida incluida). Un paseo corto. Cada instructor tenia asignado dos motoristas, los cuales se iban turnando para ir en cabeza del grupo. De esta forma, el instructor podia observar el estilo de conducción del que iba en cabeza.

Después de comer hemos ido por unas carreteras de Essex (región al este de Londres) con muchas curvas. Ha sido un paseo de hora y media con bastantes cambios de velocidad y "tumbadas" interesantes en las curvas.

Para terminar, hemos vuelto al concesionario de Triumph de Jack Lilley donde habíamos tenido la clase teórica. Allí nos han dado un pack con algunos regalitos (incluido un libro sobre conducción avanzada de motos) y nos han comentado que tal lo habíamos hecho durante el día.

En resumen, ha sido una gran experiencia que recomiendo a todos los motoristas que vivan en Reino Unido.

Lanzar QuizWars Código fuente

1. Introducción

Este tutorial pretende explicar cómo construir un juego como Quiz Wars con el framework MVC Sails.js. Quiz Wars es una aplicación web responsiva multijugador en tiempo real para resolver cuestionarios. El objetivo es ser el más rápido respondiendo a las preguntas del quiz y ganar a otros jugadores. Se ha desarrollado intentando seguir los estándares de Sapient Dev en la medida de lo posible, con un enfoque mobile-first en mente y una estructura de patrón de módulos para el frontend. Actualmente, está en las primeras etapas de desarrollo, pero el viaje principal del usuario para entrar y terminar un quiz con otros jugadores está funcionando en cualquier navegador/dispositivo.

Características/reglas actuales

• Base de datos de concursos flexible y escalable basada en archivos JSON (ver /assets/data/javascript.json)
• Autenticación de usuarios (registro e inicio de sesión) con encriptación de contraseñas
• Sala de chat con mensajes de estado del sistema
• Geolocalización basada en la dirección IP del socket (de momento no funciona en Heroku)
• Un número ilimitado de jugadores puede jugar al mismo tiempo
• Se requiere un mínimo de 2 jugadores con un estado "listo" para comenzar un concurso

Características futuras

• Soporte para diferentes salas de chat/concurso
• Invitaciones basadas en la URL para jugar a un cuestionario específico
• Soporte para múltiples cuestionarios (por el momento, si un cuestionario ya está en marcha, el inicio de un segundo cuestionario rompería el primero)
• Construir un widget para incrustar los cuestionarios en otros sitios web
• Añadir muchos más cuestionarios sobre diferentes temas: diseño, fotografía, negocios, UX y, por supuesto, codificación.
• Añadir una función de tipo Pictionary: un usuario dibuja y los demás tienen que adivinarlo
• Clasificación global de las puntuaciones de los usuarios
• Posibilidad de añadir equipos/clanes y competiciones
• Lista de concursos más populares
• Mejorar el chat (por ejemplo, "el usuario está escribiendo...")

Tech stack

• Backend: Sails.js (basado en Express, Node.js, Waterline ORM y Socket.io)
• Frontend: HTML5, LESS, JavaScript, jQuery, EJS, Bootstrap, Parsley
• Herramientas: Grunt, Git, Heroku, Bitbucket

Requisitos

Este tutorial asume que el lector se siente cómodo programando con Javascript, archivos JSON, HTML, LESS y jQuery.

2. Acerca de Sails.js

Sails es un framework MVC para gestionar todo el pipeline de desarrollo de una aplicación (frontend y backend). Facilita la construcción de aplicaciones Node.js personalizadas y de nivel empresarial. Está diseñado para emular el conocido patrón MVC de marcos como Ruby on Rails, pero con soporte para los requisitos de las aplicaciones modernas: APIs basadas en datos con una arquitectura escalable y orientada a servicios. Es especialmente bueno para construir chats, cuadros de mando en tiempo real o juegos multijugador; pero puedes usarlo para cualquier proyecto de aplicación web, de arriba a abajo. Estas son algunas de sus características:

• Es 100% Javascript
• Puedes usar cualquier sistema de base de datos: Sails incluye un potente ORM, Waterline, que proporciona una sencilla capa de acceso a datos que simplemente funciona, sin importar la base de datos que estés utilizando
• Generación automática de APIs REST: Sails viene con planos que ayudan a poner en marcha el backend de tu aplicación sin tener que escribir ningún código
• Soporte de WebSocket: Sails traduce los mensajes de socket entrantes por ti
• Políticas de seguridad reutilizables: Sails proporciona seguridad básica y control de acceso basado en roles por defecto
• Agnóstico de frontend: Sails está diseñado para ser compatible con cualquier estrategia de frontend; ya sea Angular, Backbone, iOS/ObjC, Android/Java, Windows Phone, o algo totalmente distinto
• Pipeline de assets flexible: Sails se entrega con Grunt, lo que significa que todo el flujo de trabajo de los activos del frontend es completamente personalizable

3. Instalación de Sails.js

Quiz Wars se basa en Sails v0.10. Simplemente sigue el tutorial oficial de Sails.js para instalar Node.js en tu sistema operativo preferido.

Una vez que tengas Node.js instalado, procede a instalar Sails.js escribiendo lo siguiente en tu consola. Nota: en Windows no es necesario usar "sudo".

sudo npm -g install sails

Descarga o clona el código fuente de Quiz Wars y extrae su contenido en la ubicación que prefieras

Nota: Si estuvieras creando una nueva aplicación Sails.js con la estructura de carpetas y plantillas por defecto, entonces podrías escribir

sails new testProject.

En tu consola, navega hasta la carpeta anterior y escribe lo siguiente para instalar las dependencias (módulos de Node). Estos están definidos en "package.json"

npm install

Una vez que tenemos todos los archivos y las dependencias descargadas, podemos proceder a iniciar el servidor Node y la app

sails lift

En este punto, si visitas http://localhost:1337 verás el Quiz Wars en funcionamiento o la página de inicio por defecto si has creado un nuevo proyecto

4. Estructura de la carpeta Sails.js

• /.tmp/public: donde se compilan los archivos de distribución. Estos archivos son los que vemos cuando cargamos el sitio web

• /api: todos los archivos del backend. En la carpeta "policies" se almacenan las reglas de acceso de los usuarios de la aplicación. "responses" contiene archivos como los errores del servidor web (404, 403, 500, etc). Podemos incluir en esta carpeta las funciones que se encargan de tareas específicas como decidir cómo gestionar los usuarios con diferentes niveles de acceso. Se podría hacer en el controlador, pero es una buena práctica no inflar los controladores con mucha lógica de negocio.

• /activos/datos: Archivos JSON con las preguntas del juego

• /assets/images: todas las imágenes

• /assets/styles: archivos LESS

• /accesorios/js: toda la lógica del frontend y sus dependencias javascript

• /config: todos los archivos de configuración

• /tasks: todas las tareas de Grunt

• /view: todo el marcado HTML de nuestras páginas

Otros archivos importantes

• "/config/sockets.js ": este archivo tiene dos métodos, "onConnect" y "onDisconnect". We use these methods to handle the socket connections
• "/config/models.js ": este fichero nos permite especificar qué conector de BD queremos utilizar y la forma en que queremos migrar los datos
• "/config/routes.js ": este archivo nos permite conectar las URLs con las vistas y los endpoints con los métodos del controlador

module.exports.routes = {
    // HTML Views
    '/': { view: 'index' },
    '/quiz': { view: 'quiz' },

    // Endpoints
    'post /login': 'UserController.login',
    'post /signup': 'UserController.signup',
    '/logout': 'UserController.logout',
};

5. Diagrama de flujo

6. Diagrama de arquitectura

7. El mapa del sitio, el diseño y las vistas

Siempre que construyo un nuevo proyecto, lo primero que se me ocurre es el mapa del sitio. Este documento elemental es muy importante para crear una imagen en tu mente de cómo va a ser el recorrido del usuario y cómo están interconectadas las páginas. En Quiz Wars, el mapa del sitio es muy sencillo. Sólo hay dos vistas/páginas, "índice" y "quiz". El recorrido del usuario consiste en entrar en el sistema o registrarse como nuevo usuario. A continuación se le redirige a la página del cuestionario, donde permanecerá hasta el final de su sesión.

Por defecto, Sails está configurado para utilizar EJS (Embedded Javascript) como motor de visualización. La sintaxis de EJS es muy convencional - si has trabajado con php, asp, erb, gsp, jsp, etc., sabrás inmediatamente lo que estás haciendo.

• "/view/index.ejs ": esta es la página de inicio, donde tenemos dos formularios (que se activan con jQuery), el de inicio de sesión y el de registro. El primer formulario envía datos al punto final "/login", que está conectado con el método "login" en el controlador "user". El segundo envía los datos a "/signup", que está conectado al método "signup" del controlador "user".
• "view/quiz.ejs ": esta página contiene el resto del contenido disponible en el sitio web. Hay tres paneles: la tabla de puntuaciones, el panel del concurso y el panel del chat

Las vistas hacen uso de "/view/layout.ejs ", que es la plantilla que contiene los elementos comunes, como las etiquetas meta y link, la declaración del cuerpo y todas las dependencias JS:

<!DOCTYPE html>
<html>
    <head>
        <title>Quiz Wars</title>
        <meta name="viewport" content="width=device-width, initial-scale=1, maximum-scale=1">
        <link rel="stylesheet" href="/styles/bootstrap.min.css">
        <link rel="stylesheet" href="/styles/importer.css">
    </head>
    <body>
        <header id="logo"></header>
        <script src="/js/dependencies/jquery.min.js"></script>
        <script src="/js/dependencies/parsley.min.js"></script>
        <script src="/js/dependencies/sails.io.js"></script>
        <script src="/js/app.js"></script>
        <script src="/js/user.js"></script>
        <script src="/js/chat.js"></script>
        <script src="/js/quiz.js"></script>
        <script src="/js/events.js"></script>
        <%- body %>
    </body>
</html>

El soporte de layout sólo está implementado para el motor de vistas EJS. Si prefieres usar un motor diferente (jade, handlebars, mustache underscore, etc), puedes cambiarlo en "/config/views.js".

8. La página de inicio

La página de inicio contiene sólo dos formularios HTML clásicos para iniciar la sesión del usuario o registrarlo. La única lógica habitual es la evaluación de la sesión para determinar si el usuario ya está conectado:

<% if (req.session.me) { %>
    <a href="/quiz">Quiz</a> | <a href="/logout">Logout</a>
<% } else { %>
  <!-- show the login/signup form -->
<% } %>

En el ejemplo de código anterior, estamos evaluando si el objeto de sesión tiene los datos del usuario o no. Asignamos los datos del usuario a la sesión después de un inicio de sesión exitoso en "/api/responses/login.js" -> req.session.me = user.id;

Otro aspecto que me gustaría destacar es la validación de formularios realizada por parsleyjs. Esto se hace agregando atributos a los campos de entrada como data-parsley-trigger="keyup", data-parsley-maxlength="30" o requerido.

Nota: actualmente no hay informes de errores cuando el usuario intenta iniciar sesión con el nombre de usuario/contraseña incorrectos.

9. La página del cuestionario

El marcado es bastante sencillo. Hay tres paneles: la tabla de puntuación <div id="players-panel"></div>, el panel de cuestionario <div id="quiz-panel"></div> y el panel de chat <div id="chat-panel"></div>. Nuevamente, solo mostramos los contenidos si el usuario tiene una sesión activa, de lo contrario, el usuario verá el mensaje No ha iniciado sesión.

El menú desplegable del cuestionario contiene los nombres de los archivos JSON como valores:

<select id="quiz-dropdown" class="form-control">
  <option value="javascript.json">Javascript Quiz</option>
  <option value="html5.json">HTML5 Quiz (not yet ready)</option>
</select>

Y el botón para reiniciar el concurso, que tiene una simple recarga de la página: onClick="window.location.reload()"

10. El modelo de usuario

En un framework MVC, tenemos modelos, vistas y controladores. Los modelos nos permiten definir la lógica que interactuará con nuestra BD. Sails.js utiliza un ORM (aunque ellos prefieren llamarlo "un nuevo tipo de motor de almacenamiento y recuperación") llamado Waterline. Proporciona una API uniforme para acceder a cosas de diferentes tipos de bases de datos, protocolos y APIs de terceros. Esto significa que se escribe el mismo código para obtener y almacenar cosas como los usuarios, ya sea en Redis, MySQL, LDAP, MongoDB o Postgres. Waterline se esfuerza por heredar las mejores partes de los ORM como ActiveRecord, Hibernate y Mongoose, pero con una perspectiva nueva y haciendo hincapié en la modularidad, la capacidad de prueba y la coherencia entre adaptadores.

En Quiz Wars, la BD se basa en el sistema de archivos (el método por defecto). Desde el punto de vista del desarrollo, es estupendo porque no tenemos que preocuparnos de crear tablas y conectar con la BD, además de que podemos restablecer los datos muy fácilmente seleccionando la tercera opción de migración al levantar la aplicación mediante "sails lift". Para ver las opciones de migración hay que comentar el valor "migrate" en "/config/models.js".

Ahora, vamos a estudiar el modelo de usuario de Quiz Wars (el único modelo que necesitamos) en "/api/models/User.js":

module.exports = {
    autosubscribe: ['destroy'],

    attributes: {
        name: {
            type: 'string',
            required: true
        },
        email: {
            type: 'email',
            unique: true,
            required: true
        },
        password: {
            type: 'string',
            required: true,
            minLength: 6
        },
        avatar: {
            type: 'string',
            required: false
        },
        status: {
            type: 'string',
            defaultsTo: 'offline',
            required: false
        },
        score: {
            type: 'integer',
            defaultsTo: 0,
            required: false
        },
        ip: {
            type: 'string',
            required: false
        }
    }
};

La creación de un modelo es muy similar (conceptualmente hablando) a la creación de una nueva tabla en una BD. Cada atributo puede tener ciertas propiedades, como un tipo, ser único o requerido, tener un estado por defecto, una longitud mínima, etc. Para obtener una lista completa de las propiedades de los atributos, puede consultar la documentación del modelo de línea de flotación. Cada modelo sirve de interfaz para comunicar nuestros controladores con nuestra BD.

En este modelo, estamos almacenando la información básica de cada usuario, siendo el estado el más importante. Un usuario puede tener un estado a la vez y puede ser: "online", cuando el usuario está conectado pero no está listo para jugar, "ready", cuando el usuario ha confirmado que quiere unirse al próximo quiz y "playing", cuando el usuario está jugando actualmente a un quiz. Si el usuario tiene un estado "offline", significa que no está conectado y por lo tanto no aparecerá en la tabla de puntuaciones/jugadores.

Además de los atributos, los modelos también contienen la lógica para consultar la BD. En Quiz Wars, tenemos dos métodos (en el mismo archivo donde tenemos los atributos), signup y attemptLogin:

signup: function (inputs, cb) {
  var password = inputs.password;
  var hasher = require("password-hash");
  password = hasher.generate(password);

  // Create a user
  User.create({
      name: inputs.name,
      email: inputs.email,
      password: password,
      avatar: inputs.avatar
    )
    exec(cb);
},

attemptLogin: function (inputs, cb) {

    // Create a user
    User.findOne({
        email: inputs.email
    })
    .exec(cb);
}

El método "signup" utiliza un módulo del nodo llamado "password-hash". Este módulo crea un hash a partir de la cadena de contraseñas que podemos almacenar de forma segura en la BD. Una vez que nuestros datos están listos para ser almacenados, llamamos a la consulta "create" para almacenarlos en la BD. Para una lista completa de consultas que podemos utilizar con Waterline, por favor, consulte la documentación de consultas. La consulta "create" fallará si la dirección de correo electrónico ya está en la BD debido a la propiedad "unique" establecida en el atributo email.

El método "attemptLogin" trata de encontrar un usuario en la base de datos con la misma dirección de correo electrónico que se ha pasado como parámetro. Observa que el manejo de errores no está incluido en el modelo. Eso es un trabajo para el controlador...

11. El controlador de usuario

El controlador de Usuario encapsula toda la lógica de la aplicación entre la página de inicio y la página del cuestionario y el modelo de Usuario. Todos sus métodos, o bien llaman al modelo para realizar una consulta en la BD, o bien llaman a una respuesta o emiten un evento de socket. Veámoslos un poco más en detalle:

• login>: este método básicamente llama a "api/responses/login.js" con los valores de entrada del formulario de login
• logout: asignamos null a la sesión y redirigimos al usuario a la página de inicio
• signup: llama al método de registro del modelo de usuario, maneja la respuesta devuelta y redirige al usuario si el registro es exitoso
• chat: emite un evento socket con el verbo "messaged" y los parámetros pasados a la función. Este mensaje será recibido en el frontend por todos los usuarios conectados
• estado: este método se encarga de actualizar el estado de un usuario determinado o de un grupo de usuarios dependiendo de si el valor del atributo ID es un número o una cadena respectivamente. El proceso para actualizar un usuario es: consultar la BD, es decir user.find(...) -> loop users, users.forEach(...) -> asignar nuevo valor, user.status = req.param('status') -> save(). Una vez actualizado el usuario en la BD, emitimos un evento socket para informar al resto de usuarios. Fíjate que aún no se ha implementado el manejo de errores
• start: emite un evento de socket para informar al resto de los usuarios de que el concurso ha comenzado. Al mismo tiempo, les enviamos una secuencia de números que corresponden a los índices aleatorios de las preguntas que ha generado el usuario que ha iniciado el cuestionario
• puntuación: un método sencillo para transmitir a todos los sockets conectados que un determinado usuario tiene una nueva puntuación. De momento no estamos guardando la puntuación en la BD, pero esto será necesario si queremos implementar un ranking persistente

module.exports = {
    login: function (req, res) {

        // See `api/responses/login.js`
        return res.login({
            email: req.param('email'),
            password: req.param('password'),
            successRedirect: '/quiz',
            invalidRedirect: '/'
        });
    },

    logout: function (req, res) {

        req.session.me = null;

        // If this is not an HTML-wanting browser, e.g. AJAX/sockets/cURL/etc.,
        // send a simple response letting the user agent know they were logged out
        // successfully.
        if (req.wantsJSON) {
            return res.ok('Logged out successfully!');
        }

        // Otherwise if this is an HTML-wanting browser, do a redirect.
        return res.redirect('/');
    },

    signup: function (req, res) {

        // Attempt to signup a user using the provided parameters
        User.signup({
            name: req.param('name'),
            email: req.param('email'),
            password: req.param('password'),
            avatar: req.param('avatar'),
        }, function (err, user) {
            // res.negotiate() will determine if this is a validation error
            // or some kind of unexpected server error, then call `res.badRequest()`
            // or `res.serverError()` accordingly.
            if (err) return res.negotiate(err);

            // Go ahead and log this user in as well.
            // We do this by "remembering" the user in the session.
            // Subsequent requests from this user agent will have `req.session.me` set.
            req.session.me = user.id;
            req.session.name = user.name;


            // If this is not an HTML-wanting browser, e.g. AJAX/sockets/cURL/etc.,
            // send a 200 response letting the user agent know the signup was successful.
            if (req.wantsJSON) {
                return res.ok('Signup successful!');
            }

            // Otherwise if this is an HTML-wanting browser, redirect to /welcome.
            return res.redirect('/quiz');
        });
    },

    chat: function (req, res) {
        sails.io.sockets.emit("chat", {verb:"messaged", data:{from: req.param('sender'), msg: req.param('msg')}})
    },

    status: function (req, res) {

        if (typeof req.param('id') === 'string') { // We want to change the status of a group of users

            User.find({status: req.param('id')}).exec(function(err, users) {
                if (err) {
                    return res.negotiate(err);
                }
                else {
                    users.forEach(function (user) {
                        user.status = req.param('status');
                        user.save();
                    });
                }
            });
        }
        else {
            User.findOne({id: req.param('id')}).exec(function(err, user) {
                if (err) {
                    return res.negotiate(err);
                }
                else {
                    req.session.me.status = req.param('status');
                    user.status = req.param('status');
                    user.save();
                }
            });
        }

        sails.io.sockets.emit("chat", {verb:"changedStatus", data:{id: req.param('id'), status: req.param('status')}})
    },

    start: function(req, res) {
        sails.io.sockets.emit("chat", {verb:"startQuiz", data:{user: req.param('user'), sequence: req.param('sequence')}})
    },

    score: function(req, res) {

        User.findOne({id: req.param('id')}).exec(function(err, user) {
            if (err) {
                return res.negotiate(err);
            }
            else {
                /*user.score += 1;
                user.save();*/
                sails.io.sockets.emit("chat", {verb:"score", data:{id: req.param('id'), name: user.name}})
            }
        });
    }
};

12. La respuesta de inicio de sesión

¿Por qué necesitamos separar esta lógica del controlador? Esta puede ser la primera pregunta que te venga a la cabeza y en muchos casos, sería preferible.  Este ejemplo utiliza una respuesta personalizada "gorda" para demostrar cómo podríamos hacerlo si, por ejemplo, necesitamos que el backend soporte múltiples roles de usuario, con diferentes comportamientos de login. Podríamos necesitar enviar de vuelta algunos tipos diferentes de códigos de éxito/fracaso, con diferentes mensajes basados en el resultado. En ese caso, lo más sensato sería crear una versión personalizada de la lógica aquí en lugar de en la acción del controlador correspondiente.

Esta función de inicio de sesión en api/responses/login.js intenta iniciar la sesión del usuario, verifica que la contraseña del formulario de inicio de sesión coincide con el hash de la DB, asigna el ID y el nombre del usuario a la sesión y maneja cualquier posible error/respuesta.

module.exports = function login(inputs) {
    inputs = inputs || {};

    // Get access to `req` and `res`
    var req = this.req;
    var res = this.res;

    // Look up the user
    User.attemptLogin({
        email: inputs.email
    }, function (err, user) {

        if (err) return res.negotiate(err);
        if (!user) {

            if (req.wantsJSON || !inputs.invalidRedirect) {
                return res.badRequest('Invalid username/password combination.');
            }
            return res.redirect(inputs.invalidRedirect);
        }

        var password = inputs.password;
        var hasher = require("password-hash");
        if (hasher.verify(password, user.password)) {

            // "Remember" the user in the session
            // Subsequent requests from this user agent will have `req.session.me` set.
            req.session.me = user.id;
            req.session.name = user.name;

            // If this is not an HTML-wanting browser, e.g. AJAX/sockets/cURL/etc.,
            // send a 200 response letting the user agent know the login was successful.
            // (also do this if no `successRedirect` was provided)
            if (req.wantsJSON || !inputs.successRedirect) {
                return res.ok();
            }

            // Otherwise if this is an HTML-wanting browser, redirect to /.
            return res.redirect(inputs.successRedirect);
        }
        else {
            if (req.wantsJSON || !inputs.invalidRedirect) {
                return res.badRequest('Invalid username/password combination.');
            }
            return res.redirect(inputs.invalidRedirect);
        }
    });
};

13. El archivo de configuración socket.js

El archivo ubicado en /config/socket.js se utiliza para saber si un usuario ya tiene una sesión creada. Digamos que te registras en la página y tienes un socket abierto. Luego, por la razón que sea, pierdes la conexión a Internet y tus sockets se desconectan. Cuando tu conexión está de vuelta y recargas la página, el primer método que se disparará cuando tu socket vuelva a estar vivo es "onConnect". Aquí comprobaremos si tu sesión ya está registrada en la BD y si ese es el caso reanudaremos tu actividad tal y como estaba antes de que se interrumpiera tu conexión.

OnConnect también te suscribirá para ver los cambios en el Modelo de Usuario, guardar tu dirección IP y guardar tus datos en el objeto de sesión.

OnDisconnect establecerá tu estado como "offline" y transmitirá al resto de usuarios que has abandonado la aplicación.

onConnect: function(session, socket) {
    // Proceed only if the user is logged in
    if (session.me) {

        User.findOne({id: session.me}).exec(function(err, user) {

            var socketId = sails.sockets.id(socket);

            user.status = 'online';
            user.ip = socket.handshake.address.address;
            user.save(function(err) {
              // Publish this user creation event to every socket watching the User model via User.watch()
              User.publishCreate(user, socket);
            });

            // Create the session.users hash if it doesn't exist already
            session.users = session.users || {};

            // Save this user in the session, indexed by their socket ID.
            // This way we can look the user up by socket ID later.
            session.users[socketId] = user;

            // Persist the session
            session.save();

            // Get updates about users being created
            User.watch(socket);

            // Send a message to the client with information about the new user
            sails.sockets.emit(socketId, 'hello', user);
        });
    }
}

onDisconnect: function(session, socket) {
     try {

         if (session.users !== undefined) {

             // Look up the user ID using the connected socket
             var socketId = sails.sockets.id(socket);
             var userId = session.users[socketId].id;

             if (userId) {

                 // Get the user instance
                 User.findOne(userId).exec(function(err, user) {

                     // Set the user offline
                     user.status = 'offline';
                     user.save();

                     // Publish the destroy event to every socket subscribed to this user instance
                     User.publishDestroy(user.id, null, {previous: user});
                 });
             }
         }
     } catch (e) {
          console.log("Error in onDisconnect: ", e);
     }
}

14. Los módulos del frontend

Los módulos del frontend se encuentran en /assets/js/. Actualmente, tenemos chat.js, events.js, quiz.js y user.js. El punto de entrada de la aplicación se encuentra en app.js. Con el planteamiento básico actual del juego, sólo necesitamos una instancia de cada módulo que se ejecute al mismo tiempo porque un usuario determinado sólo puede jugar a un cuestionario a la vez. Pero si en el futuro queremos añadir más características, como múltiples salas de chat o mensajes privados, sería una buena idea refactorizar los módulos para que sean más flexibles.

Empecemos con app.js

io.socket.on('connect', function socketConnected() {
    QW_MODULES.chat.init();
    QW_MODULES.quiz.init();
    QW_MODULES.user.init();
    QW_MODULES.events.init();

    io.socket.on('hello', function(data) {

        if (data) {
            window.me = data;

            io.socket.get('/user', QW_MODULES.user.updateUserList);
            io.socket.post('/user/chat', {sender: 'System', msg: data.name + ' joined'});
        }
    });

    io.socket.on('user', function messageReceived(message) {

        switch (message.verb) {
            case 'created': QW_MODULES.user.addUser(message.data); break;
            case 'destroyed': QW_MODULES.user.removeUser(message.id); break;
            default: break;
        }
    });

    io.socket.on('chat', function messageReceived(message) {

        switch (message.verb) {
            case 'messaged': QW_MODULES.chat.receiveMessage(message.data); break;
            case 'changedStatus': QW_MODULES.chat.updateStatus(message.data); break;
            case 'startQuiz': QW_MODULES.quiz.loadQuiz(message.data); break;
            case 'score': QW_MODULES.chat.updateScore(message.data); break;
            default: break;
        }
    });
});

io.socket.on('disconnect', function() {
    io.socket.post('/user/chat', {sender: 'System', msg: me.name + ' left'});
});

Lo primero que notarás es que no estamos usando "onReady/onLoad" para iniciar la aplicación. En este caso, he decidido utilizar el evento "connect" de la librería socket.io como punto de entrada para cargar todo lo demás. La razón de esto es evitar cargar la aplicación antes de que tengamos una conexión de socket. Si no hay un socket disponible por cualquier problema de conexión, entonces no cargamos la aplicación.

Desde el principio, cargamos todos los módulos del frontend con el prefijo QW_MODULES. Probablemente no los necesitemos todos en la página de login/signup, pero eso es parte de una etapa de optimización que no es necesaria ahora. Las siguientes tres funciones son callbacks de socket.io. Nos suscribimos a esos mensajes: "hola", "usuario" y "chat". Cada vez que el backend emita uno de esos mensajes, el frontend lo recibirá. Esto se llama el patrón pub/sub (publicar/suscribir). En algunos de estos callbacks, podemos encontrar que el mensaje tiene un verbo adjunto. Sails.js crea automáticamente eventos para verbos como "created", "destroyed" y algunos más cuando interactuamos con los modelos. En este caso, estamos llamando a las funciones addUser y removeUser en nuestro módulo de usuario del frontend cada vez que el backend emite un evento automático cuando se crea o destruye un usuario. Esto es lo que hace que el framework sea tan potente.

El callback "hola" se dispara cuando se realiza una conexión exitosa. Si el usuario recarga la página, se disparará de nuevo. Ahora, desde el front-end también podemos emitir mensajes! eso es lo que hacemos en las líneas 13 y 14. La primera línea utiliza "get" para recuperar una lista de usuarios de la API del backend y la envía al método updateUserList del módulo de usuario del frontend. Sails.js genera vistas JSON automáticas de los controladores y sus acciones que son accesibles por la URL que coincide con el nombre del controlador & action:

• Controlador "User", acción "index" -> /user
• Controlador "Usuario", acción "chat" -> /usuario/chat

Puedes probarlo tú mismo. Entra en Quiz Wars y visita http://localhost:1337/user

El siguiente callback, "chat", se utiliza para actualizar el juego y los mensajes del chat. Sinceramente, en lugar de "chat" podríamos haberlo llamado "quiz" o "juego"... Su propósito principal es actuar como un router virtual que redirige los mensajes a la función correcta del frontend.

Lamentablemente, el callback de "desconexión" no funciona :-( No estoy seguro de por qué. He intentado ponerlo dentro de la función "connect" pero no ha funcionado. Por favor, hazme saber si consigues que funcione. Lo estamos usando para mostrar un mensaje en la sala de chat cuando el usuario sale de la aplicación.

El módulo de usuario

Este módulo es bastante auto-explicativo. "addUser" y "removeUser" se encargan de actualizar la <table> de los usuarios añadiendo/quitando una <tr> y actualizando la UI (habilitando/deshabilitando el botón de preguntas). La función "updateUserList" restablece la tabla cuando un nuevo usuario se conecta a la aplicación o cuando alguien se va.

var QW_MODULES = (function (modules, $) {
    "use strict";

    var self;

    var user = {

        init: function() {

            self = this;
        },

        // Add a user to the list of available users to play with
        addUser: function(user) {

            var found = false;

            // Check if the user is already in the table
            $('#status-table tr').each(function() {
                var hasUser = $(this).attr('id');

                if (hasUser !== undefined && ('user-' + user.id == hasUser)) {
                    found = true;
                }
            });

            if (!found) {
                var $table = $('#status-table');
                var ready = (user.id == me.id) ? '<button type="button" id="changeStatus" class="btn btn-default btn-xs">change</button>' : '';
                var row = '<tr id="user-'+user.id+'"><td class="name" data-avatar="'+user.avatar+'">'+user.name+'</td>
                          <td><img class="flag" src="http://api.hostip.info/flag.php?ip='+user.ip+'" width="20" height="14" alt="">
                          <span class="status" data-status="'+user.status+'">'+user.status+'</span>'+ready+'</td><td class="score">'+user.score+'</td></tr>';
                $table.append(row);

                QW_MODULES.chat.updateUI();
            }
        },

        // Remove a user from the table of available users to play with, by sending
        // either a user object or a user ID.
        removeUser: function(user) {

            // Get the user's ID.
            var id = user.id || user;
            var userName = $('#user-'+id).text();

            // Remove the corresponding element from the users table
            var userEl = $('#user-'+id).remove();


            QW_MODULES.chat.updateUI();
        },

        // Add multiple users to the users list.
        updateUserList: function(users) {

            $('#status-table tbody tr').remove();

            users.forEach(function(user) {

                if ((typeof user.id === 'undefined') || (user.status === 'offline') || (typeof me === 'undefined')) {
                    return;
                }

                self.addUser(user);
            });
        }
    };

    // return as QuizWars Module
    modules.user = user;
    return  modules;

})(QW_MODULES || {}, jQuery);

El módulo de eventos

Este módulo crea todos los eventos de la interfaz de usuario de la aplicación. Están organizados por módulo: inicio de sesión/registro, usuario, chat y cuestionario.

var QW_MODULES = (function (modules, $) {
    "use strict";

    var self;

    var events = {

        init: function() {

              // Login / Signup events
              $('#login-cta').on('click', function() {
                  $('#login').show();
                  $('#signup').hide();
              });

              $('#signup-cta').on('click', function() {
                  $('#login').hide();
                  $('#signup').show();
              });

              // Chat and User events
              $('#message').keyup(function (event) {
                  if (event.keyCode == 13) {
                        QW_MODULES.chat.triggerSendButton();
                  }
              });

              $('#status-table').on('click', '#changeStatus', function() {
                  var status = 'ready';

                  if ($(this).parent().children('.status').attr('data-status') === 'ready') {
                        status = 'online';
                  }

                  io.socket.post('/user/status', {id: me.id, status: status});
              });

              // Quiz events
              $('#rules-cta').on('click', function() {
                  $('#rules').toggle();
              });

              $('#startQuiz').on('click', function() {

                  QW_MODULES.chat.writeMessage('System', me.name + " started a quiz!");

                  $('#quiz-settings').hide();
                  $('#questions tr').remove();

                  io.socket.post('/user/status', {id: 'ready', status: 'playing'});

                  QW_MODULES.quiz.generateSequence();
              });

              $('#questions').on('click', 'input[name="answer"]', function() {
                  if ($(this).attr('disabled') !== 'disabled') {
                        QW_MODULES.quiz.checkAnswer();
                  }
              });
        }
    };

    // return as QuizWars Module
    modules.events = events;
    return  modules;

})(QW_MODULES || {}, jQuery);

El módulo de chat

Este módulo se encarga de todas las interacciones que el usuario realiza con el sistema de chat. Fíjate que estamos enviando el mensaje a "/usuario/chat" que corresponde a la acción de Chat en el Controlador de Usuario. Me acabo de dar cuenta de que la función "updateScore" podría estar un poco fuera de lugar en este módulo; probablemente se encuentre mejor en el módulo Quiz. No obstante, esta función actualiza la puntuación en la tabla de jugadores y muestra la respuesta correcta a la pregunta actual.

var QW_MODULES = (function (modules, $) {
    "use strict";

    var self;

    var chat = {

        systemMsg: ['I don\'t mean to be rude, but you are talking to yourself...',
                    'Are you sure you want to continue doing this?',
                    'I have all the time in the world...',
                    'OK, this is getting weird.',
                    'Stop it now',
                    'Please, go and tell somebody to join',
                    'http://www.itsgoodtotalk.org.uk/therapists'],
        currentMsg: 0,

        init: function() {

              self = this;
        },

        triggerSendButton: function() {

              if ($('#message').val() !== '') {
                  self.sendMessage(me.name, $('#message').val());

                  $('#message').val('');
              }
        },

        writeMessage: function(senderName, message) {

              var textarea = $('#messages');
              var currentdate = new Date();
              var message = currentdate.getHours() + ":" + ('0' + currentdate.getMinutes()).slice(-2) + " " + senderName+': '+message+'n';
              textarea.append(message);

              // Scroll to the bottom
              if(textarea.length) {
                  textarea.scrollTop(textarea[0].scrollHeight - textarea.height());
              }
        },

        sendMessage: function(senderName, message) {

              if( $('#status-table tr').length > 2 ) {
                  io.socket.post('/user/chat', {sender: senderName, msg: message});
              }
              else {
                  self.writeMessage('System', systemMsg[currentMsg]);

                  if (currentMsg < systemMsg.length -1) currentMsg++;                   else currentMsg = 0;               }         },         receiveMessage: function(data) {               self.writeMessage(data.from, data.msg);         },         updateStatus: function(data) {               var $el = null;               if (typeof data.id === 'string') {                   $el = $('#status-table').find('[data-status="'+data.id+'"]');               }               else {                   $el = $('#status-table').find('#user-'+data.id+' .status');               }               $el.attr('data-status', data.status).html(data.status);               me.status = data.status;               self.updateUI();         },         updateUI: function() {               var readyPlayers = 0;               $('#status-table tr').each(function() {                   if ($(this).find('.status').attr('data-status') === 'ready') {                         readyPlayers++;                   }               });               if( readyPlayers > 1 ) {
                  $('#startQuiz').removeAttr('disabled');
              }
              else {
                  $('#startQuiz').attr('disabled', 'disabled');
              }
        },

        updateScore: function(data) {

              $('#question-winner').html(data.name + ' was the quickest to answer correctly');
              QW_MODULES.quiz.resolveQuestion();

              $('#status-table tr').each(function() {
                  var hasUser = $(this).attr('id');

                  if (hasUser !== undefined &amp;&amp; ('user-' + data.id == hasUser)) {
                        var newScore = parseInt($(this).find('.score').html()) + 1;
                        $(this).find('.score').html(newScore);
                  }
              });
        }
    };

    // return as QuizWars Module
    modules.chat = chat;
    return  modules;

})(QW_MODULES || {}, jQuery);

El módulo del concurso

Este módulo gestiona toda la lógica cuando se inicia el quiz. El primer paso es generar un array de índices aleatorios a partir del archivo JSON seleccionado con las preguntas del quiz. Esto se hace con la función "generateSequence", que carga el JSON vía Ajax. Una vez que sabemos el número de preguntas en el archivo JSON, creamos un array ficticio lleno de números, desde 0 hasta la cantidad total de preguntas. Luego aplicamos la función personalizada "shuffle" para mezclar todos los números en un nuevo array. Finalmente, tomamos el número de preguntas que el usuario eligió y las enviamos a todos los jugadores junto con la señal de inicio del concurso.

Cuando todos los usuarios reciban la señal para comenzar el concurso, se activará la función "loadQuiz", que cargará la primera pregunta de la secuencia desde el archivo JSON y llamará a "setupQuiz" para comenzar la cuenta atrás inicial.

Una vez finalizada la cuenta atrás inicial, la primera pregunta aparecerá en la pantalla (ver el caso "startQuiz" en la función "countdownCallback"). Cuando aparezca una nueva pregunta en la pantalla, también se iniciará una nueva cuenta atrás. Esta cuenta atrás sólo se detendrá si alguno de los jugadores hace clic en la respuesta correcta (véase la función "checkAnswer") o si la cuenta atrás llega a su fin. En ambos casos, se revelará la respuesta correcta, se actualizará la puntuación y se cargará la siguiente pregunta.

La función "resolveQuestion" añade las clases a las respuestas para mostrar las correctas e incorrectas, luego comprueba si estamos al final del cuestionario y si es así llama a la función "winner". Esta última función mostrará el avatar del usuario al resto de los usuarios y mostrará un botón para recargar la página y comenzar un nuevo quiz.

var QW_MODULES = (function (modules, $) {
    "use strict";

    var self;

    var quiz = {

        jsonData: null,
        questions: [],
        current: 0,
        interval: 0,
        secondsToStart: 5,
        secondsToAnswer: 20,
        secondsToWait: 5,

        init: function() {

              self = this;
        },

        generateSequence: function() {

              // Get the quiz questions from the selected JSON file
              $.getJSON('/data/' + $('#quiz-dropdown :selected').val(), function (obj) {

                  self.jsonData = obj;
                  var size = obj.questions.length;
                  var requestedSize = parseInt($('#amount').val());
                  var sequence, dummyArray = [];

                  // Limit the quiz size to the amount of available questions
                  if (requestedSize > size) requestedSize = size;

                  // Get an array with numbers as big as the json file
                  for (var i = 0; i < size; i++) {
                    dummyArray[i] = i;
                    }
                    // Shuffle the array and get a slice of it                   dummyArray = self.shuffle(dummyArray);                   sequence = dummyArray.slice(0, requestedSize);                   io.socket.post('/user/start', {user: me.name, sequence: sequence});               });         },         loadQuiz: function(data) {               $('#quiz').show();               $('#changeStatus').hide();               // Check if we still don't have the generated sequence of questions               if (self.questions.length === 0) {                   self.questions = data.sequence;               }               if (self.jsonData === null) {                   $.getJSON('/data/' + $('#quiz-dropdown :selected').val(), function (obj) {                         self.jsonData = obj;                         self.setupQuiz(self.jsonData.title);                   });               }               else {                   self.setupQuiz(self.jsonData.title);               }         },         setupQuiz: function(title) {               $('#quiz-settings').hide();               $('#questions tr').remove();               $('#title').html(title);               $('#progress').attr('max', parseInt($('#amount').val()));               self.countDown($('#countdown'), self.secondsToStart, 'startQuiz');         },         countDown: function($el, secs, stage) {               clearInterval(self.interval);               self.interval = setInterval(function () {                   if (secs > 0) {
                        $el.html(secs);
                        secs--;
                  }
                  else {
                        $el.html('');
                        clearInterval(self.interval);
                        self.countDownCallback(stage);
                  }
              }, 1000);
        },

        countDownCallback: function(stage) {

              switch(stage) {

                  case 'startQuiz': $('#countdown').removeClass('start');
                                    self.loadQuestion();
                                    break;

                  case 'waitTime': $('#question-winner').html('Nobody answered correctly');
                                    self.resolveQuestion();
                                    break;

                  case 'nextQuestion': self.loadQuestion();
                                        break;

                  case 'winner': self.winner();
                                  break;
              }
        },

        loadQuestion: function() {

              $('#question').html('<strong>Question: </strong>' + self.jsonData.questions[self.questions[self.current]].question);
              $('#questions tr').remove();

              $.each(self.jsonData.questions[self.questions[self.current]].answers, function (key, value) {
                  $('#questions').append('<tr><td class="button"><input type="radio" name="answer" value="' + key + '"></td><td>' + value + '</td></tr>');
              });

              // Update status and countdown
              $('#quiz-message').html('Seconds remaining to answer: ');
              $('#question-winner').html('');
              self.countDown($('#countdown'), self.secondsToAnswer, 'waitTime');
        },

        checkAnswer: function() {

              //This user cannot answer this question anymore
              $('#questions .button input').attr('disabled', 'disabled');

              var radioButtons = $("#questions input:radio[name='answer']");
              var selectedAnswer = radioButtons.index(radioButtons.filter(':checked'));

              var correctAnswer = self.jsonData.questions[self.questions[self.current]].correct_answer;

              if (selectedAnswer >= 0 &amp;&amp; selectedAnswer === parseInt(correctAnswer)) {
                  //We've got a winner. Broadcast it!
                  io.socket.post('/user/score', {id: me.id});
              }
        },

        resolveQuestion: function() {

              $('#quiz-message').html('Next question in... ');
              $('#questions .button input').attr('disabled', 'disabled');

              var radioButtons = $("#questions input:radio[name='answer']");
              var selectedAnswer = radioButtons.index(radioButtons.filter(':checked'));

              var correctAnswer = self.jsonData.questions[self.questions[self.current]].correct_answer;
              $('#questions tr').eq(correctAnswer).addClass('success');

              if (selectedAnswer >= 0 &amp;&amp; selectedAnswer !== parseInt(correctAnswer)) {
                  $('#questions tr').eq(selectedAnswer).addClass('danger');
              }

              // Update questions index and gameplay
              var quizQuestions = parseInt($('#amount').val());

              if (self.current < quizQuestions) {                   self.current++;                   $('#progress').val(self.current);                   if (self.current === quizQuestions) { //We reached the end of the quiz                         self.countDown($('#countdown'), self.secondsToWait, 'winner');                   }                   else {                         self.countDown($('#countdown'), self.secondsToWait, 'nextQuestion');                   }               }         },         winner: function() {               $('#quiz').hide();               $('#winner').show();               var scores = [];               var players = [];               $('#status-table tbody tr').each(function() {                   scores.push(parseInt($(this).find('.score').html()));                   players.push($(this).find('.name').html());               });               var highScore = Math.max.apply(Math, scores);               var scoreIndex = scores.indexOf(highScore);               var isDraw = false;               $('#status-table tbody tr').each(function(index) {                   if (parseInt($(this).find('.score').html()) === highScore &amp;&amp; scoreIndex !== index) isDraw = true;               });               $('#winner-image').removeClass('no-one-wins');               $('#winner-image').css('background-image', '');               if (highScore > 0) {
                  if (isDraw) {
                        $('#winner-message').html('We have a draw. Well done!');
                        $('#winner-image').addClass('no-one-wins');
                  }
                  else {
                        $('#winner-message').html('And the winner is... <strong>' + players[scoreIndex] + '</strong>!');
                        $('#winner-image').css('background-image', 'url("' + $('#status-table tbody tr').eq(scoreIndex).find('.name').attr('data-avatar') + '")');
                  }
              }
              else {
                  $('#winner-message').html('And the winner is... <strong>no one</strong> :-(');
                  $('#winner-image').addClass('no-one-wins');
              }
        },

        shuffle: function(o) {
              //+ Jonas Raoni Soares Silva
              //@ http://jsfromhell.com/array/shuffle [v1.0]
              for(var j, x, i = o.length; i; j = Math.floor(Math.random() * i), x = o[--i], o[i] = o[j], o[j] = x);
              return o;
        }
    };

    // return as QuizWars Module
    modules.quiz = quiz;
    return  modules;

})(QW_MODULES || {}, jQuery);

15. Conclusiones

Mi experiencia con Sails.js ha sido muy positiva y recomiendo a todos los interesados en aplicaciones multiusuario en tiempo real que empiecen un proyecto y descubran todas sus virtudes. La curva de aprendizaje es muy suave y todo el código base está muy bien comentado, con referencias a otros archivos cuando es necesario. Todo en el framework es claro, sin archivos redundantes que de otro modo acabarían hinchándolo y dificultando su comprensión. El único aspecto que no es tan bueno como uno quisiera es la documentación y la comunidad. Hay una sección stack overflow para Sails.js con algunos temas interesantes. Es un framework muy nuevo y esperamos que en un futuro próximo haya más recursos disponibles. No obstante, es una consideración menor, al menos para proyectos pequeños.

Estaré encantado de responder a cualquier pregunta o tratar de ayudar a resolver cualquier problema que pueda surgir durante el proceso de instalación, así que no dude en hacérmelo saber. Al mismo tiempo, estoy muy abierto a escuchar mejoras o errores en el código, pero por favor, ten en cuenta que este ejemplo no pretende ser un producto completo/final. Todavía hay muchas características que necesitan ser refinadas o incluidas.

¡Muchas gracias por tu tiempo y espero que te diviertas en el apasionante mundo de Node.js! ^_^

16. Créditos

Mi investigación se ha basado en los ejemplos oficiales de Sails.js, que pueden encontrarse en Sails 101 y en estos dos proyectos de Github: node-sails-chat, sailsChat.

17. Actualizaciones y errores

He intentado ejecutar Sails.js en un servidor con Node.js y Apache, pero mi experiencia no ha sido muy buena. El proxy en el vhost de apache añadía un gran retraso en la conexión del socket. Así que no recomiendo ejecutar una aplicación Node en un servidor que ya está ejecutando Apache. Más información aquí.

Hay un error cuando se selecciona un cuestionario diferente al primero y se inicia. El cuestionario seleccionado y la cantidad de preguntas no se transmiten a los usuarios conectados.

Bien, hoy me gustaría hablaros sobre esta película que acabo de ver y que me ha llenado de inspiración y alegría. Se trata de “Searching for Sugar Man”, la historia de Sixto Rodriguez, un cantante folk de Detroit que sacó un álbum en los 70 pero no tuvo éxito en EEUU. No voy a contar nada más porque al contrario que mi mujer, yo prefiero ver una película sin saber prácticamente nada de antemano. Tenéis que verla!

Me ha gustado tanto que al terminar de verla he ido directamente a Amazon a comprar el DVD de la película y el CD de su primer álbum para mi padre (gran amante de la música Folk americana).

Rodriguez! ya tienes un fan más!

También podéis conseguir más información en la página web oficial de Rodriguez

Los otros sistemas operativos móviles que ya están en el mercado son Windows Phone y Blackberry 10, pero su cuota de mercado es aún muy pequeña. En los próximos meses podemos esperar los siguientes lanzamientos:

• Firefox OS de Mozilla
• Ubuntu Mobile de Ubuntu
• Tizen de Linux Foundation, Samsung, Intel, Tizen Community

Puedes leer más sobre los sistemas operativos móviles aquí y aquí

Los pros y los contras de la codificación nativa

Las ventajas de crear aplicaciones nativas están relacionadas con la máxima flexibilidad y rendimiento. Todos los programadores saben que el uso de los lenguajes de programación de más bajo nivel ofrece la posibilidad de ajustar las aplicaciones, personalizarlas y optimizar el código al máximo nivel. Esto es posible porque se trabaja casi directamente con el hardware; no hay capas innecesarias de complejidad entre el código y el dispositivo.

Las aplicaciones que dependen en gran medida de los gráficos 3D y necesitan procesar muchos datos o hacer un uso intensivo de la CPU son las mejores candidatas para el enfoque de código nativo.

Pero la flexibilidad y el rendimiento tienen un precio y es la complejidad y la duplicación de bases de código. Si quieres que tu aplicación nativa sea compatible con Android e iOS, tienes que tener dos bases de código diferentes, lo que significa que tienes que trabajar doble. Java y Objective-C son dos lenguajes de programación muy diferentes, requieren entornos de programación completamente distintos y el mantenimiento del código (refactorización) puede llegar a ser costoso para personas u organizaciones que no tengan un equipo de desarrolladores trabajando a tiempo completo en aplicaciones móviles.

¿Cuáles son las alternativas?

Por suerte o no, hay varias empresas con productos que prometen resolver el problema de tener dos o más bases de código diferentes para la misma aplicación. Estos productos permiten a los desarrolladores utilizar APIs comunes para construir las apps y luego "exportarlas" a código nativo Java (Android), Objective-C (iOS) o incluso a otras plataformas como Kindle Fire, Blackberry, Windows Phone, etc:

• Appcelerator y su Titanium SDK y Cloud services gratuitos basados en JavaScript. Anuncian su éxito con más de 50.000 apps desplegadas en el mercado, 419.000 desarrolladores y clientes como eBay, Merck, Mitsubishi Electric, NBC y PayPal. [Escaparate de aplicaciones. Después de haber probado la plataforma durante varios meses, puedo decir que el producto ciertamente funciona y la curva de aprendizaje es bastante suave, lo que hace que el proceso de desarrollo sea bastante divertido. Aunque no todo es tan maravilloso como dicen.
• Marmalade es uno de los mejores frameworks de desarrollo de juegos que existen. Tanto si decides codificar de forma nativa (C++) como si adoptas un enfoque híbrido (HTML5-nativo), con Marmalade puedes desplegarlo en iOS, Android, BlackBerry, Windows y Mac, así como en determinadas plataformas de Smart TV y (próximamente) de decodificadores. Clientes: Electronic Arts, Nokia, Apple, Konami, Google, Square Enix, nVidia, Samsung, etc. Escaparate de aplicaciones.
• Adobe PhoneGap es un marco de trabajo gratuito y de código abierto que permite crear aplicaciones móviles utilizando APIs web estandarizadas como HTML5, CSS y JavaScript. Cuenta con 400.000 desarrolladores y colaboradores de IBM, RIM y Microsoft. App showcase.
• Corona SDK es un conocido framework para desarrolladores de juegos para móviles. A partir de una única base de código, se puede implementar en iOS, Android, Kindle Fire y NOOK. App showcase.
• Xamarin es otra empresa/producto para desarrollar aplicaciones para iOS, Android y Mac utilizando C#. Tienen 230.245 desarrolladores y clientes como 3M, Microsoft, VMWare, Accenture, Cisco, AT&T, AOL, Monster y HP. App showcase.
• Shiva3D y Unity3D son opciones más centradas en juegos 3D multiplataforma de alto nivel. Shiva showcase. Unity showcase.
• MoSync SDK es una opción menos conocida que facilita la creación y compilación de aplicaciones para hasta nueve plataformas diferentes a la vez, utilizando C/C++ o HTML5/JavaScript, o una combinación de ambos. App showcase.
• Biznessapps y gamesalad son soluciones rápidas y sencillas para pequeñas empresas y juegos sencillos con pocos requisitos de programación y diseño personalizados. Estas soluciones son no recomendables para la gran mayoría de los proyectos debido a las limitaciones de los editores utilizados para construir las aplicaciones y su falta de flexibilidad.
• Para ver una tabla comparativa ampliada de los frameworks para móviles, visita este enlace, esta página wiki o esta otra.

¿Cuáles son los retos de las aplicaciones nativas y no nativas?

Programar aplicaciones móviles es más difícil que crear aplicaciones de escritorio o web. La plataforma es muy nueva y está cada vez más fragmentada, lo que no ayuda a los desarrolladores.

Por ejemplo, Android tiene cientos de dispositivos diferentes en el mercado. Algunos tienen una pantalla de 3,4'', otros de 7'' o 10''. Algunos funcionan con Android 2.1 y otros con Android 4.3. Algunos tienen 3G, GPS y una pantalla de 300 ppp (puntos por pulgada/densidad de píxeles), HD Ready o Full HD. Las combinaciones posibles son intimidantes y lo cierto es que cada usuario espera que su aplicación funcione a la perfección en su dispositivo.

Algunos aspectos importantes a tener en cuenta son:

• Decidir qué herramienta/marco/enfoque utilizar es una decisión crítica que debe ser cuidadosamente pensada antes de comenzar cualquier trabajo de desarrollo
• Rendimiento en dispositivos antiguos... el listón tiene que ponerse en algún momento.
• Responder rápidamente y con éxito a las quejas/bugs/solicitudes de características en el Android Market y la App Store. Recordar lo de tener bases de código duplicadas...
• Encontrar el enfoque de marketing adecuado y el valor de una aplicación (esquema freemium o basado en anuncios). Algunas estrategias de marketing requieren mucha personalización en el código. Asegúrate de planificar todo.

Hemos estado mirando las cifras de la ROH durante 2011/12 y las hemos encontrado tan sorprendentes que hemos pensado que debíamos compartirlas.

• Más de 7,5 millones de personas participaron en todo el mundo en el trabajo de la Royal Opera House, asistiendo a las representaciones, viendo las retransmisiones de la Temporada de Cine, las emisiones de radio y televisión, las transmisiones en línea o asistiendo a las Grandes Pantallas de Verano de la Royal Opera House, y participando en nuestro trabajo de difusión educativa.

• 4,5 millones de personas vieron el programa de la BBC Two "Maestro at the Opera", en el que la Orquesta de la Royal Opera House, el Coro de la Royal Opera, los Jóvenes Artistas Jette Parker y la Compañía de Ópera Juvenil de la Royal Opera House trabajaron e interpretaron el segundo acto de La bohème de Puccini.

• 2,4 millones de usuarios de la web. La venta de entradas en línea aumentó hasta el 60%.

• 1 millón de personas sintonizaron The Royal Opera en BBC Radio 3 como parte de las temporadas de Opera on 3 de la cadena. Las emisiones incluyeron Il trittico de Puccini, La traviata de Verdi, Le nozze di Figaro de Mozart y Die Meistersinger von Nürnberg de Wagner.

• 1 millón de visionados de vídeos del Royal Ballet LIVE en ese día y en los cinco meses siguientes. El Royal Ballet LIVE mostró un día completo de trabajo en directo a través de Internet y ofreció clases diarias, entrevistas y ensayos.

• 1 millón de minutos de nuestro contenido en YouTube se ve cada mes.

• Se vendieron 692.608 entradas para 428 representaciones en la Royal Opera House, con un 92% de capacidad. Por decimotercer año consecutivo alcanzamos el punto de equilibrio.

• Se llegó a 500.000 personas a través de nuestros canales de redes sociales, como Facebook, Twitter, Google+ y YouTube.

• 300.000 personas vieron las retransmisiones cinematográficas de las producciones de la Royal Opera y el Royal Ballet en 30 países de todo el mundo. La proyección en directo de La fille mal gardée fue la quinta película más taquillera en el Reino Unido la noche de la retransmisión.

• 27.238 El número de personas que participaron en los proyectos educativos. 21.207 personas acudieron al ROH por primera vez a través de programas dirigidos a familias, escuelas, estudiantes y personas mayores aisladas.

• 10.000 asistentes a los relevos de la Gran Pantalla de Verano de BP (¡a pesar de uno de los veranos más lluviosos de los últimos años!).

• El 40% de nuestro público es menor de 45 años.

• El 40% de nuestras entradas cuestan 40 libras o menos.

• El 30% de nuestras entradas son de 30 libras o menos.

¿Cómo se relacionó con nosotros durante la temporada 2011/12? ¿Viniste a una representación en el Covent Garden, asististe a un evento de Educación en Thurrock o viniste a un relevo en la Gran Pantalla en Glasgow? Háganoslo saber: nos encantaría saber qué disfrutó especialmente.

Churchill ha superado a Spiderman para reclamar el título de récord Guinness de "Mayor número de contribuciones a una tarjeta de felicitación". ¡Oh, sí!

Para celebrar el cumpleaños de Churchill, se pidió a los fans de Facebook que firmaran la tarjeta de cumpleaños en línea del perro asentidor, animado por Churchill a batir el intento de récord mundial con la promesa de donar 2.000 libras esterlinas a Battersea Dogs & Cats Home, si lo conseguía.

Una enorme tarjeta física también recorrió el país recogiendo mensajes de cumpleaños y firmas en los centros de contacto de Churchill.

Las miles de firmas online se transfirieron manualmente (¡tenemos los brazos doloridos para demostrarlo!) a la gigantesca tarjeta de cumpleaños que, con un total de 4.347 firmas (frente a las 2.707 de Spidey), fue coronada esta semana como récord Guinness.

Como agradecimiento adicional a sus fans por su apoyo, Churchill aumentó su donación a Battersea a 4.347 libras, es decir, 1 libra por cada mensaje de cumpleaños que Churchill recibió.

El intento de batir el récord mundial culmina un año muy ajetreado en el que Churchill ha protagonizado películas para celebrar los Oscar y los bailes de graduación, y ha hecho una taza de celebración del jubileo por la que recibió una carta personalizada del Palacio de Buckingham.

Podríamos incluso crear un programa que capturara datos a intervalos regulares de las reseñas de Twitter, Facebook, Flickr, Google+ y Google y los almacenara en nuestra base de datos. Este programa también podría rastrear la web en busca de comentarios de blogs y otros datos interesantes de las marcas, como logotipos, premios, estadísticas, etc.

Creo que los datos abiertos no son suficientes. Debemos recopilar y almacenar los datos de la marca para poder procesar y ofrecer grandes aplicaciones artísticas, informativas y multimedia.

Aunque la neutralidad de Internet está siendo cuestionada y amenazada por grupos de presión y gobiernos de todo el mundo, sabemos que los datos abiertos son buenos para la comunidad de Internet, pero no podemos garantizar durante cuánto tiempo seguirán siendo libres y públicos. Al mismo tiempo, los hackers contratados por los gobiernos y los hacktivistas] como Anonymous están aumentando sus actividades en Internet, a veces utilizando un sombrero blanco y a veces un sombrero negro, lo que hace que los datos sean vulnerables.

Puede que pienses que la seguridad en Internet y la propiedad/libertad de los datos no son argumentos lo suficientemente poderosos como para preocuparse por el futuro de los datos abiertos, y puede que tengas razón, pero tengo una segunda razón... agilidad. Sí, lamentablemente las APIs de la web son conocidas por su lentitud y algunas de ellas tienen un límite en la cantidad de datos que se pueden solicitar por hora o por día. Esto hace que el desarrollo de aplicaciones en tiempo real altamente basadas en datos no sea divertido. Hasta el punto de que puede arruinar la experiencia del usuario, haciéndola aburrida y frustrante.

El jueves pasado tuvimos una (tan en boga) noche de hacking en la que, además de disfrutar de algo de comida tailandesa, intentamos dar con algunas ideas interesantes. Una de ellas, llamada "Brand Rank", consistía en construir un programa para mostrar el ranking social (en Twitter) de las marcas con las que trabajamos frente al ranking de sus competidores directos. Esta aplicación implica el uso de una base de datos y un proceso automático para alimentar los tweets en la base de datos cada 10 minutos. Una vez que los datos están en nuestro dominio podríamos jugar con ellos más rápidamente y mostrar los resultados de una manera más personalizada y rica.

Creo que podríamos hacer prácticas herramientas como Brand Rank, y obtener un verdadero beneficio para nuestros clientes, extrayendo las emociones de la gente (los datos) de los canales de medios sociales de nuestras marcas.

Ser propietarios de los datos nos daría un poder y una agilidad ilimitados para crear herramientas de inteligencia empresarial a medida que nos ayuden a entender mejor los sentimientos de la gente por nuestros clientes. También podríamos crear interfaces y mashups para mostrar los sentimientos en diferentes plataformas como la web, android, iPhone o incluso en instalaciones artísticas offline y en acciones de guerrilla digital / marketing viral.

Incluso podríamos construir un programa que capture datos a intervalos regulares de Twitter, Facebook, Flickr, Google+ y reseñas de Google y los almacene en nuestra base de datos. Este programa también podría rastrear la web en busca de comentarios de blogs y otros datos interesantes de la marca, como logotipos, premios, estadísticas, etc.

Creo que los datos abiertos no son suficientes. Debemos recopilar y almacenar los datos de la marca para poder procesar y ofrecer grandes aplicaciones artísticas, informativas y multimedia.

Desde mi última entrada, se ha avanzado mucho en el desarrollo de nuestro nuevo y mejorado sitio web. Al igual que el resto del equipo, estoy encantado con los comentarios que recibí en mi último blog; es estupendo saber que vamos por el buen camino para ofrecer muchas de las cosas que buscáis.

El último mes se ha centrado en datos, datos y más datos; hemos tratado de encontrar la mejor manera de mostrar toda la información importante sobre nuestras actuaciones y producciones de una manera que tenga sentido para todos los que la utilizan.

Mucha de la información que se ve hoy en nuestro sitio web tiene que introducirse manualmente, lo que significa que estamos limitados en la forma de presentar los datos, una mayor probabilidad de errores y mucho tiempo de actualización para nuestro equipo. Además, no se trata de un solo proyecto, sino de cuatro: la tecnología, el contenido, la venta de entradas y el comercio electrónico, y la reutilización de todo el contenido del antiguo al nuevo.

Como todo el trabajo que hacemos en la Royal Opera House, no podría llevarse a cabo sin las personas que trabajan entre bastidores, así que quería presentarles al equipo técnico que está haciendo posible todo esto. En otro blog veremos el trabajo del equipo de contenidos.

En primer lugar están los héroes a menudo no reconocidos, el equipo de desarrollo formado por dos desarrolladores y un gerente. Jamie y su pequeño equipo están construyendo el sitio desde cero. Trabajando con montones de datos, recientemente han creado una nueva forma más integrada de reservar una mesa en un restaurante, una de cuyas consecuencias es que no pediremos un depósito en el nuevo sitio. Otro trabajo fundamental es mantener los datos abiertos y accesibles. Esto afectará, por ejemplo, a la forma en que almacenamos y mostramos nuestra siempre popular fotografía de producción, que se gestionará a través de Flickr.

También está el equipo de tecnología, que trabaja entre bastidores con el personal de toda la casa para llevar a cabo una importante actualización de los sistemas de apoyo y las bases de datos que contienen los datos y, en última instancia, venden las entradas. Aunque son técnicos experimentados y cualificados, no son los típicos informáticos, ya que cuentan con un violonchelista, un actor, un escritor, un bailarín y un ex director de orquesta. El jefe de informática, Chris, y su equipo tienen que asegurarse de que los sistemas entre bastidores sean seguros y respondan a las necesidades del sitio web y de la taquilla.

También tenemos un socio en todo esto; POP construirá el sistema de venta de entradas y ha asumido el formidable reto de construir un sistema de venta en línea capaz de manejar nuestros períodos más concurridos sin necesidad de una sala de espera. Tienen un largo historial de trabajo con salas de arte en el Reino Unido, creando previamente el sistema que envía nuestros correos electrónicos, así como nuestra aplicación de venta de entradas para el iPhone. Actualmente están trabajando en una nueva herramienta de selección de asientos que será más sencilla de utilizar que la encarnación actual y que funcionará en otros dispositivos que no admitan Flash. Su próxima tarea es crear una aplicación de compra con un solo clic similar a la de Amazon.

Después de todos estos avances, estoy seguro de que tu última pregunta es "¿Cuándo se va a lanzar?", pero me temo que vamos a mantenerte en vilo, al menos por ahora. Lo que sí puedo decirte es que empezaremos nuestra primera ronda de pruebas a mediados de marzo. Tenemos que hacerlo bien; siempre hay problemas con los sitios web nuevos y complejos, y queremos asegurarnos de ofrecer la mejor experiencia posible cuando salgamos al mercado.

Ya en 2001 alguien me dijo con audacia que los espectadores no querrían reservar sus entradas por Internet. Si hay algo que he aprendido es a no subestimar nunca la capacidad de la tecnología para captar la imaginación y cambiar la forma de hacer las cosas. Cuenta la leyenda que incluso Bill Gates dijo: "Internet es sólo una moda".

La moda no pasó y hace seis años (un milenio en años de Internet), en la Royal Opera House lanzamos nuestro actual sitio web. Este nuevo y brillante sitio web, que ponía todo tipo de contenidos nuevos y emocionantes al alcance de todo el mundo, se hizo rápidamente popular. Cada vez más gente se anima a reservar en línea y, por desgracia, la entrada más solicitada se convierte a menudo en la más lenta. Esto significó que hubo que introducir una sala de espera online para gestionar la demanda.

Cuando me incorporé a la Royal Opera House en 2009, el sitio web ya se sentía un poco viejo. Pasamos los siguientes 12 meses apuntalando el sitio, mejorando la estabilidad y hemos experimentado un éxito relativo. Ahora podemos atender a un 26% más de clientes en línea que en 2009. Sin embargo, esto no es un verdadero consuelo para muchos de nosotros que todavía tenemos que sentarnos en una sala de espera virtual de 2.000 compañeros haciendo cola para conseguir entradas. Ha sido una fuente de frustración para todos los que trabajamos en la Royal Opera House porque queremos ofrecer el mejor servicio posible a nuestro público.

Creemos firmemente que debemos ofrecer una experiencia excelente a todo el mundo desde el momento en que alguien llega a nuestro sitio web. Esto puede ser complicado cuando tenemos que emplear una sala de espera virtual hasta 30 veces al año para gestionar las 50.000 personas que, en los días de mayor afluencia, intentan comprar entradas al mismo tiempo. El 53% de ustedes reservan ahora sus entradas por Internet y estamos seguros de que serían más si nuestro sitio web tuviera la capacidad necesaria. Así que volvimos a la mesa de dibujo y decidimos empezar de nuevo con un nuevo sitio web.

Durante los últimos 18 meses, hemos creado un nuevo equipo con la experiencia necesaria para crear la próxima experiencia online mejorada de la Royal Opera House y estamos empezando desde cero. También hemos estado escuchando: tomando en cuenta sus comentarios y opiniones de los correos electrónicos y las cartas; en Facebook y Twitter; y de la plétora de excelentes blogs mantenidos por los dedicados fans del Ballet y la Ópera. Sabemos que las cosas son difíciles de encontrar, no siempre accesibles y sabemos que las entradas deben ser más sencillas y rápidas de reservar.

Tras un extenso periodo de planificación y preparación basado en parte en sus comentarios, estamos construyendo la nueva página web y aún queda mucho por hacer. Lamentablemente, no puedo garantizar que todo el mundo consiga el mejor asiento de la casa, pero hay luz al final del túnel.

Gracias por su paciencia hasta ahora y esperamos lanzar nuestro nuevo sitio y escuchar sus opiniones. Estén atentos a más detalles en breve.

Para rematar la semana, el jueves me fui a ver Romeo y Julieta en el O2 Arena con Farah, su marido, Tintin, Barbará y Tuesday. Fue increíble, sobre todo Tamara Rojo. ¡Vaya crack!, con 37 años y se mueve como si tuviera 20. Además, me sorprendió mucho la creatividad en la coreografía, con escenas como cuando Carlos Acosta levanta a Julieta (ya muerta). Se nota que son los mejores bailarines del mundo.

Ha sido la tarjeta gráfica, una Nvidia 7900 GS con 256 MB de VRAM. Al parecer la tarjeta se calienta mucho y unido a que los ventiladores del DELL Inspiron 9400 saltan muy tarde, con el tiempo las soldaduras se han ido agrietando hasta el punto de que ya no hacen buen contacto (esto lo he aprendido a base de leerme foros de pobrecitos desgraciados como yo).

Tras investigar un poco, encontré a unos loquitos que dicen que han arreglado sus gráficas metiéndolas en el horno a 200 grados durante 10 minutos. Puede parecer una locura, pero tiene sentido. De esa forma las soldaduras se recalientan y se vuelven a solidificar arreglando las grietas provocadas por los drásticos cambios de temperatura.

Mi portátil me costó 1.400 € en septiembre de 2006 y me niego a darlo por muerto. No quiero sucumbir a las artimañas de la industria para obligarme a comprar uno nuevo. El otro día, hablando con mi amigo Ari sobre este tema, me dijo que viera el documental “obsolescencia programada”. La historia de como las diferentes industrias programan sus productos para que dejen de funcionar al llegar a una fecha determinada de su vida. Sí, es cierto. No es una leyenda urbana. Es la sociedad de consumo llevada al extremo.

Volviendo al tema de mi gráfica... el caso es que la he pasado por el horno 3 veces y no he conseguido arreglarla :( He empezado a ver opciones por eBay y espero poder encontrar alguna solución pronto porque ¡no puedo estar sin un ordenador en condiciones!

No sé si fue la muerte de mi PC, pero el sábado por la noche acabé con Alex (mi compañero de piso) y sus amigos. Estaban haciendo una barbacoa y nos apuntamos. Acabamos bastante borrachos a base de Tequila, licor de coco importado de Filipinas y cervezas por doquier. El domingo lo pasé con resaca viendo Oprah y arreglando el post de las 1001 pelis para ver antes de morir. ¡Vaya curro que tiene!

12 de marzo de 2011

Hola Tae!,

Espero que estéis todos bien. Siento mucho el desastre del terremoto y me da mucha pena. Imagino que ahora mismo estaréis desbordados con la situación. Por favor dime si puedo hacer algo para ayudar.

¡Un abrazo muy fuerte y mucho ánimo!

Saludos a los amigos de la asociación hispana en Sendai.

Joan Mira

13 de marzo de 2011

Hola Joan:

Muchas gracias por tu amable mensaje. Gracias a Dios, yo y mis familiares estamos bien. Aunque algunas habitaciones de la casa quedaron dañadas, teniendo suficiente espacio para dormir y hacer cosas diarias, no necesitamos refugiarnos. En mi casa, el sábado por la noche, se reanudó el servicio de electricidad.

Con respecto al suministro de aguas, desde principio ningún problema. Solo falta el gas. Dicen que tardarán unas semanas para la reanudación de dicho servicio… Bueno, tengo paciencia y además suerte, ya que en otras zonas de la ciudad, todavía está cortada el agua y electricidad. Creo que aquí, centro de la ciudad, los daños fueron mínimos. Así que los miembros de la Sociedad Hispánica de Miyagi quienes os recibieron en la cena, estarán bien porque ellos también viven en el centro.

Sin embargo, en otros barrios de la ciudad, se dice que cientos personas murieron por el tsunami. El problema es que, por el momento, ni siquiera los cuerpos de rescate como Fuerza Terrestre de Autodefensa pueden acercarse a estos lugares, debido al montón de escombros y muchas aguas terrosas. Razón por la cual, demorará bastante para saber exactamente el saldo de esta catástrofe.

Cuando se tranquilice la situación, te contaré más detalles.

Una vez más agradeciendo por tu amable solidaridad, atentos saludos.

Tae

13 de marzo de 2011

Hola Tae!

Me alegro mucho de tener noticias tuyas. Todo el mundo está siguiendo con mucha atención todo lo que está pasando en Japón y la verdad es que tus palabras me tranquilizan un poco. Espero que podáis volver a la normalidad cuanto antes y que el daño sea el menos posible.

Este artículo de Héctor, (un alicantino que vive en Tokio desde hace varios años) me gustó mucho. Es un pequeño relato de amor durante el terremoto. Narrado en primera persona. ¡Es muy emocionante! Espero que te guste.

Por favor Tae, envíame cuando puedas más información de como evoluciona la situación y alguna foto (si puedes). Si conoces algún número de cuenta bancaria o forma de poder solidarizarnos con los afectados, estoy seguro de que alguno de los seguidores de La Ruta Samurái estará interesado en saberlo.

En esta página del blog de La Ruta Samurai estoy poniendo los emails que me envias. ¿Te parece bien?

Un abrazo y mucho ánimo!,

Joan

15 de marzo de 2011

A través de la embajada de Japón en España he conseguido algo de información por si alguien quiere ayudar:

DONATIVOS PARA AYUDAR A LAS VÍCTIMAS DE LOS TERREMOTOS DE JAPÓN*

*Actualización sobre la recepción de ayudas y donativos destinados para la ayuda a las áreas damnificadas por el terremoto y tsunami de la región de Tohoku y costa del Pacífico ocurrido el pasado 11 de marzo.

La Cruz Roja Japonesa informa que está en disposición para acoger las ayudas y donativos tanto de particulares como de empresas, organismos e instituciones extranjeras, así como las ayudas de gobiernos de los diferentes países.

A continuación se informa de las diferentes modalidades para aquellas personas e instituciones, tanto privadas como públicas que estuvieran interesadas en realizar su aportación directamente a la Cruz Roja Japonesa.

AYUDAS DE PERSONAS PARTICULARES Y COLECTIVOS EXTRANJEROS

1. Donativos destinados a las personas damnificadas por el terremoto y posterior tsunami. (Nota: estas ayudas se destinarán a todas las personas afectadas a través de la Cruz Roja Japonesa que lo entregará a los Comités de Reparto de Ayudas de las comunidades locales, quienes se encargarán a su vez de ejecutar la entrega de las ayudas). Si se necesita recibo, deberán indicarlo en el apartado correspondiente.

• Nombre del banco: Sumitomo Mitsui Banking Corporation
• Nombre de la sucursal: Ginza
• Número de cuenta: 8047670 (Cuenta ordinaria)
• Código SWIFT: SMBC JP JT
• Nombre del beneficiario: The Japanese Red Cross Society
• Dirección del beneficiario: 1-1-3 Shiba-Daimon, Minato-ku, Tokyo  JAPAN

2. Donativos destinados a las actividades de salvamento de la Cruz Roja Japonesa. Si se necesita recibo, deberán indicarlo en el apartado correspondiente.

• Nombre del banco: Sumitomo Mitsui Banking Corporation
• Nombre de la sucursal: Ginza
• Número de cuenta: 8047705 (Cuenta ordinaria)
• Código SWIFT: SMBC JP JT
• Nombre del beneficiario: The Japanese Red Cross Society
• Dirección del beneficiario: 1-1-3 Shiba-Daimon, Minato-ku, Tokyo  JAPAN

Me ha costado bastante elegir una de entre las 42 fotos que ha seleccionado The Big Picture. Simplemente alucinante. ¡Qué difícil y duro debe ser un rally como ese! Mi enhorabuena a todos los participantes. Por cierto, que pena que Calleja tuviera que abandonar por problemas mecánicos…

También queremos agradecer profundamente toda la ayuda que nos han prestado nuestros patrocinadores (en especial Leonardo del Museo Nicolás Roerich), el ayuntamiento de Coria del Río, a la asociación amigos de japón de Coria del Río (en especial a Virginio Japón, Juan Francisco Japón y Momo), la embajada de España en Japón, la embajada de España en Rusia, todo el equipo de Yamaha en Yekaterinburgo (en especial a Sofía Panova), a Mike y Ruby por su ayuda en Mongolia, a Bob y su mujer por su ayuda en Barnaul, a Mami Uchida por su importante ayuda como traductora, a Paco y a su mujer por tratarnos como reyes en Nagoya, a Martyn por ser un buen compañero de viaje y por salvarnos de quedarnos tirados en numerosas ocasiones y por supuesto también queremos daros las gracias a todos los que nos habéis acompañado o seguido en Facebook en esta aventura y a los que os habéis preocupado por nuestra salud.

¡Muchas gracias!

PD. Por favor visitad nuestra página en Facebook para leer los últimos comentarios del viaje y ver las fotos más actualizadas.

Cuando llegamos al punto de control, nos encontramos en la cola a dos motoristas canadienses (un hombre y una mujer), equipados con dos BMW GS1200 y un equipaje bien estudiado. Se nota que tienen experiencia viajando en moto por el mundo. Hablamos un rato con ellos y nos dicen que tenemos que volver un poco más atrás para rellenar unos papeles antes de poder entrar en la aduana y en el control de pasaportes.

Al final conseguimos entrar en las oficinas y empezar los trámites para que nos dejen pasar a Mongolia. El asunto del visado y pasaporte lo solucionamos rápido, pero hay problemas con el cuaderno ATA. Al parecer en San Petersburgo no rellenaron bien el cuaderno y ahora al irnos de Rusia no quieren sellarnos el cuaderno porque dicen que ya está cerrada la importación.

Es la hora de comer, la frontera cierra durante una hora, así que nos quedamos deambulando por ahí, nos hacemos un pícnic en medio de la frontera y esperamos a que vuelvan los funcionarios para ver que solución le damos al tema del cuaderno ATA. Después de esperar unas horas y de emplear técnicas avanzadas en protesta silenciosa, nos dicen que no hay problema, que podemos pasar a Mongolia, pero que en el cuaderno ATA ha quedado registrado nuestro paso por Rusia de una forma un poco extraña, ya que nos dieron entrada y salida de la mercancía en San Petersburgo.

Tomamos la salida y nos dirigimos hacia el siguiente puesto fronterizo, no sin antes pasar por otros dos controles de pasaporte. Ya en la frontera de Mongolia, entramos en las oficinas para tramitar los papeles de la moto y los visados. Mientras yo me encargaba de los papeles, Vicente se queda vigilando las motos. Hay varios camioneros rusos dando por saco, toqueteando las motos, poniéndose el caso sin pedir permiso… Vicente casi les suelta una hostia.

Cuando conseguimos arreglar los papeles (unas dos horas) seguimos adelante, nos paran y nos obligan a comprar un seguro para la moto (500 rublos, unos 14 €). Los niños se acercan a nosotros para pedirnos alguna chuchería.

Por fin conseguimos entrar en Mongolia y se pone a diluviar, la carretera de tierra se convierte en barrizal con charcos que hacen muy difícil la conducción. Tenemos que llegar a un pueblo llamado Tsanangur y no podemos parar. Llegamos a un punto en el que la carretera está cortada por una verja. ¡Qué coño es esto! Nos quedamos desconcertados por un momento, no podemos creernos que nos obliguen a ir campo a través… pero al final es la única opción. Nos apretamos los machos y nos metemos por medio del monte durante varios kilómetros. Bordeamos la verja y llegamos al primer pueblo Mongol desde la frontera rusa. El camino ha sido complicado, hemos tenido que pasar por algunos charcos profundos, llovía a cántaros y las motos se han puesto muy sucias.

Cuando llegamos al pueblo, el aspecto es bastante peor que los pueblos rusos. Parece bastante devastado, sin embargo, el paisaje y las montañas son impresionantes. De pronto se acercan dos chavales en moto, tienen una sonrisa muy amplia y enseguida se ponen a chapurrear algo de inglés. Quieren llevarnos a su casa para tomar un chai (té) y también nos dicen que nos quedemos a dormir porque llueve mucho y el siguiente pueblo está lejos y la carretera es muy mala.

Nos decidimos a ir con ellos y llegamos a su humilde Ger, donde su familia nos espera con los brazos abiertos. Para variar, nada más llegar me caigo de la moto y la maleta lateral se llena de barro. Se está convirtiendo en un clásico lo de ver la moto en el suelo…

Entramos en el ger (yurta) y nos sentamos a tomar té y hablar un poco con los padres de los chicos que nos rescataron. Parecen contentos de tenernos como invitados y se quedan sorprendidos de todo lo que sabemos decir en Mongol. Enseguida lo arreglamos todo, concretamos la comida para la cena, metemos el equipaje y nos ponemos cómodos junto a la estufa.

Pronto anochece y ya me estaban dando ganas de darle algo a esta gente que tan bien se estaba portando con nosotros. Salimos afuera y empezamos a sacar cosas de las maletas, linternas, candado, radio, camisetas, medicinas, gafas de sol,... al final se quedaron supercontentos y nosotros más tranquilos de poder compensar la hospitalidad que nos ofrecían.

Más tarde empiezan a venir vecinos y familiares. Somos la atracción y no pueden dejar pasar la oportunidad de venir a saludarnos. Nos ponemos todos a cenar, hay varios niños y enseguida se interesan por las fotos que les enseñamos de la cámara, los videos hechos con el móvil y las historias que les contábamos sobre Rusia. Parece increíble, pero tienen en muy lugar al país vecino...

Empieza a anochecer, los invitados se van a su casa y nosotros nos caemos rendidos en la cama, no si antes pasar un poquitin de vergüenza por tener que cambiarnos de ropa delante de toda la familia que no paraba de mirarnos. La cama es un horror, pero la euforia que sentía por estar allí con ellos hace que ni siquiera se me pase por la cabeza lo incómoda que es la cama.

Continuará…

Estamos en Vladivostok desde el miércoles pasado y nos quedan ya solo dos días más para tomar el ferry que nos llevará a Corea del Sur y luego a Japón. Creo que no hace falta que diga las ganas que tengo de llegar, los que me conocéis ya estaréis cansados de oírme hablar de Japón cada dos por tres. El caso es que hemos tenido que quedarnos una semana en esta ciudad porque el ferry a Japón solamente sale una vez a la semana. Además, tuvimos la “desgracia” de llegar solo unas horas después de que zarpara. Unos días más tarde nos dimos cuenta de que no fue tan mala suerte porque empezamos a hacer las gestiones y nos dimos cuenta de que realmente necesitábamos dos o tres días para arreglar los papeles de las motos.

Fuimos un poco ingenuos y llegamos a Vladivostok sin tener ni idea de los horarios ni del número de ferris que había. Luego nos enteramos de que únicamente habían tres opciones posibles: la primera consistía en tomar dos ferris y cruzar a Japón a través de la isla de Sahalin (Rusia) y luego llegando a Wakanai (en Hokkaido). Esta opción la desechamos pronto (aunque era mi preferida porque me habría gustado ver Hokkaido). Ya teníamos los papeles del cuaderno ATA configurados para Vladivostok y viendo como está el panorama con las aduanas, preferimos arriesgarnos 0,0.

La segunda opción que teníamos era tomar un ferry directo hasta Toyama, pero al parecer la compañía que ofrecía este servicio decidió vender el ferry y cerrar la empresa. Seguramente no les salía rentable o quizás se endeudaron tomando demasiado vodka y tuvieron que vender. ¡Quién sabe!, el caso es que nos jodieron el plan.

La tercera opción (la que menos nos gustaba) ha resultado ser la única vía de escape de Rusia. Viajar a Donghae (Corea del Sur) y luego a Sakaiminato (sur de Japón) con la compañía DBS. El trayecto dura dos días y nos ha costado la friolera de 600 €. ¡Un pastiche considerable!

Durante estos días que tenemos que estar en Vladivostok hemos aprovechado para hacer la colada, intentar comprar unas zapatillas nuevas para Vicente y en general mover el culo un poco por la ciudad. Nos hemos acomodado bastante en el hotel y la verdad es que unos días de descanso se agradecen bastante. Me gusta ir en la moto por ahí solo, haciendo gestiones como si estuviera en Alicante. Conocerme las calles y saber como ir a los sitios del barrio. Es una sensación que siempre me gusta repetir. Ya cuando me fui a vivir a Barcelona y Madrid me empezó a gustar y parece que no desaparece. Volver a empezar desde cero en una ciudad nueva ¡es una pasada! Todos los días hay algo nuevo que aprender y eso de superar retos tiene algo de química - ¿endorfinas quizás? - que lo hace bastante adictivo, por lo menos para mí.

Para ir a hacer gestiones en Rusia ya me hago a la idea de que voy a pasar casi todo el día. Hay que tener mucha paciencia y ser muy persistente. En muchas ocasiones le digo a Vicente, “¿Ves? si nos hubiéramos rendido cuando nos han dicho eso, no lo habríamos conseguido”. Los funcionarios nos suelen cerrar muchas puertas, no quieren ayudar, somos una complicación para ellos, no hablamos el idioma. Hay que ser muy persistente y emplear la táctica de la protesta silenciosa. Esta técnica nos ha funcionado bastante bien durante todo el viaje y voy a explicarla porque tiene su gracia.

Cuando las autoridades rusas se cierran en banda y no hay forma de llegar a ningún sitio, hay que hacer como Gandhi. Una protesta no violenta. La guerra no verbal. Buscamos el sitio que más les gusta, donde se reúnen a fumar el pitillo o un cruce de pasillos bastante transitado, el caso es que te vean e incomodarles. Nos vamos directamente a ese sitio y hacemos una sentada. Nos ponemos a hablar entre nosotros y a esperar la reacción. Al rato siempre aparece alguien más predispuesto a ayudar o llama a otro que sepa un poco de inglés. El tema es deshacerse de nosotros :-)

En el hotel donde nos alojamos también hemos coincidido con otros tres moteros que también están viajando por el mundo. Jesús, un vasco que viaja desde España hasta Australia, tiene una moto Ural (marca rusa) con sidecar. Le gusta tocar la guitarra clásica, fuma, es pelirrojo y a veces se tira un rato hablando sin mirarte a la cara. Eric es francés, pero su abuelo era español. Es fotógrafo de viajes extremos y viaja desde España a Shanghái en una Harley-Davidson de 350 Kg (con dos cojones). Lleva 3 bidones de gasolina y puede hacer 700 Km sin parar. Metió su moto en China dentro del maletero de un autobús, pero le pillaron y tuvo que salir de China a los pocos días. El último es Alex, un motero suizo que va hasta Japón en una GS1200. Hoy se ha ido de vuelta a Moscú, donde recogerá su moto que envió en el transiberiano desde Vladivostok.

En fin, nos hemos juntado una cuadrilla interesante y nos reunimos de vez en cuando a contar historias de viajes y tomar cervezas. ¡Así seguiremos un par de días más!

Hoy ha sido un día durillo pero bastante interesante. Salimos a las 9:00 am desde un pueblecito llamado Sim (situado entre Ufa y Yekaterinburg). Ayer tuvimos que parar en ese pueblecito porque había un incendio en la carretera y se formó un gran atasco. Mientras nos paseábamos por el pueblo con la moto en busca de algún sitio para dormir, la gente nos miraba como si fuéramos auténticos extraterrestres. Nos hemos encontrado de todo, gente que te saluda e intenta entablar conversación, otros que se giran al ver la cámara del casco, algunas niñas que salen corriendo atemorizadas en busca de su madre. En general me he sorprendido de ver que la gente se muestra muy prudente y por lo general no se atreven a acercarse mucho hasta que no nos ven sonreír y saludarles. Pero pasar desapercibidos como en Europa es imposible.

El caso es que nos encontramos con dos chavales (en un 4×4, de esos que regalan…) y estos nos indican que los sigamos hasta el hotel del pueblo. Cuando llegamos al hotel, montamos el típico show de cada día, balbuceos en ruso, dibujitos en papel y onomatopeyas de todo tipo y color para conseguir hacerles entender el tipo de habitación que buscamos. Al final nos la dejaron en 800 rublos más 40 por el parking (unos 22 €). Entramos a la habitación (que hacía un pestazo a calandraca considerable) y vemos que no hay ducha. Nos dicen que tenemos que lavarnos en una especie de sauna con unas palanganas y unos cazos. No tenemos fotos (llovía y me dio pereza sacar la cámara) pero puedo asegurar que el lugar era de lo más pintoresco. La sauna era una caseta destartalada rodeada de cabras y cosas oxidadas por doquier.

Al día siguiente nos despertamos con el placer de haber dormido sabiendo que España era campeona del mundo, una visión que se desvaneció en cuanto escuchamos la incipiente bocina de un tráiler de 40 toneladas que bajaba sin frenos por un puerto de montaña. La gente del pueblo salió a ver el espectáculo y a la espera del desenlace feliz o la catástrofe. Al final consiguió esquivar unos 30 coches y no hubo muertos ni colisiones con grandes explosiones. Después del breve momento de excitación nos ponemos a cargar los bultos y a empezar el viaje rumbo a las montañas Urales.

Los Urales no son la panacea, pero la verdad es que lo hemos agradecido bastante. Tanta carretera recta y llanura se hace un poco pesado. La montaña es siempre más divertida, las curvas te obligan a moverte un poco encima de la moto y suben la adrenalina. Si a eso le añades que hoy iba escuchando uno de mis grupos favoritos “Radiohead” y que a ratos se ponía a llover a lo bestia, el resultado es sumamente placentero. Otra gracia y desgracia de viajar en moto es que podemos oler los sitios por los que pasamos, aunque poder oler los Urales con lluvia es otra pasada.

A la hora de comer hemos parado en un pueblo llamado Miass y luego hemos seguido hasta Karabash, un sitio que me ha llamado la atención por su aspecto inhóspito. Montañas de arena negra, escavadoras viejas abandonadas, chimeneas muy altas, agujeros humeantes. Una combinación de colores irresistible para cualquier fotógrafo. Me podría haber quedado el día entero haciendo fotos de cosas oxidadas y abandonadas. Me recordaba a una de esas pelis rusas que retratan sociedades distópicas, en concreto la de S.T.A.L.K.E.R.

Las carreteras y los kamikaces

Llevamos alrededor de 10.000 Kms de viaje, de los cuales al menos 3.000 los hemos recorrido en Rusia. La diferencia de viajar en Europa a hacerlo en Rusia es abismal. Las carreteras han sido una de las mayores sorpresas que nos hemos llevado. Sabíamos que estaban mal, pero no tan mal como nos las hemos encontrado. En general no hay autopistas ni vías rápidas. Son todo carreteras convencionales de uno o dos carriles por cada sentido de la marcha. No están valladas, así que a veces te puedes encontrar a gente cruzando, perros que salen a ladrarte, caballos, vacas y ovejas… El estado del asfalto es alucinante. Como pasan miles de camiones al día, dentro de un carril hay dos escalones de unos 10 o 15 cm. de alto que corresponden a las rodaduras de los camiones. Es un fastidio porque para moverte con la moto dentro del carril tienes que tener cuidado al subir y bajar estos escalones. Hay un montón de agujeros, pavimentos rayados que hacen que se deslice la rueda de delante, vías de tren que sobresalen un montón. Además, hay un tráfico muy intenso, no respetan los márgenes de separación y te adelantan por cualquier sitio. Se hace muy dura la conducción y la velocidad media que llevamos es de entre 60 y 70 Kph.

Hace un par de días nos cazó un policía mientras hacíamos un adelantamiento a 134 Kph por una carretera de 80. Lo tienen bien montado, se esconden detrás de árboles (estilo viejuno) y desde lejos te apuntan con el cañón. Luego te paran y te enseñan la velocidad a la que ibas. Nos tocó volver a hacer el show y untar al policía con 500 rublos, aunque creo que se puede bajar aún más, por lo menos hasta 200 rublos. Hay que ir con cuidado porque si se enfadan quizás te quitan la documentación y te hacen perder un día o dos.

Ese mismo día Vicente y yo nos perdimos. Mientras yo paraba en el arcén, Vicente adelantaba a un camión y no lo vi pasarme. Al final, gracias a los walkis que nos patrocina Midland pudimos volver a encontrarnos. Lo peor es que con las prisas no pude parar en un buen sitio y se me cayó la moto al suelo. Aun así, tuve suerte de que no se cayera por la ladera…

Algunas cosas curiosas

Me ha sorprendido que en los menús de los restaurantes (aquí los llaman cafés) venga siempre especificado los gramos de los platos. ¡Es muy práctico! El alcohol también lo miden en gramos. Un chupito normal de vodka son 50 g. y uno doble 100 g.

Por lo general, los rusos que nos hemos ido encontrando son buena gente. Nos han ayudado a encontrar sitios para dormir y se han mostrado muy amables. Hay de todo, como en todas partes. También hay algunos más secos que nos ponen mala cara cuando ven que no hablamos ruso, aunque quizás lo hacen porque se ponen a la defensiva al no poder ellos expresarse en inglés.

No hemos visto ni un solo vehículo extranjero en todo lo que llevamos de viaje en rusia. Solamente algún motero como nosotros. Será por lo complicados que son los trámites.

El aspecto en general de los pueblos y ciudades es bastante deprimente. Hay muchas cosas oxidadas, derruidas y viejas. Los edificios son sencillos, poco alegres, me imagino que son un legado de la época comunista. Respecto al diseño y la estética urbana, hay muchas carencias, sin embargo, la gente viste bastante bien, le gusta arreglarse. Es un contraste muy obvio, sobre todo ahora en verano. Imagino que en invierno el escenario será totalmente diferente.

4 de julio, 5:00 am, en el hotel de San Petersburgo

Hemos pasado varios días de ultra relax en Helsinki-Finlandia. La moto la terminaron el día 2 por la mañana. La recogimos de BMW a eso de las 10 horas, y genial, ya que dentro del taller tienen un bar y pudimos desayunar algo. La factura bien, no muy caro comparado a otros servicios oficiales. Unos 260 euros: aceite motor nuevo (Bel-Ray EXP 10W-40), filtro de aceite, dos piñones cadena (plato trasero y piñón delantero-los pillé para llevarlos encima), también dos bujías y otro filtro de aceite de repuesto.

Según nos dijo la chica de BMW, la tapa del embrague tiene una burbuja en el orificio de uno de los tornillos y hace que salga levemente algo de aceite poco a poco, defecto de fábrica. Que hay que cambiarla, que ellos no la tenían, pero que más adelante si tenemos tiempo que se le cambie, pero que ella cree que ok, que podremos terminar el viaje aunque salga un pelín levemente de aceite. Lo de las dos juntas del cárter motor y embrague, así como esa mano de obra, ya lo paga BMW en garantía.

Ya con la moto lista, volvemos al camping, montamos todo y tomamos rumbo hacia Rusia. Entre Helsinki y la frontera paramos un poco en una gasolinera de la cadena ABC, que por cierto son algo extrañas, ya que solo podemos echar gasolina usando billetes y si ya has llenado el depósito y te sobra, no te devuelve el cambio.

Compramos algo para el lunch, y antes de salir me inclino y miro a ver cómo va lo del aceite. Mi sorpresa fue que otra vez estaba tirando algo de aceite, bueno, rezumaba algo. Pues nada, seguimos, aunque no me gusta nada eso de ver aceite por ahí abajo. Igual no es mucho, una gota lo más cada dos días si acaso, pero el caso es que sale…, y que se quede ahí el tema.

Continuamos rumbo la frontera, por la autovía, todo ok, 90-100 kph. Y más adelante desaparece la autovía y ya buena nacional. Así llegamos a la frontera, no sin antes, unos casi 10 kms., ver una larga cola de camiones parados en la cuneta de la marcha, la derecha. Ya nos presagiaba que la frontera tenía tela de la buena, pero ok, coches, motos y demás sí seguíamos. Luego retenciones de coches, etc, lo que hicimos fue saltárnoslos y ponernos los primeros. Y, aquí empieza el calvario...

Como llevamos Cuaderno ATA, para el tema de importación temporal de nuestras motos, tienen qur sellarlo a la salida de Europa, lo cual hicimos antes en otro lugar, frontera de Finlandia, y todo ok. Ya en la frontera Rusa el tema es otro, un gran CAOS. La gente amontonada, todo como muy degenerado, los funcionarios Rusos ni os cuento… En fin, paciencia. Que si una ventanilla allí, que si otra acá, que si unos rusos camioneros nos ayudan, que por cierto, son buena gente.

El caso es que, además de no haber aseos, ni sillas para sentarse y mosquitos a miles que te devoran, pues estábamos en la zona de camiones, por el tema del Cuaderno ATA, así que las gestiones debíamos hacerlas como si fuésemos camioneros…

Con los camioneros genial, conocimos a varios, sobre todo a uno que nos ayudó un montón, nos dijo que había vivido en Portugal varios años y sabía hablar Portugués perfectamente, así que muy bien con él, nos ayudó mucho a salir del atolladero.

Es deprimente lo que tienen montado allí, por normal, un camionero, que está en esa cola larga, tarda alrededor de 3 días en llegar a las oficinas de esos cutres funcionarios. En fin, luego igual echan 1 día más de papeleos, según les den a los otros, y al final de 4-5 días tardan en pasar la frontera con el camión, increíble, a esto sin aseos y ni tan siquiera lo mínimo…

Nosotros llegamos alrededor de las 17:00 horas, y no nos podemos quejar, bueno sí, pero salimos allá las 2 de la madrugada, 9 horas de espera, teniéndolo todo perfectamente, así van que parece que están aún en la guerra pasada…No con esto se acaba la historia, nos dejan entrar a Rusia, pero debemos ir a aduanas, en menos de 24h., aquí donde estamos ahora, en San Petersburgo, increíble. Hoy hemos ido, pero como es fin de semana, pues más días de pérdida hasta mañana lunes. Nos han liado de mala manera. Si sabían que es fin de semana, ¿por qué nos dicen que tenemos que ir en menos de 24h?

A las 2:00h de la madrugada conseguimos pasar la frontera (después de pedirle permiso hasta el mismísimo jefe de aduanas!). Sin moneda rusa (Rublos), el Portugués, nos acompaña hasta la entrada de un motel de carretera. Nada, está lleno, muy tarde ya, bueno pues aún súper cansados seguimos a ver otro, y otro…., nada de nada, todos llenos o quizás eso de ver a dos moteros a las 3-4 de la madrugada no les molaba nada y por eso nos decían que estaba completo.

Hacía una niebla bestial, ya que el mar estaba cerca, una bruma que hacía que la visera la llevásemos levantada, un rollo, frío unos 5-7 grados, cansancio, mucho sudor, reventados... sin poder encontrar un sitio para dormir. Al final paramos en una gasolinera y nos montamos una especie de pícnic. Sacamos los restos de comida que llevábamos, algo de pan de sándwich, la Nutella de chocolate, un poco de fruta y algo de embutido que sobró del lunch. Nos pusimos los pasamontañas para protegernos de los mosquitos y, a falta de cama para dormir, nos pusimos a cenar =)

Reventados, no sabíamos que hacer, bueno, pues nada, poco a poco, con paradas y con el sol de media noche, que a las tres y media se vé perfectamente, continuamos rumbo a San Petersburgo, por estas carreteras de Dios, menudas cómo están. El asfalto está lleno de socavones, grietas, trancazos en fin..., más despacio, alrededor de 80 km/h., más velocidad y con la niebla hubiera sido peligroso y podríamos cargarnos la moto.

La peña Rusa va que se las pela, has de tener mucho cuidado, ya que adelantan raspándote y cuando les viene bien, en fin, esto es la guerra, y en medio estamos nosotros, hay que adaptarse. Esto de ir en moto, cargada hasta los tuétanos, sin dormir, por estas carreteras, con esta peña, de noche y sin comer medianamente bien, hizo que parásemos en una gasolinera, a unos 50 kms. de esta bonita ciudad. Gasolinera en la que por fin se puede pagar con tarjetas normales y tienen desayuno calentito.

Nos caíamos en la mesa de sueño, dando cabezazos, ya casi dábamos un espectáculo. Al final decidimos continuar hacia San Petersburgo. Llegamos sobre las 7:00 am.

San Peterburgo es genial, con sus olores extraños, con su contaminación de autobuses y camiones humeantes, pero bueno, tras acostumbrarnos a la idiosincrasia de este lugar, que se parece más a un circuito de motocross que a una ciudad, de cómo están sus calles, mezcladas con  redes de cables, alcantarillas y raíles de tranvías…., pues fuimos a buscar los sitios de hoteles baratillos que teníamos apuntados, gracias al GPS.

Nada de nada, unos llenos y otros muy caros. Continuamos buscando, no sin antes meternos una buena multa un policía... jajaja. Intentando llegar al Hostel internacional tuvimos que hacer una pirula en sentido contrario, (nada grave, 10m. en sentido contrario), el policía nos detuvo con su micro coche patrulla y, quería quitarle los papeles a Joan, que fue con el qué habló, así que Joan se metió con él en el coche patrulla y le dejó un par de billetes junto al freno de mano... unos 2000 Rublos que es una pasta, unos 60 euros, pero bueno seguimos con todos nuestros papeles.

Se hacía insoportable el calor, el cansancio, y nada, buscar tras buscar, por esas calles hechas polvo y con un tráfico algo loco, conseguimos una habitación medianamente buena en un hotel chinurri. Aquí estamos, Garden Beijin Hotel, el GPS nos trajo. El alfabeto cirílico es un lío, no te enteras de na de na, ya que si pone banco no lo sabes, si pone un supermercado idem, en fin, vas un poco al tuntún, viendo qué es el lugar, por su exterior, más que por el nombre.

Nada más llegar vamos a la ducha y dormimos un par de horas. A eso de casi las 15:00 horas, dejamos todo bien cerrado en la habitación, tomamos lo justo, papeles ATA y pasaporte, y a ver si dábamos con el lugar de aduanas. Nos habían dicho en la frontera, que inmediatamente llegásemos a San Peterburgo, que fuésemos a la aduana a llevar el libro... Pues nada, el funcionario nos dijo que nones, que hasta el lunes nada de nada, cerrado.

Después nos fuimos a ver si estaban abiertos los que nos hicieron la invitación de entrada a Rusia, ya que nos tienen que registrar ellos a la entrada…, pues nada cerrado también. Vimos una especie de bareto cerca, así que a tomar algo, y de vuelta acá al hotel, todavía teníamos mucho cansancio y sueño.

San Petersburgo se ve muy bonita, hay río, mucha gente, mucho turismo, bonitos monumentos y, hoy ya descansados, iremos a ver algo, antes de irnos, que nos vamos zumbando mañana lunes, que el tiempo se nos echa encima.

De vuelta al hotel, allá a las 19:00 horas, dijimos, vamos a echarnos otra siesta antes de salir a cenar más tarde jajajaja, sí, menuda siesta, hace un rato me desperté, miré por la ventana y era casi de noche, ya que de noche noche no hay en esta época, miro el reloj uaaaaaaa, son las 3 de la madrugada...

Y eso, ahora las 5 y media de la madruga, de día ya, de día como si fuesen casi las 11 de la mañana, aquí estoy escribiendo algo. Joan ahí está torrado aún, con más de 10 horas de sueño, es que le gusta dormir la tira, hace muy bien, yo por mi trabajo estoy más acostumbrado menos horas, me suelo despertar pronto.

Ya estamos en Rusia, nos queda una tirá, pero eso, que poco a poco se irá haciendo camino.

Saludos a todos y todas y, en todo lo posible, os iremos narrando y poniendo fotos de todo este algo loco viaje hacia el Japón, muchos abrazos.

Pobre iluso de mí. Había creado hasta 15 categorías distintas para ordenar las entradas del blog según el país. Un plan lleno de optimismo que, a día de hoy, ya puedo constatar no va a ser posible cumplir. Viajar en moto al ritmo que vamos es algo parecido a querer ver el museo del Louvre en 10 minutos. Pero en realidad, este viaje no son unas vacaciones, no se trata de hacer turismo, ni de tomar las fotos de turno frente a los monumentos más representativos. Este viaje solo tiene un objetivo: llegar a Japón.

Hoy hace exactamente 25 días que salimos de Coria del Río. Se han pasado volando. La carretera, la moto, la tienda de campaña, el equipaje, las fotos, la comida, la limpieza, la mecánica. Es lo primero que me viene a la cabeza, es como si nunca se terminara la planificación. Al terminar un día ya tenemos que planificar el día siguiente. Es la historia interminable. Cada vez me dan ganas de dejarlo todo en las manos del destino y la improvisación.

Europa ha sido terriblemente fácil, nada de aventuras, nada de riesgos. Durante estos días me he sentido casi casi como cuando veo una película en el salón de mi casa. Solo me faltaba un eyaculador de palomitas embebido en el casco. Cada país nuevo era una copia “mejorada” del anterior, eso sí, cuanto más al norte, más robotizada y atontada está la gente. Hasta llegar al punto de no contestar “hello” cuando se le saluda. Sin ganas de entablar conversación y con una tristeza crónica plasmada en sus caras.

Actualizado: viajar por Europa ha sido más fácil de lo que esperaba. Las carreteras son buenas, hay muchos hostales, campings y todos los servicios funcionan a la perfección. La gente de los países escandinavos no es tan seca y tan atontada como pensaba. Hay de todo, pero sí que se nota una cierta indiferencia o timidez a la hora de relacionarse con los extranjeros.

En cualquier caso, ¿quién soy yo para opinar tan a la ligera? Yo solo soy un espectador subido en una moto que de vez en cuando tiene la posibilidad de compartir cortos espacios de tiempo con la gente del país visitado. Más al norte de Alemania se nota un cambio bastante fuerte en el carácter de la gente, más seco. Hay muy poca vida en la calle y les cuesta bastante relacionarse. ¿Se nota que tengo ganas de marcharme de Helsinki?

Lo más importante en los viajes es siempre relacionarse con la gente. Abrir tu corazón y tu mente. Absorber nuevos puntos de vista y formas de hacer las cosas. ¿Pero qué pasa cuando te encuentras con gente cerrada sin ganas de compartir nada? Ellos no están viajando como nosotros y no tienen tanta necesidad de compartir su tiempo. Por eso Dios creó Internet ^_^ y le dijo a Casey que creara CouchSurfing.

Mañana sabremos si finalmente han traído la pieza que falta para la moto de Vicente y es entonces cuando decidiremos si nos metemos en el teletransportador para cruzar a territorio ruso. Tengo la impresión de que va a ser un julio movidito,… otra historia. Nos encontramos bastante bien física y mentalmente, así que ¡a hacer kilometros! Tengo muchísimas ganas de llegar a Japón, meterme en un onsen y colapsar a sushi y ramen hasta que me salga por las orejas. Por no hablar de las otras diez mil cosas que quiero hacer.

Ojalá nos encontremos a gente buena por el camino. Ya estoy cansado de escuchar a bombeadores que no paran de hablar y se les sale el ego por todos los orificios de su cuerpo. ¿Tan difícil es saber conversar bien? Solo hace falta saber escuchar, poner interés y leer el lenguaje corporal.

Muchas gracias a todos los que nos habéis acompañado en Europa: Octavio, Tomás, Villahermosa, Juan, Moterus, José (el canario), Maria José, Equipo de Midland Francia, Fiodor, Pepo, Zarwash, Zoohal, Sio, Arrash, Miikka y Björn.

Un abrazo grasiento a todos, ¡persons!

¡Ya pronto entramos en Rusia! Un abrazo a todos.

Muchas gracias a todos los amigos y seguidores del proyecto, a los corianos, al ayuntamiento de Coria, a la asociación hispano-japonesa de Coria, a nuestros patrocinadores y a los medios de comunicación que se han interesado por este proyecto. Estamos muy contentos y con muchas fuerzas para seguir adelante.

Aquí podéis ver el vídeo que ha grabado Giralda TV del evento en Coria del Rio.

Donde hay Paz, hay Cultura; Donde hay Cultura, hay Paz. - Nicolás Roerich (1874-1947)

El Museo Bandera de la Paz Nicolás Roerich es uno de los mayores benefactores del proyecto de La Ruta del Samurái y por eso queremos hablaros un poco acerca de la bandera de la paz que llevaremos en las motos y sobre su creador, Nicolás Roerich.

El museo está enclavado en las montañas del País Vasco, recibe durante los fines de semana del verano a todos aquellos que sean amantes de la unión entre Oriente y Occidente, en su aspecto cultural, filosófico y espiritual. Pinturas de los Roerich, Agni-Yoga, India, Meditación Grupal de Luna Llena, Radiestésia-Radiónica, Viajes de aventuras espirituales, Lecturas de libros, Paseos por el campo. Todo esto y mucho más, lo encontrarás en la Casa de campo Nicolás Roerich de Leonardo y Petri.

La Bandera de la Paz es un símbolo que se encuentra en el mundo entero, existe desde tiempos inmemoriales. Nadie puede pretender que pertenezca a una religión, grupo o tradición particular, y representa la evolución de la conciencia en sus diversas fases, teniendo un carácter completamente universal.

En la India lo encontramos como el más antiguo de los símbolos, Chintamani, símbolo de la felicidad; también lo hallamos en el Templo del Cielo en Pekín; aparece igualmente en los Tres Tesoros del Tíbet; sobre el Pecho del Cristo en la célebre pintura de Memling; en la Madonna de Strasburgo, en los escudos de las cruzadas y en el blasón de los Templarios; lo vemos también en las hojas de las famosas espadas del Cáucaso, conocidas bajo el nombre de “Gurda”.

Aparece como símbolo en un gran número de sistemas filosóficos antiguos. Lo encontramos en las insignias de Gengis Khan y de Rigden Djepo; sobre el “Tanka” de Tamerlán (Timur Lang) y en el blasón de los Papas. También se halla en las obras de los antiguos pintores españoles y de Tiziano, y en el antiguo icono de San Nicolás de Bari, en el de San Sergio y en la Santísima Trinidad. Y también, frecuentemente, sobre las banderas budistas. Este mismo signo se encuentra marcado sobre los corceles mongoles. Nada podría ser más apropiado para agrupar a las razas que este símbolo, ya que no es un simple ornamento, sino un signo que lleva en sí una profunda significación.

Cuando se trata de defender los tesoros del mundo, ningún símbolo mejor podría escogerse, ya que es universal, de una antigüedad ilimitada (uno de los más antiguos del mundo) y lleva en sí mismo un sentido que encontrará eco en cada corazón.

Sus tres esferas fueron analizadas por Nicolás Roerich, el diseñador de la Bandera de la Paz, como la síntesis de todas las artes, todas las ciencias y todas las religiones dentro del círculo de la cultura. El definió la Cultura como “el desarrollo del potencial creativo del hombre”. Creía que “el logro de la paz, a través de la cultura, es una meta para ser realizada a través del esfuerzo positivo de la voluntad humana”.

Donde quiera que se exponga la Bandera reconoce los grandes logros del pasado, del presente y del futuro inscritos en el anillo de la eternidad. Alienta al individuo a esforzarse hacia la realización de su más alto potencial, embelleciendo todos los aspectos de la vida; anima a que cada persona tome su responsabilidad para la evolución del planeta. Significa el constructor de la paz; y simboliza la transformación del individuo y de la sociedad. Representa cooperación -la piedra angular de la emergente cultura planetaria- en todos los aspectos de la actividad humana.

Nicolás Roerich fue un artista, filósofo, arqueólogo y escritor mundialmente conocido. Creó un Tratado Internacional, el Pacto Roerich y la Bandera de la Paz. Estipuló que la Bandera ondease sobre todos los monumentos históricos y las instituciones educativas, artísticas y científicas para indicar una protección y un respeto especial en tiempos de guerra y de paz. Reconoció que los tesoros culturales son de valor permanente para todas las personas como herencia común de la humanidad.

El Pacto fue presentado por Roerich en Nueva York en 1929 y mereció la nominación para el Premio Nobel de la Paz. El 15 de abril de 1935, el Presidente Franklin D. Roosevelt presidió una ceremonia en la Casa Blanca, en Washington D.C., en la cual veinte países latinoamericanos se unieron a los Estados Unidos en la firma del documento histórico, entre ellos España.

Nicolás Roerich dijo: “La creatividad positiva es la cualidad fundamental del espíritu humano. Demos la bienvenida a todos aquellos quienes, superando las dificultades personales, impulsan sus espíritus en la tarea de la construcción de la Paz, garantizando de esta manera un futuro radiante”.

Más información es: http://shambala-roerich.com

Habíamos pasado todo el día trabajando y además se puso a llover por la tarde y no paró de hacerlo durante toda la noche. Aún no éramos conscientes de lo que íbamos a pasar al día siguiente, 600 Km de viaje en moto hasta Barcelona.

Me costó bastante dormir, ya había estado hablando con Joan sobre la lluvia y el mal tiempo. Incluso hablamos de ir a Barcelona en el coche…. Pero la vida y el espíritu del motero es diferente. Además, tenemos que ponernos en forma para el viaje. Había que ir en moto.

Nos levantamos y desayunamos bien, el tiempo seguía cerrado, la humedad era tal que hasta costaba trabajo caminar. No nos dijimos nada, terminamos de desayunar, colocamos todo en las motos y no muy pronto, sobre las 10’30 h., iniciamos la medio-aventura que estoy a punto de narraros.

La lluvia nos regaló un pequeño lapsus de tiempo para ir adaptándonos a la carretera (bien mojada, por cierto). Nos dirigimos hacia Carboneras, paramos para repostar y seguidamente tomamos la N-420 hacia Teruel. Empieza a llover a cántaros!, pero teníamos citas en la ciudad Condal y, a no ser que el destino dijera un NO rotundo, nosotros seguiríamos adelante.

Las manoplas son un gran invento y en un día como este no me puedo imaginar viajar solo con un par de guantes. Joan se puso las suyas en la moto, pero al no tener unos protectores de manos, con la fuerza del viento, empezaron a presionar las manetas de freno y embrague. Ya os podéis imaginar lo incómodo del asunto, lloviendo a cántaros, a cero grados y con los dedos de las manos como palos para evitar que las manoplas accionen el freno…

Continuamos el viaje, “de relax”. Se divisaba en las cunetas de la carretera y montes adyacentes mucha mucha agua y luego pasó a verse nieve…, el indicador de temperatura no paraba de parpadear, me indicaba que había posibilidad de hielo. Se estaba complicado el día, pero bueno, felices de ir en moto, nos reconfortábamos pensando y soñando con los posibles desenlaces de las reuniones que íbamos a tener en Barcelona con los patrocinadores.

Antes de llegar a Teruel pasamos por un pequeño puerto de montaña de más de 1000 metros de altura, había algo de nieve en la carretera, así que decidimos parar un poco a aprovechar el magnífico día. Era necesario dejar constancia fotográfica del momento. Es muy agradable no ir solo en ruta, las penas, son menos penas cuando estás acompañado.

Entre Teruel y Alcañiz hacemos una parada, hacía un frío de muerte y la implacable humedad excitaba nuestros grifos nasales de forma incesante. Un buen almuerzo-comida, a base de bocadillo de lomo con queso, nos dejó casi perfectos y con los ánimos restaurados. Qué pena que seguía lloviendo, pero teníamos que continuar el camino por esa bonita carretera rumbo a Alcañiz, Caspe, Fraga y Barcelona.

Al pasar Alcañiz paramos para llenar el depósito de gasolina, la cosa cambió algo, seguía nublado, pero la lluvia cesó. Más rectas, y más rectas interminables, pasamos por el puente que cruza el Ebro y llegamos a Fraga. Lo demás ya es historia, un buen colacao en un bar de carretera tras pasar por Lérida y aburridas rectas de autovía hasta llegar a Manresa. Ya eran casi las siete de la tarde, quedaba poco para llegar a L’Ametlla del Vallés. Los últimos kilómetros de montañas y carretera comarcal los hicimos como zombis con encefalograma plano. Demasiados kilómetros en un mismo día, menos mal que al menos el paisaje era una gozada. Bonitos páramos de montaña que me recordaban a Galicia, ¡qué pasada de verde, es fantástico el norte de Barcelona!

Nos hospedamos, en casa de mi amigo Ignacio, un gran tipo que nos cuidó muy bien. Motero de los de verdad y muy ingenioso con el bricolaje de motos. De hecho, a Joan le instaló unos protectores de manos que ya no usaba para arreglar el problema con las manoplas. Muchas gracias Ignacio, a ver si nos vemos pronto y volvemos a hacer rutas por ahí con las motos.

Reunión con Yamaha, Midland y otras gestiones

Al día siguiente, miércoles, fue muy buen día, no paramos de hacer cosas. La más importante fue la reunión que tuvimos con la dirección de Yamaha Motor España. Aunque no queremos hablar mucho del tema porque aún estamos en la etapa de negociación. Si al final llegamos a algún acuerdo ya habrá tiempo de contarlo con todo lujo de detalles. Por ahora solo podemos afirmar que el proyecto les gusta mucho y que nosotros nos esforzamos al máximo para animarles a colaborar.

También visitamos a, nuestro ya confirmado patrocinador, Midland. Los cuales nos facilitarán walkis e intercomunicadores para que podamos estar siempre bien comunicados =) David estuvo muy amable explicándonos todas las ventajas (que no son pocas) de la tecnología Bluetooth, la cual nos permite tener conversaciones bidireccionales a la vez y poder escuchar el sonido del teléfono, GPS y MP3. Una maravilla que no le puede faltar a ningún grupo de moteros que tenga intención de hacer algún viaje largo.

Entre las visitas a los patrocinadores, también aprovechamos para iniciar los trámites del visado para Mongolia. Parece que todo está en orden y ahora solo nos queda esperar a que nos devuelvan los pasaportes. Luego fuimos a visitar algunas tiendas de motos y a tomarnos unas buenas cervezas en el mejor pub motero de Barcelona, el Paddock. Unas Guinnes fantásticas, con amigos geniales como Federico-Varadero e Ignacio-Tíger y toda esa gente tan agradable con gasolina por las venas que frecuenta ese gran rincón motero. ¡Muchas gracias!

Vendimos algunas camisetas del viaje, gracias! y quedamos también en hacer una pequeña fiesta, si todo va bien, el día 6 de junio al anochecer, estando ya empezada la ruta hacia Japón y aprovechando nuestro paso por Barcelona.

Y así acaban estos días intensos y agradables, de mucha moto y emociones, unos 530 kilómetros de ida y otros de vuelta, con buenos amigos, felices de viajar en moto y trabajar para hacer realidad nuestros sueños. A cuidarse y a ver si nos pilláis camisetas, necesitamos vuestra ayuda, gracias anticipadas y un gran abrazo para tod@s.

A partir de hoy ya podemos enviaros las camisetas a cambio de una pequeña donación de 9€ :-) Para pedirlas, podéis hacerlo desde aquí.

Tenemos 13 de la talla XS (es la más pequeña), 4 de la talla S, 39 de la talla M, 28 de la talla L y 12 de la talla XL (la más grande). ¡Date prisa que se acaban!

Esta lista (o una muy parecida) también está disponible en libro - (por si te resulta más cómodo ese formato).

Si no tienes mucho tiempo libre, quizás te interese ver la lista de las 25 películas que debes ver antes de morir y los 25 documentales que deber ver antes de morir.

De 1900 a 1920

• 1902 – Le voyage dans la lune – Viaje a la luna – George Méliès
• 1903 – The Great Train Robbery – Asalto y robo de un tren – Edwin S. Porter
• 1915 – The birth of a nation – El nacimiento de una nación – D.W. Griffith
• 1915 – Les vampires – Los vampiros – Louis Feuillade
• 1916 – Intolerance – Intolerancia – D. W. Griffith
• 1919 – Das kabinett des Doktor Caligari – El gabinete del Doctor Caligari – Robert Wiene
• 1919 – Broken Blossoms – Lirios rotos/La culpa ajena – D. W. Griffith

De 1920 a 1930

• 1920 – Way down east – Las dos tormentas – D. W. Griffith
• 1920 – Within our gates – Puertas adentro – Oscar Micheaux
• 1921 – Korkalen – La carreta fantasma – Victor Sjöström
• 1921 – Orphans of the storm – Las dos huérfanas – D. W. Griffith
• 1922 – La souriante Madame Beudet – La sonriente Madame Beudet – Germaine Dulac
• 1922 – Dr. Mabuse, der Spieler – Dr. Mabuse – Fritz Lang
• 1922 – Nanook of the Nord – Nanook el esquimal – Robert J. Flaherty
• 1922 – Nosferatu, eine Symphonie des Grauens – Nosferatu el No Muerto – Murnau
• 1922 – Häxan (Witchcraft through the ages) – Häxan: la brujería… – Benjamin Christensen
• 1922 – Foolish wives – Esposas frívolas – Erich v. stroheim
• 1923 – Our hospitality – La ley de la hospitalidad – Buster Keaton
• 1923 – La roue – La rueda – Abel Gance
• 1924 – The Thief of Bagdad – El ladrón de Bagdad – Raoul Walsh
• 1924 – Stachka – La huelga – Sergei Eisenstein
• 1924 – Greed – Avaricia – Erich v. stroheim
• 1924 – Sherlock, Jr. – El moderno Sherlock Holmes – Buster Keaton
• 1924 – Der Letzte Mann – El último – Murnau
• 1925 – Seven chances – Siete ocasiones – Buster Keaton
• 1925 – Phantom of the Opera – El fantasma de la Ópera – Rupert Julian
• 1925 – Bronenosec Potyomkin – Acorazado Potemkim – Sergei Eisenstein
• 1925 – The Gold Rush – La quimera del oro – Charles Chaplin
• 1925 – The big parade – El gran desfile – King Vidor
• 1927 – Metropolis – Metrópolis – Fritz Lang
• 1927 – Sunrise – Amanecer – Murnau
• 1927 – The General – El maquinista de La General – Buster Keaton
• 1927 – The Unknown – Garras humanas – Tod Browning
• 1927 – Oktjabr – Octubre – Sergei Eisenstein
• 1927 – The Jazz singer – El cantor de Jazz – Alan Crosland
• 1927 – Napoleon – Napoleón – Abel Gance
• 1927 – The Kid Brother – El hermanito – J.A. Howe, Ted Wilde (Harold Lloyd)
• 1928 – The Crowd – Y el mundo marcha… – King Vidor
• 1928 – The Docks Of New York – Los muelles de Nueva York – Josef von Sternberg
• 1928 – Un chien andalou – Un perro andaluz – Luis Buñuel
• 1928 – La Passion de Jeanne D’Arc – La Pasión de Juana – Carl Theodor Dreyer
• 1928 – Steamboat Bill, Jr. – El héroe del río – Charles Reisner Keaton
• 1928 – Potomok Chingos-Khana – Tempestad sobre Asia – Vsevolod Pudovkin
• 1929 – Blackmail – La muchacha de Londres – Alfred Hitchcock
• 1929 – Čelovjek s Kinoapparatom – El hombre de la cámara – Dziga Vertov (Дзига Вертов)
• 1929 – Die Büchse der Pandora – La caja de Pandora (Lulú) – Georg Wilhelm Pabst

De 1930 a 1940

• 1930 – Der Blaue Engel – El Ángel Azul – Josef von Sternberg
• 1930 – L’age d’or – La edad de Oro – Luis Buñuel
• 1930 – Zemlya – La Tierra – Aleksandr Dovzhenko
• 1930 – Little Caesar – Hampa dorada – Mervyn LeRoy
• 1930 – All quiet on the wester front – Sin novedad en el frente – Lewis Milestone
• 1931 – À nous la liberté – Viva la libertad – René Clair
• 1931 – Le million – El millón – René Clair
• 1931 – Tabu – Tabú – Murnau y Flaherty
• 1931 – Dracula – Drácula – Tod Browning
• 1931 – Frankestein – El doctor Frankenstein – James Whale
• 1931 – City LIights – Luces de la ciudad – Charles Chaplin
• 1931 – The public enemy – El enemigo público – William A. Wellman
• 1931 – M – M, el vampiro de Dusseldorf – Fritz Lang
• 1931 – La chienne – La golfa – Jean Renoir
• 1931 – Vampyr (Der Traum des Allan Grey) – Vampyr, la bruja vampiro – Carl Theodor Dreyer
• 1932 – Love me tonight – Ámame esta noche – Rouben Mamoulian
• 1932 – Boudu sauvé des eaux – Boudu salvado de las aguas – Jean Renoir
• 1932 – I am a fugitive from a chain gang – Soy un fugitivo – Mervyn LeRoy
• 1932 – Trouble in Paradise – Un ladrón en la alcoba – Ernst Lubitsch
• 1932 – Scarface: The shame of a Nation – Scarface, el terror del hampa – Howard Hawks
• 1932 – Shanghai express – El expreso de Shanghai – Joseph Von Sternberg
• 1932 – Freaks – La parada de los monstruos – Tod Browning
• 1932 – Me and my gal – Mi chica y yo – Raoul Walsh
• 1933 – Zero de conduite – Cero en conducta – Jean Vigo
• 1933 – 42nd Street – La calle 42 – Lloyd Bacon
• 1933 – Footlight Parade – Desfile de candilejas – Lloyd Bacon
• 1933 – Gold diggers of 1933 – Vampiresas de 1933 – Mervin Le Roy
• 1933 – Born to Be Bad – Nacida para ser mala – Lowell Sherman
• 1933 – Duck soap – Sopa de ganso – Leo McCarey [los hermanos Marx]
• 1933 – Queen Christina – La reina Cristina de Suecia – Rouben Mamoulian
• 1933 – Las Hurdes (Tierra sin pan) – Luis Buñuel
• 1933 – King Kong – King Kong – Merian C. Cooper, Ernest B. Schoedsack
• 1933 – The bitter tea of General Yen – La amargura del General Yen – Frank Capra
• 1933 – Sons of the desert – Compañeros de juerga – Wiliam A. Seiter (El Gordo y el Flaco)
• 1934 – It’s a gift – Norman Z. McLeod
• 1934 – Triumph des Willens – Triunfo de la voluntad – Leni Riefenstahl
• 1934 – L’Atalante – L’Atalante – Jean Vigo
• 1934 – The black cat – Satanás – Edgar G. Ulmer
• 1934 – Judge Priest – El juez Priest – John Ford
• 1934 – It Happened one night – Sucedió una noche – Frank Capra
• 1934 – The thin man – La cena de los acusados – W.S. Van Dyke
• 1935 – Captain Blood – El capitán Blood – Michael Curtiz
• 1935 – Mutiny on the Bounty – La tragedia de la Bountry – Frank Lloyd
• 1935 – Night at the opera – Una noche en la ópera – Sam Wood (Hermanos Marx)
• 1935 – The 39 steps – 39 escalones – Alfred Hitchcock
• 1935 – Bride of Frankenstein – La novia de Frankenstein – James Whale
• 1935 – Top hat – Sombrero de copa – Mark Sandrich
• 1936 – Une partie de campagne – Día de campo – Jean Renoir
• 1936 – Modern Times – Tiempos modernos – Charles Chaplin
• 1936 – Swing Time – En alas de la danza – George Stevens
• 1936 – My man Godfrey – Al servicio de las damas – Gregory La Cava
• 1936 – Mr. Deeds goes to town – El secreto de vivir – Frank Capra
• 1936 – Camille – Margarita Gautier – George Cukor
• 1936 – Sabotage – Sabotaje – Alfred Hitchcock
• 1936 – Dodsworth – Desengaño – William Wyler
• 1936 – Things to come – La vida futura – William Cameron Menzies
• 1936 – Le roman d’un tricheur – La novela de un tramposo – Sacha Guitry
• 1937 – Captain courageous – Capitanes intrépidos – Víctor Fleming
• 1937 – Ye ban ge sheng – Canción de medianoche – Weibang Ma-Xu
• 1937 – La grande illusion – La gran ilusión – Jean Renoir
• 1937 – The life of Emile Zola – La vida de Emile Zola – William Dieterle
• 1937 – Stella Dallas – Stella Dallas – King Vidor
• 1937 – Make way for tomorrow – Dejad paso al mañana – Leo McCarey
• 1937 – Snow White and the Seven Dwarves – Blancanieves y los Siete enanitos – Disney
• 1937 – The Awful Truth – La pícara puritana – Leo McCarey
• 1937 – Pepe le Moko – Pepe le Moko – Julien Duvivier
• 1938 – Jezebel – Jezabel – William Wyler
• 1938 – The adventures of Robin Hood – Robin de los bosques – Michael Curtiz, William Keighley
• 1938 – Angels with dirty faces – Ángeles con caras sucias – Michael Curtiz
• 1938 – Olympia – Olimpia – Leni Riefenstahl
• 1938 – La femme du boulanger – El pan y el perdón – Marcel Pagnol
• 1938 – Bringing up baby – La fiera de mi niña – Howard Hawks
• 1939 – Stagecoach – La diligencia – John Ford
• 1939 – Zangiku Monogatari – La historia del último Crisantemo – Kenji Mizoguchi
• 1939 – Babes in arms – Hijos de la Farándula – Busby Berkeley
• 1939 – Mr. Smith goes to Washington – Caballero sin espada – Frank Capra
• 1939 – The Wizard Of Oz – El mago de Oz – Victor Fleming y otros
• 1939 – Destry rides again – Arizona – George Marshall
• 1939 – Only angels have wings – Solo los ángeles tienen alas – Howard Hawks
• 1939 – Gonne with the wind – Lo que el viento se llevó – Victor Fleming
• 1939 – Le jour se léve – Marcel Carné
• 1939 – Gunga Din – Gunga Din – George Stevens
• 1939 – Ninotchka – Ninotchka – Ernst Lubitsch
• 1939 – La regle du jeu – La regla del juego – Jean Renoir
• 1939 – Wuthering Heights – Cumbres borrascosas – William Wyler
• 1939 – His girl friday – Luna nueva – Howard Hawks
• 1939 – Rebecca – Rebeca – Alfred Hitchckock

De 1940 a 1950

• 1940 – Fantasia – Fantasía – Disney
• 1940 – The Philadelphia Story – Historias de Filadelfia – George Cukor
• 1940 – The Grapes of Wrath – Las uvas de la ira – John Ford
• 1940 – Dance, girl, dance – Dance, girl, dance – Dorothy Arzner
• 1940 – Pinocchio – Pinocho – Disney
• 1940 – The mortal Storm – Tormenta mortal – Frank Borzage
• 1940 – The Bank Dick – Edward F. Cline
• 1940 – Citizen Kane – Ciudadano Kane – Orson Welles
• 1941 – The Lady Eve – Las tres noches de Eva – Preston Sturges
• 1941 – The Wolf Mann – El hombre lobo – George Waggner
• 1941 – The Maltese Falcon – El Halcón Maltés – John Huston
• 1941 – Sergeant York – El sargento York – Howard Hawks
• 1941 – Dumbo – Dumbo – Disney
• 1941 – High Sierra – El último refugio – Raoul Walsh
• 1941 – Sullivan’s Travels – Los viajes de Sullivan – Preston Sturges
• 1941 – How green was my Valley – Qué verde era mi valle – John Ford
• 1942 – The Palm Beach Story – Un marido rico – Preston Sturges
• 1942 – Now, Voyager – La extraña pasajera – Max Steiner
• 1942 – Casablanca – Casablanca – Michael Curtiz
• 1942 – To be or not to be – Ser o no ser – Ernst Lubitsch
• 1942 – Cat People – La mujer pantera – Jacques Tourneur
• 1942 – The Magnificent Ambersons – El cuarto Mandamiento – Orson Welles
• 1942 – Yankee Doodle Dandy – Yanqui Dandy – Michael Curtiz, James Cagney
• 1943 – Meshes of the afternoon – Maya Deren
• 1943 – Fires were started – El fuego comenzó – Humphrey Jennings
• 1943 – The man in grey – Perfidia – Leslie Arliss
• 1943 – The life and death of Colonel Blimp – Vida y muerte del… – M. Powell, E. Pressburger
• 1943 – I walked with a Zombie – Yo anduve con un zombie – Jacques Tourneur
• 1943 – The seventh victim – La séptima víctima – Mark Robson
• 1943 – The Ox-Bow Incident – Incidente en Ox-Bow – William A. Wellman
• 1943 – Shadow of a doubt – La sombra de una duda – Alfred Hitchcock
• 1943 – Ossessione – Obsesión – Visconti
• 1944 – Meet me in St. Louis – Cita en San Louis – Vincente Minnelli
• 1944 – To have and have not – Tener y no tener – Howard Hawks
• 1944 – Laura – Laura – Otto Preminger
• 1944 – Gaslight (The Murder in Thornton Square) – Luz que agoniza – George Cukor
• 1944 – Henry V – Enrique V – Laurence Olivier
• 1944 – Ivan Grozni I y II – Iván el Terrible 1ª y 2ª parte – Eisenstein
• 1944 – Double Indemnity – Perdición – Billy Wilder
• 1944 – Murder, my sweet / Farewell, my lovely – Historia de un dectective – Edward Dmytryk
• 1945 – The battle of San Pietro – John Huston
• 1945 – Spellbound – Recuerda – Alfred Hitchcock
• 1945 – Mildred Pierce – Alma en suplicio – Michael Curtiz
• 1945 – Les enfants du Paradis – Los niños del paraíso – Marcel Carné
• 1945 – Roma, cittá aperta – Roma, ciudad abierta – Roberto Rossellini
• 1945 – The lost weekend – Días sin huella – Billy Wilder
• 1945 – Detour – Detour – Edgar G. Ulmer
• 1945 – I Know where I’m going – Sé adonde voy – Michael Powell y Emeric Pressburger
• 1946 – The best years of our lives – Los mejores años de nuestra vida – William Wyler
• 1946 – Brief encounter – Breve encuentro – David Lean
• 1946 – Paisa – Camarada – Roberto Rossellini
• 1946 – The Postman always rings twice – El cartero siempre llama dos veces – Tay Garnett
• 1946 – My darling Clementine – La pasión de los fuertes – John Ford
• 1946 – The stranger – El extraño – Orson Welles
• 1946 – La Belle et la Bete – Jean Cocteau
• 1946 – The big sleep – El sueño eterno – Howard Hawks
• 1946 – The killers – Forajidos – Robert Siodmak
• 1946 – A matter of life and death (Stairway to Heaven) – A vida o muerte – M. Powell, E. Pressburger
• 1946 – Great expectations – Cadenas rotas – David Lean
• 1946 – Notorious – Encadenados – Alfred Hitchcock
• 1946 – Black narcissus – Narciso negro – Micahel Powell, Emeric Pressburger
• 1946 – It’s a wonderful life – ¡Qué bello es vivir! – Frank Capra
• 1946 – Gilda – Charles Vidor
• 1947 – Monsieur Verdoux – Charles Chaplin
• 1947 – Out of the past – Retorno al pasado – Jacques Tourneur
• 1947 – The Ghost and Mrs. Muir – El fantasma y la Señora Muir – Joseph L. Mankiewick
• 1947 – Odd man out – Larga es la noche – Carol Reed
• 1948 – Ladri di biciclette – Ladrón de bicicletas – Vittorio de Sica
• 1948 – Letter from an Unknown Woman – Carta de una desconocida – Max Ophüls
• 1948 – Secret beyond the door – Secreto tras la puerta – Fritz Lang
• 1948 – Force of evil – La fuerza del destino – Abraham Polonski
• 1948 – Xiao Cheng Zhi Chung – Primavera en una pequeña ciudad – Fei Mu
• 1948 – Red River – Río Rojo – Howard Hawks, Arthur Rosson
• 1948 – Rope – La soga – Alfred Hitchcock
• 1948 – The Snake Pit – Nido de víboras – Anatole Litvak
• 1948 – The lady from Shanghai – La dama de Shangai – Orson Wells
• 1948 – The paleface – Rostro Pálido – Norman Z. McLeod
• 1948 – The red Shoes – Las zapatillas rojas – Michael Powell, Emeric Pressburger
• 1948 – The Treasure of the Sierra Madre – El tesoro de Sierra Madre – John Huston
• 1948 – Louisiana Story – Robert J. Flaherty
• 1949 – The heiress – La heredera – William Wyler
• 1949 – Kind hearts and coronets – Ocho sentencias a muerte – Robert Hamer
• 1949 – Gun crazy (Deadly is the female) – El demonio de las armas – Joseph H. Lewis
• 1949 – Adam’s rib – La costilla de Adán – George Cukor
• 1949 – Whiski galore! – Alexander Mackendrick
• 1949 – White heat – Al rojo vivo – Raoul Walsh
• 1949 – The reckless moment – Almas desnudas – Max Ophüls
• 1949 – The third man – El tercer hombre – Carol Reed
• 1949 – On the town – Un día en Nueva York – Stanley Donen, Gene Kelly
• 1949 – Orphee – Orfeo – Jean Cocteau

De 1950 a 1960

• 1950 – The Asphalt Jungle – La jungla de asfalto – John Huston
• 1950 – Rashomon – Akira Kurosawa
• 1950 – Winchester ’73 – Anthony Mann
• 1950 – Rio Grande – John Ford
• 1950 – All about Eve – Eva al desnudo – Joseph L. Mankiewick
• 1950 – Sunset Blvd. – El crepúsculo de los dioses – Billy Wilder
• 1950 – Los olvidados – Luis Buñuel
• 1950 – In a lonely Place – En un lugar solitario – Nicholas Ray
• 1951 – The big carnival – El gran carnaval – Billy Wilder
• 1951 – A Streetcar Named Desire – Un tranvía llamado deseo – Elia Kazan
• 1951 – Extrangers on a Train – Extraños en un tren – Alfred Hitchcock
• 1951 – The Lavender Hill Mob – Oro en barras – Charles Crichton
• 1951 – Pandora and the Flying Dutchman – Pandora y el holandés errante – Albert Lewin
• 1951 – The African Queen – La Reina de África – John Huston
• 1951 – Journal d’un curé de campagne – Diario de un cura de campaña – Robert Bresson
• 1951 – Un american in Paris – Un americano en París – Vincente Minnelli
• 1951 – A Place in the Sun – Un lugar en el sol – George Stevens
• 1951 – The Day the Earth Stood Still – Ultimátum a la Tierra – Robert Wise
• 1952 – The Quiet Man – El hombre tranquilo – John Ford
• 1952 – Jeux interdits – Juegos prohibidos – René Clément
• 1952 – Angel Face – Cara de ángel – Otto Preminger
• 1952 – Singin’ in the Rain – Cantando bajo la lluvia – Stanley Donen
• 1952 – Ikiru – Vivir – Akira Kurosawa
• 1952 – Europa ’51 – Roberto Rossellini
• 1952 – The Bad and the Beautiful – Cautivos del mal – Vincente Minnelli
• 1952 – The Big Sky – Ríos de sangre – Howard Hawks
• 1952 – High Noon – Solo ante el peligro – Fred Zinnermann
• 1952 – Umberto D – Vittorio de Sica
• 1952 – Le carrosse d’or – La carroza de oro – Jean Renoir
• 1953 – The Bigamist – El bígamo – Ida Lupino
• 1953 – The Band Wagon – Melodías de Broadway – Vincente Minnelli
• 1953 – Madame de… – Max Ophüls
• 1953 – From here to eternity – De aquí a la eternidad – Fred Zinnermann
• 1953 – Tokyo Monogatari – Cuentos de Tokio – Yasujiro Ozu
• 1953 – Roman Holiday – Vacaciones en Roma – William Wyler
• 1953 – Le salaire de la peur – El salario del miedo – Henri-Georges Clouzot
• 1953 – The Naked Spur – Colorado Jim – Anthony Mann
• 1953 – Pickup on South Street – Manos peligrosas – Samuel Fuller
• 1953 – Gentlemen Prefer Blondes – Los caballeros las prefieren rubias – Howard Hawks
• 1953 – The Big Heat – Los sobornados – Fritz Lang
• 1953 – Les vacances de M. Hulot – Las vacaciones de Monsieur Hulot – Jacques Tati
• 1953 – Viaggio in Italia – Te querré siempre – Roberto Rossellini
• 1953 – Ugetsu Monogatari – Cuentos de la luna pálida – Kenji Mizoguchi
• 1953 – Shane – Raíces profundas – George Stevens
• 1953 – Beat the Devil – La burla del diablo – John Huston
• 1954 – Johnny Guitar – Nicholas Ray
• 1954 – On the Waterfront – La ley del silencio – Elia Kazan
• 1954 – Seven Brides for Seven Brothers – Siete novias para siete hermanos – Stanley Donen
• 1954 – Les Diaboliques – Las diabólicas – Henri-Georges Clouzot
• 1954 – Animal Farm – Rebelión en la granja – Joy Batchelor, John Halas
• 1954 – Rear Window – La ventana indiscreta – Alfred Hitchcock
• 1954 – A Star is born – Ha nacido una estrella – George Cukor
• 1954 – The Barefoot Contessa – La condesa descalza – Joseph L. Mankiewicz
• 1954 – La Strada – Federico Fellini
• 1954 – Shichinin Samurais – Los siete samurais – Akira Kurosawa
• 1954 – Senso – Luchino Visconti
• 1954 – Silver Lode – Filón de Plata – Allan Dwan
• 1954 – Carmen Jones – Otto Preminger
• 1954 – Sanshô Dayu – El intendente Sanshô – Kenji Mizoguchi
• 1954 – Salt of the Earth – La sal de la tierra – Herbert J. Biberman
• 1955 – Artists and Models – Cómicos en París – Frank Tashlin
• 1955 – Guys and Dolls – Ellos y ellas – Joseph L. Mankiewicz
• 1955 – Pather Panchali – La canción del sendero – Satyajit Ray
• 1955 – Bad Day at Black Rock – Conspiración de silencio – John Sturges
• 1955 – Les maîtres fous – Los amos locos – Jean Rouch
• 1955 – Hill 24 Doesn’t Answer – La Colina 24 no contesta - Thorold Dickinson
• 1955 – The Ladykillers – El quinteto de la muerte – Alexander Mackendrick
• 1955 – Marty – Delbert Mann
• 1955 – Ordet – La palabra – Carl Theodor Dreyer
• 1955 – Bob le Flambeur – Jean-Pierre Melville
• 1955 – Kiss me deadly – El beso mortal – Robert Aldrich
• 1955 – The man from Laramie – El hombre de Laramie – Anthony Mann
• 1955 – Rebel without Cause – Rebelde sin causa – Nicholas Ray
• 1955 – The Phenix City Story- El Imperio del terror – Phil Karlson
• 1955 – Sommarnattens Leende – Sonrisas de una noche de verano – Ingmar Bergman
• 1955 – Nuit et Brouillard – Noche y niebla – Alain Resnais
• 1955 – The Night of the Hunter – La noche del cazador – Charles Laughton
• 1955 – Lola Montès – Lola Montes – Max Ophüls
• 1956 – Forbidden Planet – Planeta prohibido – Fred M. Wilcox
• 1956 – Biruma No Tategoto – El arpa birmana – Kon Ichikawa
• 1956 – The Searchers – Centauros del desierto – John Ford
• 1956 – Un condamné a mort s’est echappé – Un condenado a muerte… – Robert Bresson
• 1956 – Written in the Wind – Escrito sobre el viento – Douglas Sirk
• 1956 – The man who Knowk too Much – El hombre que sabía demasiado – Alfred Hitchcock
• 1956 – Giant – Gigante – George Stevens
• 1956 – All the heaven Allows – Solo el cielo lo sabe – Douglas Sirk
• 1956 – Invasion of the Body Snatchers – La invasión de los ladrones de cuerpos – Don Siegel
• 1956 – The Wrong Man – Falso culpable – Alfred Hitchcock
• 1956 – Bigger than Life – Delirio de locura – Nicholas Ray
• 1956 – High Society – Alta sociedad – Charles Walters
• 1956 – The Ten Commandments – Los Diez Mandamientos – Cecil B. DeMille
• 1957 – 12 Angry Men – Doce hombres sin piedad – Sidney Lumet
• 1957 – Det Sjunde Inseglet – El Séptimo Sello – Ingmar Bergman
• 1957 – An Affair to Remember – Tú y yo – Leo McCarey
• 1957 – Smultronstället – Fresas salvajes – Ingmar Bergman
• 1957 – Le notti di Cabiria – Las noches de Cabiria – Federico Fellini
• 1957 – Kumonosu Jo – Trono de sangre – Akira Kurosawa
• 1957 – The Incredible Shrinking Man – El increíble hombre menguante – Jack Arnold
• 1957 – Aparajito – El Invencible – Satyajit Ray
• 1957 – Gunfight at the OK Corral – Duelo de Titanes – John Sturges
• 1957 – The Bridge on the River Kwai – El puente sobre el río Kwai – David Lean
• 1957 – Bahrat Mata – Madre India – Mehbood Khan
• 1957 – Letjat Zhuravli – Cuando migran las grullas – Mikhell Kalatozov
• 1957 – Paths of Glory – Senderos de gloria – Stanley Kubrick
• 1957 – Sweet Smell of Success – Chantaje en Broadway – Alexander Mackendrick
• 1958 – Man of the West – El hombre del Oeste – Anthony Mann
• 1958 – Touch of Evil – Sed de mal – Orson Welles
• 1958 – Bab El Hadid – Estación Central – Youssef Chahine
• 1958 – Gigi – Vincente Minnelli
• 1958 – The Defiant Ones – Fugitivos – Stanley Kramer
• 1958 – Vertigo – Vértigo (De entre los muertos) – Alfred Hitchcock
• 1958 – Popiól I Diament – Cenizas y diamantes – Andrzej Wajda
• 1958 – Drácula – Terence Fisher
• 1958 – Mon oncle – Mi tío – Jacques Tati
• 1958 – Jalsaghar – El salón de música – Satyajit Ray
• 1959 – Les quatre cents copus – Los cuatrocientos golpes – François Truffaut
• 1959 – North by Northwest – Con la muerte en los talones – Alfred Hitchcock
• 1959 – Some like it hot – Con faldas y a lo loco – Billy Wilder
• 1959 – Anatomy of a murder – Anatomía de un asesinato – Otto Preminger
• 1959 – Les yeus sans visage – Ojos sin rostro – Georges Franju
• 1959 – Ride lonesone – Cabalgar en solitario – Budd Boetticher, Harry
• 1959 – Orfeu negro – Orfeo negro – Marcel Camus
• 1959 – Shadows – John Cassavetes
• 1959 – Apur Sansar – El mundo de Apu – Satyajit Ray
• 1959 – A bout de souffle – Al final de la escapada – Jean-Luc Godard
• 1959 – Ben Hur – William Wyler
• 1959 – Pickpocket – Robert Bresson
• 1959 – Hiroshima mon amour – Alain Resnais
• 1959 – Río Bravo – Howard Hawks
• 1959 – Le trou – La evasión – Jacques Becker
• 1959 – Ukigusa – La hierba errante – Yasujiro Ozu

De 1960 a 1970

• 1960 – Rocco e i suoi fratelli – Rocco y sus hermanos – Luchino Visconti
• 1960 – La dolce vita – Federico Fellini
• 1960 – Saturday night and Sunday morning – Sábado noche, domingo mañana – Karel Reisz
• 1960 – Tirez sur le pianiste – Tirad sobre el pianista – François Truffaut
• 1960 – L’avventura – La aventura – Michelangelo Antonioni
• 1960 – The young one – La joven – Luis Buñuel
• 1960 – Meghe dhaka fara – Estrella nublada – Ritwik Ghatak
• 1960 – Hayno – La criada – Kim Ki-young
• 1960 – Psycho – Psicosis – Alfred Hitchcock
• 1960 – La maschera del demonio – La máscara del demonio – Mario Bava
• 1960 – Peeping Tom – El fotógrafo del pánico – Michael Powell
• 1960 – The appartment – El apartamento – Billy Wilder
• 1960 – Spartacus – Espartaco – Kirk Douglas, Edward Lewis
• 1961 – Splendor in the grass – Esplendor en la hierba – Elia Kazan
• 1961 – L’année dernière à Marienbad – El año pasado en Marienbad – Alain Resnais
• 1961 – La jetée - Chris Marker
• 1961 – One-eyed Jacks – El rostro impenetrable – Marlon Brando
• 1961 – Lola – Jacques Demi
• 1961 – Breafast at Tiffany’s – Desayuno con diamantes – Blake Edwards
• 1961 – La notte – La noche – Michelangelo Antonioni
• 1961 – Jules et Jim – François Truffaut
• 1961 – Viridiana – Luis Buñuel
• 1961 – The ladies man – El terror de las chicas – Jerry Lewis
• 1961 – Sasom I en spegel – Como en un espejo – Ingmar Bergman
• 1961 – Chonique d’un été – Edgar Morin, Jean Rouch
• 1961 – The hustler – El buscavidas – Robert Rossen
• 1961 – West side story – Robert Wise
• 1961 – Mondo cane – Este perro mundo – Paolo cavara et al
• 1962 – Cléo de 5 a 7 – Agnès Varda
• 1962 – Dog star man – Stan Brakhage
• 1962 – Sanma no aji – El sabor del sake – Yasujiro Ozu
• 1962 – L’eclisse – El eclipse – Michelangelo Antonioni
• 1962 – Lawrence de Arabia – David Lean
• 1962 – To kill a Mockinbird – Matar a un ruiseñor – Robert Mulligan
• 1962 – The manchurian candidate – El mensajero del miedo – John Frankenheimer
• 1962 – Lolita – Stanley Kubrick
• 1962 – O pagador de promessas – Anselmo Duarte
• 1962 – The Man who Shot Liberty Valance – El hombre que mató a Liberty Valance – John Ford
• 1962 – What ever happened to Baby Jane? – ¿Qué fue de Baby Jane? – Robert Aldrich
• 1962 – Vivre sa vie: film en douze tableaux – Vivir su vida – Jean-Luc Godard
• 1962 – Heaven and earth magic – Harry Smith
• 1963 – The Birds – Los pájaros – Alfred Hitchcock
• 1963 – The Nutty Professor – El profesor chiflado – Jerry Lewis
• 1963 – Blonde Cobra – Ken Jacobs
• 1963 – The cool world – Shirley Clarke
• 1963 – Otto e mezzo – Fellini Ocho y Medio – Federico Fellini
• 1963 – Pasazerka – La pasajera – Witold Lesiewick, Andrezej Munk
• 1963 – Le mépris – El desprecio – Jean-Luc Godard
• 1963 – Hud – El más salvaje entre mil – Martin Ritt
• 1963 – Nattvardsgästerna – Los comulgantes – Ingmar Bergman
• 1963 – Flaming Creatures – Jack Smith
• 1963 – The Great Escape – La gran evasión – John Sturges
• 1963 – Shock Corridor – Corredor sin retorno – Samuel Fuller
• 1963 – Il gattopardo – El gatopardo – Luchino Visconti
• 1963 – Vidas secas – Vidas secas – Nelson Pereira dos Santos
• 1963 – Méditerranée – Jean-Daniel Pollet
• 1963 – Khaneh Siah Ast – La casa negra – Forugh Farrokhzad
• 1963 – The Haunting – La mansión encantada – Robert Wise
• 1963 – Yukinojo henge – La venganza de un actor – Kon Ichikawa
• 1964 – The servant – El sirviente – Joseph Losey
• 1964 – Goldfinger – James Bond contra Goldfinger – Guy Hamilton
• 1964 – Scorpio Rising – Kenneth Anger
• 1964 – Les parapluies de Cherbourg – Los paraguas de Cherburgo – Jacques Demi
• 1964 – Marnie – Marnie, la ladrona – Alfred Hitchcock
• 1964 – My fair lady – George Cukor
• 1964 – Suna no onna – La mujer de arena – Hiroshi Teshigahara
• 1964 – Dr. Strangelove or… – ¿Teléfono rojo? Volamos hacia Moscú – Stanley Kubrick, Victor Lyndon
• 1964 – A Hard day’s Night – ¡Qué noche la de aquel día! – Richard Lester
• 1964 – Il desserto rosso – Desierto rojo – Michelangelo Antonioni
• 1964 – Tini Zabutykh Predkiv – Sombras de antepasados olvidados – Sergei Parajanov
• 1964 – Masque of the Red Death – La máscara de la muerte roja – Roger Corman
• 1964 – Prima della revolutione – Antes de la revolución – Bernardo Bertolucci
• 1964 – Gertrud – Carl Theodor Dreyer
• 1964 – Il vangelo secondo Mateo – El evangelio según San Mateo – Pier Paolo Pasolini
• 1964 – Deus e o diabo na terra do sol – Dios y el diablo en la tierra del sol – Glauber Rocha
• 1964 – Onibaba – El demonio – Kaneto Shindô
• 1965 – Vinyl – Andy Warhol
• 1965 – Obchod na korze – La tienda en la calle mayor – Jan-Kadar, Elmar Klos
• 1965 – Doctor Zhivago – David Lean
• 1965 – The War Game – El juego de la guerra – Peter Watkins
• 1965 – Tokio orimpikku – Olimpíada de Tokio – Kon Ichikawa
• 1965 – La batagglia di Algeri – La batalla de Argel – Robert Wise
• 1965 – The sound of Music – Sonrisas y lágrimas – Robert Wise
• 1965 – Rekopis znaleziony w Saragossie – El manuscrito encontrado en Zaragoza – Wojciech Has
• 1965 – Alphaville, une étrange aventure de Lemmy Caution – Lemmy contra Alphaville – Jean-Luc Godard
• 1965 – Chimes at Midnight – Campanadas a medianoche – Orson Welles
• 1965 – Repulsion – Repulsión – Roman Polnaski
• 1965 – Giulietta degli spiriti – Giulietta de los espíritus – Federico Fellini
• 1965 – Pierrot le fou – Pierrot el Loco – Jean-Lic Godard
• 1965 – Faster, Pussycat! Kill! Kill! – Russ Meyer
• 1965 – Subarnarekha – Río de oro – Ritwik Ghatak
• 1965 – De m an die zijn abr kort liet knippen – El hombre del cráneo rasurado – André Delvaux
• 1966 – Hold me while I´m naked – George Kuchar
• 1966 – Blowup – Blowup. Deseo de una mañana de verano – Michelangelo Antonioni
• 1966 – Il buono, il bruto, il cattivo – El bueno, el feo y el malo – Sergio Leone
• 1966 – Sedmikrasky – Las margaritas – Vera Chytilová
• 1966 – Da Zui Xia – Ven a beber conmigo – King Hu
• 1966 – Seconds – Plan siniestro – John Frankenheimer
• 1966 – In the head of the night – En el calor de la noche – Norman Jewison
• 1966 – Who´s Afraid of Virginia Woolf – ¿Quién teme a Virginia Woolf? – Mike Nichols
• 1966 – Persona – Ingmar Bergman
• 1966 – Masculin, féminin – Jean-Luc Godard
• 1966 – Au hasard Balthasar – Al azar de Baltasar – Robert Bresson
• 1967 – Deux ou trois choses que je sais d’elle – Jean-Luc Godard
• 1967 – The Graduate – El graduado – Mike Nichols
• 1967 – Playtime – Jacques Tati
• 1967 – Report – Bruce Conner
• 1967 – Hombre – Un hombre – Martin Ritt
• 1967 – Belle de jour – Bella de día – Luis Buñuel
• 1967 – Les demoiselles de Rochefort – Las señoritas de Rochefort – Jacques Demy, Agnes Varda
• 1967 – Weekend – Jean-Luc Godard
• 1967 – Le samouraï – El silencio de un hombre – Jean-Pierre Melville
• 1967 – Cool Hand Luke – La leyenda del indomable – Stuart Rosemberg
• 1967 – Point blank – A quemarropa – John Boorman
• 1967 – Wavelength – Michael Snow
• 1967 – Bonnie and Clyde – Bonnie y Clyde – Arthur Penn
• 1967 – Csillagosok, Katonák – El rojo y el blanco
• 1967 – Marketa Lazarová – Frantisek Vlácil
• 1967 – The Jungle Book – El libro de la selva – Walt Disney
• 1967 – Horí, má Panenko – El baile de los bomberos – Milos Forman
• 1967 – Terra em transe – Tierra en trance – Glauber Rocha
• 1967 – Ostre Sledované vlaky – Trenes rigurosamente vigilados – Jirí Menzel
• 1967 – Vij – Georgi Kropachyov, Constantin Yershov
• 1968 – Gaav – La vaca – Dariush Mehrjui
• 1968 – Céra una volta il West – Hasta que llegó su hora – Sergio Leone
• 1968 – Planet of the Apes – El planeta de los simios – Franklin J. Schaffner
• 1968 – Faces – John Cassavetes
• 1968 – Rosemary’s Baby – La semilla del diablo – Roman Polanski
• 1968 – If… – Lindsay Anderson
• 1968 – Memorias del subdesarrollo – Tomás Gutiérrez Alea
• 1968 – The Producers – Los productores – Mel Brooks
• 1968 – David Holzman´s diary – Jim NcBride
• 1968 – Skammen – La vergüenza – Ingmar Bergman
• 1968 – 2001: A Space Odyssey – 2001: Una Odisea espacial – Stanley Kubrick
• 1968 – Vargtimmen – La hora del lobo – Ingmar Bergman
• 1968 – Targets – El héroe anda suelto – Peter Bogdanovich
• 1968 – Night of the Living Dead – La noche de los muertos vivientes – George A. Romero
• 1969 – Ma nuit chez Maud – Mi noche con Maud – Eric Rohmer
• 1969 – Lucía – Humberto Solás
• 1969 – Xia nu – Un toque de zen – King Hu
• 1969 – Butch Cassidy and the Sundance Kid – Dos hombres y un destino – George Roy Hill
• 1969 – Midnight Cowboy – Cowboy de medianoche – John Schlesinger
• 1969 – Satyricon – Federico Fellini
• 1969 – Z – Costa Gavras
• 1969 – Il conformista – El conformista – Bernardo Bertolucci
• 1969 – Easy rider – Buscando mi destino – Dennis Hopper
• 1969 – High School – Frederick Wiseman
• 1969 – In the year of the pig – Emile de Antonio
• 1969 – The Wild Bunch – Grupo salvaje – Sam Pekinpah
• 1969 – Andrei Rublev – Andrei Tarkovsi
• 1969 – Le boucher – El carnicero – Claude Chabrol
• 1969 – Sayat Nova – El color de las granadas – Sergei Parajanov
• 1969 – Kes – Ken Loach

De 1970 a 1980

• 1970 – Tristana – Luis Buñuel
• 1970 – Five easy pieces – Mi vida es mi vida – Bob Rafelson
• 1970 – El topo – Alejandro Jodorowsy
• 1970 – Woodstock – Michael Wadleigh
• 1970 – Deep end – Jerzy Skolimowski
• 1970 – La strategia del ragno – La estrategia de la araña – Bernardo Bertolucci
• 1970 – Little Big Man – Pequeño gran hombre – Arthur Penn
• 1970 – Ucho – La oreja – Karel Kachyna
• 1970 – Patton – Franklin J. Schaffner
• 1970 – Mash – Robert Altman
• 1970 – Performance – Donald Cammell, Nicolas Roeg
• 1970 – Gimme Shelter – Albert Maysles et al
• 1970 – Zabriskie Point – Michelangelo Antonioni
• 1970 – L’Ucello dalle piume di cristallo – El pájaro de las plumas de cristal – Dario Argento
• 1970 – Il giardino de los Finzi-Contini – El jardín de los Finzi-Contini – Vittorio de Sica
• 1971 – Wanda – Barbara Loden
• 1971 – W.R.: Misterije organizma – Los misterios del organismo – Dusan Makavjev
• 1971 – A Clockwork Orange – La naranja mecánica – Stanley Kubrick
• 1971 – Le chagrin et la pitié – Marcel Ophüls
• 1971 – Willy Wonka & the Chocolate Factory – Un mundo de fantasía – Mel Stuart
• 1971 – McCabe and Mrs. Miller – Los vividores – Robert Altman
• 1971 – Walkabout – Nicolas Roeg
• 1971 – Klute – Alan J. Pakula
• 1971 – Harold and Maude – Harold y Maude – Hal Ashby
• 1971 – Még kér a nép – Salmo rojo – Miklòs Jancsó
• 1971 – Get Carter – Asesino implacable – Mike Hodges
• 1971 – The French Connection – Contra el imperio de la droga – William Friedkin
• 1971 – Shaft – Las noches rojas de Harlem – Gordon Parks
• 1971 – Dirty Harry – Harry el sucio – Don Siegel
• 1971 – Le souffle au coeur – El soplo en el corazón – Louis Malle
• 1971 – Sweet sweetback’s baadasssss song – Melvin van Peebles
• 1971 – The Last Picture Show – La última película – Peter Bogdanovich
• 1971 – Straw Dogs – Perros de paja – Sam Peckinpah
• 1971 – Two-Lane Blacktop – Carretera asfaltada en dos direcciones – Monte Hellman
• 1972 – The heartbreak Kid – El rompecorazones – Elayne May
• 1972 – Aguirre, der zorn gottes – Aguirre, la cólera de Dios – Werner Herzog
• 1972 – Cabaret – Bob Fosse
• 1972 – Ultimo tango a Parigi – El último tango en París – Bernardo Bertolucci
• 1972 – High Plain Drifters – Infierno de cobardes – Clint Eastwood
• 1972 – Sleuth – La huella – Joseph L. Mankiewicz
• 1972 – Deliverance – Defensa – John Boorman
• 1972 – Solyaris – Solaris – Andrei Tarkovski
• 1972 – The Godfather – El Padrino – Francis Ford Coppola
• 1972 – Viskingar och rop – Gritos y susurros – Ingmar Bergman
• 1972 – Fat City – Ciudad dorada – John Huston
• 1972 – Le charme discret de la bourgeoisie – El discreto encanto de la burguesía – Luis Buñuel
• 1972 – Die bitteren Tränen der Petra von Kant – Las amargas lágrimas de Petra von Kant – Rainer Werner Fassbinder
• 1972 – Frenzy – Frenesí – Alfred Hitchcock
• 1972 – Pink Flamingos – John Waters
• 1972 – Superfly – El mercado del vicio – Gordon Parks. Jr.
• 1973 – The Sting – El golpe – George Roy Hill
• 1973 – La maman et la putain – Jean Eustache
• 1973 – Badlands – Malas tierras – Terrence Malick
• 1973 – American graffiti – George Lucas
• 1973 – Papillon – Franklin J. Schaffner
• 1973 – Enter the Dragon – Operación dragón – Robert Clouse
• 1973 – Mean Streets – Malas calles – Martin Scorsese
• 1973 – The Long Goodbye – El largo adiós – Robert Altman
• 1973 – The Wicker Man – El hombre de mimbre – Robin Hardy
• 1973 – La nuit américaine – La noche americana – François Truffaut
• 1973 – Don’t look now – Amenaza en la sombra – Nicolas Roeg
• 1973 – Sleeper – El dormilón – Woody Allen
• 1973 – Serpico – Sidney Lumet
• 1973 – The Exorcist – El exorcista – William Friedkin
• 1973 – Turks Fruit – Delicias turcas – âul Verhoeven
• 1973 – El espíritu de la colmena – Víctor Erice
• 1973 – Le planènete sauvage – El planeta salvaje – René Laloux
• 1973 – Amarcord – Federico Fellini
• 1973 – The harder the come – Más dura será la caída – Perry Henzell
• 1973 – Pat Garrett and Billy the Kid – Pat Garrett and Billy the Kid – Sam Peckinpah
• 1974 – Dersu Uzala – Akira Kurosawa
• 1974 – The Conversation – La conversación – Francis Ford Coppola
• 1974 – The Texas Vhain Saw Massacre – La matanza de Texas – Tobe Hooper
• 1974 – Zerkalo – El espejo – Andrei Tarkovsi
• 1974 – A Woman Under the Influence – Una mujer bajo la influencia – John Cassavetes
• 1974 – Young Frankenstein – El jovencito Frankenstein – Mel Brooks
• 1974 – Chinatown – Roman Polanski
• 1974 – Céline et Julie vont en Bateau – Jacques Rivette
• 1974 – Blazing Saddles – Sillas de montar calientes – Mel Brooks
• 1974 – The Goodfather: Part II – El Padrino, segunda parte – Francis Ford Coppola
• 1974 – Angst essen Seele auf – Todos nos llamamos Ali – Rainer Werner Fassbinder
• 1974 – Bring me the Head of Alfredo Garcia – Quiero la cabeza de Alfredo García – Sam Peckinpah
• 1975 – Dogs Day Afternoon – Tarde de perros – Sidney Lumet
• 1975 – One Flew Over the Cuckoo’s Nest – Alguien voló sobre el nido del cuco – Milos Forman
• 1975 – Jeanne Dielman, 23 Quai du Commerce, 1080 Bruxelles – Chantal Ackerman
• 1975 – The rocky horror picture show – Jim Sharman
• 1975 – Deewaar – La pared – Yash Chopra
• 1975 – Monty Python and the Holy Grail – Los caballeros de la mesa cuadrada y sus locos seguidores – Terry Gilliam, Terry Jones
• 1975 – Barry Lyndon – Stanley Kubrick
• 1975 – Faustrecht der Freiheit – La ley del más fuerte – Rainer Werner Fassbinder
• 1975 – India song – Canción de La India – Marguerite Duras
• 1975 – Picnic en Hanging Rock – Picnic en Hanging Rock – Peter Weir
• 1975 – Maynila: sa Mga kuko ng liwanag – Lino Brocka
• 1975 – Salò o le centoventi giornate di Sodoma – Salò o los ciento veinte días de Sodoma – Pier Paolo Pasolini
• 1975 – Nashville – Robert Altman
• 1975 – Cría cuervos – Carlos Saura
• 1975 – O thiassos – El viaje de los comediantes – Theo Angelopoulos
• 1975 – Jaws – Tiburón – Steven Spielberg
• 1976 – The killing of a chinese bookie – John Cassavetes
• 1976 – Carrie – Brian De Palma
• 1976 – The Outlaw Josey Wales – El fuera de la ley – Clint Eastwood
• 1976 – All the President’s Men – Todos los hombres del Presidente – Alan J. Pakula
• 1976 – Rocky – John G. Avildsen
• 1976 – Taxi Driver – Martin Scorsese
• 1976 – Network – Network, un mundo implacable – Sidney Lumet
• 1976 – Voskhozhdeniye – La ascensión – Larisa Shepitko
• 1976 – Ai no korida – El imperio de los sentidos – Nagisa Oshima
• 1976 – Novecento – Bernardo Bertolucci
• 1976 – The Man Who Fell to Earth – El hombre que cayó a la tierra – Nicolas Roeg
• 1976 – Star Wars – La guerra de las galaxias: Episodio IV (Una nueva esperanza) – George Lucas
• 1977 – Close Encounters of the Third Kind – Encuentros en la tercera fase – Steven Spielberg
• 1977 – The Last Wave – La última ola – Peter Weir
• 1977 – Annie Hall – Woody Allen
• 1977 – Last chants for a slow dance – Jon Jost
• 1977 – Stroszek – La balada de Bruno S. – Werner Herzog
• 1977 – Czlowiek z marmuru – El hombre de mármol – Andrej Wajda
• 1977 – Saturday Night Fever – Fiebre del sábado noche – John Badham
• 1977 – Killer of sheep – Charles Burnet
• 1977 – Eraserhead – Cabeza borradora – David Lynch
• 1977 – Ceddo – Ousmane Sembene
• 1977 – Der amerikanische Freund – El amigo americano – Wim Wenders
• 1977 – The Hills Have Eyes – Las colinas tienen ojos – Wes Craven
• 1977 – Soldaat van Oranje – Eric, oficial de la reina – Paul Verhoeven
• 1977 – Suspiria – Dario Argento
• 1978 – The chant of Jimmie Blacksmith – Fred Schepisi
• 1978 – Wu du – Cinco venenos mortales – Chang Cheh
• 1978 – L’albero degli zoccoli – El árbol de los zuecos – Ermanno Olmi
• 1978 – The Deer Hunter – El cazador – Michael Cimino
• 1978 – Grease – Brillantina – Randal Kleiser
• 1978 – Days of the Heaven – Días del cielo – Terrence Malick
• 1978 – Zombi – Dawn of the dead – George A. Romero
• 1978 – Shao Lin San Shih Liu Fang – Las 36 cámaras de shaolin – Chia-Liang Liu
• 1978 – Up in Smoke – Como humo se va – Lou Adler, Tommy Chong
• 1978 – Halloween – La noche de Halloween – John Carpenter
• 1979 – Die Ehe der Maria Braun – El matrimonio de María Braun – Rainer Werner Fassbinder
• 1979 – Real life – Como en la vida real – Albert Brooks
• 1979 – My brilliant career – Gillian Armstrong
• 1979 – Stalker – Andrei Tarkovski
• 1979 – Alien – Alien, el octavo pasajero – Ridley Scott
• 1979 – Breaking away – El relevo – Peter Yates
• 1979 – Die Blechtrommel – El tambor de hojalata – Volker Schlöndorf
• 1979 – Alll that Jazz – Empieza el espectáculo – Bob Fosse
• 1979 – Being there – Bienvenido Míster Chance – Hal Ashby
• 1979 – Kramer vs. Kramer – Kramer contra Kramer – Robert Benton
• 1979 – Life of Brian – La vida de Brian – Terry Jones
• 1979 – Apocalypse Now – Francis Ford Coppola
• 1979 – The jerk – Un loco anda suelto – Carl Reiner
• 1979 – The muppet movie – James Frawley
• 1979 – Manhattan – Woody Allen
• 1979 – Mad Max – Mad Max: salvajes de la autopista – George Miller

De 1980 a 1990

• 1980 – Nosferatu: Phantom der Nacht – Nosferatu, vampiro de la noche – Werner Herzog
• 1980 – Ordinary People – Gente corriente – Robert Redford
• 1980 – Atlantic City – Louis Malle
• 1980 – Le dernier métro – El último metro – Truffaut
• 1980 – The Shining – El resplandor – Stanley Kubrick
• 1980 – Star Wars: Episode V-The Empire Strikes – El imperio contraataca, Episodio V – Irvin Kershner
• 1980 – The Elephant Man – El hombre elefante – David Lynch
• 1980 – The Big Red One – Uno Rojo Division de Choque – Samuel Fuller
• 1980 – Loulou – Maurice Pialat
• 1980 – Airplane! – Aterriza como puedas – Jim Abrahams & al
• 1980 – Raging Bull – Toro salvaje – Martin Scorsese
• 1981 – Raiders of the Lost Ark – En busca del Arca perdida – Steven Spielberg
• 1981 – Das Boot – El submarino – Wolfgang Petersen
• 1981 – Gallipoli – Peter Weir
• 1981 – Chariots of Fire – Carros de fuego – Hugh Hudson
• 1981 – Body Heat – Fuego en el cuerpo – Lawrence Kasdan
• 1981 – Reds – Rojos – Warren Beatty
• 1981 – An American Werewolf in London – Un hombre-lobo americano en Londres – John Landis
• 1981 – Tre fratelli – Tres hermanos – Francesco Rosi
• 1981 – Czlowiek z zelaza – El hombre de hierro – Andrzej Wajda
• 1981 – Zu Frü, zu spät – Danièle Huillet, Jean-Marie Straub
• 1981 – Fast Times at Ridgemont High – Aquel excitante curso – Amy Heckerling
• 1982 – E.T.: The Extra-terrestrial – E.T. El Extraterrestre – Steven Spielberg
• 1982 – The Thing – La Cosa – John Carpenter
• 1982 – Poltergeist – Spielberg
• 1982 – Blade Runner – Ridley Scott
• 1982 – The evil dead – Posesión infernal – Sam Raimi
• 1982 – Tootsie – Sydney Pollack
• 1982 – Yol – El camino – Serif Gören
• 1982 – Diner – Barry Levinson
• 1982 – Fitzcarraldo – Werner Herzog
• 1982 – Gandhi – Richard Attenborough
• 1982 – La notte di San Lorenzo – La noche de San Lorenzo – Paolo Taviani, Vittorio Taviani
• 1982 – De stilte rond Christine M. – El silencio de Christine M. – Marleen Gorris
• 1982 – Fanny och Alexander – Fanny y Alexander – Ingmar Bergman
• 1983 – A Christmas Story – Historias de Navidad – Bob Clark
• 1983 – El norte – Gregory Nava
• 1983 – Videodrome – David Cronenberg
• 1983 – Star Wars: Episode VI – Return of the Jedi – El retorno del Jedi – Richard Marquand
• 1983 – The Big Chill – Reencuentro – Lawrence Kasdan
• 1983 – Sans Soleil – Chris Marker
• 1983 – Le dernier combat – kamikaze 1999 – Luc Besson
• 1983 – L’argent – El dinero – Robert Bresson
• 1983 – Utu – Geoff Murphy
• 1983 – Terms of Endearment – La fuerza del cariño – James L. Brooks
• 1983 – De vierde man – El cuarto hombre – Paul Verhoeven
• 1983 – The King of Comedy – El rey de la comedia – Scorsese
• 1983 – The Right Stuff – Elegidos para la gloria – Philip Kaufman
• 1983 – Koyaanisqatsi – Godfrey Reggio
• 1983 – Once Upon a Time in America – Érase una vez en América – Sergio Leone
• 1983 – Scarface – El precio del poder – Brian de Palma
• 1983 – Narayama Bushi-Ko – La balada del Narayama – Shohei Imamura
• 1984 – Amadeus – Milos Forman
• 1984 – The Terminator – Terminator – James Cameron
• 1984 – París, Texas – Wim Wenders
• 1984 – A Nigthmare on Elm Street – Pesadilla en Elm Street – Wes Craven
• 1984 – This is a spinal tap – Rob Reiner
• 1984 – Beverly Hills Cop – Superdetective en Holliwood – Martin Brest
• 1984 – Ghost Busters – Cazafantasmas – Ivan Reitman
• 1984 – A Passage to India – Pasaje a la India – David Lean
• 1984 – Stranger Than Paradise – Extraños en el Paraíso – Jim Jarmusch
• 1984 – The Killing Fields – Los gritos del silencio – Roland Joffé
• 1984 – The Natural – El mejor – Barry Levinson
• 1984 – The Breakfast Club – El club de los cinco – John Hughes
• 1985 – Ran – Akira Kurosawa
• 1985 – Idi i smotri – Masacre-ven y mira – Elem Klimov
• 1985 – La historia oficial – Luis Puenzo
• 1985 – Out of Africa – Memorias de África – Sydney Pollack
• 1985 – The Purple Rose of Cairo – La rosa púrpura de El Cairo – Woody Allen
• 1985 – Back to the Future – Regreso al futuro – Robert Zemeckis
• 1985 – Tong Nien Wang Shi – Tiempo de vivir, tiempo de morir – Hsiao-hsien Hou
• 1985 – Brazil – Terry Gilliam
• 1985 – Kiss of the Spider Woman – El beso de la mujer araña – Hector Babenco
• 1985 – The Quiet Earth – El único superviviente – Geoff Murphy
• 1985 – Mishima: A Life in Four Chapters – Mishima – Pauls Schrader
• 1985 – Prizzi’s Honor – El honor de los Prizzi – John Huston
• 1985 – Sans toit ni loi – Sin techo ni ley – Agnès Varda
• 1985 – Shoah – Claude Lanzmann
• 1985 – The Color Purple – El color púrpura – Steven Spielberg
• 1986 – Manhunter – Hunter – Michael Mann
• 1986 – Stand by me – Cuenta conmigo – Rob Reiner
• 1986 – Blue Velvet – Terciopelo azul – David Lynch
• 1986 – Hannah and her Sisters – Hannah y sus hermanas – Woody Allen
• 1986 – [She’s gotta have it](http://www.imdb.com/title/tt009- 1939/) – Nola Darling – Spike Lee
• 1986 – Le déclin de l’empire américain – El declive del imperio americano – Denys Arcand
• 1986 – The Fly – La mosca – David Cronenberg
• 1986 – Aliens – Aliens: el regreso – James Cameron
• 1986 – Ferris Bueller’s Day Off – Todo en un día – John Hughes
• 1986 – Down by law – Bajo el peso de la ley – Jim Jarmusch
• 1986 – A Room with a View – Una habitación con vistas – James Ivory
• 1986 – Children of a Lesser God – Hijos de un dios menor – Randa Haines
• 1986 – Platoon – Oliver Stone
• 1986 – Caravaggio – Derek Jarman
• 1986 – Tampopo – Juzo Itami
• 1986 – Peking Opera Blues – Do ma daan – Tsui Hark
• 1986 – Salvador – Oliver Stone
• 1986 – Top Gun – Ídolos del aire – Tony Scott
• 1986 – Sherman’s March – Ross McElwee
• 1986 – Dao Ma Zei – El ladrón de caballos – Tian Zhuangzhuang
• 1987 – Yeelen – La luz – Souleymane Cissé
• 1987 – Der Himmel über Berlin – El cielo sobre Berlín – Win Wenders
• 1987 – ‘A’ gai waak juk jap – El tesoro de China – Jackie Chan
• 1987 – Babettes gaestebud – El festín de Babette – Gabriel Axel
• 1987 – Raising Arizona – Arizona Baby – Joel Coen
• 1987 – Full Metal Jacket – La chaqueta metálica – Stanley Kubrick
• 1987 – Withnail and I – Withnail y yo – Bruce Robinson
• 1987 – Good morning, Vietnam – Barry Levinson
• 1987 – Au revoir les enfants – Adiós muchachos – Louis Malle
• 1987 – Broadcast News – Al filo de la noticia – James L. Brooks
• 1987 – Housekeeping – Bill Forsyth
• 1987 – The Princess Bride – La princesa prometida – Rob Reiner
• 1987 – Moonstruck – Hechizo de luna – Norman Jewison
• 1987 – The Untouchables – Los intocables de Eliot Ness – Brian de Palma
• 1987 – Hong gao liang – Sorgo rojo – Zhang Yimou
• 1987 – The dead – Dublineses – John Huston
• 1987 – Fatal Atraction – Atracción fatal – Adrian Lyne
• 1987 – Sinnui yauman – Una historia china de fantasmas – Siu-Tung Ching
• 1987 – Mujeres al borde un ataque de nervios – Almodóvar
• 1988 – Spoorloos – Desaparecida – George Sluizer
• 1988 – Bull Durham – Los búfalos de Durham – Ron Shelton
• 1988 – Ariel – Aki Kaurismäki
• 1988 – The thin blue line – Errol Morris
• 1988 – Akira – Katsuhiro Otomo
• 1988 – Nuovo cinema paradiso – Cinema Paradiso – Giuseppe Tornatore
• 1988 – Hotel Terminus: Klaus Barbie et son temps – Marcel Ophüls
• 1988 – A fish called Wanda – Un pez llamado Wanda – Charles Crichton
• 1988 – The Naked Gun – Agárralo como puedas – David Zucker
• 1988 – Big – Quisiera ser grande – Penny Marshall
• 1988 – Dangerous liaisons – Las amistades peligrosas – Stephen Frears
• 1988 – Hotaru no haka – La tumba de las luciérnagas – Isao Takahata
• 1988 – Topio stin omichli – Paisaje en la niebla – Theo Angelopoulos
• 1988 – Dekalog, Jeden – Krzysztof Kieslowski
• 1988 – Die Hard – La jungla de cristal – John McTiernan
• 1988 – Une historie de vent – Joris Ivens
• 1988 – Who Framed Roger Rabbit – ¿Quién engañó a Roger Rabbit? – Robert Zemeckis
• 1988 – Rain man – Barry Levinson
• 1988 – Une affaire de femmes – Asunto de mujeres – Claude Chabrol
• 1988 – Drowing by numbers – Conspiración de mujeres – Peter Greenaway
• 1988 – Neko Z Alenky – Alice – Jan Svankmajer
• 1989 – Batman – Tim Burton
• 1989 – When Harry met Sally – Cuando Harry encontró a Sally – Rob Reiner
• 1989 – Crimes and Misdemeanors – Delitos y faltas – Woody Allen
• 1989 – The Cook, the Thief, his Wife & her Lover – El cocinero, el ladrón, su mujer y su amante – Peter Greenaway
• 1989 – Drugstore Cowboy – Gus Van Sant
• 1989 – My Left Food – Mi pie izquierdo – Jim Sheridan
• 1989 – Dip Huet seung hung – El asesino- John Woo
• 1989 – Do the Right Thing – Haz lo que debas – Spike Lee
• 1989 – Roger & me – Michael Moore
• 1989 – Glory – Tiempos de gloria – Edward Zwick
• 1989 – Astenicheskij Sindrom – Síndrome de abstinencia – Kira Muratova
• 1989 – Sex, Lies and Videotape – Sexo, mentiras y cintas de vídeo – Steven Soderbergh
• 1989 – Say Anything – Un gran amor… – Cameron Crowe
• 1989 – The Unbelievable Truth – La increíble verdad – Hal Hartley
• 1989 – Beiqing Chengshi – Ciudad de la tristeza – Hsiao-hsien Hou

De 1990 a 2000

• 1990 – S’en fout la mort – Claire denis
• 1990 – Reversal of Fortune – El misterio von Bülow – Barbet Schroeder
• 1990 – Goodfellas – Uno de los nuestros – Martin Scorsese
• 1990 – Jacob’s Ladder – La escalera de Jacob – Adrian Lyne
• 1990 – King of New York – El rey de Nueva York – Abel Ferrara
• 1990 – Dances with Wolves – Bailando con lobos – Kevin Costner
• 1990 – Europa, Europa – Hitlerjunge Salomon
• 1990 – Pretty woman – Garry Marshall
• 1990 – Archangel – Guy Maddin
• 1990 – Trust – Confía en mí – Hal Hartley
• 1990 – Nema-ye nazdik – Primer plano – Abbas Kiarostami
• 1990 – Edward Scissorhands – Eduardo Manostijeras – Tim Burton
• 1990 – Henry: Portrait of a Killer – Henry: Retrato de un asesino – John McNaughton
• 1990 – Total Recall – Desafío total – Paul Verhoeven
• 1991 – Wong Fei-Hung – Wong en América – Hark Tsui
• 1991 – Boyz’n the Hood – Los chicos del barrio – John Singleton
• 1991 – Da hong deng long gao gao gua – La linterna roja – Zhang Yimou
• 1991 – Delicatessen – Mar Caro, Jean-Pierre Jeunet
• 1991 – Guling Jie Shaonian sha ren shijian – Una radiante mañana estival – Edward Yang
• 1991 – Naked Lunch – El almuerzo desnudo – David Cronenberg
• 1991 – La belle noiseuse – La bella mentirosa – Jacques Rivette
• 1991 – The Rapture – El despertar de Sharon – Michael Tolkin
• 1991 – My own private Idaho – Mi Idaho privado – Gus van Sant
• 1991 – Thelma & Louise – Thelma y Louise – Ridley Scott
• 1991 – Terminator 2: Judgment Day – Terminator 2: El día del juicio - James Cameron
• 1991 – The Silence of the Lambs – El silencio de los corderos – Jonathan Demme
• 1991 – JFK – Jfk, caso abierto – Oliver Stone
• 1991 – Slacker – Richard Linklater
• 1991 – Tongues Untied – Lenguas desatadas – Marlon Riggs
• 1991 – Hearts of darkness: a filmmaker’s apocalypse – Fax Bahr/Eleanor Coppola
• 1991 – La double vie de Véronique – La doble vida de Verónica – Krzysztof Kieslowski
• 1992 – Strictly ballroom – Baz Luhrmann
• 1992 – The Player – El juego de Hollywood – Robert Altman
• 1992 – Reservoir dogs – Quentin Tarantino
• 1992 – Romper stomper – Geoffrey Wright
• 1992 – Glengarry glen ross – Éxito a cualquier precio – James Foley
• 1992 – Unforgiven – Sin perdón – Clint Eastwood
• 1992 – Aileen wuornos: the selling of a killer – Nick Broomfield
• 1992 – Conte d’hiver – Cuento de invierno – Eric Rohmer
• 1992 – Yuen Ling-Yuk – La actriz – Stanley Kwan
• 1992 – C’est arrivé près de chez vous – Ocurrió cerca de su casa R.Belvaux
• 1992 – The Crying Game – Juego de lágrimas – Neil Jordan
• 1993 – Be wang bie ji – Adiós a mi concubina – Kaige Chen
• 1993 – Groundhog Day – Atrapado en el tiempo – Harold Ramis
• 1993 – Thirty two short films about Glenn Gould – François Girard
• 1993 – Short cuts – Vidas cruzadas – Robert Altman
• 1993 – Philadelphia – Jonathan Demme
• 1993 – Hsimeng Jensheng – El maestro de marionetas – Hou Hsiao-Hsien
• 1993 – Jurassic Park – Parque jurásico – Steven Spielberg
• 1993 – Trois couleurs: Bleu – Tres colores: Azul – Krzysztof Kieslowski
• 1993 – The Piano – El piano – Jane Campion
• 1993 – Lang feng zheng – La cometa azul – Tian Zhuangzhuang
• 1993 – Hsi Yen – El banquete de boda – Ang Lee
• 1993 – Schindler’s List – La lista de Schindler – Steven Spielberg
• 1994 – The Adventures of Priscilla, Queen of the Desert – Las aventuras de Priscilla, reina del desierto – Stephan Elliott
• 1994 – Trois couleurs: Rouge – Tres colores: Rojo – Krzysztof Kieslowski
• 1994 – Hoop dreams – Steve James
• 1994 – Forrest Gump – Robert Zemeckis
• 1994 – The Lion King – El rey León – Roger Allers/ Rob Minkoff
• 1994 – Clerks – Kevin Smith
• 1994 – Four Weddings and a Funeral – Cuatro bodas y un funeral – Mike Newell
• 1994 – Natural Born Killers – Asesinos natos – Oliver Stone
• 1994 – The Last Seduction – La última seducción – John Dahl
• 1994 – Pulp Fiction – Quentin Tarantino
• 1994 – The Shawshank Redemption – Cadena perpetua – Frank Darabont
• 1994 – The roseaux sauvages – Los juncos salvajes – Andrè Téchiné
• 1994 – Chung Hing sam lam – Chungking express – Kar-wai Wong
• 1994 – Crumb – Terry Zwigoff
• 1994 – Sátántangó – Béla Tarr
• 1994 – Zire Darakhatan Zeyton – A través de los olivos – Abbas Kiarostami
• 1994 – Heavenly Creatures – Criaturas celestiales – Peter Jackson
• 1994 – Caro diario – Nanni Moretti
• 1994 – Muriel’s Wedding – La boda de Muriel – P.J. Hogan
• 1994 – Riget – El reino – Morten Arnfred, Lars von Trier
• 1995 – Babe – Babe, el cerdito valiente – Chris Noonan
• 1995 – Deseret – James Benning
• 1995 – Braveheart – Mel Gibson
• 1995 – Safe – Todd Haynes
• 1995 – Toy Story – John Lasseter
• 1995 – Casino – Martin Scorsese
• 1995 – Heat – Michael Mann
• 1995 – Kjaerlighetens kjotere – Zero Kelvin – Hans Petter Moland
• 1995 – Clueless – Sin pistas / Fuera de onda – Amy Heckerling
• 1995 – Smoke – Wayne Wang/Paul Auster
• 1995 – Badkonake sefid – El globo blanco – Jafar Panahi
• 1995 – Seven – David Fincher
• 1995 – Underground – Emir Kusturica
• 1995 – Dilwale dulhaniya le jayenge – El corazón amoroso se queda con la novia – Aditya Chopra
• 1995 – Xich Lo – Triciclo – Ahn-Hung Tran
• 1995 – The Usual Suspects – Sospechosos habituales – Bryan Singer
• 1995 – Dead man – Jim Jarmusch
• 1996 – Fargo – Joel Coen
• 1996 – Trois vies et une seule mort – Tres vidas y una sola muerte – Raúl Ruiz
• 1996 – Shine – Scott Hicks
• 1996 – Breaking the Waves – Rompiendo las olas – Lars von Trier
• 1996 – Independence day – Roland Emmerich
• 1996 – Secrets and lies – Secretos y mentiras – Mike Leigh
• 1996 – Gabbeh – Mohsen Makhmalbaf
• 1996 – Lone star – John Sayles
• 1996 – Trainspotting – Danny Boyle
• 1996 – Scream – Scream, vigila quién llama – Wes Craven
• 1996 – The English Patient – El paciente inglés – Anthnony Minguella
• 1997 – Happy together – Wong Kar-Wai
• 1997 – Mononoke Hime – La princesa Mononoke – Hayao Miyazaki
• 1997 – L.A. confidential – Curtis Hanson
• 1997 – The Butcher Boy – Contracorriente – Neil Jordan
• 1997 – The Ice Storm – La tormenta de hielo – Ang Lee
• 1997 – Boogie nights – Paul Thomas Anderson
• 1997 – Deconstructing Harry – Desmontando a Harry – Woody Allen
• 1997 – The Sweet Hereafter – Dulce porvenir – Atom Egoyan
• 1997 – Funny games – Michael Haneke
• 1997 – Ta’m e Guilass – El sabor de las cerezas – Abbas Kiarostami
• 1997 – Abre los ojos – Alejandro Amenábar
• 1997 – Mat i Syn – Madre e hijo – Aleksandr Sokurov
• 1997 – Titanic – James Cameron
• 1998 – The Big Lebowski – El gran Lebowski – Joel Coen
• 1998 – Festen – Celebración – Thomas Vinterberg
• 1998 – Saving Private Ryan – Salvar al soldado Ryan – Steven Spielberg
• 1998 – Buffalo 66 – Vincent Gallo
• 1998 – Rushmore – Wes Anderson
• 1998 – Lola rennt – Corre, Lola, corre – Tom Tykwer
• 1998 – Idioterne – Los idiotas – Lars von Trier
• 1998 – Pi – Pi, fe en el caos – Darren Aronofski
• 1998 – Happiness – Todd Solondz
• 1998 – The Thin Red Line – La delgada línea roja – Terrence Malick
• 1998 – There’s something about Mary – Algo pasa con Mary – Bobby & Peter Farrelli
• 1998 – Sombre – Philippe Grandieux
• 1998 – Ringu – The Ring – Hideo Nakata
• 1999 – Gohatto – Tabú – Nagisa Oshima
• 1999 – Magnolia – Paul Thomas Anderson
• 1999 – Beau travail – Claire Denis
• 1999 – The Blair Witch Project – El proyecto de la bruja de Blair – Daniel Myrick
• 1999 – Three Kings – Tres reyes – David O. Russell
• 1999 – Rosetta – Jean-Pierre & Luc Dardenne
• 1999 – Todo sobre mi madre – Pedro Almodóvar
• 1999 – Les temps retrouvé – El tiempo recobrado – Raúl Ruiz
• 1999 – Fight Club – El club de la lucha – David Fincher
• 1999 – Being John Malkovich – Cómo ser John Malkovich – Spike Jonze
• 1999 – American beauty – Sam Mendes
• 1999 – Matrix – Andy & Larry Wachowski
• 1999 – El sexto sentido – M.Night Shyamalan

De 2000 a 2010

• 2000 – Les glaneurs et la glaneuse – Los espigadores y la espigadora – Agnès Varda
• 2000 – Gladiator – Ridley Scott
• 2000 – Fa yeung nin wa – Deseando amar – Kar-wai Wong
• 2000 – Nueve Reinas – Fabián Bielinski
• 2000 – Yi Yi – Edward Yang
• 2000 – Requiem for a dream- Réquiem por un sueño – Darren Aronofski
• 2000 – Amores perros – Alejandro González Iñárritu
• 2000 – Meet the Parents – Los padres de ella – Jay Roach
• 2000 – Traffic – Steven Soderbergh
• 2000 – Wo hu cang long – Tigre y dragón – Ang Lee
• 2000 – Memento – Christopher Nolan
• 2000 – Dancer in the dark – Bailar en la oscuridad – Lars von Trier
• 2001 – Le fabuleux destin d’Amélie Poulain – Amélie – Jean-Pierre Jeunet
• 2001 – Moulin Rouge! – Baz Luhrmann
• 2001 – Y tu mamá también – Alfonso Cuarón
• 2001 – No Man’s Land – En tierra de nadie – Danis Tanovic
• 2001 – Sen to Chihiro no kamikakushi – El viaje de Chihiro – Hayao Miyazaki
• 2001 – La pianiste – La pianista – Michael Haneke
• 2001 – Monsoon Wedding – La boda del monzón – Mira Nair
• 2001 – The Royal Tenenbaums – Los Tenenbaum, una familia de genios – Wes Anderson
• 2002 – Ônibus 174 – Jose Padilha, Felipe Lacerda
• 2002 – The Pianist – El pianista – Roman Polanski
• 2003 – Oldeuboi – Oldboy – Chan-wook Park
• 2003 – LOTR, Return of the King – ESDLA, El retorno del rey – Peter Jackson
• 2003 – Good bye Lenin! – Wolfgang Becker
• 2003 – Lost in Translation – Sofia Coppola
• 2003 – La meglio gioventù – La mejor juventud – Marco Tullio Giordana
• 2004 – Crash – Paul Haggis
• 2004 – Der Untergang – El hundimiento – Oliver Hirschbiegel
• 2004 – Sideways – Entre copas – Alexander Payne
• 2004 – Fahrenheit 9/11- Michael Moore
• 2005 – Va, vis et deviens – Vete y vive – Radu Mihailean
• 2005 – Paradise now – Hany Abu-Assad
• 2005 – Brokeback Mountain – Ang Lee
• 2005 – Tsotsi – Gavin Hood
• 2005 – The Constant Gardener – El jardinero fiel – Fernando Meirelles
• 2006 – Little Miss Sunshine – Pequeña Miss Sunshine – Jonathan Dayton
• 2006 – The Prestige – El truco final, el Prestigio – Christopher Nolan
• 2006 – Das Leven der Anderen – La vida de los otros – Florian Henckel
• 2006 – United 93 – Paul Greengrass
• 2006 – Children of Men – Hijos de los hombres – Alfonso Cuarón
• 2006 – Pan’s Labyrinth – El laberinto del fauno - Guillermo del Toro
• 2006 – The Last King of Scotland – El ultimo rey de Escocia – Kevin Macdonald
• 2006 – Borat – Larry Charles
• 2006 – Babel – Alejandro González Iñárritu
• 2006 – The Queen – La Reina – Stephen Frears
• 2006 – Apocalypto – Mel Gibson
• 2006 – The Departed – Infiltrados – Martin Scorsese
• 2006 – Volver – Pedro Almodóvar

Llevo muchos años viajando en moto por todos los lugares, las sensaciones que sientes cuándo emprendes un viaje nunca se me han quitado, será por eso que sigo viajando. Así fue ese lunes, era una bonita mañana de mediados de marzo, de esas que parece que todo se ha parado, el viento estaba durmiendo, hacía un sol brillante, y el ambiente era sosegado, al igual que la temperatura, ideal para viajar en moto.

Llevaba ya unos 4 meses, sin montar en mi querida moto trotamundos. Imaginad, que genial situación, unos días libres, buen tiempo y un reencuentro con buenos amigos, así empezó esta ruta por zona Turolense.

Tomé rumbo Este, por la N-420 dirección a Teruel, las sensaciones eran indescriptibles.  Me encanta ir en moto, y noto un “no sé qué ” fantástico, cuando conduzco la moto, es alucinante de verdad.

Viendo bonitos paisajes, junto a las orillas del río Cabriel, fui poco a poco conduciendo hasta llegar a Villel, pequeña localidad situada a pocos kms. de Teruel.

Creí que había llegado el primero, pero no fue así, Juan, uno de mis mejores amigos, estaba a la salida del pueblo esperándonos, hacía mucho que no le veía, y fue gratificante encontrarlo de nuevo. Nos saludamos, me enseño su nueva moto “trailera”, una estupenda Yamaha Teneré 660 y fuimos hacia el bar a tomar algo.

Seguíamos esperando al resto del grupo, en el modesto bar-restaurante que está pegado a la nacional, a Manolo y su compañero de curro Javi.

Empezamos a hablar de motos, ¡claro! y de la vida, del trabajo, de los viajes, de muchas cosas. Sonaron ruidos de motor, nos miramos y nuestros pensamientos se encontraron, Villa y Javier??, saltamos de las sillas y salimos fuera, así era, Manolo y Javier acababan de llegar. Pasamos al comedor y tras un buen vinito, buena comida casera y cháchara, el tiempo pasó volando. La ruta, no podía empezar mejor :-)

Tras la comida emprendimos la marcha, hicimos unos pocos kms hasta Más de Jacinto, donde encontramos una pequeña gasolinera de pueblo, y emprendimos la ruta, todo OK!

Queríamos llegar a Javalambre, a la estación de esquí, y para ello elegimos una buena ruta comarcal que pasa por donde casi nunca pasa nadie.

Tomamos la Ctra. hacia Riodeva, para llegar a Camarena de la Sierra, toda esta zona muy idílica, llena de pinares y pequeñas montañas al sur-oeste de Teruel.

La tarde iba muy bien, el fresco empezaba a aparecer, el sol daba señas de despedirse y a nosotros aún nos quedaba un poco de ruta hasta la cumbre.

Los caminos estaban medio bien. Me refiero a que había sitios en los cuales la ctra. aún estaba casi tapada por ventisqueros de nieve, pero despacito y con buenas manos fuimos pasando.

La presencia de gente en estos páramos es casi nula, algún lugareño con alguna furgoneta C15 y algún tractor, y poco más.

Llegamos arriba por una bonita ctra. curvilínea, ya en mejores condiciones, se nota más afluencia de gente a la estación de esquí. Paramos un poco a hacernos unas fotos, ver el lugar y charlar lo justo, ya que el frío empezaba a hacer mella en nosotros, (+5 nos indicaba los medidores que la noche se acercaba), con lo cual salimos zumbando hacia abajo.

La bajada fue breve porque la ctra. está en mejores condiciones y fuimos a dar al Collado del Gavilán y a la N-234, cerca de La Puebla de Valverde. Ya lo demás fue coser y cantar, un poco de autovía-nacional y Teruel.

A todo esto, Joan me había explicado que estaría en Pamplona por gestiones de trabajo y que estaría con nosotros el martes. Bueno, eso era lo acordado, pero al final aligeró el paso y ya bien entrada la noche, casi las 24 horas, de ese mismo lunes, apareció en Teruel, tras pasar un fuerte viento y más helado que un pingüino, (en verdad mi compañero de aventuras es un gran tipo y duro de pelar como las piedras :-)

Nosotros estábamos de vuelta de un bareto céntrico de Teruel, en el que habíamos engullido unos buenos platos de chacinas, jamoncito y demás viandas de la zona, cuando llegó Joan.

Es extraña la sensación que siento cada vez que nos encontramos, Joan es un buen amigo y muy aventurero, al igual que el resto de mis amigos, es muy grata su compañía y la de todos.

Marchamos todos a la residencia a “meternos en el sobre”, y la verdad tardamos poquito en irnos a esos mundos oníricos, de fantasía, donde todas las motos y los caminos, están hechos de luz...

El martes nos levantamos todos algo “cansaícos”, tantos cambios en poco tiempo se nota, pero con unas ganas enormes de hacer kms.

Desayunamos bien, en un bareto que hay junto a la residencia y, tras echarles un vistazo a las motos, que estaban heladas a esa hora, (sobre las 10 h.), pusimos el ON y a rutear por la sierra de Gúdar.

El día era más soleado que el anterior, se preveía algo glorioso, aunque hasta bien entrado el día, se sentía la frialdad mañanera.

Tomamos dirección Formiche Alto y el Castellar, ctra. de montaña, bonitos paisajes, y una marcha relajada. Ya no recordaba casi lo que era ir 5 moteros de ruta, porque suelo viajar en solitario, como mucho, uno más, pero la sensación fue muy buena.

El sol empezó cada vez a apretar más, los músculos a desentumecerse y tras pequeñas paradas, charlas a pie de ctra., risas y buen rollo, así fue discurriendo la ruta, día de motos, amigos y paisajes.

La sierra de Gúdar es un lugar idílico, ya que no posee excesivos turistas y sus gentes y paisajes te traen unas sensaciones que otros lugares no te dan, muy recomendable, ¡Teruel existe!

Decidimos comer en un pueblecito llamado Linares de Mora, y estando allí degustando buenos manjares de la zona, apareció la cuñada de Javier, maestra en la zona, donde nos contó, cómo son los niños de esas tierras, la paz que reina en esas montañas y la cantidad de nieve y frío que han pasado este invierno, interesante...

¡Cómo pasa el tiempo!, ya ni recuerdo las horas que pasamos en ese agradable restaurante, el caso es que al salir, el sol parecía indicar como que, o aligerábamos el paso, o nos haría frío nocturno de regreso.

En unanimidad, como siempre, decidimos hacernos un buen trozo de pista de tierra, para que no se diga eso de que llevamos trails y ni tocan la tierra

Nos vino de perlas a Joan y a mí, ya que en breve haremos miles de kms. de tierra y el ir adaptándonos a esos terrenos, es muy importante.

La ruta era llegar a Castelvispal, y luego camino de tierra hasta Puertomingalvo.

Es cierto que una trail es una trail, el poco trayecto hasta Castelvispal fue bien, con ctra. rota y gravilla, para no variar, zonas también de umbría donde la nieve y hielo hicieron acto de presencia.

Luego emprendimos el trozo de ruta trail-tierra que, en un primer término, creímos que sería solo “ripio” (tierra), como dicen los Argentinos, y se transformó luego en trozos de barro, hielo y nieve.

Con cuidado todos fuimos pasando y, no sin dejar de ver la inmensidad de las montañas de esta zona y lo que la naturaleza nos ofrece, vayamos a donde vayamos, ¡fantástico!

En Puertomingalvo la ctra. se convierte de nuevo con asfalto y estropeada, muy entretenida de baja hacia Castillo de Villamalefa y Zucaina, donde los paisajes son indescriptibles.

Ya en tierras Castellonenses seguimos ruta sin parar demasiado, ya que la noche se nos acercaba. Una parada de rigor en el embalse de Arenós y tras unas buenas fotos, continuamos marcha hasta Olba, Rubielos de Mora y Mora de Rubielos.

En este último pueblo, repostamos a nuestras fieles traileras y, en esos momentos ocurrió un percance:

Vaya, Javier nos avisa, alarmado, que su moto, F650, (como mi antigua moto) había notado una especie de explosión en el depósito del anticongelante y se veía líquido del mismo en el suelo.

Pues nada, manos a la obra, desarmamos un poco su moto, con cuidado le quitamos el tapón del radiador, y pudimos comprobar que no iba bien la válvula que tiene el mismo.

Lo abrimos y lo volvimos a poner, a su vez, se revisó el depósito-vaso de expansión, que estaba vacío, entonces con cuidado cerramos el tapón del radiador, llenamos el citado vaso de expansión y ya más relajado, tomó rumbo Teruel, precediéndonos a todos.

La noche ya nos había cogido, pero la temperatura se mantenía algunos grados por encima de cero, genial.

Poco a poco fuimos avanzando hacia la pequeña ciudad Aragonesa, donde terminamos la ruta.

Esa noche no nos apeteció irnos al centro, todos algo cansados de habernos hecho unos 239 kms. de curvas y más curvas, así que cerca de la residencia había una Pizzería, donde nos “zampamos” unas buenas pizzas y unas “birras”, para irnos a dormir pronto.

Y lo que empieza acaba, y con la ilusión y los sueños de que vendrán más y más rutas, nos despedimos esa mañana de miércoles, en la cual ya cada uno tomó rumbo distinto.

Joan y yo tiramos rumbo Oeste, N420 hacia Cuenca, hasta Torrebaja, donde, tras unas fotos cómicas, nos despedimos hasta la próxima, que si todo va bien será muy pronto.

Con respecto al viaje a Japón, las gestiones siguen adelante. Tenemos nuevos patrocinadores, gracias desde aquí a: Seva’s Publicity y Casbas Creaciones.

Y decir que KM. Cero sigue en hacernos los seguros internacionales para todo el viaje.

Los Visados para Rusia y Mongolia, estamos en ello, un poco complicadillo el tema, sobre todo el Ruso, pero no imposible.

Lo de la gasolina en Mongolia un lío, aún no sabemos fehacientemente, si es Con plomo o Sin plomo, por quitarle Catalizador a la moto o no, en fin nos enteraremos seguro.

El Carnet ATA, casi a punto de hacérnoslo, para poder sacar nuestras motos de Europa y la verdad poco más, luchando por conseguir más apoyos día a día y eso, muchas ganas de partir y emprender viaje.

Muchas gracias a tod@s por todo lo que hacéis por nosotros, un gran abrazo.

Joan and Vicente

Lo hemos hecho de la mejor forma posible:

• con una propuesta personalizada para cada patrocinador
• imprimiendo los sobres
• adjuntando un imán de la Ruta Samurái
• adjuntando una tarjeta de visita de la Ruta Samurái

No hemos enviado una camiseta porque aún no están listas, pero si aceptan colaborar con nosotros, se la enviaremos seguro!

La clase guerrera Samurái se inició en el siglo IX siendo expertos luchadores con unas estrictas normas de honor. También existe una guerrera japonesa. Fue la bella Tomoe que, además de ser reconocida como samurái de alto rango, era temida por sus enemigos. Su arma preferida, la naginata, una especie de lanza de madera con una hoja metálica acoplada, le dio fama legendaria. Siempre dispuesta a la lucha, también era una excelente arquera y dominaba con facilidad el manejo de grandes caballos por escarpadas pendientes. Su muerte, defendiendo a su amado esposo, el general Minamoto Yoshinaka en un desigual combate, la convirtió en un mito.

Se estima que Tomoe nació en torno al año 1157. Su nombre significa “Círculo Perfecto” y, como todas las mujeres de familias samurái, fue introducida en el arte marcial de la naginata (NAGINATA JUTSU). Esto era necesario, ya que las mujeres eran las responsables de la defensa de las haciendas cuando los hombres no estaban.

A Tomoe le tocó vivir una época de enfrentamiento entre clanes japoneses, en concreto entre el clan TAIRA y el clan MINAMOTO y que se conocen como GUERRAS GEMPEI (1.180-1.185). Finalmente, el clan MINAMOTO se alzó con la victoria, proclamando el primer shogunato de Kamakura. Con su naginata, su armadura y su caballo, Tomoe se distinguió durante estas luchas e incluso, cuenta la leyenda que en un solo combate fue capaz de acabar con 20 guerreros enemigos. Su imagen ha quedado reflejada en multitud de pinturas y relatos.

Sucedió que los generales del clan MINAMOTO tampoco se llevaban bien. Minamoto Yoshinaka, joven general de gran prestigio y casado con Tomoe Gozen, despertó los recelos del Shogun de Kamakura, Yorimoto Minamoto. Acusándolo de conspirador, el Shogun logró que el Emperador declarara a Minamoto Yoshinaka (general Kiso), enemigo del Estado, cosa que obligaba al Shogun a acabar con él.

El general Kiso fue abandonado por sus hombres. Por todos, menos por cuatro leales guerreros, entre los que se encontraba su fiel esposa Tomoe y que pereció luchando junto a su marido en la llamada batalla de Awazu (1.184).

• Año: 2006
• Duración: 92 min.
• País: China
• Director: Wang Quan’an
• Guion: Wang Quan’an, Lu Wei
• Fotografía: Lutz Reitemeier
• Reparto: Yu Nan, Ba Te Er, Sen Ge, Peng Hongxiang
• Productora: Xi‘an Motion-Picture
• Web oficial: www.golem.es/labodadetuya
• Premios: 2007, Berlín, Oso de Oro a la mejor película
• Sinopsis: En la Mongolia más rural y profunda, Tuya (Yu Nan) es una joven mujer que lucha por cambiar su destino, intentando sacar adelante a su marido, tullido, sus dos hijos y su reb- Año de ovejas. La presión que ejerce el Gobierno para que los pastores mongoles abandonen su tradicional vida nómada es cada vez mayor. Tuya es guapa, fuerte y testaruda. Cuida de sus animales y su familia en Mongolia Interior. Rehúsa abandonar sus pastos pero el esfuerzo prolongado le pasa factura y cae enferma. La única solución es divorciarse de Bater, su marido, y volver a casarse para poder seguir adelante. No son pocos los pretendientes, pero ninguno quiere aceptar la condición que Tuya impone. No busca a alguien rico, apuesto o inteligente. Solo pide que cuide de sus hijos y, sobre todo, de su marido Bater…

El perro mongol (Die Hoehle des gelben Hundes)

• Año: 2005
• Duración: 90 min.
• País: Alemania
• Director: Byambasuren Davaa
• Guion: Byambasuren Davaa
• Fotografía: Daniel Schoenauer
• Reparto: Batchuluun Urjindorj, Buyandulam Daramdadi Batchuluun, Nansal Batchuluun, Nansalmaa Batchuluun, Batbayar Batchuluun
• Productora: Schesch Film / HFF Munich
• Sinopsis: Nansal, la hija mayor de una familia de nómadas mongoles, se encuentra un día un cachorro mientras recoge leña para su madre en un campo cercano a su casa. Desde el primer momento se encapricha del perrito pero, cuando lo lleva a casa, su padre tiene miedo de que les traiga mala suerte, ya que cree que puede ser descendiente de lobos, y le pide que se deshaga inmediatamente de él...

Ping-Pong Mongol (Lü cao di)

• Año: 2005
• Duración: 102 min.
• País: China
• Director: Hao Ning
• Guion: Hao Ning
• Música: Wuhe
• Fotografía: Jie Du
• Reparto: Hurichabilike, Dawa, Geliban, Badema, Yidexinnaribu...
• Productora: Beijing Kunlun Xiongdi Prod
• Sinopsis: Una pelota blanca de ping-pong va flotando por un riachuelo hasta que la encuentra Bilgee, un niño de Mongolia. Su abuela le dice que es una perla resplandeciente que ha caído del cielo. Él se cree la historia y se pasa toda la noche en la pradera con sus dos mejores amigos: Ergotor, que no sabe montar a caballo, pero sabe conducir una moto, y Dawaa, que es muy pequeño, pero nunca se rinde. Sin embargo no llegan a ver el ansiado resplandor de la pelota y todo lo que consiguen es que sus padres les den una paliza cuando regresan a casa. Durante el festival anual de Nadam, los niños confunden la «perla resplandeciente» de Bilgee con la pelota de golf que ven en una película. El proyeccionista les sacará de la confusión y provocará el desencanto de los niños.

Urga, el territorio del amor

• Año: 1991
• Duración: 118 min.
• País: Rusia
• Director: Nikita Mikhalkov
• Guion: Nikita Mikhalkov
• Música: Eduard Nikolay Artemiev
• Fotografía: Vilen Kaliuta
• Reparto: Badema Bayaertu, Vladimir Gostukhin, Baoyinhexige, Larisa Kuznetsova
• Productora: Coproducción Rusia-Francia
• Premios: 1992, Venecia, León de Oro. 1992, Nominada al oscar a la mejor película de habla no inglesa
• Sinopsis: En la estepa mongola vive una familia con un modesto y rural estilo de vida, hasta que la llegada de un ex-soldado ruso hará evidente la diferencia y brecha cultural entre ambas civilizaciones.

Mongol

• Año: 2007
• Duración: 126 min.
• País: Kazajstán
• Director: Sergei Bodrov
• Guion: Arif Aliyev, Sergei Bodrov
• Música: Tuomas Kantelinen
• Fotografía: Rogier Stoffers, Sergei Trofimov
• Reparto: Tadanobu Asano, Aliya, Tegen Ao, Ying Bai,...
• Productora: Co-producción Kazajstán-Rusia-Alemania-Mongolia
• Web oficial: www.mongolmovie.com
• Premios: 2008, National Board of Review, Mejor película de habla no inglesa. 2007, nominada al Oscar a la mejor película de habla no inglesa
• Sinopsis: Narra la vida del legendario y tembile Genghis Khan desde su esclavitud hasta que conquistó la mitad del mundo, incluyendo Rusia en 1206. Una superproducción de corte épico que fue seleccionada por Kazajstán como candidata al Oscar a la mejor película de habla no inglesa.

La historia del camello que llora

• Título original: Ingen Numsil – Die Geschichte vom weinenden Kamel
• Año: 2003
• Duración: 93 min.
• País: Mongolia
• Director: Byambasuren Davaa, Luigi Falorni
• Guion: Byambasuren Davaa, Luigi Falorni
• Reparto: Documentary
• Productora: Coproducción Mongolia-Alemania
• Sinopsis: Documental ficcionado sobre una familia de pastores nómadas mongoles a los que les nace un camello albino que su madre rechaza.

El cazador (Dersu Uzala)

• Año: 1975
• Duración: 141 min.
• País: Unión Soviética (URSS)
• Director: Akira Kurosawa
• Guion: Akira Kurosawa & Yuri Nagibin
• Música: Isaac Schwartz
• Fotografía: Asakadzu Nakai, Youri Gantoman,...
• Reparto: Maksim Munzuk, Yuri Solomin, Svetlana Danilchenko,...
• Productora: Coproducción URSS-Japón; Mosfilm / Atelier 41
• Premios: 1975, Oscar a la mejor película extranjera. 1975, Gran premio en el festival internacional de Moscú. 1976, David de Donatello a la mejor película del - Año
• Sinopsis: El capitán Vladimir Arseniev y su destacamento tienen que elaborar unas prospecciones geológicas por los bosques de la taiga siberiana. La inmensidad del territorio y la dureza del clima hacen que el capitán se separe de sus soldados. Condenado a vagar por una tierra salvaje, Vladimir conoce a Dersu Uzala, un cazador nómada, habitante de la zona, que se conoce a la perfección todo el territorio y sabe cómo controlar las inclemencias del tiempo. Dersu enseñará a Vladimir a convivir en plena armonía con la naturaleza y a saber respetarla al máximo para no perturbar la existencia de ambos. A su vez, Vladimir aprenderá una lección que difícilmente olvidará el resto de su vida.

Sueños del desierto – Hyazgar (Desert Dream)

• Año: 2007
• Duración: 123 min.
• País: Corea del Sur
• Director: Zhang Lu
• Guion: Zhang Lu
• Fotografía: Kim Sung-tae
• Reparto: Bakchul, Bat-Ulzii, Osor Bat-Ulzii, Bayasgalan, Shin Dong-ho
• Productora: Coproducción Corea del Sur-Francia
• Web oficial: www.solaris-distribution.com
• Sinopsis: Una pequeña ciudad en una región desértica, no lejos de la frontera entre Mongolia y China. Extr- Años son los habitantes que viven todavía allí, entre los que hay un granjero, un soldado o una mujer que huyó de Corea del Norte. La mayor parte de ellos han dejado la ciudad tras haber luchado en vano, durante - Años, contra el desierto que gana cada vez más terreno. Los pocos autóctonos que subsisten, lo hacen plantando arbustos en una tierra cada vez más árida, bajo la dirección de su jefe, Hangai.

State of Dogs

• Año: 1998
• Duración: 55 min / 91 min.
• País: Bélgica / Mongolia
• Director: Peter Brosens, Dorjkhandyn Turmunkh
• Guion: Peter Brosens, Dorjkhandyn Turmunkh
• Reparto: Nyam Dagyrantz, Banzar Damchaa, Baatar Galsansukh,...
• Productora: Inti Films with Balthazar Film, Magic Hour Films,...
• Premios: 18 - Premios incluyendo: “Grand Prix”, Visions du Réel, Nyon,...
• Sinopsis: Es una mezcla asombrosa de viaje personal y comentario social. Hermosa e inquietante, la película está estructurada por los recuerdos de Basaar, un perro vagabundo muerto por un cazador en Ulan Bator. Los mongoles creen que los perros se reencarnan en seres humanos, pero Basaar se resiste a aceptar este destino. Historia Basaar está entrelazado con el mito de Mongolia y la poesía contemporánea, teniendo en la textura de una fábula poética. Ver la película en Google Videos

Genghis Khan: To the Ends of the Earth and Sea

• Año: 2007
• Duración: 136 min.
• País: Japón / Mongolia
• Director: Shinichirō Sawai
• Guion: Takehiro Nakajima, Shôichi Maruyama,...
• Reparto: Takashi Sorimachi, Rei Kikukawa, Mayumi Wakamura,...
• Productora: Minoru Ebihara, Haruki Kadokawa, Katsuhito Matsuura,...
• Sinopsis: Una mirada a la vida de Genghis Khan, desde su nacimiento a las conquistas en Asia.

Kiran en Mongolia

• Año: 2005
• Duración: 60 min.
• País: Estados Unidos
• Director: Jonathan Bland
• Guion: Jonathan Bland
• Música: Anna Halldórsdóttir
• Fotografía: Jonathan Bland
• Reparto: Documentary, Oral Esemgul, Kairatkan Sernedan, Kuma Uliksat
• Productora: BULKFilms
• Web oficial: www.kiranovermongolia.com
• Sinopsis: Kuma, un joven hombre Kazak, reconstruye los pasos de su abuelo que fue un ex capitán adiestrador de águilas en una remota región mont- Añosa. Allí, en el extremo occidental de Mongolia, cumple su sueño de capturar y adiestrar por si mismo su propia águila. Bajo la tutela de un maestro adiestrador local llamado Khairatkhan, Kuma aprende no sólo las formas de caza de águilas, sino también las costumbres de su propio pueblo. Los kazajos de Mongolia se han aislado de la civilización occidental por 70 - Años tras la “Cortina de Hierro” del comunismo soviético. Irónicamente, su cultura esta mucho mejor conservada que incluso la de los kazajos de la República de Kazajstán. El objetivo de ‘Kiran sobre Mongolia’ es crear un documento sobre la cultura Kazak de Mongolia, ahora que el - País se ha abierto al mundo desde la caída del comunismo.

Taiga

• Año: 1992
• Duración: 501 min.
• País: Alemania
• Director: Ulrike Ottinger
• Guion: Ulrike Ottinger
• Música: Andreas Mücke
• Productora: Ulrike Ottinger Filmproduction, Berlin,...
• Web oficial: www.ulrikeottinger.com
• Sinopsis: Un viaje al yak y renos nómadas de la tierra del norte de los mongoles.

Johanna D’Arc of Mongolia

• Año: 1988
• Duración: 165 min.
• País: Alemania
• Director: Ulrike Ottinger
• Guion: Ulrike Ottinger
• Intérpretes: Peter Kern, Irm Hermann, Christoph Eichhorn, Ines Sastre,...
• Web oficial: www.ulrikeottinger.com
• Sinopsis: La aventura épica de Ulrike Ottinger narra el encuentro fantástico entre dos mundos diferentes. Siete viajeras occidentales se encuentran a bordo del suntuoso y meticulosamente reconstruido Transiberiano Exprés, un museo sobre ruedas de la cultura europea. Entonces sufren una emboscada por parte de unas jinetes mongolas, y las pasajeras son llevadas a las llanuras de la Mongolia interior, en una fantástica travesía en camello a través de espléndidos paisajes. El cine de Ottinger nos muestra con habilidad las impresionantes vistas, las opulentas costumbres de la Princesa Ulun Iga y su séquito, y los rituales de la vida mongola. Versión femenina del Lawrence de Arabia, y de un romanticismo tan radical como ésta, Johanna d?Arc of Mongolia nos embarca en un viaje inolvidable, plagado de aventuras.

A mongolian tale (Hei jun ma)

• Año: 1995
• Duración: 105 min.
• País: China
• Director: Fei Xie
• Guion: Cheng-zhi Zhang
• Intérpretes: Dalarsurong, Bayirtcya, Renhua Na,...
• Sinopsis: Bayinbulag y Somiya son educados desde una edad joven, como hermano y hermana con su abuela adoptiva. Los tres viven felices en una cabaña en las estepas de Mongolia. Justo antes de que Bayinbulag saliera de la ciudad, habiendose formado como veterinario, la abuela y  Bayinbulag sugieren que Somiya finalmente deberia casarse. Bayinbulag, ahora se entrena para ser un músico, se mantiene por largos períodos de tiempo sin comunicarse con Somiya. Al final, el vuelve y espera casarse con ella.

All my love

• Año: 2007
• Duración: 90 min.
• País: EEUU, Alemania, Mongolia
• Director: Brian Short
• Guion: Brian Short
• Intérpretes: Tania Kupczek
• Sinopsis: En un momento en el que la mayoría de los cineastas independientes que compiten por un espacio en el Sundance o en el “cine indie” de Hollywood, es refrescante ver una película que se abastece exclusivamente de los misterios de la expresión artística. Con “All My Love”, el cineasta local y compositor Brian Short ha creado una experiencia audiovisual que sorprenderá a algunos y dejerá a otros confundidos, pero con valentía digna de su primer premio de la Mejor Película en 2007, el Foro de Cine de Northwest Sightings, festival local de cine.

Destination Gobi

• Año: 1953
• Duración: 90 min.
• País: EEUU
• Director: Robert Wise
• Guion: Everett Freeman, Edmund G. Love
• Intérpretes: Richard Widmark, Don Taylor, Max Showalter,...
• Sinopsis: Un grupo de meteorólogos de la Marina de EE.UU. va a tomar medidas en el desierto de Gobi, en la Segunda Guerra Mundial se ven obligados a buscar la ayuda de los nómadas mongoles para recuperar su barco, mientras sucede el ataque de la fuerza aérea japonesa. Los mongoles son recompensados por un puente aéreo con las mejores sillas de montar.

La gran final (The great match)

• Año: 2006
• Duración: 88 min.
• País: España / Alemania
• Director: Gerardo Olivares
• Guion: Gerardo Olivares, Chema Rodríguez
• Intérpretes: Shag Humar Khan, Abu Aldanish, Zeinolda Igaza,...
• Sinopsis: Esta película cuenta la historia de aventuras de tres héroes, ninguno de los cuales he conocido, pero que sin embargo tienen dos cosas en común: en primer lugar, que todos vivimos en el más lejano de los rincones remotos del planeta y, en segundo lugar, están los tres decididos a ver en la televisión la final en Japón de la Copa del Mundo de 2002 entre Alemania y Brasil. Los protagonistas de esta “comedia mundial” son: una familia de nómadas mongoles, una caravana de camellos de los tuareg en el Sáhara, y un grupo de indios en la Amazonia. Todos ellos viven a más de 500 kilómetros de la ciudad más cercana – y la televisión más próxima – haciendo su tarea  particularmente desalentadora. Sin embargo, estas personas poseen la inventiva y el ingenio de la fuerza de voluntad para lograr su objetivo.

Khadak (Color of Water)

• Año: 2007
• Duración: 104 min.
• País: Bélgica / Alemania / Holanda
• Director: Peter Brosens, Jessica Hope Woodworth
• Guion: Peter Brosens, Jessica Hope Woodworth
• Intérpretes: Batzul Khayankhyarvaa, Tsetsegee Byamba, Banzar Damchaa,...
• Sinopsis: El realismo mágico, la epilepsia, y las estepas de Mongolia. Un piloto muere. Su hijo Bagi, que, como su padre, tiene epilepsia, crece en la estepa, la cría de ovejas, con sujeción a ajustes. Una plaga entre los animales obliga a la familia a dejar sus tierras y se van a una ciudad donde Bagi consigue un trabajo de minero. Sus ataques se hacen más frecuentes y empieza a tener visiones en este páramo de minería, fábricas y escombros. Conoce a un grupo de estudiantes de arte  después de salvar la vida de uno de ellos. Mientras la crisis se profundiza con su gente – los pastores sin ovejas – BAGI usa las visiones para buscar la dirección. ¿Salvará a su pueblo, y se puede encontrar el amor?

Mujaan (El Artesano)

• Año: 2005
• País: EEUU
• Director: Christopher McKee
• Intérpretes: Altangerel, Sukhbaatar
• Web: www.mujaan.com
• Sinopsis: En las lejanas estepas de Mongolia, utilizando herramientas simples, la fuerza y el ingenio, un nómada construye una casa de la forma que lo hacian sus antepasados durante los últimos mil - Años. Mujaan (El Artesano) es una ventana viva a una forma de desaparecer de la vida en uno de los rincones más remotos del mundo.

My Beautiful Jinjiimaa

• Año: 2006
• País: Mongolia
• Duración: 88 min.
• Director: Ochir Mashbat
• Intérpretes: Natsagdorj Battsetseg, Purevdorj Tserendagva,...
• Sinopsis: Ochir Mashbat revela la sublime belleza y la gracia que acechan bajo la superficie de otro modo de vida normal con esta emotiva historia de una mujer violada, y la amistad duradera que le ayuda a superar su trauma puede tener consecuencias catastróficas. Jinjimaa es una mujer sorda que vive en zona rural de Mongolia. Cuando Jinjimaa es violada por el presidente del partido local, le dispara a su agresor muerto. A raíz de la amiga de tiro de toda la vida Jinjimaa, un granjero llamado lame Sukhee, asume la responsabilidad...

Puujee

• Año: 2007
• País: Japón
• Duración: 110 min.
• Director: Kazuya Yamada
• Sinopsis: En el contexto de un paisaje natural magnífico, pero pesado, un periodista gráfico japonés encuentra a puujee, una joven que doma caballos salvajes en las estepas de Mongolia. Esta película no la encuentro por ningún sitio para comprar o descargar.

Hasekura Rokuemon Tsunenaga (nacido en 1571 y fallecido 7 de agosto 1622) fue un samurái japonés que prestó servicios al daimyo de la ciudad japonesa de Sendai, Date Masamune. Dirigió una misión diplomática a México y luego a Europa entre 1613 y 1620, regresando por último a Japón.

Fue el primer oficial japonés enviado a América y su viaje a Francia pasó a ser el primer caso registrado de contacto directo en las relaciones franco-japonesas.

A fin de establecer una relación comercial y solicitar el envío de misioneros cristianos, el fundador de Sendai, Date Masamune, envió en 1613 una misión hacia Europa embarcada en el “San Juan Baustista“, velero de estilo occidental, construido por el señorío de Sendai. El nombre de su Subdelegado fue Haskura Tsunenaga, vasallo de Masamune, quien desembarcó primero en la ciudad de Acapulco (México) cruzando el Océano Pacífico, con un galeón español, y luego se dirigió hacia Europa, llegando el 20 de diciembre de 1614.

Visitó Madrid (España) y Roma (Italia) convirtiéndose así en el primer japonés que cruzó el Océano Atlántico.

La misión japonesa comandada por Hasekura, en audiencia del rey Felipe III de España, el 30 de enero de 1615, le trajo una carta de Date Masamune ofreciéndole un tratado. El Rey le respondió que haría lo posible para cumplir sus peticiones.

En Italia, a dicha misión se le concedió una entrevista con el Sumo Pontífice. Su largo viaje terminó casi siete años después de su partida del Japón. Este es uno de los hechos más relevantes en la historia de la populosa ciudad japonesa de Sendai.

El embajador japonés, Hasekura, fue bautizado el 17 de febrero por personal de la capellanía real española con el nuevo nombre de Felipe Francisco Hasekura.

La misión partió de Sevilla hacia México en junio de 1617 después de un periodo de dos años en Europa, pero fue aquí cuando algunos japoneses decidieron quedarse en España, concretamente en la ciudad sevillana de Coria del Río, donde sus descendientes todavía conservan el apellido “Japón”.

La simbiosis con España

En la actualidad existen muchos ciudadanos en la ciudad de Coria del Rio, que no solo poseen el adoptado apellido “Japón” como herencia transmitida de esos primeros japoneses que decidieron quedarse en la localidad, sino que no resulta difícil adivinar en ellos/as ciertas facciones que corroboran su descendencia japonesa.

El prestigioso investigador, poeta y novelista coriano, Daniel Pineda Novo, gran conocedor de esta materia, asegura que el motivo principal que empujó a echar raíces a estos navegantes en esta ciudad, no fue otro que el encanto de las bellas mujeres que encontraron y el carácter abierto y hospitalario que le brindaron sus habitantes.

Por entonces, Coria del Río, además de ser una sociedad con una economía básicamente agrícola, vivía manifiestamente volcada al río y de los frutos que el mismo ofrecía a su comunidad, siendo un importante puerto fluvial y comercial en el Guadalquivir, motivo que debió servir de canalizador de la fusión de ambas culturas.

Actualmente, podemos afirmar, que el coriano hoy, es plenamente consciente del lazo que le une con el pueblo japonés. Sabe que una gran cantidad de sus vecinos comparten la misma sangre y reconocen la figura del embajador japones Haskura como el catalizador de esa peculiar relación. Desde que fue descubierta, el Ayuntamiento ha velado por mantener el respeto y aumentar las relaciones culturales bilaterales con el gobierno japones, a través de la figura de su embajador en España.

Fotografías de Wikipedia y de Coria del Río por Alonso Díaz

¿Te apetece acompañarnos en moto por las diferentes ciudades españolas que pasaremos? Alicante, Coria del Río, Madrid y Barcelona. Para apuntarte, tan solo tienes que enviarnos un e-mail a info@rutasamurai.com con los siguientes datos: nombres, marca de las motos y la etapa que te gustaría acompañarnos.

Etapas y participantes confirmados

Alicante > Coria del Río: Joan (Yamaha XT660Z), Tomás (Harley Davidson)

• Fecha: 4 de junio de 2010 a las 9:00h
• Lugar de salida: paseo de la explanada (frente a edificio Carbonell) (Ver mapa)
• Ruta: Alicante – Murcia – Lorca – Granada – Sevilla (590 kms. – 8 horas)
• Alojamiento en Coria del Río: pedir información en info@rutasamurai.com

Coria del Río > Madrid: Joan (Yamaha XT660Z), Vicente (BMW F800GS), Tomás (Harley Davidson), Osomad (Deauville 700)

• Fecha: 5 de junio de 2010 a las 9:00h
• Lugar de salida: escultura del samurai Hasekura, parque de Carlos de Mesa (El Paseito) (Ver mapa)
• Ruta: Dos Hermanas – Alcalá de Guadaira – Carmona – Lora del Río – Peñaflor – Córdoba – Algo de autovía y por Montoro hacia el norte N-420 – Puertollano – Ciudad Real – Hacia Toledo por la N-401 – 70 kms. hasta Madrid por autovía A-42 (547 Kms. – 8 horas)
• Alojamiento en Madrid: pedir información en info@rutasamurai.com

Madrid > Barcelona: Joan (Yamaha XT660Z), Vicente (BMW F800GS), Tomás (Harley Davidson)

• Fecha: 6 de junio de 2010 a las 9:00h
• Lugar de salida: pedir información en info@rutasamurai.com
• Ruta: Madrid – Alcolea del Pinar – Monreal del Campo – Caminreal – Montalbán – Alcañiz – Calaceite – Reus – Barcelona (616 Kms. – 8,5 horas)
• Alojamiento en Barcelona: pedir información en info@rutasamurai.com

6 junio 2010 – Giralda TV

La televisión municipal de Sevilla, Giralda TV, publica un video sobre nuestro proyecto de viajar desde España hasta Japón. En el video sale una mini entrevista que nos hicieron en el lugar de salida, Coria del Río Ver video en Youtube

4 junio 2010 – Diario Información de Alicante

El periódico Información de Alicante publica en su edición fin de semana un artículo sobre nuestro proyecto de viajar desde España hasta Japón. Ver el artículo

4 junio 2010 – Diario de Sevilla

El periódico Diario de Sevilla publica un artículo en su edición online sobre nuestro proyecto de viajar desde España hasta Japón en moto. Ver el artículo

4 junio 2010 – El Correo de Andalucía

El periódico El Correo de Andalucía publica un artículo en su edición online sobre nuestro proyecto de viajar desde España hasta Japón en moto. Ver el artículo

18 noviembre 2010 – Radio Euskadi

En el programa de radio “La casa de la palabra” que dirige Roge Blasco, Joan fue entrevistado en directo acerca del viaje de la Ruta Samurai. Escuchar entrevista. También han escrito un artículo en su blog. Ver el artículo

10 julio 2010 – InfoWeek

Esta página web especializada en productos innovadores publica un artículo sobre la tecnología RFID que utilizamos en el anuncio de nuestro patrocinador Piononos. Ver el artículo

4 julio 2010 – IDNoticias

Esta página web especializada en tecnologías de identificación publica un artículo sobre la tecnología RFID que utilizamos en el anuncio de nuestro patrocinador Piononos. Ver el artículo

4 julio 2010 – PuroMarketing

Esta página web especializada en marketing publica un artículo sobre la tecnología RFID que utilizamos en el anuncio de nuestro patrocinador Piononos. Ver el artículo

25 abril 2010 – Granada Hoy

El periódico Granada Hoy publica una página entera sobre los viajes del granadino Vicente Malpica y sobre nuestro proyecto de viajar desde España hasta Japón. Ver recorte de prensa

31 marzo 2010 – Revista SoloMoto

En la publicación nº 326, en la página 136 (Correo del lector), hablan sobre nuestro proyecto. Gracias! Ver recorte de prensa | Detalle del anuncio

25 febrero 2010 – Radio en Cataluña – RAC 1

RAC 1 habló sobre La Ruta del Samurái en uno de sus programas de radio. Gracias a ellos, la empresa de Walkis Midland se puso en contacto con nosotros para patrocinarnos. ¡Gracias!

• Unus vita (Una vida), Mike y Ruby viajan en moto por el mundo: www.unusvita.com
• De Tokio a Londres en moto: www.tokyotolondon.com
• La Ruta de la seda: www.rutadelaseda.com.ar
• Maurizio y su esposa viajan por Europa y Asia: www.andiamoper.jimdo.com
• En moto por Rusia, donde nadie ha llegado nunca: www.sibirskyextreme.com
• La vuelta al mundo: Juan Ramón Rivero y Elena González: www.alrededordelmundo2010.com
• América en moto: José, el canario: america-en-moto.blogspot.com
• La vuelta al mundo: Charly en solitario: www.sinewan.com
• Vuelta al mundo en tandem: www.acercandoelmundo.com
• La vuelta al mundo en BMW F800GS: www.vueltamundo.org
• El mundo en moto, dos asturianos: elmundoenmoto.wordpress.com
• La vuelta al mundo en Honda Goldwing: www.elwinger.org
• La vuelta al mundo de Pedrín y Miguelín: 30metrosporsegundo.wordpress.com
• La vuelta al mundo: Gustavo Cieslas y Elke Pahl: www.re-moto.com
• La vuelta al mundo: Jorge Conde y Maria Acuña: www.porelmundoenmoto.com
• La vuelta al mundo: Ewan McGregor y Charley Boorman: www.longwayround.com
• Organizan viajes en moto alrededor del mundo: www.moto-mundo.com
• De Colombia a la India en solitario: www.ecbloguer.com/elmundoenpulsar
• Going East, de Holanda a Nepal: www.goingeast.nl
• Rakatanga Tour, de Francia a Asia: www.rakatanga-tour.com
• De Australia a Irlanda: Kevin O’Keeffe: sites.google.com/site/halfwayround

Otros viajeros por el mundo

• Dos argentinas viajan por toda latinoamerica: www.cinealaintemperie.com.ar
• Una pareja argentina viaja por todo el mundo: www.acrobatadelcamino.blogspot.com
• Dos ingleses recién graduados dan la vuelta al mundo: www.twoguysaroundtheworld.com
• Un Rally Solidario de España a Mongolia: www.atrapadosenmongolia.com
• Antonio y Trini por el mundo: www.xtec.cat/…
• Vuelta al mundo en barco y transporte público: www.gualtrips.com
• Blog de viajes de Javi Portoles: www.viajerodelmundo.com
• Vuelta al mundo de Asun y Ricardo: www.mundoporlibre.com
• Vuelta al mundo de un catán de 25 años: lavoltadels25.cat
• Aines en ruta (2 años viajando): ainesenruta.blogspot.com
• La vuelta al mundo de Alex: alexporelmundo.blogspot.com
• La vuelta al mundo de naranja: orangeroundtheworldtrip.blogspot.com
• La vuelta al mundo de Ana y Dani: lavueltaalmundodeanaydani.blogspot.com
• La vuelta al mundo de Pilar y Sergio: pilarysergio.blogspot.com
• Sin Rumba Fija, Verónica Cadena: www.travelblog.org…
• 366 Sábados: 366sabados.blogspot.com

Webs de viajes en español

• Blog para viajeros interesados en dar la vuelta al mundo: www.vueltaalmundo.com
• Blog de viajes en Asia: www.viajarasia.com
• Blog de viajes de la revista Altaïr: www.altairblog.com
• Blog de viajes de Argentina: www.blogdeviajes.com.ar

Blogs interesantes

• Blog de cultura en Mongolia mongolculture.blogspot.com
• Eric Lobo, fotógrafo de viajes extremos: www.eric-lobo.com

“Las civilizaciones, al igual que el hombre, prosperan con los retos y se apagan cuando ya no los buscan” - Robert Zubrin

¿Cuál es la finalidad de este viaje?

Pensamos que el futuro del mundo está muy relacionado con un entendimiento de las diferencias culturales entre occidente y oriente. Tenemos mucho que aprender los unos de los otros y parece que la gente joven está empezando a darse cuenta de esto. Este viaje pretende acercar culturas y tratar de forma activa de ayudar a conseguir ese entendimiento para hacer de este mundo un lugar más sostenible y pacífico. Queremos entrevistar a los rusos, mongoles y japoneses con el fin de saber cómo viven, que les gustaría cambiar, cuáles son sus preocupaciones, que sueños tienen, etc.

La respuesta a los grandes problemas que sufrimos hoy (crisis económica, hiper-consumismo y cambio climático) no pasa por un cambio de tecnología, sino por un gran cambio de conciencia en la humanidad.

Para que esto suceda es necesario que transformemos algunas cosas. Por ejemplo: la frivolidad, la superficialidad, el miedo, la indiferencia por todo aquello que es profundo, por todo aquello que es misterioso, por todo lo desconocido.

No te dejes llevar. Sal de tu zona de confort. Es una condición necesaria y suficiente para lograr la transformación y el crecimiento.

Descripción de la ruta

La Ruta del Samurái durará tres meses, en los cuáles viajaremos en moto desde España hasta Japón. Cruzaremos toda Europa, desde el sur hasta el norte, luego entraremos a Rusia por el noroeste, pasando por Moscú y San Petersburgo. Seguiremos por Siberia y cuando lleguemos hasta Mongolia, entraremos por una ruta que pasa por el desierto del Gobi y las montañas del Altai. Finalmente, llegaremos hasta el extremo más oriental de Rusia, donde tomaremos un ferri hasta Corea del Sur y luego a Japón. (ver la ruta completa aquí.

Proyectos durante el viaje

1. Blog con videos y fotos: vamos a intentar documentar al máximo la ruta (con videos, fotografías, diarios, mapas, tracking GPS, estadísticas). El objetivo es conseguir recopilar toda la información que pueda ser interesante para futuros viajeros que quieran realizar esta ruta. También sería muy interesante en próximas ediciones organizar una ruta por el sur de Europa, Oriente Medio y Sud-Este asiático.

2. Grabación de un video documental: El objetivo del viaje es explorar y en cierta manera reivindicar un acercamiento de las culturas entre occidente y oriente. Para ello, queremos grabar en video (calidad Full HD) un diario de viaje. El guion va a ser en un 90% improvisado y trataremos de buscar intérpretes que nos ayuden a entrevistar a la gente de los países por lo que pasemos. Llevaremos unas cámaras pequeñas (Full HD con gran angular) enganchadas a los cascos (para las escenas de moto) y otras cámaras con enfoque manual y trípode para las escenas de a pie. Posteriormente en la fase de postproducción y con la ayuda de nuestros colaboradores, daremos forma al documental.

3. Por una causa solidaria: parte de los fondos que se recauden de las actividades de La Ruta del Samurái, serán destinados a varios proyectos para ayudar a determinadas comunidades necesitadas de Filipinas y Mongolia. Esta parte del proyecto aún la tenemos que trabajar más y en este momento estamos intentando que la Fundación La Caixa colabore con nosotros. Sobre todo para tratar de ayudar en Mongolia, donde la pobreza está causando mucho daño.

¿Cómo lo vamos a hacer?

No tenemos muchos medios, ni médicos, ni coches escoba, ni camiones que nos siguen con piezas y motos de repuesto. No sabemos donde dormiremos, qué comeremos, si nos perderemos... Lo único que sabemos es que vamos a ir lo mejor preparados que podamos. No tenemos mucho dinero (la mayor parte del proyecto es autofinanciado), pero sí mucha pasión por viajar y determinación por llegar a Japón.

Vamos a dejar nuestros trabajos de funcionario y diseñador web mientras estemos viajando, de forma que el tema financiero se vuelve algo más traumático, pero no importa, es un viaje importante para nosotros y estamos decididos a hacer lo que haga falta para que el 5 de junio de 2010 salgamos desde Coria del Río ¡rumbo a Japón!

Los dos teníamos la idea de viajar desde España hasta Japón desde hace tiempo y son muchos los preparativos que hay que hacer. Como por ejemplo:

– Planificar la ruta, las distancias, las etapas, gasolina necesaria, revisiones de la moto, etc – Buscar y comprar los accesorios necesarios para la moto, el camping, la supervivencia – Viajar a Madrid y Barcelona para sacar los visados necesarios y contactar con posibles patrocinadores – Realizar y actualizar la página web, imprimir logos, pegatinas, camisetas – Promocionar el proyecto en redes sociales y foros de internet, prensa, amigos, familiares, empresas… – Sacar carnés varios: para albergues, permiso de conducir internacional, seguros, seguridad social, fotografías, certificado médico, vacunas – Conseguir mapas, cartografías de GPS, aquí tenemos una lista completa de todo lo que necesitamos

• Y muchas más cosas!

¿Alguien lo ha hecho antes?

Queremos marcar un “antes y un después” en lo que se refiere a grandes viajes de aventura en moto y vamos a dar lo mejor de nosotros para que así sea. Creemos que esta ruta es la primera vez que se hace y esperamos ¡que no sea la última! Quizás, con toda la información que publiquemos en esta web, otros viajeros se animen a repetirla en el futuro.

El viernes empezamos con un “speed networking”, donde en 45 segundos teníamos que explicar quienes éramos, cuál es nuestro trabajo y a continuación cambiar de silla y vuelta a empezar. Decir el discurso 50 veces ¡es agotador!, pero divertido.

El resto del día lo dedicamos a presentar ideas de negocio, hacer votaciones y finalmente elegir una idea ganadora. Se presentaron algunas ideas interesantes, pero nada realmente revolucionario o muy original. El ganador fue, Oscar del Rio, con su idea de crear un portal al más puro estilo Web 2.0 para pedir comida a domicilio: yonococino.com

El sábado y el domingo los dedicamos a trabajar para levantar la empresa. Creamos varios grupos, formados básicamente por: programadores (front-end y back-end), diseñadores gráficos, equipo de marketing, comunicación y equipo financiero.

Las dos primeras horas fueron un poco caóticas, pero poco a poco todos fuimos asumiendo nuestro rol en el equipo y empezamos a trabajar. El ambiente era muy bueno, todos trabajábamos juntos en un gran salón, con las mesas llenas de ordenadores portátiles, botellas de agua y pizarras. Mi aportación ha sido la de crear el blog de la empresa y estoy bastante contento con el resultado :)

Ha sido una gran experiencia, una oportunidad única para conocer a emprendedores, con muchas ideas y ganas de crear algo bueno, algunos con mucha experiencia en el mundo de la informática y las nuevas tecnologías. Sin duda que no me perderé el próximo iWeekend que será dentro de 6 meses.

Atención!, están ordenados por fecha, quizás habría sido más interesante ordenarlos de peor a mejor, pero son géneros distintos y realmente sería muy difícil hacer un ranking muy objetivo de ellos sin colapsar a críticas por parte de los comentaristas. He puesto los capítulos de muchas de las series, pero muchas de ellas tienen aparte OVAS y películas.

En la web de McAnime tienen un ranking de los animes más populares en estas fechas (una página muy recomendada) y también tengo que darle las gracias a “Hackito” por su gran ayuda a la hora de confeccionar la lista. ¡Esperamos que os guste y encontréis algo bueno para estos días de calor!

1971. Lupin iii (ルパン三世)

1983. Campeones (oliver y benji) (キャプテン翼)

1986. Dragon ball (ドラゴンボール)

1986. El puño de la estrella del norte (世紀末救世主伝説 北斗の拳)

1988. La tumba de las luciérnagas (火垂るの墓)

1988. Akira (アキラ)

1989. Ranma ½ (らんま1/2熱闘編)

1991. Las aventuras de fly (ドラゴンクエスト・ダイの大冒険)

1993. Slam dunk (スラムダンク)

1993. Ninja scroll (獣兵衛忍風帖)

1995. Ghost in the shell (攻殻機動隊)

1995. Neon genesis evangelion (新世紀エヴァンゲリオン)

1995. Reena y gaudy (スレイヤーズ)

1997. Berserk (ベルセルク)

1997. La princesa Mononoke (もののけ姫)

1998. Initial d (頭文字〈イニシャル〉D)

1999. GTO ~ Great Teacher Onizuka (グレート・ティーチャー・オニヅカ)

1999. One piece (ワンピース)

1999. Kare kano (彼氏彼女の事情)

1999. Jester el aventurero (ゴクドーくん漫遊記)

1999. Hunter x hunter (ハンターｘハンター)

2000. Inuyasha (犬夜叉)

2001. Fruits basket (フルーツバスケット)

2001. El viaje de Chihiro (千と千尋の神隠し)

2002. Chobits (ちょびっツ)

2002. Kanon remake (カノン)

2002. Robin cazadora de brujos (ウィッチハンターロビン)

2003. Fullmetal alchemist (鋼の錬金術師)

2003. Bobobo (ボボボーボ・ボーボボ)

2003. Wolf’s rain (ウルフズ・レイン)

2004. Monster (モンスター)

2004. Gantz (ガンツ)

2004. Elfen lied (エルフェンリート)

2004. School rumble (スクールランブル)

2004. Tenjou tenge (天上天下)

2005. Eureka seven (交響詩篇 エウレカセブン)

2005. Blood, el último vampiro (ブラッドプラス)

2006. Code geass (コードギアス 反逆のルルーシュ)

2006. Ultimate hellsing

2006. Death note (デスノート)

2006. The girl who leapt through time (時をかける少女)

2007. Sayonara zetsubou sensei (さよなら絶望先生)

2007. Nodame cantabile (のだめカンタービレ)

2007. School days (スクールデイズ)

2007. Tengen toppa – gurren lagann (天元突破グレンラガン)

2007. Higurashi no naku koro ni (ひぐらしのなく頃に解)

2007. Lovely complex (ラブ★コン)

2007. Kaiji (逆境無頼カイジ)

2007. Claymore (クレイモア)

2009. Suzumiya haruhi no yuutsu

Positive Vibes theme para iGoogle

Colorful Beat theme para iGoogle

1º Por su fantástica creatividad: El manga/anime, sus magníficas películas de cine, el diseño gráfico (el de colores vivos y el minimalista), la cerámica, el arte floral, la arquitectura, el diseño de interiores, la tecnología, la robótica, electrónica, videojuegos, automóviles y trenes bala.

2º Por sus valores: el honor, el civismo, el respecto a los mayores, el trabajo duro, la capacidad de sacrificio, la humildad. Porque allí los vecinos plantan arbolitos (bonsáis) y flores en las calles, mientras aquí vemos como se llenan de cacas de perro y grafitis. Porque no conocen la avaricia ni la corrupción.

3º Por su cultura y tradición: los kimonos, quitarse los zapatos al entrar en casa, mesas bajas, los tatamis, las teteras de hierro, los templos, puertas en medio de lagos, los cerezos en flor, las lámparas de papel, los paraguas, las puertas correderas, los zuecos de madera, el feng-shui, el karate y las artes marciales, los samuráis, las katanas, el karaoke,…

4º Por su gastronomía: el sushi, pez globo (fugu), las anguilas, las bolas de arroz, el té, sake, el tofu, las sopitas de algas.

5º Por sus rarezas: las tribus urbanas de Tokyo, las adaptaciones patrañeras de cosas de otros países, los frikis, otakus, el cosplay.

6º Por su gente: como valoran el silencio, sus gestos, su forma de expresarse, su complejo e interesante idioma.

Efectos positivos:

– Facilidad para mover máquinas en espacios tridimensionales (por ejemplo, conducir vehículos). ¿Cuántas naves espaciales, aviones, coches, tanques, motos e infinidad de otros vehículos hemos tenido que aprender a dirigir en los videojuegos. A veces no solo tenemos que dirigir el vehículo, sino también el movimiento de la cabeza del conductor. Con ese entrenamiento, aparcar un coche en el mundo real, es coser y cantar, ¿no os parece?

– Orientación geográfica. A medida que me desplazo, mi cerebro guarda un registro de las decisiones que toma y los parámetros de posicionamiento cada vez que debe tomar una decisión, de tal forma que puedo comparar mi posición actual con respecto a la inicial. En los videojuegos es algo muy común tener que aprender a moverse eficientemente dentro de un escenario virtual, que a veces puede llegar a ser de cientos de Km cuadrados.

– Cálculo eficiente de la física de objetos, su velocidad, gravedad y sus trayectorias. Seguramente, es lo qué más se entrena, ya que en los videojuegos tenemos que esquivar proyectiles y calcular la física de los objetos casi en todo momento.

– Lógica de resolución de problemas. Inventiva de estrategias y memoria gráfica avanzada. La resolución de problemas en los videojuegos es lo que genera la recompensa y la satisfacción al jugador. Los retos superados nos ayudan a crear una personalidad de corte positivo (no hay problema que no tenga solución).

– Multitarea, improvisación y velocidad para tomar decisiones críticas. Junto con la programación de ordenadores, los videojuegos mejoran significativamente la capacidad para saber otorgar prioridades de forma efectiva a las tareas o problemas que debemos afrontar. Esto es de gran ayuda luego en el mundo real…

– Coraje, espíritu de aventura, competitividad, perseverancia, determinación, búsqueda de retos difíciles. Muchos de los videojuegos fomentan valores muy positivos que luego nos pueden ayudar en el mundo real.

Efectos no tan positivos de las nuevas tecnologías y los videojuegos:

– Adicción psicológica (no física) a los retos. – Adicción al consumo de experiencias audiovisuales innovadoras, aunque no necesariamente videojuegos (viajes, cine, tecnología,…). – Internet y la facilidad de acceso a la información, hace que mi cerebro sea mucho más selectivo para guardar información, lo cual me genera una pérdida de eficiencia de la memoria.

Por lo tanto, mi conclusión es que los videojuegos SI son beneficiosos para el desarrollo de ciertos aspectos de la inteligencia, pero su beneficio no es ilimitado y llega un momento en el cual, su consumo únicamente nos generará un estímulo de tipo creativo (por lo menos hasta que no haya una nueva revolución tecnológica que involucre nuevas formas de razonamiento y nuevas herramientas de control más precisas y veloces).

Después de varios años sin poder recordar el título de este video que encontraréis a continuación, hace un par de días mi primo Mauro me lo recordó! (se llama “creepshow”) y aquí lo pongo, para que todos lo sufráis. Quizás es una razón importante del asco que le tengo a las cucarachas...

Resumen de la película [Tema musical del final “hotaru”]

Acabo de terminar de ver “Hotaru no naka” [Japón, 1988] y me ha dejando en tal estado de preocupación e intranquilidad, que me veo obligado a retrasar la hora de ir a la cama para poder escribir unas palabras aquí sobre esta historia tan triste…

Lo primero de lo que quiero hablar es de lo asombrado que estoy (ya que es la primera vez que me pasa) de que una película de dibujos animados como esta, pueda llegar a “tocarme” tan profundamente. Normalmente, aunque sea de forma inconsciente, solemos asociar rápidamente los dibujos animados con historias que están muy lejos de la realidad y, por tanto, es difícil que astas lleguen a ser algo más que simples entretenimientos. Sin embargo, en algunas películas de anime, las historias están tan bien escritas y hechas que puede que nos pille con la “guardia baja” y acabemos lloriqueando o con un traumatismo intelectual™ severo sin darnos cuenta.

No voy a contar nada del argumento de la película, pero sí que voy a hablar del autor, Akiyuki Nosaka, nació en 1930 en la ciudad de Nakamura, situada en la prefectura de Kanagawa; su nacimiento provocó una grave enfermedad a su madre, que, por ello, no podía hacerse cargo de los pequeños y la familia se trasladó a vivir con su tía; no obstante, su madre se recuperó y la familia tuvo otra niña, Keiko. En 1945, durante los intensos bombardeos estadounidenses, su padre murió y su madre enfermó gravemente. Poco tiempo después, su hermana también murió debido a la malnutrición… Los que sepáis de qué va la historia podréis apreciar en la historia que Hotaru no Haka (La tumba de las luciérnagas) nos narra clarísimas similitudes con respecto a su vida real. Nosaka es principalmente un escritor de la posguerra, que narra las contradicciones de la sociedad japonesa de ese periodo, pero a la vez hace hincapié en las causas que provocaron la participación de Japón en dicho acontecimiento histórico. En Hotaru no Haka podemos apreciar una crítica a la sociedad tradicional japonesa, en el sentido de la forma en que se involucró en la guerra, y también en la forma tradicional de ver la vida típica de ese país encarnada en su tía, que no entiende las motivaciones de Seita, el protagonista, y los deja marchar a sabiendas de que eso a la larga conllevará su muerte por inanición.

Hotaru no Haka es sobre todo un alegato pacifista, pero a la vez pesimista… el autor no escatima los detalles a la hora de describir la penosa situación de Seita y su hermana Setsuko, la miseria en que están obligados a vivir, la despreocupación del resto de la sociedad ante sus problemas. En definitiva, una serie de acontecimientos y actitudes que desembocan inevitablemente en un desenlace trágico…

Nos hallamos ante un retrato de la sociedad japonesa de la posguerra, narrado con un estilo agridulce, triste, muy acorde con la historia que nos está contando, tristemente real y, sobre todo, muy creíble. En este sentido, los que habéis visto la película, si leéis el libro, apreciaréis que ésta sigue fielmente la historia de Nosaka punto por punto, pero hemos de decir que Nosaka es un autor, como casi todos los de su generación, extremadamente realista, así que no encontraremos en este libro las dosis de lirismo que se pueden apreciar en la película homónima, sino áridas descripciones de la realidad, aunque siempre vistas desde el punto de vista del protagonista, Seita -alter ego del escritor, sin duda-.

En definitiva, una historia triste, pero a la vez totalmente recomendable. El mayor pecado de la humanidad es olvidar la historia, y esta triste historia nos otorga la oportunidad de no olvidarnos de lo triste que puede ser la guerra, y de las funestas consecuencias que todo acontecimiento de este tipo lleva consigo.

He montado un ranking de las mejores películas de los años 80, ordenadas de menor a mayor nota, según una media de puntuación obtenida a partir de las bases de datos de imdb y rotten tomatoes. Esta lista puede que esté un poco influenciada por el género de ciencia ficción y seguramente me he olvidado de alguna película importante (ojalá que no muchas!), aun así espero que os guste ;-)

65. Young Sherlock Holmes / El secreto de la pirámide (1985)

Cuando una plaga de extraños y horribles asesinatos mantienen en suspenso a Londres, el joven Sherlock Holmes y su nuevo amigo Watson se ven involucrados casi sin advertirlo en un oscuro misterio. ¡Evidentemente, algo se está tramando! Y el detective en ciernes se encuentra dispuesto a resolver el caso más sorprendente de su extraordinaria carrera.

Comprar ahora en Amazon | imdb: 6,5 | Rotten Tomatoes: 5,4 | Media: 5,95

64. Explorers / Exploradores (1985)

En su improvisado laboratorio, unos muchachos utilizan un descubrimiento inesperado y su ingenio para construir su propia nave espacial y lanzarse en un fantástico viaje interplanetario.

Comprar ahora en Amazon | imdb: 6,2 | Rotten Tomatoes: 5,8 | Media: 6

63. Flight of the Navigator / El vuelo del navegante (1986)

En 1978, una oscura noche, el pequeño David, un niño de 12 años que juega cerca de su casa buscando a su hermano Jeff, se da un golpe y queda inconsciente. Ocho años, o apenas un instante después, David despierta, vuelve a su casa y se da cuenta de que su familia se ha mudado, y que él ha sido dado por desaparecido.. o por muerto. Más tarde, David empieza a ser perseguido por la NASA, que dice que ha sido abducido.

Comprar ahora en Amazon | imdb: 6,6 | Rotten Tomatoes: 5,7 | Media: 6,15

62. Tron (1982)

Un hacker es dividido en moléculas y transportado a las entrañas de un ordenador en el que un malvado programa controla los comportamientos a su antojo.

Comprar ahora en Amazon | imdb: 6,5 | Rotten Tomatoes: 6 | Media: 6,25

61. The Last Starfighter / Starfighter, la aventura comienzaa (1984)

Alex es un adolescente que escapa de su monótona rutina jugando con un vídeo juego llamado Starfighter. Su habilidad y tenacidad atraen a un amable extranjero Centauri, que resultará ser un alienígena. Alex recibe una sacudida y es transportado hasta un lugar lejano de la galaxia, donde descubrirá que su juego preferido es una realidad. Ahora tendrá que demostrar si es tan bueno como parece…

Comprar ahora en Amazon | imdb: 6,4 | Rotten Tomatoes: 6,1 | Media: 6,25

60. Willow (1988)

Cuento medieval con brujas, enanos y poderes mágicos. En las mazmorras del castillo de la malvada reina hechicera Bavmorda, una prisionera da a luz una niña que, de acuerdo a una antigua profecía, pondrá fin al reinado de la hechicera. La comadrona salva a la niña de la ira de Bavmorda, pero se ve obligada a arrojar su cuna al río cuando es alcanzada por sus perros de presa. La corriente le hace alcanzar un pueblo de enanos en donde es adoptada por el valiente Willow.

Comprar ahora en Amazon | imdb: 7,1 | Rotten Tomatoes: 5,5 | Media: 6,3

59. The Mosquito Coast / La costa de los mosquitos (1986)

Harrison Ford interpreta a un inventor harto del consumismo en el que se ha convertido la sociedad moderna. Asqueado, el hombre decide alejarse con su familia de la civilización y emprender una nueva vida en plena jungla.

Comprar ahora en Amazon | imdb: 6,5 | Rotten Tomatoes: 6,4 | Media: 6,45

58. Conan the barbarian / Conan el bárbaro (1982)

Un niño que habita en una aldea bárbara graba en su memoria los rostros de los guerreros que han exterminado a su familia, entregándole a él a unos mercaderes de esclavos. Años después, el joven se ha convertido en un forzudo y valiente guerrero…

Comprar ahora en Amazon | imdb: 6,7 | Rotten Tomatoes: 6,3 | Media: 6,5

57. Innerspace / El chip prodigioso (1987)

El temperamental piloto Tuck Pendelton (Dennis Quaid) se presta voluntario para un experimento que consiste en miniaturizarle en el interior de una cápsula que debe ser introducida en un conejo. Pero unos delincuentes intentan apropiarse del invento, y Pendelton acaba por casualidad en el interior de un ser humano hipocondríaco llamado Jack Putter (Martin Short). A partir de ahí, ambos se verán obligados a colaborar para conseguir que Tuck pueda salir del cuerpo de Jack.

Comprar ahora en Amazon | imdb: 6,4 | Rotten Tomatoes: 6,6 | Media: 6,5

56. The Lost Boys / Jóvenes ocultos (1987)