Como pensar en términos de sistemas, de forma segura
El mundo es tan diverso, y la historia de la humanidad tan amplia, que sería extremadamente raro que te toparas con un problema que no haya sido resuelto por alguien antes. Los Modelos Mentales te ayudan a extrapolar la experiencia de otras personas resolviendo cierta categoría de problemas, para que tú puedas tomar decisiones para problemáticas puntuales. Algunas reglas para que tengas cuidado cuando uses modelos mentales para resolver problemas: Cuando tu modelo mental y la realidad no concuerden, la realidad siempre gana Los modelos mentales no cambian, la realidad sí Todos los modelos omiten información; algunos modelos mentales omiten información crucial Tip: Si bien usar modelos mentales es una buena estrategia para hacer una aproximación a una respuesta acertada, no es garantía de que obtendrás respuestas correctas el 100 % de las veces. Si quieres conocer más sobre modelos mentales, te recomiendo que veas esta entrevista que me hizo Héctor, de The Dojo, hace unos meses. Enlace: https://lethain.com/how-to-safely-think-in-systems/
¿Cuál es el peor escenario si deja de funcionar la región us-east-1 de AWS?
Buen recordatorio de que la línea entre Internet y “la vida real” ya no existe. En esta publicación, Tim Bray explora qué es lo que podría ocasionar que la región us-east-1 de AWS dejara de funcionar. Y va un paso más allá, a explorar también cuáles serían las implicaciones en “la vida real” si esto llegara a pasar. Aunque es improbable, no es imposible. Aun así, la exploración del tema se me hizo bastante interesante, y creo que es una lectura que te puede dar mucho contexto del impacto de tu trabajo. Enlace: https://www.tbray.org/ongoing/When/202x/2021/10/08/The-WOrst-Case
Software Habitable
En la industria del software estamos constantemente hablando de cómo hacer mejor software. Pero rara vez nos detenemos a preguntarnos qué, realmente, es lo que significa que una aplicación sea mejor. El autor de esta publicación ofrece una forma interesante para pensar acerca de esto: los programadores deberíamos de crear software habitable. La habitabilidad es la característica de un código fuente que le permite a programadores, codificadores, arregladores de errores y personas externas, integrarse a trabajar en él entendiendo su construcción e intención, para poder cambiarlo cómodamente y con confianza. Al crear software habitable, las personas que trabajan en él tendrán más oportunidades de crear valor para sus usuarios. Algunas cosas que contribuyen a hacer que un software sea inhabitable, por ejemplo: abuso de abstracciones innecesarias, sobreingeniería y atajos innecesarios. Enlace: http://akkartik.name/post/habitability
Enseñándole a un auto a estacionarse en 500 líneas de código
Un tutorial sobre cómo enseñarle a un automóvil a estacionarse de manera autónoma, usando un algoritmo genético (un tipo de algoritmo que hasta hoy no sabía que existía). Sí, la implementación de código es interesante. Pero me gustaría orientar tu atención la forma en que el autor te lleva de la mano para explicarte el por qué y el cómo. Primero, comparte un bosquejo del plan. Luego, paso a paso, te va diciendo qué es lo que está haciendo, y por qué. Tip: recuerda que, cuando se trata de comunicar ideas y compartir conocimiento, es importante que conozcas a tu audiencia. Este artículo claramente está pensado para personas que tienen un entendimiento básico de inteligencia artificial, y que se están buscando mejorar sus habilidades con algoritmos genéticos. Observa cómo cada parte del artículo está cuidadosamente diseñado para ser útil para ese público. Enlace: https://trekhleb.dev/blog/2021/self-parking-car-evolution/
No escribas bugs
"En vez de utilizar debuggers, ¿por qué no podemos simplemente escribir programas sin bugs?" Curiosa exploración de la respuesta a esta pregunta, por el autor de Elements of C Style. Un consejo puntual para reducir sistemáticamente la cantidad de errores que escribes en tus programas: re-lee tu código frecuentemente. Puedes encontrar más ideas y consejos pragmáticos sobre programación aquí. Enlace: https://www.teamten.com/lawrence/programming/dont-write-bugs.html
Cómo evaluar ofertas de trabajo en startups – una guía para principiantes
Hablando del prospecto de cambiar de trabajo, aquí te dejo esta guía para principiantes para entender cómo evaluar ofertas de trabajo en startups. Las ofertas de startups son interesantes porque muchas tienen estructuras compuestas de diferentes beneficios. Claro, está la paga, pero algunas otras ofrecen opciones, beneficios y hasta acciones. Esta guía te explica paso a paso qué significa cada una de esas cosas, cómo considerarlas, y hasta trae un archivo de Excel que puedes usar como plantilla. Tip: recuerda que un startup se trata de validar un negocio con tecnología, y en contra del reloj. El potencial de poder ser parte de algo enorme que pueda cambiar tu vida (y la de millones) siempre irá acompañado de cierto riesgo. Así que, antes de aceptar trabajar en algún startup, asegúrate de que entiendes las implicaciones, riesgos y beneficios potenciales a los cuales estás inscribiéndote.
¿Para qué regresar a la oficina si de todos modos vas a estar en videollamadas todo el día?
Estamos a pocas semanas de que la pandemia cumpla 2 años, y muchas empresas no han logrado acostumbrarse al trabajo remoto. Hay algunas compañías que están desesperadamente buscando cualquier pretexto para validar su idea de que el trabajo real sucede dentro de una oficina. Lo que no están considerando, creo, es que aunque las empresas no están tan a favor del trabajo remoto, las personas sí. Y, ¡sorpresa! Una empresa está conformada por personas. Cada día hay más y más historias de gente que prefiere renunciar antes que tener que regresar a una oficina a trabajar. Tip: si estás en una posición en la que puedes hacer tu trabajo desde una computadora (como programar, por ejemplo), la realidad es que no necesitas estar en algún lugar físico. Considera esto antes de creer en cualquiera que sea el pretexto que tu compañía vaya a usar para intentar convencerte de regresar. El mercado de trabajo remoto está más activo que nunca. Enlace: [...]
¿Por qué hay una guía de estilo para JavaScript?
Jeduan Cornejo compartió este enlace en Twitter, y tuve que incluirlo acá. Se me hace muy curioso cómo es tan fácil ver el lado negativo de las cosas. Cuando Airbnb introdujo su guía de estilo para JavaScript, alguien se quejó. Preguntó que por qué intentaban arruinar un lenguaje tan flexible como JavaScript con una guía de estilo. "Es como si a Picasso le hubieran dicho el estilo en el que debía pintar." La respuesta del creador de la guía de estilo es, por decir menos, exquisita. :chef_kiss: Tip: Intenta ver las cosas de forma positiva. Si alguien hace una contribución, seguramente es porque está resolviendo un problema. Pregúntate: ¿qué no estás viendo que hace que ese esfuerzo tenga sentido? Enlace: https://github.com/airbnb/javascript/issues/102#issuecomment-28157738
Ruby remueve lenguaje que promueve el abuso
Aquí vamos de nuevo. Alguien en una comunidad de programadores hizo una broma sexista, y en vez de tomar medidas al respecto, se pusieron a discutir sobre los matices que hacían que la broma fuera aceptable. ¿Sorprende? No. ¿Aceptable? Tampoco. ?♂️ Si salió algo positivo de todo esto, es modificaron la página oficial de Ruby, removiendo lenguaje que promovía este tipo de conductas abusivas. Creo que nunca me había puesto a pensar el efecto en las comunidades que la frase "los miembros deben asumir que los comentarios tenían buenas intenciones". Tip: Independientemente del comentario, la intención y el impacto de tus palabras no son equivalentes. Por mejores que sean tus intenciones, si tu comentario tiene un impacto negativo, eso es lo que cuenta. Sé responsable. Enlace: https://github.com/ruby/www.ruby-lang.org/pull/2690/files
No, no podemos tener una llamada para eso
Después de casi dos años de que el trabajo remoto se volviera la norma, hay algunas organizaciones que siguen intentando simular el trabajo en oficina desde casa. Es el pan de cada día intentar sacarle la vuelta a las llamadas completamente innecesarias. Seguramente este video te ayudará a articular mucho mejor el por qué no puedes tener "una llamada rápida" la próxima vez que alguien te lo pida. Por coherencia, el autor también publicó la charla como un artículo que puedes leer en 15 minutos en vez de aventarte 45 minutos de video. Tip: Todos tenemos diferentes fortalezas y debilidades. Para algunas personas, romper los viejos hábitos de comunicación síncrona es algo tan difícil como respirar bajo el agua. "Old habits die hard", dijo Mick Jagger. La próxima vez que alguien te pida una llamada para algo que no creas es necesario, recuerda que no lo hace por molestarte. Eduquemos con el ejemplo y con compasión. Enlace: https://www.youtube.com/watch?v=NVnci3tyDa4