¿Cómo puedo explicarle a la gente que un programador no es un técnico informático?

La única forma de que esto sea grosero es tu creencia de que un programador es mejor que un técnico [mencionas que se siente como una minimización de tu trabajo cuando la gente piensa que eres un técnico]. No quiero decir que seas grosero al creer eso, pero si lo crees, entonces corregir a la gente, “No soy esa cosa menor, soy esta cosa superior” puede sentirse grosero.

Solución: habla como si la tecnología fuera igual o incluso superior a ti. “Oh no, yo le digo a los ordenadores qué hacer [o cómo hacer algo complicado], pero cuando están rotos soy inútil. Necesitas una tecnología para eso.” O “¡Diablos, yo no pongo mis propios ordenadores juntos! Confío en profesionales capacitados para eso”. No te centres en los títulos de los trabajos, céntrate en lo que haces, y en lo que hace la persona que necesita.

La gente cree que puedo hacer que su impresora funcione o tratar con problemas de conectividad todo el tiempo. Y hasta cierto punto puedo (y usted también) porque aprendemos algunas de estas cosas en defensa propia, ya que no podemos estar sin nuestra tecnología. Pero probablemente sólo somos un poco mejores que la gente que cree que podemos ayudar. Acepta eso y comparte que eres realmente bueno en algo completamente diferente, y cuando se trata de conseguir que esa impresora se comporte, tú y la persona con la que estás hablando están en el mismo nivel.

Puedes hacer lo que yo hago (Un programador durante 40 años, un doctorado en Ciencias de la Computación): Decir la verdad. Le digo a la gente, dependiendo de las circunstancias:

No sé nada sobre la configuración de Windows o la solución de problemas con Windows.

No sé nada sobre ese programa.

No sé nada sobre ese hardware.

Nunca uso nada de eso.

No tengo idea de cómo funciona.

No sé qué tipos de conectores son diferentes, o qué necesitas.

No sé cómo escribir un juego.

No sé cómo escribir una aplicación telefónica para ti.

Si cuestionan eso, les digo que no tengo que saber nada de eso para hacer mi trabajo, porque mi trabajo es resolver problemas lógicos, matemáticos y de organización de la información. El ordenador es una herramienta, como los lápices y el papel, y tampoco sé hacer lápices y papel.

Esto depende de lo que pidas y de cómo esté diseñada tu empresa.

En mi empresa, nuestro personal de IT es el único con permiso para añadir o cambiar hardware/software. Esto significa que es fácil decirle a cualquiera que pida ayuda con este tipo de cosas:

En realidad yo no puedo ayudarte con eso porque no tengo los permisos del sistema para hacer lo que estás pidiendo. Tendrás que hablar con alguien del departamento de informática. Así es como te pones en contacto con ellos:

También está bien que admitas que no sabes cómo hacerlo… o cómo se hace en tu empresa.

En realidad no estoy seguro de cuál es la política para eso. Trabajo con diseño de software, que es realmente diferente a la configuración de hardware. Tendrás que hablar con alguien del departamento de informática para hacer lo que te pidan. Así es como te pones en contacto con ellos…

No hay manera de no sentirse ofendido si siguen acudiendo a ti y eliges que te ofendan. Esa es tu opción. Pero, con el tiempo, con suficientes indicaciones para ir a TI, es de esperar que dejen de acudir a ti primero y vayan a TI directamente. En ese momento, tu problema está resuelto.

Me gustaría añadir que no hay razón para que te sientas ofendido por esto. De hecho, “sentirse ofendido” implica que no respetas el trabajo que hace tu personal de TI porque crees que está por debajo de ti. Es diferente, no necesariamente “menor”. Por favor, respétalos.

Creo que deberías replantearte la recepción de estas personas que vienen a ti… Usted dijo en un comentario:

Me gustaría especificar que no creo que sea superior, sólo siento que me subestiman, pero tal vez es un problema personal.

