¿Cómo puedo explicarle a la gente que un programador no es un técnico en computación?

La única forma en que esto es 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 crees eso, entonces corregir a la gente, "No soy algo menor, soy algo superior" puede parecer grosero.

Solución: habla como si la tecnología fuera igual o incluso superior a ti. "Oh, no, le digo a las computadoras qué hacer [o cómo hacer algo complicado], pero cuando están rotas soy inútil. Necesitas una tecnología para eso". O "¡Diablos, no armo mis propias computadoras! Confío en profesionales capacitados para eso". No se concentre en los títulos de los trabajos, concéntrese en lo que hace y en lo que hace la persona que necesitan.

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

Tú puedes hacer lo que yo hago (Programador durante 40 años, Doctor en Informática): Decir la verdad. Le digo a la gente, dependiendo de la circunstancia:

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

No se nada de ese programa.

No se nada de ese hardware.

Nunca uso nada de eso.

No tengo idea de cómo funciona eso.

No sé cuáles son los diferentes tipos de conectores, o lo que necesita.

No sé cómo escribir un juego.

No sé cómo escribir una aplicación de teléfono 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, problemas matemáticos y problemas de organización de la información. La computadora es una herramienta, como los lápices y el papel, y tampoco sé hacer lápices y papel.

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

En mi empresa, nuestro personal de TI son las únicas personas con permisos para agregar o cambiar hardware/software. Esto significa que es fácil decirle a cualquiera que pida ayuda con este tipo de cosas:

De hecho, no puedo ayudarte con eso porque no tengo los permisos del sistema para hacer lo que me pides. Tendrás que hablar con alguien del departamento de TI. Así es como los contacta:...

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

De hecho, no estoy seguro de cuál es la política para eso. Trabajo con diseño de software, que es muy diferente a configurar hardware. Deberá hablar con alguien en el departamento de TI para hacer lo que está pidiendo. Así es como se contacta con ellos...

No hay forma de no sentirse ofendido si siguen acudiendo a ti y eliges ofenderte por ello. Esa es tu opción. Pero, eventualmente, con suficientes indicaciones para ir a TI, es de esperar que dejen de venir a usted primero y vayan a TI directamente. En ese momento, su 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 respeta el trabajo que realiza su personal de TI porque cree que está por debajo de usted. Es diferente , no necesariamente "menor". Por favor, respétalos.

Creo que deberías reformular tu recepción de la visita de estas personas... Dijiste en un comentario:

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

Lo tienes al revés: piensan muy bien de ti, por lo que acuden a ti en busca de ayuda. Por lo general, las personas piden ayuda a las personas que respetan, así que no pienses que alguien que pide ayuda es una subestimación de tus habilidades. Además, hay pocas razones para sentirse ofendido ya que las personas que le preguntan (supongo) simplemente no están informadas sobre lo que hace un desarrollador/programador de software. Así son las cosas. Además, muchas personas que son desarrolladores pueden , hasta cierto punto, lidiar con problemas de hardware, por lo que no es que las personas que acuden a usted estén equivocadas al hacerlo. Si no sabes cómo hacer lo que te piden, está bien admitirlo.

No soy desarrollador de software, pero trabajo a nivel de sistema con computadoras. Recibo solicitudes de 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 TI que se ocupa de ese asunto. .

Las empresas son grandes y complicadas. A veces, saber con quién hablar es confuso, así que hablas con las personas que conoces que parecen 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 todos quieren tomarse el tiempo para hacer eso, pero me gusta, dentro de lo razonable.

Establezca una buena relación de trabajo con los chicos de TI cuyo trabajo es arreglar las computadoras.

Luego pregúnteles: "Sabes, cuando la gente me pida que solucione los problemas de su computadora, te los remitiré, ¿de acuerdo?" (debería ser obvio)

Luego, cuando inevitablemente te pregunten, di algo como "¡Soy el programador, cuando mi computadora se rompe como la tuya, simplemente llamo a los especialistas!". (y luego dirigirlos a la persona adecuada).

