Как справиться с «программированием Blowhard»? [закрыто

softwareengineering.stackexchange https://softwareengineering.stackexchange.com/questions/2164

  •  16-10-2019
  •  | 
  •  

Вопрос

Так что я уверен, что все столкнулись с этим человеком в тот или иной момент, кто -то улавливает ваш проект или идею и изначально проявляет некоторый интерес. Вы можете говорить о некоторых ваших методах, и обычно примерно в это время они вмешиваются, заявляя, что вместо этого следует использовать метод X или просто использовать библиотеку Y., но не как дружеское предложение, но граничит с заповедью. Часто повторяя один и тот же совет снова и снова, как чрезмерный попугай.

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

Теперь я далеко не мастер программирования, я, вероятно, даже не так хорош, и поэтому я ценю советы и критику, но я думаю, что совет/критика имеет время и место. Существует также большая разница между полезным и нарциссическим. В прошлом я, вероятно, использовал несколько более сильного увольнения в стиле Джорджа Карлина, но я не думаю, что Burning Bridges - лучший подход.

У вас есть какие -либо советы о том, как справиться с такими словесными порками?

Это было полезно?

Решение

Не позволяйте им говорить. Получите их перед клавиатурой. Фраза «Хорошо, покажи мне» должна сделать это. Мой опыт наиболее упорно не так уж и хорош, и когда они на самом деле пытаются делать то, что, по их словам, не работает, а все становится очень тихо.

Другие советы

Я программировал тридцать лет. Я знаю многих людей, которые считают меня «мастером программирования». Хотите знать мой грязный маленький секрет? Я едва компетентен в нескольких областях, но это все. В основном я сосать.

В те годы я работал с некоторыми невероятными гениями, не с актрисой на пайуме-библингах, о гениальности, гении, гениально, гениально с гениальностью. Черт возьми, я читал Кнут.

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

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

Мой совет, вы на правильном пути, а не сжигаете мосты. Послушайте вежливо, возьмите все хорошее, что вы можете, затем идите своим путем.

Как и большинство социальных ситуаций, это зависит от контекста.

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

Если этот человек - ваш сверстник, вы можете просто игнорировать его и двигаться дальше. Лучше было бы попросить их объяснить, почему они ценят конкретную библиотеку или подход. Благодаря обсуждению они могут понимать, что ваши ограничения отличаются от того, что они ожидали (например, вам не нужна «потрясающая супер-фанатная библиотека X», потому что вам не нужна необработанная скорость педали до металла, или вы не доне Не хочу использовать «предварительно построенный компонент Y», потому что вы стремитесь к минимуму зависимостей). Вы также можете получить ценную информацию о том, что они предлагают. Обычно в подобных ситуациях я в конечном итоге иду в основном по -своему, но обычно я также получу некоторую полезную информацию, по крайней мере, изучая любой подход/технологии/библиотеку, которую они выступают.

Если этот человек находится под вами, то скажите им, чтобы он не прошел :) ОК ... может быть, будет немного более конструктивным, чем это (не будь тем человеком, с которым вы пытаетесь иметь дело!), И снова попытайтесь, чтобы попытаться снова, попробуйте Поймите, что происходит, и общаться эффективно.

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

Попытаться выяснить Почему Он чувствует необходимость вмешиваться таким образом.

  • Он боится, что вы поступите неправильно и тратят деньги на деньги/время?
  • Он небезопасен и боится быть неуместным?
  • Он пытается быть полезным по предложению лучшему решению, но терпит неудачу?
  • Он неправильно понимает вашу цель в изучении места решения?
  • Это его способ быть дружелюбным?
  • Кто -то сказал ему, что вы всегда должны использовать X, поэтому он всегда предлагает x? Почему они это сказали ему?
  • Он продавец для технологий X?

Все это имеют разные ответы.

С лучшее понимание Из вашего «Blowhard»-начните с того, что потерял этот ярлык для него-вы будете гораздо более способны найти способ работать вместе.

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

Переключитесь в режим функционального программирования. Большинство ударов знают Java и ничего больше. Так что в тот момент, когда вы ударили их чем -то странным, например, скажем, Haskell, Lisp или даже Ruby, они собираются остановить мертвых.

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

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

На моем последнем рабочем месте был такой парень. Мало того, что у него было мнение о каждой отдельной задаче, над которым работали все остальные, но он также подкатился и спросил: «Что ты делаешь - мне просто интересно!» Прямо, когда вы приходили на работу, вместо того, чтобы продолжать свою работу, на которую он был назначен. Это одно имея Мнение о чем -то время от времени - у каждого у нас есть взгляды, и продуктивные команды всегда должны быть открыты для действительного вклада от своих сверстников - но это совсем другая перспектива, когда человек неоднократно откидывает других разработчиков, прося их остановить то, что они » делать и объяснить им это, в надежде, что они могут развивать Мнение в ходе разговора, которое они предлагают, вместо того, чтобы позволить своим коллегам продолжать свою работу.

Когда этот конкретный парень попробовал вышеупомянутое мне, его открывающаяся линия была «Что ты делаешь?», На что я дал краткий вежливый обзор резюме задачи, которую я только начинал, на случай, если он на самом деле просто небрежно. чем искать долгие и не очень поучительные дебаты по этому вопросу, как я подозревал из болезненного предыдущего опыта, было его намерением. Когда в ответ на мой обзор объяснение он продолжал говорить: «Я не понимаю? ...», в тоне, который предположил, что ничто не сделает меня счастливее, чем остановка того, что я делал, чтобы объяснить свои намерения ему более подробно, Я только что сказал: «Зачем тебе необходимость понять? », Что остановило его мертвым в его следах.

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

Ударьте их линейкой «Вы никогда не должны использовать то, чего не понимаете».

Лицензировано под: CC-BY-SA с атрибуция
scroll top