Usted lo tiene al revés: ellos piensan muy bien de usted, así que vienen a usted por ayuda. La gente generalmente pide ayuda a personas que respetan, así que no pienses que alguien que pide ayuda es una subestimación de tus habilidades. Además, hay pocos motivos para sentirse ofendido, ya que las personas que te piden están (supongo) simplemente desinformadas sobre lo que hace un desarrollador/programador de software. Es simplemente como son las cosas. Además, mucha gente que es desarrolladora, _puede hasta cierto punto, lidiar con problemas de hardware, así que no es que la gente que acude a ti se equivoque al hacerlo. Si no sabes cómo hacer lo que te piden, está bien que lo admitas.

No soy un desarrollador de software pero sí trabajo a nivel de sistema con ordenadores. Recibo solicitudes para todo tipo de cosas de hardware/software, por ejemplo, ayer me preguntaron cómo agregar a alguien a un grupo de correo electrónico… Respondí al correo electrónico y lo reenvié… a nuestro personal de IT que se ocupa de esa cosa.

Las empresas son grandes y complicadas. A veces saber con quién hablar es confuso, así que hablas con la gente que conoces y que parece que ellos pueden tener tu solución. Considero que es un gran favor para ellos poder decir “No puedo, pero puedo ayudar a averiguar quién puede”… no todo el mundo quiere tomarse el tiempo para hacerlo, pero a mí me gusta, dentro de lo razonable.

Establecer una buena relación de trabajo con los informáticos cuyo trabajo es arreglar los ordenadores.

Entonces pregúntales “Sabes, cuando la gente me pida que arregle los problemas de sus ordenadores, los remitiré a ti, ¿vale?” (debería ser obvio)

Entonces cuando inevitablemente pregunten, digan algo como “Soy el programador, cuando mi ordenador se rompe como el suyo, simplemente llamo a los especialistas!” (y luego los dirijo a la persona adecuada).

Me gusta la palabra “especialista”, expresa el debido respeto a los técnicos informáticos, mientras que al mismo tiempo deja claro que el problema de este usuario no es su problema…

Hay una relación similar entre arquitectos y constructores que puedes aprovechar. El arquitecto imagina una casa y luego dibuja los planos de esa casa. El constructor utiliza esos planos para construir una casa. Un programador imagina lo que un programa debe hacer, y luego redacta el código para hacerlo. El técnico toma esas cosas y realmente hace que su computadora sea operable.

La analogía no es 100%, porque lo que hace un técnico y lo que hace un constructor no son quite uno-a-uno. Sin embargo, en ambos casos una de las características que definen al arquitecto/programador es la creación de los documentos en papel/digitales que describen lo que debe hacerse. Como compañero programador, cuando pienso en los atributos que definen mi trabajo, ese es uno de ellos. Si tratara de definir la diferencia entre un programador y un técnico, elegiría una analogía que pueda llevar ese mensaje a casa, como esta.

La razón por la que me gusta esta analogía es porque explica la diferencia entre un programador y un técnico sin menospreciar al técnico. La mayoría de la gente estaría de acuerdo en que el trabajo de arquitecto es más sexy, pero eso no significa que el trabajo de constructor no sea increíblemente importante y valioso para la sociedad. Del mismo modo, lo que hace un técnico es muy importante, sólo que es diferente en naturaleza de la programación. De hecho, si la conversación lo requiere, puedo incluso hablar de la importancia de los técnicos sin diluir mi afirmación de que hago algo diferente a lo que ellos hacen.

Además, parte de la confusión surge porque los programadores son, por su naturaleza, medio decentes en la depuración de problemas técnicos. Podemos escuchar un problema, hacer una búsqueda en el StackExchange y arreglarlo, casi como un técnico. Sin embargo, como los técnicos se especializan en este tipo de cosas, son sustancialmente mejores en ello. Tal vez pueda ayudarte a conectar una impresora en casa y hacer que imprima. Puede que se necesiten unos cuantos hackeos, pero lo conseguiremos imprimiendo. Los técnicos del lugar donde trabajo mantienen un ejército de Xerox DocuCenters compartidos en red en un entorno corporativo donde el tiempo de inactividad significa $$$$ y hay que desplegar parches antes de que los hackers exploten esos agujeros para robar nuestros datos críticos, todo ello mientras se aseguran de que cualquier cambio que expulsen pueda ser retirado si los usuarios individuales sufren interrupciones de trabajo debido al cambio. Porque, después de todo, como usuario, si el parche de seguridad crítico de IT inhibe mi trabajo en el más mínimo grado, voy a hacer que me abran un ticket al más alto nivel posible, y exigir que lo arreglen en algún horario ridículamente corto. Entonces haré que el gerente de mi jefe llame por teléfono y exija que ese ticket sea atendido lo antes posible.

