почему некоторые посты о работе говорят «среда высокого давления»? [закрыто]

58

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

Энди
источник
124
«все знают, что делают, и проекты точно оцениваются». Да, мне снился такой сон.
Одед
9
Моя первая профессиональная работа по программированию на C пострадала от этого. Компания потратила весь бюджет на программное обеспечение, чтобы написать программное обеспечение для них. Это не сработало, и поэтому они попытались починить его дома, куда я и несколько других парней пришли. Короче говоря, я ушел через пару месяцев. Никакое количество планирования не может справиться с таким неправильным управлением.
Джейди
29
Это кодовая фраза для «мы сильно недоплачиваем нашим программистам».
dasblinkenlight
4
Важный квалификатор: это рабочие места в индустрии разработки программного обеспечения или в другой смежной отрасли, такой как высокочастотная алгоритмическая торговля. Кажется, что КАЖДЫЙ ответ ниже предполагает индустрию программного обеспечения. Очевидно, что это не единственные отраслевые программисты, и это далеко не самое большое давление.
Марцин
4
@ Марчин Люди, которые работают над HFT-программным обеспечением, являются отраслевыми, и они работают под большим давлением просто потому, что их клиентура (ИМХО) - одни из наиболее подчеркнутых и серьезно несчастных людей, которых я когда-либо встречал. Вдобавок ко всему, ряд людей даже не подумал бы работать в такой компании только по моральным принципам. Я предпочел бы использовать свои знания для улучшения алгоритмов, которые решают проблемы реального мира и которые делают мир в целом лучшим местом для жизни.
maple_shaft

Ответы:

20

Пример работы под высоким давлением: высокочастотная алгоритмическая торговля. Мой друг, инженер-программист, работает в торговом магазине. Огромный стресс, огромное давление. Все сроки "прямо сейчас". Все отправлено в производство в день написания. Даже небольшая задержка может стоить компании миллионы. Не многие люди могут справиться с такой средой. Если вы можете это сделать, ожидайте на 50-100% более высокую зарплату, чем отраслевой стандарт на вашем уровне + бонус на конец года, основанный на% прибыли ваших альго. Это супер-высокий риск, высокое давление, высокая награда. Это не имеет ничего общего с нереалистичными сроками или отсутствием управления, а также с вашей способностью справляться с давлением. (И трейдеры ругаются на ваше лицо, когда их P & L рушится в тот день.)

Другие примеры:

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

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

хайлем
источник
1
Я согласен. Я думаю, что большинство людей хотят уютной работы. Тем не менее, есть люди, которые хотят больше работать сегодня ради потенциальной выгоды и более раннего выхода на пенсию.
Сарел Бота
Это верно в отношении программного обеспечения для трейдинга, но если бы я увидел «среду высокого давления» в объявлении о работе для небольшого магазина веб-разработки, прозвучали бы сигналы тревоги.
joshin4colours
4
@ joshin4colours: я был консультантом небольшого магазина веб-разработки "среда высокого давления". Я не нашел в этом ничего страшного - это было частью его рыночной стратегии. Стратегия бизнеса заключалась в том, чтобы мы могли исправить чужие ошибки в смехотворно сжатые сроки - кошмарный сон программистов. Требования? Однажды вы просыпаетесь и получаете сообщение о том, что у команды есть 3 дня на разработку и тестирование чего-либо, указанного на скорости 300 мч +. Да, это означало 16-часовой рабочий день, нет места для личной драмы и точности часового механизма. Это также означало повышение зарплат на 50-150% и 60% оплачиваемого времени, посвященного личным проектам
qdot
Это ситуация, о которой я сразу подумал, когда прочитал оригинальный пост.
Джетти
102

Я всегда рассматривал этот код для «у нас недостаточно ресурсов и у нас нереально агрессивные сроки».

Джеймс Маклеод
источник
6
это действительно много, но обычно они в разных формулировках, таких как «стрессовые», «чувствительные ко времени» и «быстро меняющиеся». Даже «мы хотим, чтобы любовь кого-то оспаривала», это тоже может означать это.
Энди
48
Быстрая, динамичная и динамичная - все это модные слова: «Менеджмент не может отличить свою задницу от локтя и менять направление так часто, как меняет
костюм
14
Вы пропустили конец кода: «и не ожидайте повышения, основанного на высоком давлении: вы знали об этом, когда вас приняли на работу»
mouviciel
6
И им нужен кто-то со степенью магистра CS и 5-8-летним опытом практической работы с OOD / OOP, C ++, C #, Java, AJAX, Oracle, SQL Server и PHP.
jfrankcarr
13
И они хотели программистов с пятилетним опытом работы на Java. В 1997 г.
Джеймс Маклеод
40

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

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

Joonas Pulakka
источник
14
+1 Хороший ответ. Такие места, скорее всего, имеют плохого и подчиненного разработчика.
maple_shaft
28

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

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

