Esta es una pregunta muy común en entrevistas técnicas, es una pregunta abierta de la cual se pretende conocer mejor al candidato. A partir de aquí surgirán más preguntas y la idea es tener una conversación interesante al respecto.

La primera vez que entrevisté para una empresa en Silicon Valley, no me prepare nada, entonces al hacerme esta pregunta rápidamente recordé un proyecto, pero ya que había pasado tiempo de haber trabajado en este problema, realmente no recordaba todos los detalles y eso me puso mucho más nervioso.

What's the most difficult technical problem you've had to solve?

Por demás está decir que fallé la entrevista y no pasé al siguiente paso en el proceso de entrevistas, fue una lástima porque de verdad me hubiera gustado trabajar en esa compañía.

Es por eso que uno de los consejos que siempre doy es prepararse con tiempo, parte de la preparación es escribir en un documento el problema más complicado que te ha tocado resolver, puede ser un componente que falló en producción, alguna iniciativa que te tocó trabajar, diseñar una solución a un problema de negocio, etc. realmente esto dependerá mucho de tu nivel de seniority.

Es importante elegir un problema que sea relevante para el trabajo al que estás aplicando y que puedas explicar claramente cómo lo solucionaste.

Si aplicas a un puesto de Backend y hablas sobre un problema de Frontend, puede ser interesante, pero no muy relevante para lo que estás aplicando.

También es importante considerar a tu audiencia, con esto me refiero al background del entrevistador, si esta pregunta te la hace un Product Manager la respuesta debería es diferente si te la hace un Ingeniero. Siempre recomiendo tratar conocer lo más que puedas al entrevistador, para eso puedes ir a LinkedIn o alguna otra red social donde sea activo.

Al describir el problema, asegúrate de proporcionar suficiente contexto para que el entrevistador comprenda la situación. Explica cómo afectó el problema al proyecto o a la empresa, y qué obstáculos enfrentaste al tratar de solucionarlo.

Luego, describe los pasos que tomaste para resolver el problema. ¿Investigaste alternativas? ¿Buscaste ayuda de otros departamentos o colegas? ¿Tomaste medidas inmediatas para mitigar el impacto del problema? La colaboración es algo muy importante que se toma en cuenta, así que no te olvides mencionar si colaboraste con alguien más.

Finalmente, describe los resultados de tus acciones. ¿Cómo se resolvió el problema? ¿Cómo afectó positivamente el proyecto o la empresa? ¿Qué aprendiste de la experiencia? Esto demuestra que te tomas el tiempo para reflexionar y analizar tus resultados, algo que definitivamente hará que sobre salgas sobre el resto de los candidatos.

Recuerda que la clave para responder a esta pregunta es demostrar tus habilidades de resolución de problemas y tu capacidad para manejar situaciones difíciles de manera efectiva. 

Prepara ejemplos relevantes y asegúrate de practicar tu respuesta antes de la entrevista, ya sea escribiendo en un documento todos los detalles, hablando en voz alta frente a un espejo o bien pidiendo ayuda a un amigo que te escuche.

¿Cuál ha sido el problema más difícil que has tenido que solucionar?

Trabajar en tech no significa desarrollar software solamente, quizás programar no es lo tuyo pero aún así puedes trabajar en otros roles que también son muy bien pagados, en este artículo voy a describir algunos de los roles así como sus salarios, quizás alguno te interese. Importante mencionar que estos roles son muy comunes en empresas en Estados Unidos y aunque se parecen, tienen algunas variaciones entre empresas.

El rol del PM es más estratégico, ellos están en constante comunicación con el resto de la organización y su principal objetivo es generar y documentar estrategias para cumplir con los OKR del equipo. Un buen PM trabaja muy de cerca con Ingeniería, Diseño y QA. Tienen muy buen conocimiento del negocio y del producto, ya que se dedican a documentar flujos y lógica de los procesos del negocio.

Los PM generan los Product Briefs, son documentos donde detallan un problema y la solución, cómo se va a medir el éxito de la solución, así como el fracaso. Este documento es tomado por ingeniería y diseño para traducirlo a una solución de software, claro está que ingeniería y diseño también colaboran al hacer este documento, ya que siempre hay cosas a considerar tanto del lado técnico como de diseño.

El salario promedio en Estados Unidos anualmente es de 

