Как объяснить людям, что программист - это не компьютерный техник?

Единственный путь - это ваша вера в то, что программист лучше, чем техник [вы упоминаете, что это похоже на минимизацию вашей работы, когда люди думают, что вы техник]. Я не имею в виду, что вы грубо в это верите, но если вы действительно в это верите, то исправление людей: “Я не такая уж и низшая вещь, я эта высшая вещь” может показаться грубым.

Решение: говорите так, как будто техника равна или даже превосходит вас. “О нет, я говорю компьютерам, что делать [или как делать что-то сложное], но когда они сломаны, я бесполезен”. Для этого нужна техника". Или “Черт возьми, я не собираю свои компьютеры вместе! Я полагаюсь на обученных профессионалов для этого.” Не фокусируйтесь на названиях заданий, сосредоточьтесь на том, что вы делаете, и на том, что делает нужный человек.

Люди думают, что я могу заставить их принтер работать или постоянно решать проблемы с подключением. И в какой-то степени я могу (и вы тоже), потому что мы учимся некоторым из этих вещей в целях самозащиты, так как мы не можем быть без нашей технологии. Но мы, наверное, лишь немного лучше в этом разбираемся, чем люди, которые думают, что мы можем помочь. Примите это и поделитесь тем, что вы действительно хороши в совершенно другом деле, и когда дело доходит до того, чтобы заставить этот принтер вести себя хорошо, вы и человек, с которым вы разговариваете, находитесь на одной и той же позиции.

Вы можете делать то же, что и я (программист 40 лет, доктор компьютерных наук): Говори правду. Я говорю людям, в зависимости от обстоятельств:

Я ничего не знаю о настройке Windows или исправлении проблем с Windows.

Я ничего не знаю об этой программе.

Я ничего не знаю об этом аппаратном обеспечении.

Я никогда не использую ничего подобного.

Я понятия не имею, как это работает.

Я не знаю, что такое различные виды коннекторов, или что вам нужно.

Я не знаю, как написать игру.

Я не знаю, как написать телефонное приложение для вас.

Если они спрашивают об этом, я говорю им, что мне не нужно знать ничего из этого, чтобы делать свою работу, потому что моя работа заключается в решении логических проблем, математических проблем и проблем информационной организации. Компьютер - это инструмент, как карандаши и бумага, и я также не знаю, как делать карандаши и бумагу.

Это зависит от того, о чем вы спрашиваете и как спроектирована ваша компания.

В моей компании наш IT персонал - единственные люди, имеющие разрешение на добавление или изменение аппаратного/программного обеспечения. Это означает, что легко сказать любому, кто просит о помощи в таких вещах:

Я на самом деле не могу помочь вам с этим, потому что у меня нет системных разрешений, чтобы сделать то, что вы просите. Вам придется поговорить с кем-нибудь из IT-отдела. Вот как вы с ними связываетесь:

. Также вы можете признать, что не знаете, как это сделать… или как это сделать в вашей компании.

Вообще-то, я не уверен, что для этого нужна политика. Я работаю с программным обеспечением, которое действительно отличается от настройки аппаратного обеспечения. Вам нужно будет поговорить с кем-нибудь из IT-отдела, чтобы сделать то, что вы просите. Вот как вы с ними общаетесь…

Невозможно не обидеться, если они продолжают приходить к вам, и вы решили обидеться на них. Это ваш выбор. Но, в конце концов, с достаточным количеством указателей, чтобы пойти в IT, они, надеюсь, перестанут приходить к вам первыми и пойдут в IT напрямую. В этот момент ваша проблема решена.

• *

Я хотел бы добавить, что нет причин, чтобы вы чувствовали себя оскорбленным этим. На самом деле, “чувство обиды” подразумевает, что вы не уважаете работу, которую выполняет ваш ИТ-персонал, потому что считаете, что она ниже вас. Это дифферентно, не обязательно “менее”. Пожалуйста, уважайте их.

Я думаю, вы должны переосмыслить ваш прием этих людей, приходящих к вам… Вы сказали в комментарии:

Я хотел бы уточнить, что я не думаю, что я выше, я просто чувствую, что они недооценивают меня, но, возможно, это личная проблема.

У вас все задом наперёд: они высоко о вас думают, поэтому они приходят к вам за помощью. Люди обычно просят о помощи у людей, которых они уважают, так что не думайте о том, что кто-то просит о помощи, как о дооценке ваших способностей. Кроме того, нет причин чувствовать себя оскорблённым, поскольку люди, просящие Вас (я бы догадался), просто не информированы о том, что делает разработчик программного обеспечения/программист. Просто так все и происходит. Плюс, многие люди, которые являются разработчиками, _может в какой-то степени иметь дело с аппаратными проблемами, так что это не так, как если бы люди, приходящие к Вам, ошибались в этом. Если вы не знаете, как делать то, что они просят, это нормально признать.

• *

Я не разработчик программного обеспечения, но я работаю на системном уровне с компьютерами. Я получаю запросы на всевозможные аппаратные/программные вещи - например, вчера меня спросили, как добавить кого-нибудь в почтовую группу… Я ответил на письмо и переслал его… нашему IT персоналу, который занимается этой штукой.

Компании большие и сложные. Иногда знание того, с кем можно поговорить, сбивает с толку, поэтому вы говорите с людьми, которых вы знаете, которые, кажется, у них might есть ваше решение. Я считаю большим одолжением для них возможность сказать “Я не могу, но я могу помочь понять, кто может”… не каждый хочет потратить на это время, но мне нравится, в пределах разумного.

Установите хорошие рабочие отношения с IT-ребятами, чья работа заключается в ремонте компьютеров.

Тогда спросите их: “Знаете, когда люди попросят меня исправить их проблемы с компьютером, я направлю их к вам, хорошо?”. (это должно быть очевидно)

Затем, когда они неизбежно спросят, скажите что-нибудь вроде “Я программист, когда мой компьютер ломается, как твой, я просто зову специалистов!”.

Мне нравится слово “специалист”, оно выражает должное уважение к ИТ-специалистам, и в то же время дает понять, что проблема этого пользователя - не ваша проблема…

Между архитекторами и строителями существуют похожие отношения, которые вы можете использовать. Архитектор замышляет дом, а затем чертит чертежи этого дома. Строитель затем использует эти чертежи, чтобы построить дом. Программист воображает, что должна делать программа, а затем чертит для этого код. Техник берет эти вещи и на самом деле делает компьютер работоспособным.

Аналогия не на 100%, потому что то, что делает техник и то, что делает строитель, не quite один на один. Однако, в обоих случаях одной из определяющих характеристик архитектора/программиста является создание бумажных/цифровых документов, описывающих, что должно быть сделано. Как коллега-программист, когда я думаю об атрибутах, которые определяют мою работу, это один из них. Если бы я пытался определить разницу между программистом и техником, я бы выбрал аналогию, которая может привести это сообщение домой, как эта.

Причина, по которой мне нравится эта аналогия, в том, что она объясняет разницу между программистом и техником, не умаляя при этом специалиста. Большинство людей согласятся с тем, что работа архитектора более сексуальна, но это не значит, что работа строителя не incredibly важна и ценна для общества. Точно так же то, что делает техник, очень важно, просто по своей природе отличается от программирования. На самом деле, если этого требует разговор, я могу даже говорить о важности техников, не размывая своего заявления о том, что я делаю нечто отличное от них.

Кроме того, некоторая путаница возникает из-за того, что программисты, по своей природе, наполовину достойны отладки технических проблем. Мы можем услышать проблему, сделать поиск по StackExchange, и исправить ее, почти как техник. Однако, поскольку техники специализируются на таких вещах, они существенно лучше в этом разбираются. Я могу помочь вам подключить принтер дома и заставить его печатать. Это может занять несколько взломов, но мы заставим его печатать. Технические специалисты в том месте, где я работаю, обслуживают армию разделяемых сетью Xerox DocuCenters в корпоративной среде, где время простоя означает $$$, и исправления должны быть развернуты до того, как хакеры воспользуются этими дырами, чтобы украсть наши критические данные, при этом гарантируя, что любые изменения, которые они вытолкнут, могут быть откачены назад, если отдельные пользователи пострадают от перебоев в работе из-за изменений. Потому что, в конце концов, как пользователь, если заплатка критической безопасности ИТ-отделает мою работу в малейшей степени, я собираюсь открыть билет на максимально возможном уровне, и потребовать, чтобы они исправили его в какой-то нелепый короткий срок. Тогда мне позвонит менеджер моего менеджера и потребует, чтобы билет как можно скорее привлек к себе внимание.

Да, технически это одно и то же, но я очень рад, что на работе со мной работают преданные специалисты!

Это как раз и озадачивало меня какое-то время, и я чувствую себя с тобой! Большинство людей достаточно хорошо разбираются в спорте в целом, так что им легче понять, что программист не знает всего о технике, как и профессиональные футболисты не очень хорошо разбираются в каждом виде спорта.

Ниже приведен пример, который я обычно объясняю, когда меня спрашивают нетехнологичные люди (друзья, не члены компании):

Мой frined X: Эй, мой Интернет внезапно перестает работать. Что случилось?

I: (Слишком широко…) [Коротко проверив…] Извини, я не знаю. Я не сетевой инженер.

X: Но ты же инженер! Почему ты не можешь починить его?

Я: Инженер-программист - это не то же самое, что сетевой инженер. Рассмотрим спорт. Messi - футболист, но как Вы думаете, он может быть так же хорош, как волейбол или бейсбол?

X: Нет.

I: То же самое касается и программистов. Месси был бы лучше в волейболе, бейсболе или любом другом виде спорта, чем обычные люди, но является ли Месси тем человеком, которому ты хочешь научить волейболу? Или Вы предпочитаете профессионального волейболиста?

X: Волейболист!

I: Точно. Месси был бы лучше волейболистом, чем ты или я, но он был бы даже не так хорош, как 14-летний студент, который играет в волейбол в школе. Месси может не знать, как правильно подавать волейбол в прыжках и степпингах.

I: Я могу быть лучше в сети, чем большинство людей, которые не пользуются компьютером обычно, но сеть слишком сложная, и я не знаю много об этом, так же, как Месси может не знать, как подавать волейбол. Лучше спросить об этом у инженера, который специально работает в сети.

X: Хорошо, я понял! Простите, что спрашиваю… Спасибо!

Ваша работа, для большинства людей, это “работа с компьютерами”. Большинство людей понятия не имеют, в чем разница между многочисленными компьютерами, приложениями, сервисами, функциями, базами данных, операционными системами и т.д.

Скорее всего, путаница увеличится, если вы являетесь сотрудником IT-отдела. Скорее всего, она возрастает и потому, что вы (или другие “программисты”), скорее всего, помогали с более простыми задачами, либо когда технический персонал был занят иначе, либо просто из-за близости.

Вы можете объяснить, но скорее всего, многие ответят на ваше “это не моя рабочая функция” “но вы можете это исправить?” и, в большом количестве случаев, ваш ответ будет “-sigh-да”.

Сначала я думаю, что вам нужно забыть о том, что вы лучше, чем техник.

У вас не будет хорошего разговора, если у вас есть чип на плече.

Моя работа и опыт - программирование, а не аппаратное обеспечение. Вот контакт для техподдержки.

Эти люди - ваши сослуживцы, и с ними нужно обращаться хорошо, когда это возможно. Поэтому, если проблема, которую они вам доставляют (очень и надежно) быстро решается, я бы посоветовал им помочь. Точно так же, как если бы кто-то попросил тебя о помощи в переноске чего-то в здании, потому что ты случайно оказался там, когда прибыла какая-то необычная доставка.

Если то, о чем они просят, не является надежно быстрым, скажи им, что это оттянет слишком много времени от твоих заданий по программированию. Может быть, также предложить, кто может быть в состоянии помочь, если вы можете.

