Fråga:
Hur kan jag förklara för människor att en programmerare inte är en datortekniker?
Marco Salerno
2017-09-15 19:13:39 UTC
view on stackexchange narkive permalink

I Italien tänker många människor att programmerare är datortekniker.

En programmerare gör helt andra saker, och i ett företag är jag inte killen som ska montera din dator eller byta bitar av det.

Ibland kände jag det som en minimering av mitt jobb och kände mig lite förolämpad.

Företaget jag arbetar för har många specifika tekniska personal, programmerare, systemister, etc ..

Hur kan jag förklara för människor att en programmerare inte är en datortekniker?

Nej, det kan se oförskämt ut och jag skulle vilja hitta ett sätt att förklara det utan att se aggressivt ut
Menar du * förklara för kund (1: 1 eller telefon) * eller * förklara för familj / vän / socialt möte *?
Jo det hände mig med kunder, på jobbet och med människor som träffades också
Detta skulle vara bättre på Workplace stack-utbytet.
Tretton svar:
Kate Gregory
2017-09-15 19:48:02 UTC
view on stackexchange narkive permalink

Det enda sättet detta är oförskämt är din tro på att en programmerare är bättre än en teknik [du nämner att det känns som en minimering av ditt jobb när folk tror att du är en teknik.] Jag menar inte att du är oförskämd att tro det, men om du tror det kan korrigering av människor, "Jag är inte den där mindre saken, jag är den här överlägsna saken" känna sig oförskämd.

Lösning: tala som om tekniken är lika eller till och med överlägsen dig. "Åh nej, jag säger till datorer vad man ska göra [eller hur man gör något komplicerat], men när de är trasiga är jag värdelös. Du behöver en teknik för det." Eller "Heck, jag sätter inte ihop mina egna datorer! Jag litar på utbildade proffs för det." Fokusera inte på jobbtitlar, fokusera på vad du gör och vad personen de behöver gör.

Folk tror att jag kan få skrivaren att fungera eller hantera anslutningsproblem hela tiden. Och i viss utsträckning kan jag (och det kan du också) eftersom vi lär oss några av dessa saker i självförsvar, eftersom vi inte kan vara utan vår teknik. Men vi är nog bara lite bättre på det än de människor som tror att vi kan hjälpa till. Omfamna det och dela med dig av att du faktiskt är riktigt bra på en helt annan sak, och när det gäller att få skrivaren att bete sig är du och personen du pratar med på samma fot.

Jag skulle vilja specificera att jag inte tror att jag är överlägsen, jag känner bara att de underskattar mig, men det är kanske ett personligt problem ^^
Jag säger inte att det är ett problem. Men om jag säger "Jag är ett X, underskattar folk mig och tror att jag är ett Y", så följer att Y är under X. Är mindre än X. Men egentligen är det bara * annorlunda än * X.
Alla: ** det spelar ingen roll om en programmerare är eller inte är överlägsen en teknik **. När du tror på det kommer du att känna dig oförskämd (inte nödvändigtvis ** vara ** oförskämd) när du korrigerar en person för att du är den "bättre" sak inte den "mindre" sak de trodde du var. OP vill undvika att känna sig oförskämd. Jag föreslog formuleringar som tydligt pekar på personens färdigheter som de andra behöver istället för OP. Sluta använda kommentarerna i denna fråga för att avgöra om programmerare kan göra allt som tekniker kan eller är bättre än tekniker. ** Det är irrelevant. **
Hmm ... Även om jag helt håller med om att man inte _ måste ha en sysadmins kunskaper för att vara en bra programmerare och det här svaret verkar fungera bra i så fall är det många av oss som faktiskt _ gör_ har dessa färdigheter (antingen på grund av tidigare erfarenhet av IT-arbete, personligt knep eller till och med att ha designat systemet i fråga.) Hur skulle du i så fall artigt kunna förklara att det som begärs inte är mitt jobb, även om jag kan göra det (helst utan att ljuga och föreslå att jag inte kan göra det?)
@reirab i ett arbetssammanhang, "du vet att bara IT hanterar den typen av saker" är ingen lögn. Inte heller "Jag gör inte ens det för min egen bärbara dator!" Fokusera på att säga något om den hjälp de behöver och vem de behöver fråga.
Amadeus-Reinstate-Monica
2017-09-15 21:12:35 UTC
view on stackexchange narkive permalink

Du kan göra vad jag gör (en programmerare i 40 år, doktorsexamen i datavetenskap): Berätta sanningen. Jag berättar för människor, beroende på omständigheterna:

Jag vet ingenting om att konfigurera Windows eller lösa problem med Windows.

Jag vet ingenting om det programmet.

Jag vet ingenting om den hårdvaran.

Jag använder aldrig något liknande.

Jag har ingen aning om hur det fungerar.

Jag vet inte vad olika typer av kontakter är eller vad du behöver.

Jag vet inte hur jag ska skriva ett spel.

Jag vet inte hur jag ska skriva en telefonapp åt dig.

Om de ifrågasätter det säger jag till dem att jag inte behöver veta något av det för att gör mitt jobb, för mitt jobb är att lösa logiska problem, matematiska problem och informationsorganisationsproblem. Datorn är ett verktyg, som pennor och papper, och jag vet inte heller hur man gör pennor och papper.

Catija
2017-09-15 19:50:36 UTC
view on stackexchange narkive permalink

Den här typen beror på vad du frågar och hur ditt företag är utformat.

På mitt företag är vår IT-personal de enda personerna med behörighet att lägga till eller ändra hårdvara / programvara. Det betyder att det är lätt att berätta för alla som ber om hjälp med den här typen av saker:

Jag kan faktiskt inte hjälpa dig med det eftersom jag inte har systembehörigheter att göra vad du frågar. Du måste prata med någon på IT-avdelningen. Så här kontaktar du dem: ...

Det är också OK för dig att erkänna att du inte vet hur man gör det ... eller hur det är gjort i ditt företag.

Jag är faktiskt inte säker på vad policyn är för det. Jag arbetar med mjukvarudesign, vilket är väldigt annorlunda än att konfigurera hårdvara. Du måste prata med någon på IT-avdelningen för att göra vad du frågar. Så här kontaktar du dem ...

Det finns inget sätt att känna sig inte förolämpad om de fortsätter att komma till dig och du väljer att bli förolämpad av det. Det är ditt alternativ. Men så småningom, med tillräckligt med tips för att gå till IT, kommer de förhoppningsvis sluta komma till dig först och gå direkt till IT. Då är ditt problem löst.


Jag vill lägga till, det finns ingen anledning för dig att känna dig förolämpad av detta. Faktum är att "att känna sig kränkt" innebär att du inte respekterar det arbete som din IT-personal gör för att du tror att det ligger under dig. Det är annorlunda , inte nödvändigtvis "mindre". Vänligen respektera dem.

Jag tycker att du borde omformulera din mottagning av att dessa människor kommer till dig ... Du sa i en kommentar:

Jag skulle vilja ange att jag inte tror att jag är överlägsen, jag känner bara att de underskattar mig, men det är kanske ett personligt problem.

Du har det bakåt: de tänker mycket på dig, så de kommer till dig för att få hjälp. Människor ber vanligtvis om hjälp från människor de respekterar, så tänk inte på någon som ber om hjälp som en under uppskattning av dina förmågor. Dessutom finns det ingen anledning att känna sig kränkta eftersom de som frågar dig är helt enkelt oinformerade om vad en programutvecklare / programmerare gör. Det är bara hur saker och ting är. Plus, många människor som är utvecklare, kan i viss mån hantera hårdvaruproblem, så det är inte som om de människor som kommer till dig har fel att göra det. Om du inte vet hur du gör vad de frågar är det okej att erkänna det.


Jag är inte en programutvecklare men jag arbetar på systemnivå med datorer. Jag får förfrågningar om alla slags hårdvaru- / mjukvaruprodukter - till exempel fick jag igår hur jag skulle lägga till någon i en e-postgrupp ... Jag svarade på mejlet och vidarebefordrade det ... till vår IT-personal som hanterar den saken .

Företag är stora och komplicerade. Ibland är det förvirrande att veta vem man ska prata med, så du pratar med de människor du känner som verkar som om de kanske har din lösning. Jag anser att det är en stor tjänst för dem att kunna säga "Jag kan inte, men jag kan hjälpa till att räkna ut vem som kan" ... inte alla vill ta sig tid att göra det, men jag gillar det, inom anledning.

Vi har samma berättelse om tillstånd, faktiskt i mitt faktiska jobb, vanligtvis går folk bara direkt till IT-avdelningen, det är sällan här. Jag skulle vilja specificera att jag inte tror att jag är överlägsen, jag känner bara att de underskattar mig, men det är kanske ett personligt problem ^^
@MarcoSalerno Jag tror att amerikansk kultur, åtminstone ... och jag gissar mycket kultur ... gör narr av IT-avdelningen mycket. Jag tror att du borde omformulera din mottagning av att dessa människor kommer till dig ... de tänker * högt * på dig, så de kommer till dig för att få hjälp. :) Du har det bakåt. Människor ber om hjälp från människor de respekterar, så tänk aldrig på någon som ber om hjälp som en * under * uppskattning av dina förmågor.
bobflux
2017-09-15 19:53:10 UTC
view on stackexchange narkive permalink

Skapa en bra arbetsrelation med IT-killarna vars jobb det är att fixa datorerna.

Fråga dem sedan "Du vet, när folk ber mig att fixa sina datorproblem, hänvisar jag dem till dig, ok? " (det borde vara uppenbart)

När de oundvikligen frågar, säg något som "Jag är programmeraren, när min dator går sönder som din ringer jag bara specialisterna!" (och sedan rikta dem till rätt person).

Jag gillar ordet "specialist", det uttrycker vederbörlig respekt för IT-teknikerna, samtidigt som det görs klart att användarens problem inte är ditt problem ...

Cort Ammon
2017-09-15 21:17:28 UTC
view on stackexchange narkive permalink

Det finns ett liknande förhållande mellan arkitekter och byggare som du kan använda. Arkitekten ser för sig ett hus och ritar sedan ritningar för det huset. Byggaren använder sedan dessa ritningar för att faktiskt bygga ett hus. En programmerare föreställer sig vad ett program ska göra och sedan skriver upp kod för att göra det. Teknikern tar dessa saker och gör faktiskt att din dator fungerar.

Analogin är inte 100%, för vad en tekniker gör och vad en byggare gör är inte riktigt en-till -ett. I båda fallen är dock en av de definierande egenskaperna hos arkitekten / programmeraren skapandet av papper / digitala dokument som beskriver vad som ska göras. När jag tänker på attribut som definierar mitt jobb är jag som en programmerare en av dem. Om jag försökte definiera skillnaden mellan en programmerare och tekniker skulle jag välja en analogi som kan driva det meddelandet hem, som den här.

Anledningen till att jag gillar denna analogi är för att den förklarar skillnaden mellan en programmerare och en tekniker utan att försämra teknikern. De flesta håller med om att arkitektjobbet är mer sexigt, men det betyder inte att byggarens jobb inte är otroligt viktigt och värdefullt för samhället. Likaså är det mycket viktigt vad en tekniker gör, det är bara annorlunda än programmering. I själva verket, om samtalet kräver det, kan jag till och med tala om vikten av tekniker utan att utmana mitt påstående att jag gör något annat än de gör.

En del av förvirringen uppstår också eftersom programmerare till sin natur är halvt anständiga för att felsöka tekniska problem. Vi kan höra ett problem, göra en StackExchange-sökning och fixa det, nästan precis som en tekniker. Men eftersom tekniker specialiserar sig på den här typen av saker är de väsentligt bättre på det. Jag kanske kan hjälpa dig att ansluta en skrivare hemma och få den att skriva ut. Det kan ta några hack, men vi skriver ut det. Teknikerna på det ställe jag arbetar håller en armé av nätverksdelade Xerox DocuCenters i en företagsmiljö där stilleståndstid betyder $$$ och patchar måste distribueras innan hackare utnyttjar dessa hål för att stjäla våra kritiska data, samtidigt som de säkerställer att alla förändringar de driver ut kan rullas tillbaka om enskilda användare drabbas av arbetsavbrott på grund av förändringen. För trots allt, som användare, om IT: s kritiska säkerhetsuppdatering hämmar mitt arbete i minsta grad, kommer jag att ha en biljett öppnad på högsta möjliga nivå och kräva att de fixar den på någon löjligt kort tidtabell. Då kommer jag att ringa in min chefs chefstelefon och kräva att biljetten får uppmärksamhet ASAP.

Ja, det är tekniskt samma sak, men jag är väldigt glad att ha dedikerade specialister hanterar det åt mig på jobbet!

Det enda problemet jag kan förutse är att jag känner till människor som tycker att en arkitekt och en byggare är samma sak! Ditt exempel är bra eftersom det går från något mer abstrakt för de flesta (en dator) till något konkret (ett hus). Men jag tror att den grundläggande frågan som OP tog upp fortfarande finns här, eftersom byggnadskonstruktion fortfarande är ett tekniskt / specialiserat område.
@syntonicC Sant. Uppföljningen av det är att förklara skillnaden. Arkitekter och byggare är mycket lättare att förstå skillnaden mellan eftersom en av dem svänger en hammare (eller betalar anställda för att svänga hammare). Jag skulle också lita på ett insiktsfullt skämt jag hörde där en byggare sa till en arkitekt att han inte kunde bygga ett rum på detta sätt. Arkitekten sprängde och vandrade på hur han var arkitekten och byggaren behövde följa designerna. Byggaren lade sedan fingret på planerna som beskrev ett hörn och sa: "Jag kan inte svänga in en hammare här. Den är för liten."
En annan analogi kan vara författare / utgivare
Blaszard
2017-09-15 22:18:43 UTC
view on stackexchange narkive permalink