, claro está que depende mucho de la compañía, por ejemplo en Meta el promedio es de 

. Importante aclarar que este es el promedio, habrá quien gane mucho más y otros mucho menos. Pero con esto te puedes dar 

Los Product Designers son responsables de generar interfaces de usuario, toman el product brief y crean un diseño para dárselo a ingeniería. Entre sus responsabilidades está crear/mantener el Design System de la empresa, asegurarse que el diseño cumpla con el estilo y valores de la organización y trabajar muy de cerca con Product e Ingeniería.

Un buen PD se toma el tiempo para hacer user research y tiene buenos conocimientos de experiencia de usuario. Un excelente PD conoce como funciona la web y tiene un conocimiento básico/intermedio de HTML y CSS. En mi experiencia estos son los mejores diseñadores con los que me ha tocado trabajar.

El salario promedio a nivel nacional es de 

dólares anuales. En Pinteres el promedio es 

El EM se encarga de asegurarse que el equipo tenga la herramientas necesarias para cumplir con los objetivos, un buen EM conoce como funciona el sistema en general. También se encargan de darle seguimiento a la carrera profesional de los Individual Contributors (IC), así como entrevistar y contratar talento.

Un excelente EM es un mentor, uno de sus objetivos principales es retener talento y velar por el bienestar del equipo.

A nivel nacional el salario de un EM es de 

, pero baría mucho entre compañías, por ejemplo en AirBnB el promedio es de 

El rol del QA es indispensable para garantizar la calidad del producto, las personas en este rol conocen las reglas de negocio al derecho y al reves, tienen documentados todos los flujos del sistema y son excelentes encontrando errores y documentando los pasos para reproducirlos.

Un excelente QA también sabe cómo automatizar las pruebas con Cypress o alguna otra herramienta parecida. Pocas veces me ha tocado trabajar con un excelente QA.

A nivel nacional pareciera ser bajo el salario, solamente 

 anuales. Pero también depende mucho la experiencia, para alguien con 5 años el promedio llega a 

La gente en este puesto se encarga de generar reportes que ayuden a tomar decisiones estratégicas basados en información recolectada en el sistema. Dentro de esta área hay varios puestos realmente, y algunos si requieren de programación para modelar la información. En empresas medianas y grandes encontrarás este puesto, ya que es indispensable poder analizar lo que sucede en el producto.

Normalmente siempre hay una o dos personas en este puesto, su objetivo principal es colaborar con producto, diseño e ingeniería, para definir los textos y etiquetas en el producto. Siempre es importante comunicar de manera efectiva, tener a una persona especialista en comunicación escrita es indispensable.

La verdad es que este rol comparado con ingeniería, diseño o producto, es bastante más competido, porque hay menos plazas, como dije, suele haber uno o dos puestos así en toda la organización. Además organizaciones pequeñas seguramente no lo tendrán.

Además de los roles mencionados, existen muchos otros como en cualquier otro negocio, como marketing, recursos humanos, soporte al cliente, ventas, etc. básicamente todos los necesarios para la operación. Pero en este post me quise enfocar principalmente en los que trabajan directamente desarrollando el producto.

Así que ya lo sabes, si gustas trabajar en una empresa tech desarrollando un producto, no necesariamente necesitas saber programar, hay varios otros roles que puedes considerar. Los salarios promedio fueron tomados de Indeed.

Trabajos que no requieren programación en la industria Tech (con salarios en 2023)

Esta es una de las preguntas que suelo realizar en una entrevista técnica, es una pregunta abierta y cada candidato suele decir diferentes cosas. Lo que se busca aquí es conocer su forma de colaborar con diferentes equipos en la organización, especialmente si el candidato está aplicando a un puesto de Senior, Staff o Principal.

A continuación voy a mostrar algunas respuestas que se espera dependiendo el nivel del candidato, entre más Senior se espera más colaboración y autonomía.

Un programador que recién está iniciando necesita más ayuda que alguien más experimentado, entre las respuestas que se esperan son cosas como:

Solicitar 1:1s para dar un overview del sistema

Alguien con un poco más de experiencia debería poder aventurarse al proyecto más fácil, entre las respuestas esperadas sería algo como:

