Oscar Swanros, Soft Skills para Devs
Soft Skills para Devs
Recibe ayuda 1:1 · Únete al grupo Slack
¡Bienvenidos los 23 nuevos miembros que se unieron durante la última semana! En esta comunidad creemos que se puede tener una carrera en tecnología de manera sostenible.
Invita a tus amigos y colegas, ¡ya somos más de 1,600!
¡Buen viernes!
Esta semana se pasó demasiado rápido para mi gusto. Siempre que me siento así es un poco agridulce. Por un lado, se siente bien porque significa que estuve enganchado en mi trabajo, que fui productivo y que me mantuve ocupado. Por otro lado, me hace preguntarme si pude haber ido un poco más lento para disfrutar más cada momento.
Ser un adulto consciente de sus sentimientos es una batalla constante entre darse cuenta de las cosas y aceptarlas, he aprendido.
En fin, aquí te dejo con la edición de esta semana de mi boletín.
En Twitter, publiqué algunas ideas que resonaron con las personas:
- Ya no son ventajas competitivas en 2022
- Los retos del trabajo remoto
- Para ser buenos líderes, primero hay que ser buenos adultos
Si te identificas, dale RT.
Lo que te quiero compartir esta semana
El rol y la responsabilidad de un Engineering Manager
Un Engineering Manager en una posición no tan ideal me envió la siguiente pregunta:
¿Cómo lidias con la banda que no comunica (ausentes en chat, no confirman llamadas, etc) PERO que sí da resultados?
Desde el punto de vista de un Engineering Manager, si alguien es un buen ejecutor, pero tienes que estar invirtiendo tiempo y recursos para asegurarte de que lo está haciendo bien, esa persona no funciona. Aunque esa persona cumpla con sus responsabilidades a nivel técnico.
En resumen: Tu rol es establecer procesos y generar estrategias para que se cumplan las expectativas del equipo.
→ Continúa leyendo mi respuesta...
— —
Por qué hacer over-engineering
Escribí este artículo en respuesta al que escribió Luis Lira en su nuevo blog. Aquí su reacción a mi contribución.
Se dice que algo está over-engineered (o diseñado de más) cuando la solución tiene cuesta más (tiempo, recursos, esfuerzo) que el problema mismo. Pero existe una distinción importante que me gustaría recalcar: construir algo desde cero cuando existe ya un paquete que resuelve el problema no es hacer over-engineering.
→ Déjame explicarte el por qué...
— —
El nombre que le pones a las cosas sí importa
Algunos argumentan que invertir tiempo en nombrar los componentes de un programa de manera coherente es una pérdida de tiempo. Las veces que he participado en discusiones donde se intenta impulsar la idea de que alguien debería poder diferenciar una variable X de otra simplemente por el nivel de sangría del código son demasiadas.
Creo que desafortunadamente esto es otra muestra de lo inusual que es el sentido de compasión en la industria de la tecnología.
— —
- 🌟 Curso de Ruby on Rails por Juan Carlos Ruiz
- 🎤 Nuevo episodio de Inglés para Devs: “Parking Lot”
Para que te distraigas (o no)
Un poco irónico que te recomiende este libro en esta sección, pero comencé a leerlo esta semana y estoy absolutamente pegado a sus páginas. Si quieres obtener la idea general, también puedes ver esta entrevista con el autor.
| Comprar en Amazon |
— —
El nuevo demo del Unreal Engine 5 con un videojuego de The Matrix. Wow.
— —
“Este es un sitio web que usa energía solar para funcionar, lo que significa que a veces está fuera de línea.”
Link.
Esto es todo por esta semana. Espero que te haya aportado valor. Si fue así, considera invitar a tus amigos y colegas a suscribirse a este newsletter.
— Swanros.