Me cuesta mucho la existencia de las Filipinas. Son chinos con nombre en español que hablan en inglés y viven en una dimensión paralela de América Latina en el medio de Asia.
Estas son las razones por las cuales ODIO el home office:
1. Despertarse 5 o 30 minutos antes de empezar a trabajar no es saludable! Extraño el privilegio de despertar 3 horas antes para arreglar mi ropa, preparar mi comida y salir corriendo de casa para no llegar tarde.
2. Trabajar en pijama es una tortura, todos sabemos que usar camisa de manga larga, pantalón y zapatos te hace ser mil veces más productivo!
3. Extraño muchísimo leer mientras voy en el transporte público a la oficina, antes tenía de 3 a 4 horas diarias garantizadas para leer. Y olvídate de escuchar tu podcast favorito mientras vas manejando en el tráfico, trabajando desde casa esto se vuelve imposible!
4. Escuchar música o tener reuniones por zoom estando en casa se siente bastante solitario. Prefiero mil veces el open space de la oficina; ver y escuchar a todos en sus reuniones crea un ambiente mágico que me vuelve muy productivo. Además, puedo aprender de otros proyectos, porque puedo escuchar todo mientras estoy en mi lugar intentando concentrarme.
5. Y siento que me hace falta esa palmadita en la espalda del manager, diciendo: "Te quito 15 minutos, es para una duda rápida". Desde casa solo recibo un frío mensaje por teams o un ticket de jira
6. No saben la tortura que es tener que prepararme un espresso perfectamente calibrado en mi cocina. Nada como un clásico café aguado de la oficina para iniciar bien el día.
7. Estar todo el día trabajando teniendo a mis perros al lado es muy aburrido, prefiero una dinámica de integración random o un viernes de pizza para quedarse un poco más de tiempo en la oficina.
8. Y ni hablar de mi vida social, está totalmente destruida! Como todos sabemos, la oficina es el único lugar del universo donde un adulto puede conocer gente, ¿cómo se supone que voy a socializar si los de recursos humanos no me obligan? Desde trabajo desde casa he conocido personas increíbles con las que hago hike, deporte, salimos por unas cervezas, pero seamos honestos: estas relaciones no valen nada, no se puede forjar una amistad real y duradera si no han compartido un proyecto o al menos un escritorio.
Definitivamente no sé cómo sobrevivo a esta pesadilla todos los días.
"Me Rehúso" de Danny Ocean ha superado a "DAKITI" de Bad Bunny y se convierte en la tercera canción en español más reproducida en la historia de Spotify.
Les confieso algo más personal: No quiero emigrar, me encanta mi país, mi gente, mi cultura. Pero genuinamente no veo otra manera de vivir de forma sostenible y digna. Me pone muy triste pensar que eventualmente voy a tener que dejar mi país para buscar una mejor vida
si tuviera que aprender System Design desde 0, arrancaría por acá:
1) arquitectura cliente/servidor
2) cómo escalar una app: vertical vs horizontal
3) qué significa stateless y por qué se diseña así
4) load balancer y qué algoritmos usan (por ej. round robin)
5) bases de datos: SQL vs NoSQL (pros y contras de cada una)
6) cómo escalar una base de datos: réplicas y sharding
7) por qué usar cache (por ej. Redis)
8) seguridad: rate limiting
esta es la guía que me hubiera gustado tener cuando arranqué.
consejo:
no estudies de memoria. elegí un concepto, entendé qué problema resuelve y aplicalo a una app real.
Consejo para recién casados: envíen una invitación de boda a cada multimillonario cuya dirección puedan encontrar, porque hay un 50% de posibilidades de que sus asistentes simplemente les envíen un regalo superficial sin preguntarse jamás quién diablos son ustedes.
Hay un framework mental que uso mucho.
Se llama inversión.
En vez de preguntarte “¿cómo hago esto bien?”, te preguntás “¿cómo lo haría mal?”.
Por ejemplo, al escribir. Pensar “¿cómo escribo un buen post?” suele ser difícil. Hay mil ideas dando vueltas y no sabés por dónde empezar.
En cambio, cuando cambiás la pregunta a “¿cómo haría para que este post sea malo?”, empiezan a aparecer errores claros que conviene evitar: frases muy largas, conceptos abstractos sin ejemplos, querer decir demasiadas cosas a la vez.
El mismo enfoque sirve para diseñar una aplicación. Preguntarte “¿cómo hago un buen diseño para una app?” es una pregunta enorme. Pero si pasás a “¿cómo diseño mal una aplicación?”, bajás a decisiones concretas.
Una app mal diseñada suele:
• meter reglas de negocio directamente en la UI
• no tener una capa clara donde viva la lógica del dominio
• manejar errores mal o ignorarlos
• no contemplar estados intermedios como loading, error o reintentar
Muchas veces es más fácil empezar por lo que no tenés que hacer. Evitar errores básicos ya te ordena el camino para decidir mejor.
En entrevistas técnicas aparece seguido esta pregunta:
¿Cuál es la diferencia entre autenticación y autorización?
Autenticación responde a: ¿quién sos?
Cuando hacés login con email y contraseña, el sistema valida tu identidad. Si es correcto, quedás autenticado.
Pero estar autenticado no significa que puedas acceder a todo.
Ahí entra la autorización.
Autorización responde a: ¿qué podés hacer dentro del sistema?
Por ejemplo, un usuario autenticado hace una request a GET /admin/reports.
El backend verifica si tiene el rol admin o el permiso correspondiente:
- Si no lo tiene, la request se rechaza con 403 Forbidden.
- Si el usuario ni siquiera está autenticado, se responde 401 Unauthorized.
Así se maneja la autorización en la práctica: cada acción sensible valida permisos antes de ejecutarse.
Primero identidad. Después permisos.
Mi jefe preguntó cuánto tiempo llevaría solucionar el problema.
Dije dos semanas.
Tardé cuarenta minutos.
Ahora tengo dos semanas de margen.
Eso se llama experiencia.
Así es como funciona.
Cada estimación que doy tiene un multiplicador. El multiplicador depende de quién pregunte.
Mi jefe pregunta: multiplico por 4.
Un vicepresidente pregunta: multiplico por 6.
El CEO pregunta: multiplico por 10 y añado "dependencias".
Las dependencias son otros equipos. Los demás equipos siempre son lentos, incluso cuando no están involucrados. Sobre todo cuando no están involucrados.
Nadie lo comprueba. Todo el mundo vive en una vorágine de reuniones, llamadas, e emails, todos ellos inútiles.
Solucionar el problema llevó cuarenta minutos. Lo arreglé el lunes por la mañana.
No se lo dije a nadie hasta el jueves por la tarde.
Son tres días de margen.
El buffer es protección. Protección contra la siguiente solicitud. (Y tiempo para trabajar en lo que yo elija)
Porque en el momento que terminas algo rápido, te piden otra cosa.
¿Solucionas el problema en una hora? Genial, ¿podrías revisar esto también?
¿Lo terminas en dos semanas? Genial, tómate la tarde libre. Te lo has ganado.
¿Crees que gané mintiendo sobre cuánto tiempo toman las cosas?
No es así como lo describiría.
Lo llamaría "gestionar expectativas".
Estoy gestionando las expectativas.
Mis expectativas son que mi experiencia y mi tiempo valen mucho, y deben ser respetados.
Cuando era más joven, daba estimaciones honestas.
"Eso llevará aproximadamente dos horas."
¿Mi recompensa? Cuatro tareas más ese día.
Luego observé a los ingenieros y managers superiores.
Decían "al final de la semana" para todo.
Todo era "al final de la semana".
¿Un cambio de configuración? Al final de la semana.
¿Una solución rápida? Al final de la semana.
¿Una reunión que podría haber sido un correo electrónico? Al final de la semana.
Nunca estaban estresados.
Yo siempre lo estaba.
Aprendí.
Ya no soy tan pardillo. Ahora todo es para el final de semana.
O "final del sprint".
El sprint dura dos semanas. Dos semanas es una eternidad. Una eternidad es cómodo.
A veces alguien se resiste.
¿Podemos hacerlo más rápido? Es urgente. (En realidad, casi nunca lo es)
Hago una pausa. Parezco preocupado.
"Déjame ver qué puedo hacer."
Entonces entrego en tres o cuatro días en lugar de dos semanas.
Soy un héroe.
No fui más rápido. Fui honesto sobre la cronología original.
Pero la compresión , la empatía, me hacen parecer dedicado.
"Él realmente se esforzó en esto para entregar antes".
No me apresuré. Simplemente reduje el margen que yo mismo me había dado.
Honestidad estratégica. Entrega en el momento oportuno. Tras suficientes retrasos medidos..
La mejor parte es que nadie rastrea esto.
Nadie dice: "Calculó dos semanas y terminó en cuarenta minutos".
Dicen que terminé antes de lo previsto.
Antes de lo previsto.
Yo establezco el horario.
Superé el horario que establecí.
Estoy superando las expectativas.
Mi evaluación de desempeño dice que soy "altamente confiable" y que "cumplo constantemente".
Soy confiable.
Calculo de forma fiable que las cosas tardan 10 veces más de lo que tardan.
Y lo cumplo consistentemente.
A nadie en realidad le importa.
Los nuevos contratados se agotan porque son honestos, y pardillos.
Yo me abrí camino hacia un equilibrio entre vida laboral y personal.
Mi jefe me pregunta por qué siempre parezco tan tranquilo.
"Experiencia".
La experiencia significa que he aprendido a moldear los plazos.
Profesionalmente.
Con cara seria.
Y un margen que podría acomodar unas vacaciones.
Eso es ingeniería, no lo de la universidad.
Si quieres aprender a crecer en tu vida y en tu carrera, échale un vistazo a mi newsletter:
https://t.co/Zs7RiPJWYi
Yo no sorteo Betas de #Battlefield6, yo os SORTEO 10 Ediciones Phantom de 99,99€ entre todos los que:
-Deis Like
-Hagais RT y Follow
-Me sigais en Twitch https://t.co/YTiBDpocfc
-Os suscribais a mi canal de Youtube https://t.co/Bl7pT0eJh7
Podeis Participar en todo el Planeta, PC, Series S,X y PS5
Si en vuestro pais no sirven los codigos os lo pago de mi bolsillo.
DIgo los Ganadores el 8 de Octubre, Suerte. #BF6
El amor es rarísimo. Dos personas se conocen de la nada, empiezan a verse, a hablar, a tocarse y besarse, a dormir juntas, a despertarse juntas, a desayunar, comer, cenar, a ir al cine y a conciertos. Y después, un buen día, todo eso se termina.