Un programador Senior debería ser más autónomo, no digo que no deba preguntar nunca, por el contrario, debe apoyarse en su equipo haciendo preguntas interesantes sobre la arquitectura o modelo de negocio. Entre las respuestas esperadas sería algo como:

Familiarizarse con la arquitectura del sistema a un alto nivel

Entender como fluye la información en el sistema

Comunicarse con los owners del repositorio para aclarar dudas

Ver los tests existentes para entender funcionamiento esperado

Si te das cuenta, entre más Senior, se espera que el candidato sea más autónomo y también que se enfoque más en el modelo del negocio y el problema que soluciona determinadas partes del sistema. 

A final del día es importante recordar que nuestro principal objetivo es resolver mediante tecnología los problemas de negocio, aportando valor a nuestros usuarios, creo que entre más Senior esto se debe de tener claro.

Algo que me ha funcionado mucho a nivel personal, es participar en incidentes como espectador, ver como se solucionan los problemas y lo que está fallando te ayudará a comprender el sistema mejor, además de que conocerás a gente de otros equipos y te darás a conocer también. Si haces preguntas que ayuden a identificar el problema, mucho mejor.

¿Cuál es tu estrategia para ser productivo en un repositorio nuevo?

Comencé a usar Notion hace casi un año (en el 2021) para manejar mi contenido de Youtube, me ha gustado mucho el producto y la manera tan sencilla de organizar mis ideas, scripts, diario personal, etc. Así que decidí usarlo también para mi blog personal.

Uno de los retos fue lograr mostrar la información de Notion a mi página web, pero afortunadamente Notion cuenta con una API Rest que te da acceso a todo el contenido que tengas. En este tutorial voy a mostrar los pasos necesarios para que tú también puedas hacerlo si gustas.

Durante años mi blog ha sido un Wordpress sencillo, así que ya tenía varios posts publicados y era necesario traerlos a Notion, lo cual no fue del todo sencillo porque lo intenté de varias maneras sin tener éxito. 

Afortunadamente encontré un plugin para Wordpress que se llama 

. Este plugin nos permite exportar todos nuestros posts en formato CSV dando click a un botón. 

Una vez que descargué mi contenido a mi local, importarlo en Notion es bastante sencillo. Solo basta ir a la colección donde lo quieres importar y dar click sobre la opción 

 que se encuentra en el menu superior derecho, se abre una ventana modal donde vienen varias opciones, entre ellas la opción de CSV.

Algunos posts que importé tenían imágenes o porciones de código, el plugin exportador solamente me generó el CVS con HTML en el campo de contenido, por lo tanto algunos posts no se veían del todo bien. Una de las características de Notion es que permite usar markdown, así que usé una herramienta para convertir 

Sólo tenía unos pocos posts, de tener cientos habría automatizado el proceso, muy probablemente haciendo un script y usando el API de Notion para insertar cada registro.

Una vez listo el contenido ¡es hora de comenzar a programar! Para este proyecto decidí usar 

En primer lugar porque quería aprender a usar este framework. 

Está basado en React, así que no tenía que aprender esa parte.

Permite generar sitios estáticos que se pueden deployar a Github Pages, esto es importante para el SEO, además de que no quería mantener un servidor web.

Es bastante popular y con buena documentación, importante para cuando es necesario buscar ayuda.

. Ya he usado Gatsby, pero la verdad es que no tenía claro como integrar el API de Notion con GraphQL, además de que mis ganas por aprender Nextjs fueron más. 

AstroJS se ve bastante interesante, pero adicionalmente a aprender el framework, no usa React, así que tenía que aprender su propia manera de hacer componentes, y la verdad es que tampoco le quería dedicar mucho tiempo a este proyecto.

Iniciarte con NextJS es bastante sencillo, yo decidí usar Typescript y solamente tuve que 

Siempre que es mi decisión, decido usar Tailwind CSS para la parte de los estilos. 

 es bastante sencillo, solo me bastó con seguir la documentación y en cuestión de minutos tenía Tailwind funcionando correctamente.

Lo siguiente es sacar la información de Notion usando el API disponible, para esto es necesario 

 en tu cuenta de Notion. Yo le di acceso de solo lectura porque no voy a escribir nada, esta integración es para mi blog. Una vez que creaste la integración te van a dar un Secret Key, este lo vas a usar en todos tus requests para autenticarte y acceder a tu información.

Una vez que tienes tu integración es necesario asignarla a una 