Me gusta la palabra "especialista", expresa el debido respeto por los técnicos informáticos, al mismo tiempo que deja claro que el problema de este usuario no es su problema...

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

La analogía no es del 100%, porque lo que hace un técnico y lo que hace un constructor no son del todo uno a uno. Sin embargo, en ambos casos una de las características definitorias del arquitecto/programador es la creación de los documentos en papel/digitales que describen lo que se debe hacer. Como compañero programador, cuando pienso en los atributos que definen mi trabajo, ese es uno de ellos. Si estuviera tratando 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, simplemente es de naturaleza diferente a la programación. De hecho, si la conversación lo requiere, incluso puedo hablar sobre la importancia de los técnicos sin diluir mi afirmación de que hago algo diferente a ellos.

Además, parte de la confusión surge porque los programadores son, por naturaleza, medio decentes en la depuración de problemas técnicos. Podemos escuchar un problema, hacer una búsqueda en StackExchange y solucionarlo, casi como un técnico. Sin embargo, como los técnicos se especializan en este tipo de cosas, son sustancialmente mejores en eso. Es posible que pueda ayudarlo a conectar una impresora en casa y hacer que imprima. Puede tomar algunos trucos, pero lo imprimiremos. Los técnicos en el lugar donde trabajo mantienen un ejército de Xerox DocuCenters compartidos en red en un entorno corporativo donde el tiempo de inactividad significa $$$ y los parches deben implementarse antes de que los piratas informáticos exploten esos agujeros para robar nuestros datos críticos, al tiempo que garantizan que cualquier cambio que impulsen out se puede revertir si los usuarios individuales sufren interrupciones en el trabajo debido al cambio. Porque, después de todo, como usuario, si TI' El parche de seguridad crítico inhibe mi trabajo en el más mínimo grado, voy a hacer que me abran un ticket al nivel más alto posible y exigiré que lo arreglen en un horario ridículamente corto. Luego haré que el gerente de mi gerente llame por teléfono y exija que el ticket reciba atención lo antes posible.

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

¡Esto me había dejado perplejo durante un tiempo y me siento contigo! Tengo algunos conocimientos sobre software y ciencia de datos (aunque lo hago más como un pasatiempo que como un trabajo), pero la gente a menudo me pide que solucione un problema en un enrutador Wi-Fi, solucione problemas de hardware, etc. del que tengo poco o ningún conocimiento.

Descubrí que un buen enfoque es relacionar la tecnología con los deportes. La mayoría de las personas tienen suficiente conocimiento sobre los deportes en general, por lo que es más fácil hacerles reconocer que un programador no sabe todo sobre tecnología, al igual que los jugadores de fútbol profesionales no son buenos en todos los deportes.

El siguiente es un ejemplo que suelo explicar cuando me pregunta alguien que no es técnico (amigos, no miembros de la empresa):

My frined X: Oye, mi Internet de repente dejó de funcionar. ¿Qué pasó?

E: (Demasiado amplio...) [Habiéndolo revisado brevemente...] Lo siento, no lo sé. No soy ingeniero de redes.

X: ¡Pero tú eres ingeniero! ¿Por qué no puedes arreglarlo?

I: No es lo mismo ingeniero de software 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: Yo no.

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 voleibol? ¿O prefieres un jugador de voleibol profesional?

X: ¡Jugador de voleibol!

Yo: Exacto. Messi sería mejor en voleibol que tú o que yo, pero no sería tan bueno como un estudiante de 14 años que juega voleibol en la escuela. Puede que Messi no sepa servir una pelota de voleibol en un paso y salto correctos.

I: Puedo ser mejor en la creación de redes que la mayoría de las personas que no usan una computadora por lo general, pero la red es demasiado complicada y no sé mucho al respecto, al igual que Messi podría no saber cómo sacar una pelota de voleibol. Sería mejor preguntárselo a un ingeniero que trabaje específicamente en redes.

X: ¡Está bien, lo tengo! Perdona por preguntarlo... ¡Gracias!

