¿Por qué los programadores se enojan cuando haces una sugerencia sobre su producto / software?

Hay algunas razones posibles:

  1. Usted proporciona la sugerencia o comentarios de una manera crítica o grosera, y el ingeniero responde como lo haría cualquier persona normal. Por ejemplo, si dices “Esta característica apesta totalmente. Es inutilizable y fea”. Bueno, cualquiera se va a ofender. En otras palabras: no son ellos. Eres tu.
  2. El ingeniero es inmaduro. Esto parece menos probable, pero ciertamente, de nuevo, los ingenieros son personas normales y algunos no toman bien los comentarios.
  3. Su momento de retroalimentación es incorrecto. Por ejemplo, dar comentarios o sugerencias el día antes de un lanzamiento importante, cuando las personas están bajo un estrés tremendo.
  4. Sus sugerencias son de baja calidad y no agregan valor, y el ingeniero es inmaduro.

Proporcionar comentarios sobre el producto es un arte. Implica funciones de credibilidad, política, inteligencia emocional y racional, y más. La mayoría de las personas no son buenas para darlo. Algunos no son buenos para tomarlo. Estadísticamente, es probable que el problema principal esté en su plato.

A menos que haya pensado en todas las ramificaciones, su sugerencia generalmente se incluye en una de las siguientes categorías y simplemente les haría la vida más difícil sin mejorar el producto:

  1. Es algo en lo que ya pensaron y decidieron no hacer.
  2. Es algo que suena como una sugerencia “pequeña”, algo que insiste en llamar “pequeño”, que, en realidad, a menudo implica una modificación fundamental de la estructura del programa.
  3. Es una sugerencia que es técnicamente imposible.
  4. Tienen peces más grandes e importantes para freír que su sugerencia generalmente egoísta, específicamente cosas que mejoran el programa / producto para todos los usuarios, no solo para usted.

No conozco ningún desarrollador de software que se enoje específicamente por una sugerencia. Podría haber algunos conflictos de relación subyacentes. Lo más probable es que la sugerencia fuera el desencadenante más que la causa.

Sé que los desarrolladores de software ponen mucho pensamiento y largas horas en su trabajo. Así que, naturalmente, generalmente se enorgullecen de su trabajo. Sin embargo, sabemos que el orgullo puede ser interpretado como arrogancia por otros.

Curiosamente, en el campo del software, las decisiones de desarrollo de software están siendo impulsadas por muchos tipos no técnicos (Gerentes de proyecto / Analistas de negocios / Ventas) El software ahora es principalmente un esfuerzo de equipo y hay un equipo completo que saca el producto final. Sin embargo, a veces el personal no técnico no tiene la confianza técnica para desafiar al desarrollador para que pueda desarrollar un complejo de inferioridad. Para superar el complejo, a menudo intentan “administrar” al desarrollador. El desarrollador que siente que el universo gira alrededor de él / ella puede sentir la presión y ver esto como pequeños intentos de socavarlo. Estas pequeñas cosas se suman y una sugerencia aparentemente inocente puede convertirse en un argumento a gran escala. Sí, la “sugerencia” puede interpretarse como arrogancia. Lo he visto en la oficina muchas veces. Ah, se trata de PODER.

Nunca he conocido a un desarrollador que se enoje por sugerencias sensatas. Tenga en cuenta la parte ‘sensible’.

La única razón por la que me enojaría es si tu sugerencia se burla de mi trabajo. Los desarrolladores siempre estamos abiertos a sugerencias y nuevas formas de resolver problemas. La gente así no se enoja fácilmente, ya que nuestro trabajo requiere una paciencia extrema la mayor parte del tiempo.

Voy a arriesgarme aquí y supongo que uno o más programadores se enojaron cuando les dio comentarios no solicitados . Dejemos ilustrar el punto con algunas preguntas adicionales.

¿Por qué los constructores se molestan cuando haces sugerencias sobre la casa que están construyendo?

¿Por qué los padres se molestan cuando haces sugerencias sobre cómo deberían criar allí a los niños?

¿Ves el punto? Los consejos no solicitados son generalmente poco útiles y francamente irritantes cuando provienen de alguien que no está informado. La mayoría de los desarrolladores que conozco tienden a ser amables al respecto, pero si el tiempo no funciona, me imagino que me molesto.

Sin embargo, si piden sus sugerencias, enojarse es solo un signo de inmadurez.

More Interesting

¿Cómo gestionamos el alcance de la ingeniería de software?

¿Por qué la mayoría de los programadores son tan fanáticos con sus editores de texto?

Cómo pasar de ser ingeniero / desarrollador de software a ejecutivo

¿Cuáles son las 5 cosas importantes sobre las que un desarrollador de software siempre toma nota?

¿Cuáles son los principales malentendidos sobre el desarrollo de software?

¿Qué se pierden los desarrolladores de software al cambiar de Linux a Mac OS?

Como desarrollador de software sin antecedentes y proyectos educativos sorprendentes, ¿qué debo poner en mi currículum para conseguir un trabajo?

¿Qué haces cuando un desarrollador de software que sabe mucho sobre la base de código se va repentinamente? ¿Cómo se las arreglan los demás?

¿Todos los desarrolladores de software necesitan usar o comprender algoritmos?

Soy un programador de sofware. Quiero construir algo para personas con esclerosis múltiple, o ayudar en la investigación, construir algo. ¿Algunas ideas?

¿Cómo puede un desarrollador de software profesional que trabaja, a mediados de los años 20, sin antecedentes financieros pasar a una carrera como comerciante de Wall Street?

¿Cuál es la importancia del ciclo de vida de desarrollo de software?

Como desarrollador de software, ¿vale la pena aprender blockchain y ethereum si estoy aprendiendo machine learning después del trabajo ahora?

Como desarrollador de software, ¿cuánto de su día diría que gasta productivamente?

¿Qué se necesita para pasar al siguiente nivel: de un desarrollador de software novato a un profesional en Java?