, Notion así les llama a las colecciones/folders que tienes para organizar tu información. Lo que tienes que hacer aquí es ir a la colección y en el menú superior derecho, hay una opción que se llama 

, en esta sección hay una opción que dice 

, te aparece un submenu con varias opciones, entre una de ellas estará la integración que creaste, selecciona esa y listo.

Por último necesitar el ID de la base de datos. Este lo vas a usar en cada request que hagas al API. La documentación no dice nada al respecto de cómo obtener este ID, yo estuve un buen rato buscándolo y jalándome los pelos. Pero lo puedes sacar de la URL de la colección, por ejemplo, la URL de la colección de mi blog es la siguiente:

https://www.notion.so/crysfel/4b751e1cdfe1471b97912bceee115156?v=38bb03c48f0a42c79b8c84ea4a7c2800

. Ese es el ID que vamos a necesitar más adelante para sacar todos los artículos publicados.

Ya que tenemos el Secret Key y el Database ID, estamos listos para comenzar a llamar el API. Te recomiendo usar Postman para probar que tus peticiones funcionen bien.

En cada post, he creado una propiedad llamada 

, esta propiedad tiene varios valores, por ejemplo: Idea, Draft, Review y Publish. Tengo un lindo board donde voy moviendo las tarjetas en entre estas columnas.

Ahora bien, quiero leer solamente aquellos posts que estén con 

. Además los quiere ordenados por lo últimos que he publicado.

Aquí tuve un problema porque la documentación de Notion no es muy clara, tiene varios endpoints pero no vi por ningún lado como sacar justo la información que necesitaba, así que me puse a probar todos. Resulta que se debe usar 

, y tiene sentido una vez que sabes que Notion le llama database a las colección, pero en ese momento no lo sabía y si me tardé un buen rato.

Bueno, la petición para este ejemplo sería la siguiente.

POST https://api.notion.com/v1/databases/[DATABASE_ID]/query

Body Payload:
  {
    "page_size": 20,
    "filter": {
        "and": [
            {
                "property": "Status",
                "select": {
                    "equals": "publish"
                }
            },
            {
                "property": "Type",
                "select": {
                    "equals": "post"
                }
            }
        ]
    },
    "sorts": [
        {
            "property": "Date",
            "direction": "descending"
        }
    ]
}

Como se puede observar, se puede definir el número de posts que quieres traer por cada consulta, así como filtros. En mi caso tengo varios tipos de posts, proyectos, books, etc. Así que para el blog solamente quiere traer los de tipo 

No olvidar mandar el Secret Key en la cabecera 

 del request, también es necesario mandar el 

 como parte de los headers, de lo contrario vas a recibir un error. En la 

Esa petición trae todos los post con la mayoría de información, pero falta lo más importante, el contenido principal. Para traer el contenido tienes que hacer otra petición por cada post al siguiente endpoint.

GET https://api.notion.com/v1/blocks/[POST_ID]/children

. La respuesta de este endpoint será un JSON con todo el contenido, cada párrafo es un bloque que a su vez puede tener otros bloques, dependiendo como has formateado el contenido.

El siguiente problema que me encontré fue como hacer para guardar la información en local, ya que la voy a usar en varios lugares y además solo la voy a usar al momento de generar todos los HTML estáticos, ya que no voy a usar un servidor web con Node, todo será HTML y CSS para que mi sitio vuele.

Decidí hacer un script que consultara la API de notion, sacara toda la información y me guardara un archivo JSON en mi local, de esta manera al desarrollar solamente leería el archivo JSON desde Nextjs y listo, todo mi contenido estaría disponible y listo para ser usado.

El script es bastante sencillo, solo hace una petición inicial a Notion para traer todos los posts publicados, luego itero esa lista para hacer una petición individual por cada post y traer el contenido principal. 

Para hacer las peticiones a Notion se puede usar cualquier cliente HTTP, pero yo decidí usar el SDK de notion, así que instale el paquete 

. La petición petición inicial queda así:

const Notion = require('@notionhq/client')

const notion = new Notion.Client({ auth: process.env.NOTION_PK })

