Agregando una opción de ”ninguna de las anteriores” a formularios
El Gobierno de Reino Unido publicó una guía de diseño para agregar “ninguna de las anteriores” como opción a las formas que usen checkboxes en sitios oficiales. Frankie Roberto explica por qué en el blog de diseño: A veces, está bien contestar uan pregunta dejando todas los checkboxes vacíos. Sin embargo, algunos equipos en el gobierno han encontrado algunos problemas con esto. Observaron que: los usuarios podrían estar inseguros si pueden hacer esto — lo cual puede resolverse usando elementos de guía, pero no todos los usuarios los van a ver algunas veces, los usuarios quieren dar una respuesta concreta, especialmente si les preocupa contestar las preguntas con confianza y con la verdad dejar los checkboxes desmarcados significa que los usuarios podrían pasar la pregunta por accidente, tal vez pensando que podrían regresar a ella después Tengo varios comentarios respecto a esto. Primero, el hecho de que el Gobierno de Reino Unido tenga un blog dedicado a compartir notas de diseño para sus sistemas internos me voló la cabeza. Segundo, todos podemos aprender de su razonamiento para resolver este tipo de problemas. Cuando se trata de sistemas internos, o en este caso, de gobierno, los que los producimos debemos de tener en cuenta que [...]
Google Summer of Code no estará limitado a estudiantes en 2022
Si quieres un crash course de cómo trabajar con personas con diferentes perspectivas, pariticpar en proyectos de código abierto es tu solución.
YouTube esconde el botón de “no me gusta”
YouTube decidió ocultar el número de ”dislikes” en los videos de su plataforma. ¿Cómo afectará esto a la industria de creación de contenido?
SQLite no usa Git: ¿por qué?
Interesante página en el sitio de SQLite, explicando por qué no usan Git para administrar el código del proyecto: SQLite no usa el sistema de control de versiones Git. En su lugar, usa Fossil, que es un sistema de control de versiones específicamente diseñado y escrito para soportar SQLite. Personalmente no sabía de la existencia de Fossil, pero su propuesta de valor se ve bastante atractiva. Especialmente si tomamos en cuenta las razones que motivaron a que los administradores del código de SQLite decidieran que Git no era una opción para ellos: Git no ofrece visibilidad granular del contexto en el cual se hizo alguna contribución Hace demasiado difícil encontrar los sucesores de algún commit en particular El modelo mental de Git es innecesariamente complejo Git no lleva el recuento histórico de los nombres de las ramas Requiere soporte administrativo Es una experiencia de usuario pobre Observa cómo ninguna de las razones que SQLite expone para no usar Git tienen que ver con la validez de la tecnología, sino con el impacto que esta tiene en las personas que tendrán que interactuar con ella. Tip: Recuerda que tu software existe para resolverle un problema a tu usuario. Independientemente de [...]
Repite lo que dices, múltiples veces
Tomasz Tunguz, escribiendo en su blog: Los grandes líderes entregan sus mensajes con palabras memorables que repiten constantemente. Muchas personas creen que liderar significa dar órdenes. Pero no es así. Liderar significa lograr que un grupo de personas le pongan esfuerzo, atención y empeño a resolver un problema en particular. Y una de las mejores formas de hacer eso es tener un mensaje claro. Tip para ser mejor líder: ponle nombre a tus iniciativas, y repítelas como si no conocieras otra palabra.
Un CV falso lleno de buzzwords es mucho más efectivo que uno real
u/AngelinaTheDev, en Reddit: Después de ser rechazada en múltiples ocasiones, decidí conducir un experimento para ver si los reclutadores realmente leen los currículums (no lo hacen), Originalmente, mi CV era bastante normal, y solo agregué algunos puntos de mentira que sonaran reales. Poco sustanciados y muchos buzzwords. Lo único extraño es que todos los enlaces te hacen rick-roll. Con este currículum, me llamaron el 90% de las compañías a las que apliqué, incluyendo Notion, ApartmentList, Quizlet, Outschool, LiveRamp, Airbnb y Blend. Excelente recordatorio de que un CV no debería estar diseñado para que te contraten, sino para iniciar una conversación. Engánchalos con lo que quieren escuchar, y luego apantállalos con lo que tienes que ofrecer.
Por qué las metodologías ágiles no sirven para construir software
Lucas Majerowicz, en Medium: Con metodologías ágiles, no vas a construir un avión si lo que necesita tu cliente es un auto. Pero si ya sabes que tu cliente necesita un auto, las metodologías ágiles no te van a ayudar a construir un auto de confianza de manera efectiva. Recuerdo la primera vez que me topé con las metodologías ágiles, y todas sus ceremonias. Algo no hacía sentido. Desde entonces, cada vez que he estado involucrado en un proyecto donde se usen metodologías ágiles, he comprobado que para las personas que promueven estas metodologías lo importante no es construir software y agregar valor al usuario — sino seguir el manifiesto al pie de la letra.
Es 66 % más probable que te contesten un correo si lo terminas con un “gracias”
Interesante análisis por parte del equipo de Boomerang. Usaron esta librería de código libre para analizar más de mil hilos de correo electrónico para intentar encontrar patrones en la efectividad de tener una respuesta a un mensaje. De acuerdo a su estudio, encontraron que es 65.7 % más probable que alguien te conteste un correo si lo terminas con una variación de “gracias”. La frase que más respuestas genera es “gracias de antemano”. Recuerda: correlación no implica causalidad. Obtener una respuesta favorable a cualquier mensaje es mucho más complejo que usar una cierta frase al terminar. Mi intuición me dice que no es necesariamente que sea la frase mágica, “gracias”, la que haga que alguien responda a tu mensaje. Yo apostaría a que las personas que usan esta frase, en general, tienen un toque más humano al momento de comunicarse. Y es por eso que sus mensajes son más efectivos. El “gracias de antemano” al final es la cereza del pastel, solamente.
Los éxitos de la noche a la mañana tardan 10 años en construirse
Una inspiradora historia por Jonathan Berger, en dateful.com. Relata cómo su proyecto alterno, un convertidor de zonas horarias, se convirtió en una vía sostenible de ingreso extra para su casa. También comparte los principios que determinaron el éxito de su pequeño proyecto: Confirmación de que estaba resolviendo un problema real. Hacía algo mejor que la competencia. Tenía una idea del caso de uso ideal de su herramienta. Tenía expectativas bajas del éxito de su proyecto. Recuerda: los éxitos de la noche a la mañana tardan 10 años en construirse.
Los desarrolladores de software se casan entre ellos
Nathan Yau, en FlowingData.com: Cuando se tratal de matrimonio, los empleos que cada miembro de la pareja tiene juegan un papel importante para determinar si funciona o no. Tal vez sean los horarios ismilares. Tal vez son las reglas intrínsecas de la relación. Tal vez los empleos son un indicador de los tipos de personas que hacen buena pareja. Busqué “Software Developer”, y este fue el resultado:
