Come posso spiegare alla gente che un programmatore non è un tecnico informatico?

L'unico modo in cui questo è scortese è la tua convinzione che un programmatore sia meglio di un tecnico [dici che sembra una minimizzazione del tuo lavoro quando la gente pensa che tu sia un tecnico]. Non voglio dire che sei scortese a crederlo, ma se lo credi, allora correggere la gente, “Non sono quella cosa inferiore, sono questa cosa superiore” può sembrare scortese.

Soluzione: parlare come se il tech fosse uguale o addirittura superiore a te. “Oh no, io dico ai computer cosa fare [o come fare qualcosa di complicato], ma quando sono rotti sono inutile. Per questo serve un tecnico”. Oppure: “Diamine, io non metto insieme i miei computer! Per questo mi affido a professionisti preparati”. Non concentratevi sui titoli di lavoro, concentratevi su quello che fate e su quello che fa la persona di cui hanno bisogno.

Le persone pensano che io possa far funzionare la loro stampante o affrontare i problemi di connettività in continuazione. E in una certa misura ci riesco (e anche voi ci riuscite) perché impariamo alcune di queste cose per autodifesa, dato che non possiamo stare senza la nostra tecnologia. Ma probabilmente siamo solo un pochino più bravi delle persone che pensano che possiamo aiutare. Accettalo e condividi il fatto che sei davvero bravo in una cosa completamente diversa, e quando si tratta di far sì che la stampante si comporti bene, tu e la persona con cui stai parlando siete sullo stesso piano.

Puoi fare quello che faccio io (un programmatore per 40 anni, un dottorato di ricerca in Informatica): Dire la verità. Dico alla gente, a seconda delle circostanze:

Non so niente sulla configurazione di Windows o sulla risoluzione di problemi con Windows.

Non so niente di quel programma.

Non so niente di quell'hardware.

Non uso mai niente del genere.

Non ho idea di come funzioni.

Non so quali sono i diversi tipi di connettori, o di cosa avete bisogno.

Non so come scrivere un gioco.

Non so come scrivere un'applicazione telefonica per voi.

Se lo mettono in dubbio, dico loro che non devo sapere nulla di tutto questo per fare il mio lavoro, perché il mio lavoro è risolvere problemi logici, problemi matematici e problemi di organizzazione informativa. Il computer è uno strumento, come le matite e la carta, e non so nemmeno come fare le matite e la carta.

Questo dipende da cosa chiedete e da come è stata progettata la vostra azienda.

Nella mia azienda, il nostro personale IT è l'unico ad avere il permesso di aggiungere o modificare hardware/software. Questo significa che è facile dire a chiunque chieda aiuto per questo tipo di cose:

In realtà non posso aiutarvi perché non ho i permessi di sistema per fare quello che chiedete. Dovrete parlare con qualcuno del reparto IT. Ecco come contattarli:…

Va bene anche ammettere che non sai come fare… o come si fa nella tua azienda.

In realtà non sono sicuro di quale sia la politica per questo. Io lavoro con il design del software, che è molto diverso dalla configurazione dell'hardware. Dovrete parlare con qualcuno del reparto IT per fare ciò che chiedete. Ecco come li contatti…

Non c'è modo di non sentirsi offesi se continuano a venire da te e tu scegli di sentirti offeso. Questa è la vostra opzione. Ma, alla fine, con abbastanza indicazioni per andare all'IT, si spera che smettano di venire prima da voi e vadano direttamente all'IT. A quel punto, il vostro problema è risolto.

Vorrei aggiungere, non c'è motivo per sentirsi offesi da questo. Infatti, “sentirsi offesi” implica che non rispetti il lavoro che il tuo staff IT svolge perché pensi che sia al di sotto di te. È differente, non necessariamente “inferiore”. Per favore, rispettateli.

Penso che dovreste ridefinire la vostra ricezione di queste persone che vengono da voi… Lei ha detto in un commento:

Vorrei precisare che non penso di essere superiore, mi sembra solo che mi sottovalutino, ma forse si tratta di un problema personale.

Lei ha capito male: hanno una grande stima di lei, quindi vengono a chiederle aiuto. In genere le persone chiedono aiuto alle persone che rispettano, quindi non pensate a qualcuno che chiede aiuto come a una _sottovalutazione delle vostre capacità. Inoltre, non c'è motivo di sentirsi offesi perché le persone che ve lo chiedono sono (direi) semplicemente disinformate su ciò che fa uno sviluppatore/programmatore di software. Le cose stanno così. Inoltre, molte persone che sono sviluppatori, in qualche modo, possono occuparsi di problemi hardware, quindi non è come se le persone che vengono da voi si sbagliassero a farlo. Se non sai come fare quello che ti chiedono, va bene ammetterlo.

Non sono uno sviluppatore di software, ma lavoro a livello di sistema con i computer. Ricevo richieste per ogni sorta di cose hardware/software - per esempio, ieri mi hanno chiesto come aggiungere qualcuno a un gruppo di email… Ho risposto all'e-mail e l'ho inoltrata… al nostro staff IT che si occupa di quella cosa.

Le aziende sono grandi e complicate. A volte sapere con chi parlare è fonte di confusione, quindi si parla con le persone che si conoscono e che sembrano avere la soluzione. Considero un grande favore per loro poter dire “non posso, ma posso aiutare a capire chi può”… non tutti vogliono prendersi il tempo per farlo, ma mi piace, entro certi limiti.

Stabilire un buon rapporto di lavoro con i ragazzi dell'IT che hanno il compito di riparare i computer.

Poi chiedere loro “Sai, quando la gente mi chiede di riparare i loro problemi con il computer, io li rimando a te, ok? (dovrebbe essere ovvio)

Poi quando inevitabilmente lo chiedono, dite qualcosa come "Sono il programmatore, quando il mio computer si rompe come il vostro, io chiamo gli specialisti! (e poi indirizzarli alla persona giusta).

Mi piace la parola "specialista”, esprime il dovuto rispetto per i tecnici informatici, e allo stesso tempo chiarisce che il problema di questo utente non è un tuo problema…

C'è un rapporto simile tra architetti e costruttori su cui si può fare leva. L'architetto immagina una casa e poi redige i progetti per quella casa. Il costruttore poi usa quelle cianografie per costruire effettivamente una casa. Un programmatore immagina quello che un programma dovrebbe fare, poi redige il codice per farlo. Il tecnico prende queste cose e rende il computer effettivamente operabile.

L'analogia non è al 100%, perché quello che fa un tecnico e quello che fa un costruttore non sono quasi uno a uno. Tuttavia, in entrambi i casi una delle caratteristiche che definiscono l'architetto/programmatore è la creazione dei documenti cartacei e digitali che descrivono ciò che dovrebbe essere fatto. Come collega programmatore, quando penso agli attributi che definiscono il mio lavoro, questo è uno di essi. Se cercassi di definire la differenza tra un programmatore e un tecnico, sceglierei un'analogia che possa portare a casa quel messaggio, come questa.

La ragione per cui mi piace questa analogia è che spiega la differenza tra un programmatore e un tecnico senza sminuire il tecnico. La maggior parte delle persone sarebbe d'accordo sul fatto che il lavoro di architetto è più sexy, ma questo non significa che il lavoro del costruttore non sia incredibilmente importante e prezioso per la società. Allo stesso modo quello che fa un tecnico è molto importante, è solo di natura diversa dalla programmazione. Infatti, se la conversazione lo richiede, posso anche parlare dell'importanza dei tecnici senza diluire la mia affermazione che faccio qualcosa di diverso da loro.

Inoltre, un po’ di confusione sorge perché i programmatori sono, per loro natura, mezzi decenti nel debugging dei problemi tecnici. Possiamo sentire un problema, fare una ricerca StackExchange e risolverlo, quasi come un tecnico. Tuttavia, essendo i tecnici specializzati in questo genere di cose, sono sostanzialmente più bravi. Potrei essere in grado di aiutarvi a collegare una stampante a casa e farla stampare. Potrebbe essere necessario qualche hackeraggio, ma la faremo stampare. I tecnici del posto in cui lavoro mantengono un esercito di Xerox DocuCenters condivisi in rete in un ambiente aziendale in cui i tempi di inattività significano $$$ e le patch devono essere implementate prima che gli hacker sfruttino quei buchi per rubare i nostri dati critici, il tutto garantendo al tempo stesso che qualsiasi cambiamento che spingono fuori possa essere annullato se i singoli utenti subiscono interruzioni del lavoro a causa del cambiamento. Perché, dopo tutto, come utente, se la patch di sicurezza critica dell'IT inibisce il mio lavoro al minimo grado, farò aprire un ticket al massimo livello possibile e chiederò che lo correggano con un orario ridicolmente breve. Poi farò telefonare il manager del mio manager e chiederò che il biglietto riceva l'attenzione il prima possibile.

Sì, tecnicamente è la stessa cosa, ma sono molto contento di avere degli specialisti dedicati che se ne occupino per me al lavoro!

Questo mi lasciava perplesso da un po’ di tempo e mi sento con voi! Ho qualche conoscenza in materia di software e scienza dei dati (anche se lo faccio più per hobby che per lavoro), ma la gente spesso mi chiede di risolvere un problema su un router Wi-Fi, risolvere problemi hardware, ecc…, su cui ho poca o nessuna conoscenza.

Ho scoperto che un buon approccio è quello di mettere in relazione la tecnologia con lo sport. La maggior parte delle persone ha abbastanza comprensione sullo sport in generale, quindi è più facile far loro riconoscere che un programmatore non sa tutto sulla tecnologia, proprio come i calciatori professionisti non sono bravi in tutti gli sport.

Il seguente è un esempio che di solito spiego quando mi viene chiesto da una persona non tecnologica (amici, non membri della società):

La mia frinosa X: Ehi, il mio Internet improvvisamente smette di funzionare. Che cosa è successo?

I: (Troppo largo…) [Dopo averlo controllato brevemente…] Scusate, non lo so. Non sono un ingegnere di rete.

X: Ma tu sei un ingegnere! Perché non riesci a sistemarlo?

I: Ingegnere del software non è la stessa cosa di un ingegnere di rete. Considera lo sport. Messi è un giocatore di calcio, ma pensi che possa essere bravo come la pallavolo o il baseball?

X: Io no.

I: Lo stesso vale per i programmatori. Messi sarebbe più bravo nella pallavolo o nel baseball o in qualsiasi altro sport della gente comune, ma Messi è il tipo di persona che vuoi insegnare la pallavolo? O preferisci un giocatore di pallavolo professionista?

X: Giocatore di pallavolo!

I: Esattamente. Messi sarebbe più bravo di te o di me nella pallavolo, ma non sarebbe bravo nemmeno come uno studente di 14 anni che gioca a pallavolo a scuola. Messi potrebbe non sapere come servire una pallavolo in un corretto passo e salto.

I: Forse sono più bravo a fare rete della maggior parte delle persone che di solito non usano il computer, ma la rete è troppo complicata e non ne so molto, proprio come Messi potrebbe non sapere come servire una palla da pallavolo. Sarebbe meglio chiederlo a un ingegnere che si occupa specificamente di networking.

X: OK, ho capito! Scusa se te lo chiedo… Grazie!

Il vostro lavoro, per la maggior parte delle persone, è “lavorare con i computer”. La maggior parte delle persone non ha assolutamente idea di quale sia la differenza tra i molti computer, applicazioni, servizi, funzioni, database, sistemi operativi, ecc. e non ha idea della relativa differenza di difficoltà dei diversi compiti.

La confusione è probabilmente maggiore se si è un membro del dipartimento IT. Probabilmente è anche aumentata perché lei (o altri “programmatori”) ha probabilmente aiutato con compiti più semplici quando i tecnici erano occupati in altro modo o semplicemente a causa della vicinanza.

Lei può spiegare, ma è probabile che molte persone risponderanno al suo “non è la mia funzione di lavoro” con “ma può aggiustarla?” e, in un gran numero di casi, la sua risposta sarà “-sigh- sì”.

Prima di tutto penso che devi superare il pensiero di essere migliore di un tecnico.

Non avrai una buona conversazione se hai un chip sulla spalla.

Il mio lavoro e la mia esperienza sono la programmazione e non l'hardware. Ecco il contatto per il supporto tecnico.

Queste persone sono i vostri colleghi, e come tali dovrebbero essere trattati bene quando possibile. Quindi, se il problema che vi portano è (molto e in modo affidabile) rapido, suggerirei di aiutarli. Proprio come se qualcuno ti chiedesse aiuto per trasportare qualcosa nell'edificio perché ti è capitato di essere lì quando è arrivata una consegna non comune.

Se la cosa che ti chiedono non è veloce in modo affidabile, digli che ti toglierebbe troppo tempo dai tuoi incarichi di programmazione. Magari suggerite anche chi potrebbe essere in grado di aiutarvi, se potete.