const response = await notion.databases.query({
    database_id: process.env.NOTION_DB_ID,
    page_size: PAGE_SIZE,
    filter: {
      and: [
        {
          property: 'Status',
          select: {
            equals: 'publish'
          }
        },
        {
          property: 'Type',
          select: {
            equals: 'post'
          }
        }
      ]
    },
    sorts: [
      {
        property: 'Date',
        direction: 'descending'
      }
    ]
  })

Una vez que responde y tengo todos los post disponibles, itero la lista y hago la siguiente petición por cada item, con esto me traigo el contenido principal de cada post.

const postResponse = await notion.blocks.children.list({
  block_id: node.id,
})

const post = {
  id: node.id,
  title: node.properties.Content.title[0].plain_text,
  content: postResponse.results,
  createdAt: node.created_time,
  publishedAt: node.properties.Date.date.start,
  slug: node.properties.Slug?.rich_text[0].plain_text || node.id,
  permalink: node.properties.Permalink.url,
  tags: node.properties.Tags.multi_select.map(tag => tag.name.toLowerCase()),
  image, // <--- TODO: Download this image!!
}

Y listo, ya tengo todo la información. Simplemente creo un nuevo arreglo de posts con los fields que necesito y guardo el JSON en un archivo de texto para poder usarlo después.

Otro de los problemas es que tengo definidas imágenes para cada post, esta imagen la selecciono directamente en Notion, ya sea subiendo una que yo tenga en mi disco duro o bien usando el widget de UnSplash.

Estas imágenes son privadas, y el API de Notion te regresa la URL donde están almacenadas en Amazon S3. Pero, al ser privadas expiran en 30 minutos, así que es necesario descargarlas para que las puedas mostrar desde el servidor donde vas a deployar este sitio, en mi caso Github Pages.

Descargar imágenes o archivos en Node, no es complicado, yo lo hice de la siguiente manera:

Como se puede observer descargo las imágenes en el folder público del proyecto, cuando se hace el build, todos los archivos en este folder serán parte del resultado final, así que es importante poner las imágenes aquí para que pueda ser servidas cuando se deploye este sitio a producción.

Otro problema que me encontré es que las imágenes que vienen de UnSplash estás muy grandes, esto hace que el sitio se ponga lento en la carga inicial. Para optimizar esto es necesario redimensionar las imágenes para crear versiones más pequeñas.

Para redimensionar las imágenes, decidí usar una librería llamada 

, es bastante rápido y las imágenes quedan con buena calidad.

Una vez las imágenes ya estaban descargadas y redimensionadas, simplemente guardé la URL correcta en el JSON que tengo en mi local.

const remoteImage = node.cover?.type === 'external'
	? node.cover?.external?.url 
	: node.cover?.file?.url

if (remoteImage) {
  const sizes = [
    { name: 'tiny', width: 10 },
    { name: 'tns', width: 500 },
    { name: 'large', width: 1200 },
  ];
  const imageName = `${node.id}.${getImageFormat(node)}`

  await downloadImage(remoteImage, imageName)
  await resizeImageToMultipleSizes(imageName, sizes)

  image = {
    original: `/images/original/${imageName}`,
    large: `/images/large/${imageName}`,
    tns: `/images/tns/${imageName}`,
    tiny: `/images/tiny/${imageName}`,
  }
}

const post = {
  id: node.id,
  title: node.properties.Content.title[0].plain_text,
  content: postResponse.results,
  createdAt: node.created_time,
  publishedAt: node.properties.Date.date.start,
  slug: node.properties.Slug?.rich_text[0].plain_text || node.id,
  permalink: node.properties.Permalink.url,
  tags: node.properties.Tags.multi_select.map(tag => tag.name.toLowerCase()),
  image,
}

¡Listo! Eso es toda la integración con Notion, ya tenemos en nuestro local los posts, así como las imágenes de cada uno.

Como migrar de Wordpress a Notion

Hace poco más de tres años que me mudé a esta ciudad! Todavía recuerdo cuando me subía con desconfianza al tren y con temor a perderme, el shock que tuve al momento de rentar un departamento y comprar comida.

Definitivamente esta ciudad me ha cambiado mucho, para bien or para mal. Realmente que esta ciudad es muy diferente al resto de Estados Unidos, pareciera otro país. En este post quiero comentar algunas cambios que he identificado en mi persona.