Det här hade precis förvirrat mig ett tag och jag känner med dig! Jag har viss kunskap om programvara och datavetenskap (även om jag gör det mer som en hobby än ett jobb), men folk ber mig ofta att åtgärda ett problem på en Wi-Fi-router, fixa hårdvaruproblem osv ..., som jag har liten eller ingen kunskap om.

Jag tyckte att ett bra tillvägagångssätt är att relatera teknik till sport. De flesta människor har tillräckligt med förståelse för sport i allmänhet, så det är lättare att låta dem inse att en programmerare inte vet allt om teknik, ungefär som professionella fotbollsspelare inte är bra på alla sporter.

Nedanstående är ett exempel som jag brukar förklara när jag blir frågad av en icke-teknisk person (vänner, inte företagsmedlemmar):

Mitt avgränsade X: Hej, mitt internet slutar plötsligt att fungera. Vad hände?

Jag: (för brett ...) [Efter att ha kollat ​​det kort ...] Tyvärr vet jag inte. Jag är ingen nätverksingenjör.

X: Men du är ingenjör! Varför kan du inte fixa det?

I: Software engineer är inte detsamma som nätverksingenjör. Tänk på sport. Messi är en fotbollsspelare men tror du att han kan vara lika bra som volleyboll eller baseboll?

X: Det gör jag inte.

I: Samma sak gäller programmerare. Messi skulle vara bättre på volleyboll eller baseboll eller andra sporter än vanliga människor, men är Messi den typ av person som du vill lära dig volleyboll? Eller föredrar du en professionell volleybollspelare?

X: volleybollspelare!

I: Exakt. Messi skulle vara bättre på volleyboll än du eller jag, men han skulle inte vara lika bra som en 14-årig student som spelar volleyboll i skolan. Messi kanske inte vet hur man serverar en volleyboll i rätt steg och hopp.

Jag: Jag kanske är bättre på nätverk än de flesta som vanligtvis inte använder en dator, men nätverket är för komplicerat och Jag vet inte mycket om det, precis som Messi kanske inte vet hur man serverar en volleyboll. Det vore bättre att fråga det till en ingenjör som specifikt arbetar med nätverk.

X: OK, jag förstår det! Jag ber om ursäkt ... Tack!

Michael Richardson
2017-09-16 00:04:03 UTC
view on stackexchange narkive permalink

Ditt jobb, för de flesta, är att "arbeta med datorer". De flesta människor har absolut ingen aning om vad skillnaden är mellan de många datorer, applikationer, tjänster, funktioner, databaser, operativsystem etc. och har ingen aning om den relativa skillnaden i svårighet för olika uppgifter.

Förvirringen ökar sannolikt om du är medlem i IT-avdelningen. Det ökar sannolikt också för att du (eller andra "programmerare") sannolikt har hjälpt till med enklare uppgifter antingen när tekniker annars var ockuperade eller helt enkelt på grund av närhet.

Du kan förklara, men det är troligt än många människor kommer att svara på din "det är inte min jobbfunktion" med "men kan du fixa det?" och i ett stort antal fall kommer ditt svar att vara "- suck - ja".

paparazzo
2017-09-15 21:00:04 UTC
view on stackexchange narkive permalink

Först tror jag att du måste komma bort och tänka att du är bättre än en teknik.

Du kommer inte att ha ett bra samtal om du har ett chip på axeln.

Mitt jobb och min expertis är att inte programmera hårdvara. Här är kontakten för teknisk support.

HumanJHawkins
2017-09-15 22:19:38 UTC
view on stackexchange narkive permalink

Dessa människor är dina medarbetare och bör behandlas snyggt när det är möjligt. Så om problemet de ger dig (mycket och pålitligt) snabbt föreslår jag att du hjälper dem. Precis som om någon bad dig om hjälp med att bära något i byggnaden för att du råkar vara där när någon ovanlig leverans anlände.

Om det de frågar inte är tillförlitligt snabbt, berätta för dem att det skulle dra för mycket tid borta från dina programmeringsuppgifter. Kanske också föreslå vem som kan hjälpa, om du kan.

