¿Ha llenado un cubo de desarrollador hoy?

O cómo sentirse más satisfecho como desarrollador. Y hacer que otros desarrolladores también tengan una vida más plena.

Cada vez que publica un comentario severo en Reddit sobre algo o alguien, se filtra un grupo de desarrolladores.

Cada vez que publica un problema en un repositorio tratando de impulsar su propia agenda mientras es malo con las personas que dedican innumerables horas a tratar de hacer un buen trabajo en ese proyecto, se filtra un grupo de desarrolladores.

Cada vez que publicas un tweet malvado que destruye una biblioteca a favor de otra, se filtra un cubo de desarrollador.

Vaciar cubos

Cualquiera que haya publicado algo de su trabajo en Reddit, Hacker News o cualquiera de esos grandes sitios sabe que hay mucho miedo involucrado en el proceso. Miedo a no ser lo suficientemente bueno, miedo a ser juzgado. Incluso si su trabajo es excelente, a veces aparece un comentario duro. E incluso un comentario duro puede secar docenas de comentarios positivos. No sé qué teoría psicológica explica esta experiencia, pero así es como se siente.

Hace unos días decidí publicar un enlace a una de las publicaciones de mi blog en Reddit. Un comentario decía que la publicación de blog que escribí, que fue cuidadosamente escrita después de muchos días de redactarla, era basura y solo un gancho para que la gente comprara mi libro electrónico mal escrito.

Ese comentario se quedó en el fondo de mi mente durante toda la tarde, y en lugar de motivarme a hacerlo mejor, me enojó.Mi balde se vació en 2 segundos y tardó todo el día en llenarse de nuevo..

Esa persona siguió adelante, pero no sucedió nada bueno como resultado de su acción. Fue algo muy improductivo para todos los involucrados.

Una sugerencia: especialmente con palabras escritas, preste más atención a cómo podrían interpretarse en el extremo receptor. Sea amable, incluso más amable que en la vida real, porque las emociones se secan cuando se expresan en forma de texto.

Cómo llenar cubos

Tan pronto como las personas puedan vaciar los cubos, pueden volver a llenarlos. Esos tiempos son maravillosos.

Había estado escribiendo en un blog durante algunos meses, constantemente, cuando una persona me escribió un correo electrónico. Dijo que una publicación de blog que escribí había sido muy útil y lo ayudó a resolver un problema. Luego continuó y dijo "deberías escribir un libro".

Ahora, como bloguero, es algo increíble de escuchar. Significa que su trabajo ha demostrado ser útil. Alguien quiere que escribas un libro. Y adivinen qué, mi cubo estaba tan lleno de alegría y motivación que decidí empezar a escribir un libro esa misma noche.

¿Cómo podemos hacerlo mejor?

Comenzamos el día con nuestro depósito de desarrollador vacío e, idealmente, nos gustaría tenerlo lleno cuando terminamos el día.

Nuestros cubos ya gotean mucho, porque pensamos que siempre estamos un paso por detrás de los demás, sufrimossindrome impostor, tenemos fácil acceso a las superestrellas del código que twittean día y noche sobre las maravillas que están construyendo, o emiten un screencast de YouTube al día o una transmisión en vivo como si fuera lo más natural.

Es fácil sentir que no eres lo suficientemente bueno. Pero si eres lo suficientemente bueno para la mayoría de la gente, no debes preocuparte por lo que piensa una minoría. No puedes complacer a todos.

Como desarrollador involucrado en la tutoría, generalmente redacto contenido para principiantes. Es increíble cuando la gente retribuye incluso enviando un rápido agradecimiento o compartiendo un tweet.

creoestamos todos en el mismo barco. Si bien algunas personas intentan impresionar a los demás lanzando sus fuertes opiniones al mundo, debemos prestar especial atención al comunicarnos con los demás. Esto es especialmente cierto para los desarrolladores, porque casi exclusivamente nos comunicamos usando texto, y es fácil malinterpretar el contenido de una oración si no se tiene mucho cuidado.

Centrarse en llenar baldes

¿Alguna vez le ha dado las gracias al desarrollador de una biblioteca que le ahorró 10 horas de trabajo en Twitter o por correo electrónico? Hazlo yllenar el balde de esa persona.

Cuando leas una publicación de blog que te ayude con algo que te queda atrapado, tómate el tiempo para agradecer a la persona que lo escribió. Solo una frase por correo electrónico o Twitter puede alegrarle el día a esa persona y motivarla a escribir otra publicación en el futuro, ya que se siente útil para el mundo. Ellos te ayudaron, ¡así que ayúdalos a cambio!

¿Alguna vez ha abierto un problema en un proyecto de GitHub solo para decir cosas buenas y proporcionarretroalimentación constructiva? Hágalo y llene los cubos del desarrollador del proyecto.

Los desarrolladores se agotan con sus proyectos de código abierto porque todos solo piden ayuda para construir sus proyectos pagos. GitHub tiene una pestaña Problemas (que implica trabajo para el mantenedor) y una pestaña Solicitudes de extracción (que es aún más trabajo, ya que el mantenedor necesita entender el código que otra persona escribió, averiguar si es algo bueno para agregar y administrar los rechazos). si ese es el caso).

Pero no hay una pestaña de "Gracias", donde la gente puede elogiar el proyecto. La gente solo puede protagonizar un proyecto, pero eso significa muy poco. Considere hacer un poco más por aquellas personas que hacen un trabajo muy duro y ayúdelas a llenar sus baldes.

alguna vez hasagradecido públicamenteun desarrollador para su código fuente abierto?

¿Alguna vez has hecho un PR solo para arreglar una pequeña cosa¿Ves en una biblioteca, incluso en su documentación, solo para asegurarte de que mañana nadie volverá a ver ese problema técnico? Hágalo y llene los cubos del desarrollador del proyecto.

Es genial que alguien, como usted, señale un error tipográfico inadvertido que ha estado allí durante meses. Probablemente otras personas lo hayan mirado y hayan bajado inmediatamente su percepción sobre la calidad del proyecto.

Siempre es más difícil llenar un balde que vaciarlo, pero creo que vale la pena.

Juntos podemos recorrer un largo camino.


Más tutoriales de laboratorio: