чому деякі посади кажуть «середовище високого тиску»? [зачинено]


58

Чому був би тиск, якщо всі знають, що роблять, і проекти точно оцінюються? Якщо тиск чи навіть високий тиск, то це означає, що вони зараз не працюють, чому б якийсь хороший програміст хотів би приєднатися до такої команди? Невдалі такі розсилки на роботі не намагаються показати себе чи вони справді просто чесні? Або дійсно є якісь вагомі причини для тиску?


124
"всі знають, що роблять, і проекти точно оцінюються". Так, колись у мене був такий сон.
Oded

9
Моя перша професійна робота з програмування на С постраждала від цього. Компанія надала програмному будинку весь свій бюджет, щоб написати для них певне програмне забезпечення. Це не спрацювало, і тому вони спробували виправити це вдома, куди я і кілька інших хлопців зайшли. Щоб коротко скоротити історію, я пішов через пару місяців. Жодна сума планування не може впоратися з таким безправним управлінням.
Джейді

29
Це кодова фраза для "ми сильно недооцінюємо наших програмістів".
dasblinkenlight

4
Важливий класифікатор: чи це завдання в галузі розробки програмного забезпечення або іншої суміжній галузі, наприклад, високочастотної алгоритмічної торгівлі. Здається, КОЖНА відповідь нижче передбачає галузь програмного забезпечення. Очевидно, що це не єдині галузеві програмісти, в яких працює, і далеко не найвищий тиск.
Марцін

4
@Marcin Люди, які працюють на програмному забезпеченні HFT, є специфічними для галузі, і вони працюють під високим тиском просто тому, що їх клієнтура (ІМХО) є однією з найбільш напружених та серйозно нещасних людей, з якими я коли-небудь стикався. Крім того, ряд людей навіть не подумав би працювати в такій компанії лише за моральним принципом. Я б скоріше використовував свої знання для вдосконалення алгоритмів, які вирішують проблеми реального світу та роблять світ у цілому кращим місцем для проживання.
maple_shaft

Відповіді:


20

Приклад завдання високого тиску: високочастотний алгоритмічний торг. Мій друг інженера-програмного забезпечення працює у торговому магазині. Величезний стрес, величезний тиск. Усі терміни "зараз". Все поставляється на виробництво в день написання. Навіть декілька хвилин затримки може коштувати компанії мільйони. Не так багато людей можуть впоратися з таким середовищем. Якщо ви можете це зробити, очікуйте на 50-100% вищу зарплату, ніж галузевий стандарт, на вашому рівні + бонус на кінець року, виходячи з% прибутку ваших альго. Це надвисокий ризик, високий тиск, висока винагорода. Це не має нічого спільного з нереальними термінами або відсутністю управління, і все, що стосується вашої здатності впоратися з тиском. (І торговці, клянувшись вашим обличчям, коли їх P&L в цей день знизиться з крапелем.)

Інші приклади:

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

Крім того, це не обов'язково просто код " ми маємо недостатні ресурси та маємо нереально агресивні терміни ", але також, можливо, і код "ваша відповідальність несе вищу відповідальність, якщо щось піде не так".


1
Я згоден. Я думаю, більшість людей хочуть затишну роботу. Однак є люди, які хочуть сьогодні більше докладати зусиль для потенціалу великої виплати та можливої ​​дострокової пенсії.
Сарел Бота

Це справедливо, що стосується торгового програмного забезпечення, але якби я побачив "навколишнє середовище високого тиску" в оголошенні про роботу для меншого магазину веб-розробок, сигнали тривоги зникнуть.
joshin4colours

4
@ joshin4colours: Я був радником невеликого магазину для веб-розробок "високого тиску". Я не знайшов нічого страшного в цьому - це було частиною його ринкової стратегії. Ділова стратегія полягала в тому, що ми могли виправити чужі помилки в смішно обмежених термінах - мрія програмувальника кошмар. Вимоги? Одного разу ви прокидаєтесь і кажете, що команда отримала 3 дні, щоб розробити і протестувати щось, що котирується на 300mh +. Так, це означало 16-годинний робочий день, немає місця для особистої драми та точності роботи за годинником. Це також означало підвищення на 50-150% зарплат, а 60% оплачуваного часу присвячено особистим проектам
qdot

Це ситуація, про яку я одразу подумав, коли прочитав оригінальний пост.
Jetti

102

Я завжди вважав цей код за те, що "ми недооцінені та маємо нереально агресивні строки".


6
Здається, це багато, але зазвичай вони є різними формулюваннями, як-от "стресовий", "чутливий до часу" та "швидкий темп". Навіть "ми хочемо, щоб хтось із коханням був кинутий виклик", це може означати і це.
Енді

48
Швидкий, швидкодіючий, динамічний - це всі лайфхаки: "Керівництво не може сказати дупу від ліктя та змінити напрямок так часто, як вони змінюють костюми"
mcfinnigan

14
Ви пропустили кінець коду: "і не чекайте підвищення на основі високого тиску: ви про це знали, коли вас найняли"
mouviciel

6
І вони хочуть, щоб хтось із ступенем магістра CS та 5-8 років недавнього досвіду роботи з OOD / OOP, C ++, C #, Java, AJAX, Oracle, SQL Server та PHP.
jfrankcarr

13
І вони хотіли програмістів, які мають п'ять років досвіду Java. У 1997 р.
Джеймс МакЛьюд,

40

Можливо, вербувачі припускають, що хтось, хто може витримати або навіть насолоджуватися «середовищем високого тиску», був би більш продуктивним у цій конкретній компанії.

Насправді це може бути правильне припущення: нижчий розробник, який готовий чинити тиск задля збереження своєї роботи, може бути незначно продуктивним, тоді як хороший розробник, який може дозволити собі вибір і тим самим, чи повинен він опинитися в такому жартівлива компанія, піде в найкоротші терміни і не буде взагалі продуктивною.


14
+1 Гарна відповідь. Такі місця, швидше, мали б неповноцінний і підслухуючий розробник.
maple_shaft

28

Це кодова фраза для "Ми хочемо молодих незаміжніх програмістів, які готові працювати зовсім нерозумно годинами за рахунок будь-якого особистого життя".

Вони не можуть сказати це явно частково, оскільки забороняти дискримінацію за віком та сімейним становищем.


6
HA - "Шановний шановний роботодавець, я молодий, безстатевий, незаміжній програміст. Я люблю шматочки і їмо силіконові чіпси. Я буду жити в офісі і пити каву для завантаження".
Адель

20

Стартап, який кидається на ринок, повинен боротися, щоб бути швидшим, ніж конкуренція. Для такої компанії має сенс створити робоче середовище під високим тиском, оскільки перебування там за два місяці до того, як інші, які працюють над тією ж проблемою, можуть змінити різницю між наступним фейсбуком і тим, що бути занадто мало-занадто пізно обслуговування ніхто не пам’ятає. Працюючи в такій компанії, ви можете швидко розбагатіти через акції.

Для добре розвиненої програмної компанії постійно високий тиск є ознакою поганого управління та / або жадібних власників, а отже, і червоного прапора.


1
З того, що я збираю, якщо ви працюєте у щось на зразок високочастотної торгівлі (що є суперечливим, але все-таки), то є бізнес-вимоги до швидкого повороту, але високі вимоги до якості вашого коду.

2
Так, але .... Facebook - поганий приклад для цього. Вони спізнилися на вечірку і все одно виграли.
Лорд Тидус

15

Людина, у цій нитці є ЗАВАНТАЖЕННЯ вентиляції: P

"всі знають, що вони роблять, і проекти точно оцінюються" - це те, що всі хочуть, але не слід забувати, що ці команди не завжди були такими. Кожна команда починає погано до того, як вона врешті-решт покращиться, тому, поки вона не перейде до цього утопічного стану, тиск є нормальним. Якби цього не було, то, ймовірно, керівництво було б винуватим у тому, що просить занадто мало.

Мені подобається заява "високого тиску" в рідкісних випадках, коли я бачу це, тому що це команди, які помітили симптоми, хоча вони можуть не мати всіх відповідей. Це краще, ніж у більшості інших оголошень, які взагалі не мають поняття.

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

Тож у цьому сенсі фраза "високого тиску" насправді мене зовсім не стримує.


+1 для протилежної точки зору.
Спенсер Ратбун

2
Ми не відводимо повітря, це розподілений семафор.
Адель

14

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

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

  2. Вікна не відкриваються, і персонал страждає від метеоризму.

Я думаю, що це 1.


11

Я думаю, ви зрозуміли, що

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

Така компанія часто скорочується на тестування, контроль якості чи рефакторинг, щоб досягти нереальних термінів. Що призводить до важчого дотримання терміну наступного випуску. Це процес самозбереження, і поки вище керівництво не хоче порушувати цю тенденцію, це рецепт катастрофи.

Зауважте, що 60% до 80% ІТ-проекту вважаються невдачею (див. Звіт про хаос для точних цифр). І це має багато спільного з поведінкою, показаною на посадах, які ви читаєте.

Це часто позначається як ефект мертвого моря і є цілком реальним явищем в ІТ-індустрії.


3
60% to 80% of IT project are considered as failureЯ чую цю статистику дуже багато, але вона по своїй суті непристойна. За чиїми стандартами? Керівники програм та керівників проектів завжди знаходять спосіб перетворити невдалий проект на успіх. Зацікавлені сторони не люблять визнавати невдачу, оскільки в проект вкладено час і гроші. Політично не вигідно визнати, коли проект провалився, за винятком, можливо, третьої сторони, яка грає аудиторську чи консультаційну роль. Покладіть голову в пісок і прийміть шалене програмне забезпечення, за яке ви заплатили занадто багато і лише частково заповнює потребу.
maple_shaft

2
@maple_shaft Я згадував джерело: це звіт про хаос. Ви можете перевірити це, щоб знати все про їх вимірювання, і висловити свою думку про нього.
deadalnix

3
Що означає "TCO"?

Загальна вартість власності?
ozz

1
Так, TCO - загальна вартість власності. Інакше кажучи, власне набагато коштує робота розробника, включаючи непрямі витрати (наприклад, девіз, що робить менше помилок, коштуватиме менше, ніж QA та виправлення помилок).
deadalnix

5

Чому?

Тому що вони АТ високого тиску.

Чому?

Тому що, з точки зору ІТ, вони не знають, що роблять, а точніше, не дотримуються належної практики розвитку, тому що хтось поза ІТ відповідає.

Однією з проблем, яку ми маємо у розробників програмного забезпечення, є те, що програмне забезпечення не є матеріальним фізичним об'єктом. Для людей, які не належать до ІТ, саме ця неясна, незрозуміла річ існує лише у їхньому комп’ютері.

Але оскільки вони не можуть доторкнутися до цього, вони не цінують тонкощі, які вкладаються у створення хорошого програмного забезпечення.

Тож, коли ви отримуєте таких типів людей, що “їздять на автобусі”, незабаром ви отримуєте коментарі на кшталт:

  • просто будуй його
  • нам це потрібно через 1 місяць
  • нам не потрібні тестери

Вони цього не розуміють.


Ви цього не розумієте. Компанія B збирається взяти продаж, бо обіцяли 1 місяць, і вони стягують так мало, що вони також не можуть дозволити собі тестери і все одно отримають прибуток. Такі ситуації, як правило, не трапляються через суто поганий нетехнічний менеджмент, а через внутрішньо бідний або перенасичений ринок. Менеджери та люди, які продають вашу компанію, не винні так само, як ті, хто в іншій компанії. Найкращий спосіб уникнути цього - робота в компанії, яка має чітку і чітку перевагу, де вони можуть виправдати своє існування, не зловживаючи розробниками.
maple_shaft

1
Повірте, я це розумію. Все, що я сказав вище, точно стосується ситуації, яку ви описуєте. А ситуація, яку ви описуєте, примушує погану практику управління до команди розробників. Досить справедливо, можливо, і менеджери "отримують це" також, але вони все ще ставлять погані практики на команду розробників.
ozz

1
@maple_shaft управління є винен, якщо ви хочете довгостроковий прибуток, то ви не будете приймати швидкі і брудні замовлення , які дадуть неакуратно якість і погані продукти. Якщо ви це зробите, ви ставите під загрозу репутацію компанії. Крім того, замовник може бути дуже зрозумілим, що він замовляє, їм може не вистачати необхідних технічних знань. Потім продавці повинні чітко зрозуміти, яку якість вони можуть очікувати за певну ціну. Завдання продажу - змусити клієнта відмовлятися від різних шалених ідей, вони не повинні просто кивати головою і пропонувати ціну за це.

4

Я рідко бачу, як це написано так, але тоді такі висловлювання в кращому випадку є головними словами, а в гіршому - безпідставними.

Я бачив роботи, які були описані як "швидкий темп", які є одними з найповільніших, найбільш натхненних, занепадаючих мозку та підступно нудними роботами, які, можливо, можуть бути сприйняті для людини. Я також поклав багато часу і був важко кинутий на роботу, де опис жодним чином не давав позиції фактичним потребам роботи.

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


2
+1, Опис роботи слід брати із зерном солі, але, на жаль, багато розробників схильні брати речі за номінал. Єдиний спосіб з’ясувати реальну ситуацію - поговорити з ними В ОСОБИ. Glassdoor може також дати деяке розуміння.
Анджело

1
@Angelo Glassdoor might give some insight as well.ЦЕ. В тисячу разів ЦЕ! Якщо ви коли-небудь починаєте ненавидіти свою роботу, просто перейдіть на Glassdoor і подивіться відгуки працівників 20 інших роботодавців з розробки програмного забезпечення у вашому районі. Ви дуже швидко зрозумієте, наскільки вам пощастило. Навіть беручи до уваги, що більшість людей, що пишуть рецензію, спочатку незадоволені, ви можете знайти загалом достатню кількість правди, щоб знати, що переважна більшість магазинів програмного забезпечення - просто жахливі місця для роботи. На жаль, правильне управління та передовий досвід - це, на жаль, виняток, а не правило.
maple_shaft

1
Я безумовно очікую "незадоволених" рецензентів на Glassdoor. Мій червоний прапор є, якщо НЕ або дуже мало позитивних відгуків. З того ж, я був би підозрілим, якби всі відгуки були однаково позитивними.
Анджело

4

Це не означає, що в більшості випадків. Зрештою, чи справді компанія скаже, що у них є робоче середовище, де їх філософія - " Маньяна ". Це одне з тих стандартних кліше, які потрапляють у списки вакансій HR-персонажами, так само, як заявляють, що хочуть "високомотивованих людей", і що вони пропонують "конкурентну зарплату з повним пакетом виплат".

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


Я не погоджуюся з цим "не все так багато". Більшість фінансових установ схожі на це. Ігрові компанії також. У будь-якому місці, де термін визначається гігантською обіцянкою грошей (випуск гри) або керуються людьми, які не розуміють ІТ.
ozz

@Ozz Я думаю, що jfrankcarr намагається сказати, що такі типи висловлювань на посадах мають менший зв’язок з некомпетентністю організації чи управління та більше стосуються некомпетентності HR.
maple_shaft

@maple_shaft так, і я не згоден з цим припущенням. Хоча HR може бути і часто є некомпетентним у багатьох аспектах, я думаю, що бачити цю заяву в оголошенні про роботу зазвичай є дуже хорошим показником того, якою буде робота. Це приємніша фраза, ніж "Наші проекти завжди працюють із запізненням, мають недостатній ресурс, погано плануються, тому що люди, які не є ІТ, керують нашими результатами. Звичайно, це може бути неправдою в деяких випадках, але я вірю в переважну більшість, це буде.
ozz

@Ozz - Що я отримую, це те, що це, в більшості випадків, безглузде твердження HR. Ви повинні дізнатися справжню правду під час співбесіди та з того, що можна дізнатися про компанію в Інтернеті. З деякими компаніями, як типи, про які ви згадали, це може бути досить очевидно. Інші, не так вже й багато. Однак усі вони майже завжди використовують одні і ті ж кліше HR.
jfrankcarr

@jfrankcarr знову, я не згоден з цим передумовою. Я згоден з приводу того, що ви згадуєте про кліше чи безглуздість, але для цього конкретного, я б сказав, що це хороший показник для переважної більшості. Я не заперечую, якщо ми не погоджуємося :-)
ozz

2

Зараз я ігнорую такі види публікацій вакансій. Що вони означають - ми хочемо, щоб раб працював 80 годин на тиждень і не отримував платні присідання. Це ознака того, що керівництво не встановлює ставки проектів правильно чи не керує проектами належним чином.

Добре керовані команди працюють вчасно і без зайвих навантажень, як менеджери, які приймають 100 нових вимог і намагаються зберегти дату. Я не проводив марш смерті роками. Найближчою справою було те, коли я повернувся до провального проекту як консультант, роблячи непомірну погодинну ставку і відпрацював довгі вихідні вихідні, щоб врятувати якусь велику невдачу.


1

ну факт в більшості випадків проекти ніколи не оцінюються точно!

що створить високий тиск!

Також у більшості компаній є тижні команди, які створюватимуть збої в роботі системи, які потребуватимуть вас працювати в опівночі під короткий термін під тиском :)


5
насправді проекти досить часто точно оцінюються, але оцінки не приймаються вищими рівнями управління.
Кріс Карт

це правда, точніше сказати, що узгоджена оцінка керівництва більшість випадків помиляється :)
Алі

1

"якщо всі знають, що вони роблять, і проекти точно оцінюються?" це дійсно велике припущення. Зазвичай це припущення є помилковим, якщо компанія каже, що це "середовище високого тиску".

І так, є багато компаній, які не планують та мають недостатньо працюючих. Є багато компаній, які не підходять до цієї форми, просто потрібно дотримуватися власних стандартів і відмовлятися працювати на цих роботах високого тиску.


1

Єдине місце, де це нормально з’явиться, якщо ти будеш мати роботу, де живе життя.

Наприклад, якщо ви адміністратор sys для служб, які повинні бути налаштовані, щоб підтримувати літаки в небі, слід очікувати, що це буде високий тиск. Або якщо ви працюєте над програмним забезпеченням, яке буде розміщене для солдатів у зоні бойових дій, ви можете очікувати тиску.

Якщо ви бачите це, запитайте інтерв'юера, чи живе життя на лінії, якщо ви пропустите термін або тривогу. Якщо ні, то вони драматичні.


Погодившись, я колись працював у середовищі, коли нам за контрактом потрібно було вирішити проблеми протягом X часу, оскільки життя було поставлено під загрозу. Були великі, великі штрафи за відсутність нашого договірного зобов'язання.
HLGEM

-1

Це означає, що вони ніколи не чули про Agile, Scrum чи Kanban, і їм не байдуже випалювати своїх розробників.


Отже, Agile або Scrum чи Kanban - це рішення високого тиску? (!)
Mawg

Ці практики вимагають участі власників продукції, що призводить до кращого управління очікуванням та, отже, до кращого управління тиском.
ДмитроБ
Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.