Il tempo di programmazione è incredibilmente costoso, quindi potreste essere in grado di mitigare questo problema facendo sapere alla vostra leadership che vi viene chiesto di fare cose non di programmazione. Questa leadership probabilmente metterà in giro la voce che le persone dovrebbero evitare di distrarre i programmatori perché l'azienda ha bisogno di loro per continuare a programmare. (Molti team di ingegneri hanno una posizione, Scrum Master, la cui unica responsabilità è quella di rimuovere gli impedimenti alla codifica, inclusa la difesa del tempo dei programmatori da questo genere di cose).

Non puoi.

Quello che altri pensano di te è, il più delle volte, al di fuori del tuo controllo.

Nota: vorrei escludere specificamente i familiari stretti e gli amici intimi da questa categorizzazione di altri.

Ok, non sparare al messaggero per ora. Permettetemi di chiarire:

• Alcune persone non sono così esperte di tecnologia, e nemmeno di informatica.

• Ricordate che potrebbero esserci dei lavori di cui probabilmente non sapete molto e quindi è del tutto plausibile che possiate inavvertitamente far sentire qualcun altro esattamente come vi siete sentiti, nonostante non abbiate intenzioni malvagie.

• Un classico esempio di questo è (non necessariamente quello di cui non sei a conoscenza): molti fisici (e anche scienziati ) davvero disprezzano di essere paragonati a ingegneri , anche se entrambi stavano lavorando allo stesso progetto.

Questo non è per invalidare ciò che senti, ma solo per indicare che, il più delle volte, persone con intenti ragionevolmente buoni non intendono nemmeno degradarti. È semplicemente la loro inconsapevolezza o ignoranza.

Suggerimenti:

1. Se conosci in modo affidabile il background di qualcuno (cioè la mancanza di conoscenze informatiche, di programmazione e così via), ** sorridi** , spiega gentilmente e brevemente la tua incapacità di aiutarlo in questo senso, e muoviti. A meno che non vi sentiate motivati e non abbiate molto tempo libero, probabilmente non volete investire troppe energie per spiegare le differenze tra hardware, software e programmazione a tutte le altre persone che incontrate.
2. Se non conoscete il background di qualcuno, non date per scontato che sia necessariamente un esperto di computer o un esperto di tecnologia. Poi, eventualmente, sintonizzatevi secondo il suggerimento 1.
3. 3. Se sapete per certo che qualcuno sta cercando deliberatamente di mettervi in cattiva luce, pur essendo pienamente consapevole della vostra specializzazione e delle sottili differenze tra hardware e software, penso che non sarebbe ingiusto rispondere con un pizzico di sarcasmo. Forse qualcosa del tipo: “Signore / Signora, vorrei poterla aiutare. Purtroppo non sono così versatile e competente come lei…”_ ;)

Per queste situazioni, trovo che spesso sia utile fare un confronto con altri mestieri che la gente potrebbe conoscere meglio, per esempio.

Qualcosa come:

Oh, non posso aiutarti in questo, non è la mia specialità. È un po’ come se io fossi un idraulico, ma tu hai bisogno di un elettricista.

Altre possibilità sono autista di autobus/conduttore di treni, chirurgo/psichiatra, ecc.

Provate a spiegarglielo con un contegno molto calmo.

Questo succede alla maggior parte dei codificatori, a volte mi viene chiesto di spiegarglielo e di solito mi limito a spiegare e a dire qualcosa del tipo:

Io programmo il loro software, non aggiusto e non costruisco computer.

La maggior parte delle persone tende a capire dopo questo!

Bisogna dare loro un'analogia.

Ispirato al commento del Pilota/Meccanico, ma la maggior parte delle persone non sono nemmeno piloti.

Prova quanto segue:

Programmer is to a Computer Technician analogie:

• Driver to a Mechanic (Cars)

• Swordsman to a Blacksmith

• Architect to a Construction Worker

• Movie Screenwriter to Production Crew (special effects, stage prop engineer, make-up artist)

Fondamentalmente qualsiasi coppia di User/Designer vs Builder/Creator/Repairer.

La maggior parte dei programmatori acquisisce le competenze dei tecnici informatici per hobby, ma non sono necessariamente abbastanza esperti per esserlo davvero.