Snowhare
источник
6
HA - «Уважаемый уважаемый работодатель, я молодой, бесполый, незамужний программист. Я люблю кусочки и ем кремниевые чипсы. Я буду жить в офисе и делать кофе для загрузки».
Адель
20

Стартап, который устремляется на рынок, должен бороться, чтобы быть быстрее конкурентов. Для такой компании имеет смысл создать рабочую среду высокого давления, поскольку присутствие там за два месяца до того, как другие будут работать над той же проблемой, может иметь значение для того, чтобы стать следующим фейсбуком, и, ну, ну, ну слишком поздно? Сервис никто не помнит. Работа в такой компании может быстро обогатить вас благодаря опционам на акции.

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

user281377
источник
1
Из того, что я понял, если вы работаете над чем-то вроде высокочастотной торговли (что является спорным, но неважным), то существуют бизнес-требования для быстрых сроков обработки, но высокие требования к качеству вашего кода.
2
Да, но .... Facebook - плохой пример для этого. Они опоздали на вечеринку и все равно выиграли.
Лорд Тидус
15

Человек, есть нагрузка вентиляции в этой теме: P

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

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

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

Так что в этом смысле фраза «высокое давление» на самом деле меня совсем не сдерживает.

оборота Пермас
источник
+1 за противоположную точку зрения.
Спенсер Рэтбун
2
Мы не вентилируем, это распределенный семафор.
Адель
14

Одна из двух причин:

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

  2. Окна не открываются, и персонал страдает от метеоризма.

Я думаю, что это 1.

GR8DAN
источник
11

Я думаю, вы поняли.

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

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

Обратите внимание, что от 60% до 80% ИТ-проектов считаются неудачными (см. Отчет о хаосе для точных цифр). И это во многом связано с поведением, показанным в прочитанных вами постах.

Это часто упоминается как эффект мертвого моря, и это очень реальное явление в ИТ-индустрии.

deadalnix
источник
3
60% to 80% of IT project are considered as failureЯ много слышу эту статистику, но она неискренняя. По чьим стандартам? Менеджеры приложений и проектов всегда находят способ превратить неудачный проект в успех. Заинтересованным сторонам не нравится признавать неудачу, потому что у них есть время и деньги, вложенные в проект. Политически не выгодно ни одной стороне признавать, что проект потерпел неудачу, за исключением, возможно, третьей стороны, играющей роль аудитора или консультанта. Положите голову в песок и примите дрянное программное обеспечение, за которое вы заплатили слишком много, и только частично удовлетворяет потребность.
maple_shaft
2
@maple_shaft Я упомянул источник: это отчет о хаосе. Вы можете проверить это, чтобы узнать все об их измерениях и высказать свое мнение об этом.
Deadalnix
3
Что означает «ТШО»?
Общая стоимость владения?
Оз
1
Да, TCO - это общая стоимость владения. Другими словами, собственная цена - это работа разработчика, включая косвенные затраты (например, разработчик, выполняющий меньше ошибок, будет дешевле в QA и исправлении ошибок).
Deadalnix
5

Почему?

Потому что они находятся под высоким давлением.

Почему?

Потому что, с точки зрения ИТ, они не знают, что делают, или, точнее, они не следуют надлежащим методам разработки, потому что кто-то за пределами ИТ отвечает.

Одна из проблем, с которыми сталкиваются разработчики программного обеспечения, заключается в том, что программное обеспечение не является осязаемым физическим объектом. Для не-айтишников это та неясная вещь, которая просто существует внутри их компьютера.

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

Поэтому, когда вы получаете таких людей "за рулем автобуса", вы вскоре получаете комментарии вроде:

  • просто построить это
  • нам нужно через 1 месяц
  • нам не нужны тестеры

Они этого не понимают.

Ozz
источник
Вы не понимаете это. Компания B собирается принять продажу, потому что они обещали 1 месяц, и они берут так мало, что не могут позволить себе тестеров и все же получают прибыль. Подобные ситуации, как правило, происходят не из-за неразвитого нетехнического управления, а из-за неразвитости или перенасыщенности рынка. Менеджеры и менеджеры по продажам в вашей компании не виноваты так же, как в другой компании. Лучший способ избежать этого - это работать в компании, которая имеет явное и явное преимущество, когда они могут оправдать свое существование, не оскорбляя разработчиков.
maple_shaft
1
Поверь мне, я понял. Все, что я сказал выше, в точности относится к описываемой вами ситуации. И ситуация, которую вы описываете, навязывает плохую практику управления команде разработчиков. Справедливо, может быть, эти менеджеры тоже «понимают», но они все еще применяют плохую практику в команде разработчиков.
Оз
1
@maple_shaft управления является виноват, если вы хотите долгосрочную прибыль, то вы не будете принимать быстрые и грязные заказы , которые дадут неаккуратно качество и плохие продукты. Если вы это сделаете, вы поставите под угрозу репутацию компании. Кроме того, клиент вполне может не знать, что он заказывает, ему могут не хватать необходимых технических знаний. Затем продавцы должны четко дать понять покупателю, какое качество они могут ожидать по определенной цене. Также задача продаж состоит в том, чтобы заставить клиентов отказаться от различных сумасшедших идей, они не должны просто кивать и предлагать цену за это.
4

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

Я видел работы, которые были названы «быстрыми темпами» и являлись одними из самых медленных, самых скучных, гниющих мозгов и коварно скучных работ, которые, возможно, можно было бы решить для человека. Я также потратил МНОГО времени и был значительно испытан на рабочих местах, которые по описанию никоим образом не отражали фактические потребности работы.

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

maple_shaft
источник
2
+1, Должностные инструкции должны быть приняты с недоверием, но, к сожалению, многие разработчики склонны принимать вещи за чистую монету. Единственный способ узнать реальную ситуацию - поговорить с ними ЛИЧНО. Glassdoor также может дать некоторое представление.
Анджело
1
@ Анджело Glassdoor might give some insight as well.ЭТО. ЭТО тысячу раз! Если вы когда-нибудь начинаете ненавидеть свою работу, просто зайдите на Glassdoor и посмотрите на отзывы сотрудников о 20 других работодателях по разработке программного обеспечения в вашем регионе. Вы очень быстро поймете, насколько вам повезло. Даже принимая во внимание, что большинство людей, пишущих рецензию, с самого начала недовольны, вы можете найти достаточно правды, чтобы знать, что подавляющее большинство программных магазинов - просто ужасные места для работы. Хорошее управление и лучшие практики, к сожалению, являются исключением, а не правилом.
maple_shaft
1
Я определенно ожидаю "недовольных" рецензентов на Glassdoor. Мой красный флаг - если НЕТ или очень мало положительных отзывов. К тому же, я был бы подозрительным, если бы все отзывы были одинаково положительными.
Анджело
4

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

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

jfrankcarr
источник
Я не согласен по этому поводу "не так много значит". Большинство финансовых учреждений таковы. Игровые компании также. В любом месте, срок которого определяется либо гигантским обещанием денег (выпуском игр), либо людьми, которые не разбираются в ИТ.
Оз
@ Ozz Я думаю, что jfrankcarr пытается сказать, что эти типы заявлений о вакансиях имеют меньше отношения к некомпетентности организации или руководства и больше связаны с некомпетентностью персонала.
maple_shaft
@maple_shaft да, и я не согласен с этой предпосылкой. Несмотря на то, что HR может быть, и во многих случаях некомпетентным, я думаю, что показ этого заявления в объявлении о работе, как правило, является очень хорошим показателем того, на что будет похожа работа. Это более приятная фраза, чем «Наши проекты всегда запаздывают, у них недостаточно ресурсов, они плохо спланированы, потому что люди, не работающие в сфере информационных технологий, управляют нашими результатами. Конечно, в некоторых случаях это может быть не так, но я считаю, что для подавляющего большинства, это будет.
ozz
@ Ozz - Я понимаю, что в большинстве случаев это бессмысленное утверждение HR. Вы должны узнать реальную правду во время собеседования и из того, что вы можете узнать о компании в Интернете. С некоторыми компаниями, такими как упомянутые вами типы, это может быть довольно очевидно. Других не так уж и много. Тем не менее, все они почти всегда используют одни и те же клише HR.
jfrankcarr
@jfrankcarr еще раз, я не согласен с этой предпосылкой. Я согласен с другими, о которых вы говорите, что они являются штампами или бессмысленными, но для этого конкретного я бы сказал, что это хороший показатель для подавляющего большинства. Я не против, если мы не согласны :-)
ozz
2

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

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

Билл Липер
источник
1

Что ж, в большинстве случаев проекты никогда точно не оцениваются!

что создаст высокое давление!

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

Али
источник
5
на самом деле, проекты довольно точно оцениваются, но оценки не принимаются на более высоких уровнях управления.
Крис Кард
это правда, точнее сказать, что согласованная оценка по руководству в большинстве случаев неверна :)
Али
1

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

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

Брайан Оукли
источник
1

Единственное место, где это нормально, это всплывающее окно, если у вас есть работа, где жизнь на грани.

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

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

kcunning
источник
Согласен, однажды я работал в среде, где по контракту от нас требовалось устранять проблемы в течение X времени, потому что на карту были поставлены жизни. Были большие, большие штрафы за невыполнение наших договорных обязательств.
HLGEM
-1

Это означает, что они никогда не слышали о Agile, Scrum или Kanban, и им нет дела до выгорания своих разработчиков.

DmitryB
источник
Итак, Agile или Scrum или Kanban - это решение высокого давления? (!)
Mawg
Эти методы требуют участия владельца продукта, что приводит к лучшему управлению ожиданиями и, следовательно, лучшему управлению давлением.
DmitryB