Sí, técnicamente es lo mismo, pero estoy muy contento de tener especialistas dedicados que lo manejen por mí en el trabajo!

¡Esto me ha dejado exactamente perplejo durante un tiempo y me siento con usted! Tengo algunos conocimientos sobre software y ciencia de los datos (aunque lo hago más como un hobby que como un trabajo), pero la gente a menudo me pide que arregle un problema en un router Wi-Fi, que arregle problemas de hardware, etc., sobre los que tengo poco o ningún conocimiento.

Encontré que un buen enfoque es relacionar la tecnología con los deportes. La mayoría de la gente tiene suficiente conocimiento sobre los deportes en general, así que es más fácil dejar que reconozcan que un programador no lo sabe todo sobre la tecnología, de la misma manera que los jugadores de fútbol profesionales no son buenos en todos los deportes.

El siguiente es un ejemplo que suelo explicar cuando me lo pide una persona no tecnológica (amigos, no miembros de la empresa):

Mi frined X: Hey, mi Internet de repente deja de funcionar. ¿Qué ha pasado?

Yo: (Demasiado amplio…) [Habiéndolo comprobado brevemente…] Lo siento, no lo sé. No soy un ingeniero de redes.

X: ¡Pero eres un ingeniero! ¿Por qué no puede arreglarlo?

I: Ingeniero de software no es lo mismo que ingeniero de redes. Considera los deportes. Messi es un jugador de fútbol pero ¿crees que puede ser tan bueno como el voleibol o el béisbol?

X: No lo creo.

I: Lo mismo ocurre con los programadores. Messi sería mejor en voleibol o béisbol o cualquier otro deporte que la gente común, pero ¿es Messi el tipo de persona que quieres que te enseñe a jugar al voleibol? ¿O prefiere un jugador de voleibol profesional?

X: ¡Un jugador de voleibol!

I: Exactamente. Messi sería mejor en el voleibol que tú o yo, pero no sería tan bueno como un estudiante de 14 años que juega al voleibol en la escuela. Messi no sabría servir un balón de voleibol con un paso y un salto correctos.

I: Puede que sea mejor en la red que la mayoría de la gente que no utiliza un ordenador normalmente, pero la red es demasiado complicada y no sé mucho sobre ella, al igual que Messi podría no saber cómo servir un balón de voleibol. Sería mejor preguntárselo a un ingeniero que trabaje específicamente en redes.

X: OK, ¡lo tengo! Perdón por preguntarlo… ¡Gracias!

Tu trabajo, para la mayoría de la gente, es “trabajar con computadoras”. La mayoría de la gente no tiene ni idea de la diferencia entre los muchos ordenadores, aplicaciones, servicios, funciones, bases de datos, sistemas operativos, etc.; y no tienen ni idea de la relativa diferencia de dificultad de las diferentes tareas.

La confusión es probablemente mayor si eres miembro del departamento de informática. También es probable que aumente porque usted (u otros “programadores”) probablemente han ayudado en tareas más sencillas, ya sea cuando los técnicos estaban ocupados de otra manera o simplemente por proximidad.

Usted puede explicar, pero es probable que mucha gente responda a su “esa no es mi función de trabajo” con “¿pero puede arreglarla?” y, en un gran número de casos, su respuesta será “-suspiro- sí”.

Primero creo que debes dejar de pensar que eres mejor que un técnico.

No vas a tener una buena conversación si tienes un chip en el hombro.

Mi trabajo y experiencia es programar no el hardware. Aquí está el contacto para el soporte técnico.

Estas personas son sus compañeros de trabajo, y como tales deben ser tratados amablemente cuando sea posible. Así que si el problema que te traen es (muy y fiable) rápido, te sugiero que les ayudes. Al igual que si alguien te pidiera ayuda para llevar algo en el edificio porque casualmente estabas allí cuando llegó una entrega poco común.