программирование время невероятно дорого, так что вы можете быть в состоянии смягчить эту проблему, давая вашим руководством знать, что вас просят делать непрограммируемые вещи. Это руководство, вероятно, даст слово, что люди должны избегать отвлекать программистов, потому что компания нуждается в них, чтобы остаться на задачи по программированию. (У многих команд инженеров есть должность Scrum Master, единственная обязанность которого - устранять препятствия для кодирования, в том числе защищать время программиста от подобных вещей).

Вы не можете.

То, что others думают о вас, в большинстве случаев, вне вашего контроля.

Примечание: Я специально хотел бы исключить ближайших членов семьи и близких друзей из этой категории others.

Хорошо, не стреляйте в посыльного пока. Пожалуйста, позвольте мне прояснить:

• Некоторые люди не все, что технические знания, или даже компьютерной грамотности.

• Пожалуйста, помните, что могут быть некоторые работы, о которых, вероятно, вы не будете знать многого, и поэтому вполне вероятно, что вы можете непреднамеренно заставить кого-то чувствовать себя точно так же, как вы чувствовали, несмотря на то, что у вас нет злых намерений.

• Классический пример этого (не обязательно тот, о котором вы не знаете): многие физики (а также ученые ) действительно не нравятся по сравнению с engineers , даже если они оба работали над одним и тем же проектом.

Это не для того, чтобы сделать недействительным то, что вы чувствуете, а просто для того, чтобы показать, что в большинстве случаев люди с достаточно хорошими намерениями даже не хотят вас унижать. Это просто их неосведомленность или невежество.

Suggestions:

1. Если вы достоверно знаете о чьем-то прошлом (т.е. отсутствие знаний о компьютере, программировании и т.д.), улыбнитесь , объясните мягко и кратко вашу неспособность помочь им в этом отношении, и подвиньтесь дальше. Если вы не чувствуете себя мотивированным и иметь много свободного времени, вы, вероятно, не хотите инвестировать слишком много энергии в объяснение различий между аппаратным обеспечением, программным обеспечением и программированием для каждого другого человека, с которым вы сталкиваетесь.
2. Если вы не знаете о чьем-либо прошлом, не думайте, что он обязательно будет компьютерным грамотным или технически подкованным. Тогда, возможно, настройте себя в соответствии с предложением 1.
3. Если вы знаете наверняка, что кто-то пытается намеренно показать вас, в то же время полностью осознавая вашу специализацию и тонкие различия между аппаратным и программным обеспечением, я думаю, что было бы нечестно ответить с оттенком сарказма. Может быть, что-то вроде: Сэр / Мэм, я бы хотел помочь. К сожалению, я не такой разносторонний и опытный, как вы…“_ ;)

Для таких ситуаций, я нахожу, что это часто помогает придумать сравнение других сделок люди могут быть более знакомы, чтобы использовать в качестве примера.

Что-то вроде:

О, я не могу помочь вам с этим, это не моя специальность. Это как если бы я был сантехником, но вам нужен электрик.

Другие возможности: водитель автобуса/проводник поезда, хирург/психиатр и т.д.

Просто попробуйте объяснить им это в очень спокойном поведении.

Это случается с большинством программистов, меня самого иногда спрашивают, и я обычно просто объясняю и говорю что-то вроде:

Я программирую их программное обеспечение, я не исправляю и не собираю компьютеры.

Большинство людей склонны понимать после этого!

Вы должны дать им аналогию.

Вдохновленный комментарием Пилот/Механик, но большинство людей также не являются пилотами.

Попробуйте следующее:

• Программист для компьютерного техника аналогии:

• Водитель для механика (Машины)

• Фехтовальщик для кузнеца

• Архитектор для строителя

• Сценарист для съемочной группы (спецэффекты, инженер по сценическому реквизиту, визажисты)

Практически любые пары Пользователь / Дизайнер против Строителя / Творец / Реперсанс.

Большинство программистов воспринимают навыки компьютерного техника как хобби, но они не обязательно достаточно осведомлены, чтобы быть таковыми на самом деле.