Definitivamente esta ciudad me enseño a ser más tolerante con las personas, ya que esta ciudad es muy diversa. En las calles escucharás gente hablando en diferentes idiomas, de todos los colores y razas. Muchos de ellos son turistas, pero aún en lugares no turísticos se pueden escuchar otros idiomas.

También he aprendido a ser tolerante con gente de diferentes preferencias sexuales, ideas religiosas, gente que no cree en Dios. He tenido la oportunidad de tener amigos de varios países, donde al igual que yo Ingles es su segundo idioma, compartir y conocer opiniones ha sido una de las cosas más interesantes y agradables de esta ciudad.

Esta ciudad es muy cara, de las más caras que me ha tocado visitar. Cuando llegue aquí y enterarme que tenía que pagar $3,000 dólares al mes en renta por un pequeño estudio en Manhattan, gastar como mínimo $17 dólares en una comida sencilla, pagar $65 dólares si quieres ir al aeropuerto en taxi. Realmente mi perspectiva cambió.

Hace un par de meses estuve viviendo en Japón y algunas cosas se me hacían muy baratas. En Korea con $1 dólar podía ir a varios lugares o comer bien con $6 dolares. Cuando fui a México y me toco pagar $2 dólares a un Uber por llevarme una distancia similar donde generalmente pago $18 dólares. Ahí fue cuando me di cuenta que mi perspectiva en cuanto a lo barato y lo caro ha cambiado considerablemente.

Aquí en NY es costumbre dar tip a las personas por dar un buen servicio. No solo a los meseros, pero también a los taxistas, los estilistas, los porteros, los super intendentes y prácticamente cualquier persona que provea un servicio. Generalmente el tip debe ser entre 15% y 20% sobre el costo total.

La primera navidad que pasé aquí, el super intendente del edificio donde vivo nos dejo una tarjeta de navidad debajo de la puerta. Me pareció interesante y me dije a mi mismo "oh, una tarjeta de parte del super, nice!", lo que yo no sabía era que eso es costumbre para dejarle una propina por las fiestas de fin de año, así que no le di nada en esa ocasión. Para el siguiente año el super hizo lo mismo, pero esta vez platicando con amigos, me comentaron al respecto y es de esperarse dar un tip entre $60 y $150 dólares, eso dependerá de cada quien.

Afortunadamente, en mi edificio, solo hay un super intendente, de lo contrario el gasto incrementaría considerablemente puesto que le daría tip a cada uno.

Moverse en esta ciudad es bastante sencillo, ya que basta con encontrar una estación de tren y prácticamente puedes ir a cualquier lado. Si eres más aventurero y quieres visitar Queens o Brooklyn, hay lugares donde no llega el tren y subirse al autobús es requerido.

Antes de moverme a esta ciudad, solía tener un carro para moverme a donde quería, ir de compras, visitar amigos, familia, etc. Al llegar aquí y no contar con un vehículo se me hizo un poco incómodo al principio. Pero, al enterarme de cuanto cuesta rentar un espacio en el estacionamiento, mejor prefiero caminar. Además de que es muy difícil encontrar estacionamiento.

Generalmente si quiero salir fuera de la ciudad rento un carro en el aeropuerto, preferentemente el de La Guardia, ya que es fácil y rápido llegar. Además de que bastante más barato rentarlo ahí que en la ciudad.

En varias ocaciones me han puesto infracciones, por dejarlo mal estacionado. Y es que tiene uno que ser muy cuidadoso, pareciera que la ciudad hace los letreros lo más confuso posible para poder poner más multas.

Desde que me moví a la ciudad, mi estilo al comprar la despensa y comida ha cambiado considerablemente. Cuando vivía en México solía ir una vez cada dos semanas y comprar absolutamente todo lo que necesitara para no volver más al super. Ahora hago lo contrario, voy más veces y compre menos cosas.

La diferencia que el super esta a dos cuadras de mi departamento, entonces es bastante conveniente ir más seguido. Ademas de que es difícil cargar muchas cosas y no tengo tanto espacio en el departamento para guardar tanto.

Si algo he aprendido en este tiempo, es a no comprar cosas innecesarias. Literalmente en mi departamento solo tengo una mesa, mi escritorio de trabajo y un sofa. Por mucho tiempo no tenía nada colgado en las paredes, ni adornos, ni ningún tipo de cosa innecesaria.