Su trabajo, para la mayoría de la gente, es "trabajar con computadoras". La mayoría de las personas no tienen ni idea de cuál es la diferencia entre las muchas computadoras, aplicaciones, servicios, funciones, bases de datos, sistemas operativos, etc. y no tienen idea de la diferencia relativa en dificultad de las diferentes tareas.

Es probable que la confusión aumente si usted es miembro del departamento de TI. Es probable que también aumente porque es probable que usted (u otros "programadores") hayan ayudado con tareas más simples cuando los técnicos estaban ocupados o simplemente debido a la proximidad.

Puedes explicarlo, pero es probable que muchas personas respondan a tu "esa no es mi función laboral" con "pero ¿puedes arreglarlo?" y, en un gran número de casos, su respuesta será "- suspiro - sí".

Estas personas son sus compañeros de trabajo y, como tales, deben recibir un trato amable cuando sea posible. Entonces, si el problema que te traen es (muy confiablemente) rápido, sugeriría ayudarlos. Al igual que si alguien te pidiera ayuda para cargar algo en el edificio porque estabas allí cuando llegó una entrega poco común.

Si lo que están preguntando no es confiablemente rápido, dígales que le quitaría demasiado tiempo de sus asignaciones de programación. Tal vez también sugiera quién puede ayudar, si puede.

El tiempo de programación es increíblemente costoso, por lo que es posible que pueda mitigar este problema al informar a su liderazgo que se le pide que haga cosas que no son de programación. Es probable que ese liderazgo haga correr la voz de que las personas deben evitar distraer a los programadores porque la empresa los necesita para permanecer en las tareas de programación. (Muchos equipos de ingeniería tienen un puesto, Scrum Master, cuya única responsabilidad es eliminar los impedimentos para la codificación, incluida la defensa del tiempo del programador de este tipo de cosas).

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 la programación, no el hardware. Aquí está el contacto para soporte técnico.

no puedes

Lo que los demás piensen de ti está, la mayoría de las veces, fuera de tu control.

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

Ok, no dispares al mensajero todavía. Permítanme aclarar:

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

• Recuerde que puede haber algunos trabajos de los que probablemente no sepa mucho y, por lo tanto, es completamente plausible que, sin darse cuenta, pueda hacer que otra persona se sienta exactamente como se sintió usted, a pesar de que no tiene malas intenciones.

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

Esto no es para invalidar lo que sientes, sino solo 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 conoce de manera confiable los antecedentes de alguien (es decir, la falta de conocimientos informáticos, programación, etc.), sonría , explique amable y brevemente su incapacidad para ayudarlos en ese sentido, y siga adelante . A menos que se sienta motivado y tenga mucho tiempo libre, probablemente no quiera invertir demasiada energía en explicar las diferencias entre hardware, software y programación a cualquier otra persona que encuentre.
2. Si no conoce los antecedentes de alguien, no asuma que necesariamente tendrá conocimientos de informática o tecnología. Luego, posiblemente sintonícese de acuerdo con la sugerencia 1.
3. Si está seguro de que alguien está intentando deliberadamente mostrarle algo, siendo plenamente consciente de su especialización y de las sutiles diferencias entre el hardware y el software, creo que no sería injusto responder con un dejo de sarcasmo. Tal vez algo como: "Señor/Señora, desearía poder ayudar. Desafortunadamente, no soy tan versátil y hábil como usted..." ; )

Para estas situaciones, a menudo me parece útil hacer una comparación de otros oficios con los que la gente podría estar más familiarizada para usar como ejemplo.

Algo como:

Oh, no puedo ayudarte con eso, esa no es mi especialidad. Es como si yo fuera plomero pero necesitaras un electricista.

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

Solo trata de explicárselo con una actitud muy tranquila.

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

Yo programo su software, no arreglo ni construyo computadoras.

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

Necesitas darles una analogía.

Inspirado por el comentario del piloto/mecánico, pero la mayoría de las personas tampoco son pilotos.

Prueba lo siguiente:

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

• Conductor a un mecánico (automóviles)

• Espadachín a un herrero

• Arquitecto a un trabajador de la construcción

• Guionista de películas para equipo de producción (efectos especiales, ingeniero de utilería de escenario, maquilladores)

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

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