Чому в рекламі інженерів з енергосистеми завжди кажуть, що "пропонують швидке середовище"?

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

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

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

Тому що більшість оголошень про роботу не пишуться інженерами програмного забезпечення.

Це саме та сама причина, тому багато хто вимагає "вміння робити багато завдань". Кожен поважний розробник програмного забезпечення знає, що людський мозок не може виконувати багато завдань. Або маєте 10-річний досвід роботи в Windows Server 2008.

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

Але це я.

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

Хто хоче нудну роботу? Якщо це нудно, безумовно, «топ-талант» цього не хоче робити, і це насправді не варто робити.

Ця лінія мислення, хоча і поширена, є неправильною.

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

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

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

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

Редагувати: я подумав про кілька інших речей, які «швидко розвиваються» мають на увазі, що є позитивними та можуть бути привабливими: по-перше, це говорить про те, що команда використовує Agile практики; водоспад не швидкоплинний. По-друге, це означає, що компанія або команда невеликі і легкі, і не пов'язані в різних процесах; люди, які сидять на багатьох зустрічах і потребують заповнення трьох форм для кожного виправлення помилок, не збираються швидко рухатися. По-третє, він натякає на зростаючу компанію (можливо, стартап?) Або команду, яка досягає успіхів і доставляє багато цінності своїм клієнтам, порівняно з компанією або командою, яка вже зробила свою цікаву роботу і зараз просто сидить там робити технічне обслуговування та отримувати гроші за роботу, яку вони вже зробили.

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

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

Я рекрутер в технічному просторі. Більшість "описів" роботи стираються HR, перш ніж вони виходять перед громадськістю. Тож інженер-менеджер може сидіти там і записувати розумний запит, розмовляючи про те, як "TBD" ніколи не дозволяється встановлювати вимоги, описувати свою команду, типи проектів, на які вони фокусуються, і їх і т.д. . Потім, HR це отримує, і каже "але, всі люблять" працювати важко, грати важко, правильно "? Я маю на увазі, це те, що говорить всякий інший опис роботи там. Ми краще скажемо людям, що ми швидко рухаємося ", або ми будемо виглядати занадто старої школи і нудно. Швидкий темп Google, правда? Так? Ми повинні бути схожими на Google !! О, і позбутися всього, що ми могли б розпливчасто, потенційно, 1-в- мільйон шансів перейти до суду ".

Фугу. Я ненавиджу більшість посадових інструкцій. Повне сміття, як те, що описав Чак. Плюс, вони є лише списком вимог, де вони не містять м'яса. Більшість відділів кадрів переходять на веб-сайт своїх конкурентів, знаходять подібну роботу до тієї, яку їм потрібно заповнити, скопіювати та вставити, змінити назву компанії, можливо, трохи змінити вимоги, а потім опублікувати її.

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

Кінець рент ...

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

Це також спосіб сказати вам, що ви занадто старі, не фактично заявляючи про це відкрито (що було б протизаконним законодавством про вікову дискримінацію).

Якщо все здається під контролем, ти просто не йдеш досить швидко. Маріо Андретті (водій гоночного автомобіля)

Я беру "швидкий темп" як код за "дещо поза контролем". Деяким це подобається. Інші - ні.

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

Особисто я хочу роботу, яка розслаблена і має печиво ...

ммммм ..... печиво ..... (> ^. ^)> (#) ммммм ..... кукі-файли ....

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

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

Можливо, це спроба відлякати лінивих програмістів ...

Ви це маєте на увазі?
"Ви повинні бути в змозі процвітати в Agile / Scrum середовищі, яке швидко розвивається, має мінімальну структуру і процес і швидко зростає."

Я думаю, що це означає захоплююче. Знову ж таки, це також може означати екстремальний понаднормовий час та втрату зарплати.

Ну ... нам рок- ніндзя воліють дії!

Хто пекло хоче швидко розвивається середовища?

** піднімає руку **

«Швидке середовище, що розвивається в темпі» може бути або середовищем з пекла, або тим, де технологічні виклики мають багато. Я тримаюсь подалі від колишнього, але навмисно шукаю пізнішого. Навмисно слід шукати рівноваги (особливо, якщо ти такий, як я, із сім’єю та дітьми). Однак якщо ваша робота не кидає виклик вашим навичкам та захопленням, ви не навчаєтесь. І це найгірше, що ви можете зробити для розвитку своєї професійної кар’єри.

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

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

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

Складність чогось не є приводом для уникнення його виконання.

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

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

Зрештою, ви хочете триматися подалі від поганих робочих умов, але для того, щоб розвивати свою професійну кар’єру, завжди слід шукати законно швидкі темпи навколишнього середовища. В іншому випадку ми можемо просто шукати роботу з підтримкою звітів COBOL / RPG від 9 до 5.

Нічого собі, ви все заглядаєте в точний зміст цієї фрази :-)

http://en.wikipedia.org/wiki/Hanlon%27s_razor говорить: "Ніколи не приписуйте злобі тій, яка адекватно пояснюється дурістю".

Чому в рекламі інженерів з енергосистеми завжди кажуть, що "пропонують швидке середовище"?

Оскільки об'яву про роботу написав хтось, хто насправді не може писати, не має уяви, і тому доводиться повертатися до втомлених старих фраз, як це?

Я маю на увазі, давай, ми всі знаємо, наскільки хороші програмісти пишуть документацію :-P

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

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

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

Крім того, більшість випадків реклами, які пишуть люди, є від HR або того, хто нічого не знає про позицію. "Нам потрібні рівні експертів у [вставте сюди алфавітний суп], BA та 10yr Experience та [вставте сюди інші шалені вимоги]". Я ненавиджу ці оголошення.

Це просто синтаксичний цукор для стресу та хаосу .

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

Ми можемо це переосмислити.

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

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

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

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

Приклад

• Останні місяці проект був у яві
• Наступний проект буде в c #

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

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

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

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

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

Занадто часто додані вакансії містяться стислими з гучними словами, які рекрутер вважає, що ви хочете почути.

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

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

У мене є друг, який є розробником самоучки. Ви знаєте, єдина мова, якою він дещо володіє, - це C #, що не є поганою справою, це нормально знати лише одну мову, але знати її добре. У нього не було професійного навчання, окрім сертифікатів Microsoft (MCSE або щось подібне), ані ступеня коледжу, ані чогось іншого, він ледве не здобув це середньої школи.

Тепер він продовжує публікувати у Facebook свою останню ідею для програми Android, нового клієнта Twitter, послугу скорочення URL-адрес, хостингу зображень ...

Він хотів розробити новий браузер у C #, але зупинився на середині шляху.

Він продовжує робити відео на YouTube про TFS та про те, як здорово керувати проектами з усіма цими приємними продуктами Microsoft.

Тепер у нього є ще один стартап, клієнт інтеграції соціальних мереж для використання з продуктами MS Office.

* зітхнути *

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

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

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

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

Не троління, а намагається бути реалістичним ...

Зазвичай тому, що вони думають, що використання Boost та C ++ робить їх передовим.