¿Son los ingenieros de software generalmente malos para explicar cosas a personas que no son técnicas?

Voy a tomar el contrapunto de todas las respuestas actuales: los ingenieros de software definitivamente están por encima del promedio cuando se trata de explicar cosas técnicas a los no técnicos, y los buenos ingenieros se destacan en eso.

Contrariamente a la creencia popular, los ingenieros de software no son criaturas solitarias que arrojan código cuando se les alimenta con alimentos poco saludables. La ingeniería de software no se trata de escribir código, se trata de resolver problemas significativos como equipo. El SWE es solo el que implementa parte de la solución.

En una semana típica, paso al menos el 20% de mi tiempo en reuniones. Este es tiempo explícitamente dedicado a discutir problemas técnicos con personas que no son ingenieros. Si no puedo explicar por qué en lo que estoy trabajando es lo más importante que puedo hacer con mi tiempo en este momento, me invitarán a hacer otra cosa.

Al codificar, no es suficiente escribir código que funcione. El código debe revisarse antes de que pueda integrarse a la base de código, por lo que si no está lo suficientemente claro, no se aprobará.

De hecho, en Uber la comunicación es tan crucial para la ingeniería que hasta hace poco era el criterio número 1 por el cual se evaluaba el desempeño del ingeniero. El rendimiento de ingeniería experimentó algunos cambios desde entonces, pero la comunicación sigue siendo una de las habilidades esenciales que se espera que muestre un ingeniero.

Richard Feynman dijo: “Si no puedes explicarlo simplemente, no lo entiendes lo suficiente”. Pero si un ingeniero de software no puede explicarlo simplemente, ni siquiera entrará en producción.

Si alguna vez visitó un hospital últimamente, es posible que haya observado que los médicos tampoco son tan buenos para “explicar cosas” (cosas médicas) a los pacientes.

Creo que la mayoría de las personas que se especializan en un dominio (ingenieros de software, médicos, estadísticos, ingenieros de naves espaciales, economistas) tienden a acostumbrarse a una jerga particular y suponen implícitamente que todos lo saben; También toman muchos “conceptos básicos” de su profesión como obvios, olvidando darse cuenta de que algunas personas no están familiarizadas con ellos. Por lo tanto, las explicaciones se vuelven técnicas y crípticas.

A menudo, medio en broma, sugiero a las personas que expliquen las cosas como si se las estuvieran explicando a su tío (o tía, personas que saben que son “personas simples” fuera del dominio, obviamente esto no se aplica a todos). A veces esto ayuda da un poco de contexto …

Los ingenieros en general no son buenos para comunicarse con personas no técnicas. Es una habilidad que se puede practicar; A la mayoría de las personas no les importa tomarse el tiempo para hacerlo.

Alguien que puede cambiar de contexto sobre la marcha es inmo rara avis *. Pero lo encuentras entre cualquier grupo que tiene una jerga propia.

Por otro lado, desafortunadamente, las personas que pueden escuchar activamente no son comunes.

Me han dicho: “Sí, pero eres ingeniero. El inglés es solo su segundo idioma, el primero es FORTRAN “.

* pájaro raro de hecho

Es difícil explicar la tecnología a personas no técnicas. Cuando lo hago, tiendo a caer en el vocabulario que uso a diario. Además, hay conceptos tan fundamentales que alguien necesita saber primero. A menudo tan fundamental que doy por hecho ese conocimiento.

Como ejemplo, le estaba mostrando a una novia cómo usar la palabra. Abrí la aplicación para ella y le estaba explicando cómo abrir un nuevo documento haciendo clic en el icono del nuevo documento. Estaba confundida y le preguntó qué significa “clic”.

No hace falta decir que tuve que respaldar aún más. Pero es común cuando estoy cubriendo un tema técnico, que la persona a la que le estoy explicando no comprende conceptos fundamentales como los patrones de diseño. Por lo tanto, lo que es una simple discusión de 60 segundos con un compañero, podría convertirse en un “se necesita mucha más información” antes de que podamos hablar.

Algunas de las respuestas aquí son groseras / ofensivas limítrofes, independientemente de la profesión en cuestión.

Los ingenieros de software son personas. Tienen una variedad de otros pasatiempos, intereses, antecedentes familiares y habilidades fuera de la ingeniería de software.

Hacer suposiciones generales sobre los grupos es irrespetuoso con las personas del grupo.

Eso es cierto para las razas, los géneros y las profesiones.

Por favor, aprenda a respetar a las personas y deje de buscar excusas para generalizar sobre grupos de personas.

Gracias.

Sí, porque trabajamos toda nuestra vida con las cosas técnicas, y muy a menudo estamos completamente desconcertados por las preguntas que demuestran la falta total de pistas. Ayer, no uno sino dos llamados desarrolladores, es cierto que no eran especialistas en Java o especialistas en la nube, pero preguntaban la diferencia entre Spring y Kafka y podrían trabajar juntos. Recibo muchas de esas preguntas y muchas veces estoy desconcertado y me resulta difícil responder de una manera tranquila, pero muchas veces encuentro buenas respuestas, analogías y les muestro imágenes o dibujo en la mesa mientras lo explican. Todavía es frustrante.

Los programadores de computadoras en general tienen muy pocas habilidades de comunicación. Un programador que puede escribir un párrafo de inglés correcto y / o explicar incluso un concepto simple de manera comprensible para un no especialista es una joya muy rara. A menudo, estos pocos raros pasan al análisis de sistemas u otros dominios en los que su doble capacidad para comprender la programación y la comunicación se puede aprovechar.

Observo que existe una correlación entre las habilidades de programación muy fuertes y las habilidades de comunicación, pero esto puede deberse simplemente a una mayor inteligencia en tales individuos. Los programadores de variedades de jardín y mediocres se comunican e interactúan con dificultad.