Si lo que te piden no es fiable y rápido, diles que te quitaría mucho tiempo de tus tareas de programación. Tal vez también sugiera quién puede ayudar, si usted puede.

El tiempo de programación es increíblemente costoso, así que usted puede mitigar este problema haciendo saber a sus líderes que le están pidiendo que haga cosas no programadas. Ese liderazgo probablemente hará correr la voz de que la gente debe evitar distraer a los programadores porque la empresa necesita que se queden en las tareas de programación. (Muchos equipos de ingeniería tienen una posición, Scrum Master, cuya única responsabilidad es eliminar los impedimentos para la codificación, incluyendo la defensa del tiempo de los programadores de este tipo de cosas).

No puedes.

Lo que otros piensan de ti está, la mayoría de las veces, fuera de tu control.

Nota: Me gustaría específicamente excluir a los familiares cercanos y amigos cercanos de esta categorización de otros.

Ok, no dispares al mensajero todavía. Por favor, permítame aclarar:

• Algunas personas no son tan expertas en tecnología, o incluso en informática.

• Por favor, recuerde que puede haber algunos trabajos de los que probablemente no sepa mucho, y por lo tanto es totalmente plausible que, sin querer, haga que alguien se sienta exactamente igual que usted, a pesar de no tener ninguna intención viciosa.

• Un ejemplo clásico de esto es (no necesariamente el que desconoces): a muchos físicos (y también científicos ) realmente les disgusta ser comparados con ingenieros , aunque ambos estuvieran trabajando en el mismo proyecto.

Esto no es para invalidar lo que sientes, sino sólo para indicar que, la mayoría de las veces, las personas con intenciones razonablemente buenas ni siquiera tienen la intención de degradarte. Es simplemente su desconocimiento o ignorancia.

Sugerencias:

1. Si conoces de forma fiable los antecedentes de alguien (es decir, la falta de conocimientos informáticos, programación y demás), sonríe , explica suave y brevemente tu incapacidad para ayudarles en ese sentido, y sigue adelante. A menos que se sienta motivado y tenga mucho tiempo libre, probablemente no querrá invertir demasiada energía en explicar las diferencias entre el hardware, el software y la programación a todas las demás personas con las que se encuentre.
2. Si no conoces los antecedentes de alguien, no asumas que necesariamente tendrá conocimientos de informática o de tecnología. Entonces, posiblemente sintonícese de acuerdo con la sugerencia 1.
3. Si estás seguro de que alguien está tratando de menospreciarte deliberadamente, siendo plenamente consciente de tu especialización y de las diferencias entre hardware y software, creo que no sería injusto responder con un toque de sarcasmo. Tal vez algo como: “Señor/Señora, me gustaría poder ayudar. Desafortunadamente, no soy tan versátil y hábil como usted…”)

Para estas situaciones, encuentro que a menudo ayuda hacer una comparación de otros oficios que la gente podría estar más familiarizada para usarlos como ejemplo.

Algo así como:

Oh no puedo ayudarte con eso, no es mi especialidad. Es algo así como si yo fuera fontanero pero tú necesitaras un electricista.

Otras posibilidades son conductor de autobús/conductor de tren, cirujano/psiquiatra, etc.

Sólo trata de explicárselo con un comportamiento muy tranquilo.

Esto le sucede a la mayoría de los codificadores, a mí mismo me preguntan a veces y normalmente sólo explico y digo algo como:

Yo programo su software, no arreglo o construyo computadoras.

¡La mayoría de la gente tiende a entender después de eso!

Tienes que darles una analogía.

Inspirado en el comentario Piloto/Mecánico, pero la mayoría de la gente tampoco es piloto.

Prueba lo siguiente:

Programador es a un Técnico en Computación analogías:

• Conductor a un Mecánico (Autos)

• Espadachín a un Herrero

• Arquitecto a un Trabajador de la Construcción

• Guionista de Película a Equipo de Producción (efectos especiales, ingeniero de utilería de escenario, artistas de maquillaje)

Básicamente cualquier par de Usuario/Diseñador vs. Constructor/Creador/Reparador.

La mayoría de los programadores adquieren habilidades de técnico informático como hobby, pero no necesariamente tienen los conocimientos suficientes para serlo realmente.