Esto es principalmente por el poco espacio que hay, tener muchos muebles y cosas reduce mucho el espacio, personalmente prefiero tener espacios abiertos y pocas cosas. Una ventaja de esto es que mi robot que aspira puede moverse libremente por todo el departamento sin casi nada que lo estorbe de hacer su trabajo.

Seguramente hay otras cosas que he cambiado, a veces no nos damos cuenta de esos cambios. Algo que me gusta mucho hacer es simplemente detenerme y verme a mi mismo desde afuera, intentar entenderme y descubrime. Una práctica que recomiendo mucho hacer!

Viviendo en NY

A few months ago, when I was in Japan, I decided to clim the Mount Fiji. It was one of my best adventures in life so far.

, was the only one willing to climb the mountain with me. Everyone else was "busy", tired or they just didn't like going out to nature.

One of the things I enjoy the most, is going out for a nice hike. I've been hiking in Mexico and the USA, but only small and medium mountains, nothing like Fuji.

We were so excited about this trip, but unfortunately I didn't have any gear in Japan, mainly because I was on a business trip and I usually don't take my hiking gear in these kind of trips. Long story short, we had to buy boots, jacket, raincoats and backpacks.

From Shinjuku to Kawaguchiko (one of the closest towns to Mount Fuji) is usually 1.5 hours. Unfortunately that was the last weekend the stations and shelters were open, therefore a lot of people were on the way to the mountain. We spent about 3 hours getting to Kawaguchiko because of the traffic.

There's not much to do in Kawaguchiko, I wouldn't recommend staying there more than 2 hours. The only thing interesting in the town is the lake, it's a nice lake but unless you like to lie down and talk (that's what we did) you might find this place boring.

We were told that the sunrise is amazing in the morning and we needed to start at night in order to get to the top before the sunrise. We left Kawaguchiko around 5:30pm, there's a bus that can take you to the 5th station, that's a good place to start.

We arrived at the 5th station around 6:20pm, it was a little bit chilly and rainy but that didn't stop us. We started climbing around 7pm, it was already dark but the way to the top is easy to follow, in addition there were more people going to the top.

After a few hours, it started raining a lot more than before and as we continue getting higher and higher the temperature dropped more and more. Originally we planed to get to the top without stoping at any of the shelters, however my raincoat didn't resist and start ripping apart, mainly because of the rocks.

After 2 more hours walking under the rain and with the temperature getting close to 3º C (37º F) we couldn't resist and decided to rest for the night. When we got inside the shelter, the person in charge immediately said:

I asked how much was for the night (in my poor Japanese), he said ¥7000, which is about $70 dollars. At first, I hesitated because that was not part of the plan, we didn't wanted to stay at these places, we felt defeated and in addition to that it was $70 just to sleep on the floor in a sleeping bag. After a few minutes of discussing with Yadhu, we decided to stay and it was absolutely worth it.

I was completely wet, my backpack was wet and everything inside. Yadhu was also wet but not as much as I was.

The shelters allow you to stay for the night, but they kick you out at at 5am in the morning. Literally kick you out at 5am sharp, in a way that's good because otherwise you will not be able to see the sunrise.

This was the most amazing moment on the entire trip. It was still cold, but at least it was not raining anymore and with sun coming up, things will be better.

One of the things I enjoyed the most it was the fact that I was able to practice my Japanese, on the way up we found friendly people and we talked about several things. There were people from many places, mostly Japanese of course, but we even found someone from Mexico.

We spent almost 18 hours on the entire trip, including the 6 hours in the shelter. The way up is really exciting and interesting but the way down is not because you are already tired and the trail is too boring. It's actually the trail for the trucks that go to the shelters to provide supplies.

Overall, I loved going there! It's one of those experiences you have to do in life. I look forward to my next adventure that involves climbing a 3700 meters (2.2 miles) mountain again, is definitely challenging but really rewarding once you get to the top.

El Blog

Últimas publicaciones

¿Cuál ha sido el problema más difícil que has tenido que solucionar?

Trabajos que no requieren programación en la industria Tech (con salarios en 2023)

¿Cuál es tu estrategia para ser productivo en un repositorio nuevo?

Como migrar de Wordpress a Notion

Viviendo en NY

Climbing the Mount Fuji

Conecta conmigo!

Tags

Te ayudo a mejorar al entrevistar, únete a mi lista de correo.

También estoy en Youtube