Programmeringstiden är oerhört dyr, så du kanske kan mildra detta problem genom att låta ditt ledarskap veta att du blir ombedd att göra icke- programmera saker. Det ledarskapet kommer sannolikt att säga att människor bör undvika att distrahera programmerare eftersom företaget behöver dem för att fortsätta med programmeringsuppgifter. (Många ingenjörsteam har en position, Scrum Master, vars enda ansvar är att ta bort hinder för kodning, inklusive att försvara programmerartid från den här typen av saker.)

Lost Soul
2017-09-16 22:08:47 UTC
view on stackexchange narkive permalink

Du kan inte.

Vad andra tycker om dig är oftast utanför din kontroll.

Obs! Jag vill specifikt utesluta omedelbar familjemedlemmar och nära vänner från denna kategorisering av andra .

Okej, skjut inte budbäraren ännu. Tillåt mig att klargöra:

  • Vissa människor är inte så tekniskt kunniga eller ens datorkunniga.

  • Kom ihåg att det kan finnas några jobb som du förmodligen inte vet så mycket om och därför är det helt troligt att du oavsiktligt kan få någon annan att känna precis som hur du kände, trots att du inte har några onda avsikter.

  • Ett klassiskt exempel på detta är (inte nödvändigtvis det som du inte känner till): många fysiker ( och även vetenskapsmän ) gillar verkligen att inte jämföras med ingenjörer även om de båda arbetade med samma projekt.

Det här är inte för att ogiltigförklara vad du känner, utan bara för att indikera att människor med ganska bra avsikter oftast inte ens menar att försämra dig. Det är bara deras omedvetenhet eller okunnighet.

Förslag:

  1. Om du på ett tillförlitligt sätt känner till någons bakgrund (dvs. brist på datorkunskap, programmering och så vidare), le , förklara försiktigt och kort din oförmåga att hjälpa dem i det avseendet och gå vidare . Om du inte känner dig motiverad och har mycket ledig tid vill du förmodligen inte investera för mycket energi i att förklara skillnaderna mellan hårdvara, programvara och programmering för alla andra personer du möter.
  2. Om du inte känner till någons bakgrund, antar du inte att de nödvändigtvis skulle vara datakunskaper eller tekniskt kunniga. Ställ sedan in dig själv enligt förslag 1.
  3. Om du med säkerhet vet att någon försöker visa upp dig, samtidigt som du är helt medveten om din specialisering och de fina skillnaderna mellan hårdvara och programvara, tror jag att det inte skulle vara orättvist att svara med en aning sarkasm. Kanske något som: "Herr / fru, jag önskar att jag kunde hjälpa. Tyvärr är jag inte lika mångsidig och skicklig som dig själv ..." ;)
Tfish
2017-09-15 19:43:09 UTC
view on stackexchange narkive permalink

Försök bara förklara det för dem i en väldigt lugn uppförande.

Detta händer för de flesta kodare, jag själv blir ibland frågad och jag förklarar normalt och säger något i stil med: >

Jag programmerar deras programvara, jag fixar eller bygger inte datorer.

Majoriteten av människor tenderar att förstå efter det!

Cameron Roberts
2017-09-15 21:07:58 UTC
view on stackexchange narkive permalink

För dessa situationer tycker jag att det ofta hjälper till att komma med en jämförelse av andra affärer som människor kanske är mer bekanta med att använda som exempel.

Något som:

Åh, jag kan inte hjälpa dig med det, det är inte min specialitet. Det är som om jag är rörmokare men du behöver en elektriker.

Andra möjligheter är bussförare / tågledare, kirurg / psykiater etc.

Nelson
2017-09-15 22:25:01 UTC
view on stackexchange narkive permalink

Du måste ge dem en analogi.

Inspirerad av Pilot / Mechanic-kommentaren, men de flesta är inte heller piloter.

Prova följande:

Programmerare är till en datortekniker-analogier:

  • Driver to a Mechanic (Cars)

  • Swordsman to a Blacksmith

  • Arkitekt till en byggnadsarbetare

  • Filmmanusförfattare till Production Crew (specialeffekter, scenproducent, make-up artister)

I princip alla par av användare / designer vs byggare / skapare / reparatör.

De flesta programmerare hämtar datateknikerfärdigheter som en hobby, men de är inte nödvändigtvis kunnig nog för att verkligen vara en.



Denna fråga och svar översattes automatiskt från det engelska språket.Det ursprungliga innehållet finns tillgängligt på stackexchange, vilket vi tackar för cc by-sa 3.0-licensen som det distribueras under.
Loading...