Думки про програмістів і менеджерів

1. кадровий голод
2. бізнес
3. способи входу
4. Зарплата = f (час)
5. IT-мотиви
6. нездійсненні завдання
7. Дискримінація за віком
8. Зодіак
9. Sexual Harassment
10. вірність
11. Айтішники як вампіри
12. Технології та процес
13. Ідеальний світ очима програміста
14. ласкаве IT
15. техзавдання
16. GDPR
17. Skype
18. переривання
19. крутий технолог
20. Дронь
21. функція мети
22. складні обчислення
23. Особистість і суспільство
24. кошеня
25. Любов до коду і людям
26. поломки
27. Не користуйтеся мудаками?
28. Сімейні цінності
29. навчання
30. трирічна дитина
31. чай
32. Джун
33. хайп
34. розвиток програмістів
35. Поганий той програміст, який не планує свій стартап
36. Робити чи змиритися?
37. Проект? Серіал!

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

кадровий голод

- Хороших програмістів завжди буде не вистачати ...
- А ХИРЕ закрили?
- А ХИРЕ, вибачте, випускає хороших програмістів? З яких пір?
- Так чи інакше, але вони звідти з'являються.

© Холівар на тему кадрового голоду на конфе

бізнес

- Дев'ятеро не можуть народити проект за один місяць?
- О-о-ок ...
- Тоді нехай програмують по дев'ять проектів одночасно!

способи входу

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

1. Фігня! У новачка ніколи не було багатства вибору, а зараз - тим більше. Нерозумно спиратися на поради синьйора, він не відповідає за набір зазвичай. Спирайтеся на менеджерів і рекрутерів!
2. Попереднє правило - фігня. Менеджери і рекрутери бачать ситуацію зі свого боку, і у них зовсім інший досвід. Вони не бачать, як ламати систему, вони бачать, як систему будувати. Спирайтеся виключно на мої поради!
3. Попереднє правило - теж фігня! Я теж помиляюся. Не вірте нікому.
4. Що теж є фігньою і тупиком. Спирайтеся на інтуїцію.
5. Щаз, звідки інтуїція без досвіду. Інтуїція - це нейронна мережа в мозку, і її теж потрібно навчати на вибірці.

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

Зарплата = f (час)

Щоб заробити на місяць 4000 гривень, потрібно працювати набагато більше, ніж для 2000 доларів. Майже всі войтівайтішнікі знають це. Майже всі синьйори - не знають.

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

IT-мотиви

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

нездійсненні завдання

Одного разу мене попросили розшифрувати два десятка абревіатур, а потім написати інтерпретатор brainfuck прямо на соцзабезі. Перше я зміг насилу, друге - відверто не зміг. Що люди намагалися зрозуміти за ці три години ввечері того четверга, я так і не зрозумів. © Anton Naumov
---
Якщо на співбесідах ставити нездійсненні завдання, то в цьому багато вигоди:

1. «Вони всі слабаки, а я класний фахівець». Самостверджуватися на цьому.
2. Збиваєш зарплатні очікування. Благо і для себе, і для інших фірм. Нєфіг платити невдахам.
3. Якщо робота пов'язана з частими фейлов і високою поганий навантаженням - дивишся, як людина поводиться в таких умовах. (Ви реально в це вірите? У вас така робота? Точно-точно?)
4. Буває дуже специфічна робота. Наприклад, в рил-таймі моделювати поведінку плазми. Або мікрокод для глибокого космосу писати. І ця робота дозволяє відсіяти 99 з 100 синьйорів, але таки вибрати сотого. Тобто є гроші і час на ретельний відбір, як в Гуглі.

Дискримінація за віком

Чи є дискримінація за віком в УкрIT? Так є. Я стикався з компаніями, які неофіційно говорили: «Старше 30 не беремо».
---
Масове це явище? Ось тут вже складніше. Для пошуку першої роботи оптимальна ситуація «молодий хлопець без родини після профільного вищого готовий працювати безкоштовно». Якщо кандидат не потрапив в формулу - для нього все стає складніше, а там і так не цукор.

Чи варто тут копати саме в ейджизм? Еммм ... Я в галузі 19 років, мені 41, і програмістів старше мене вкрай мало. Коли мені було 31, програмістів старше мене теж було мало. І в 25 те ж саме було. Причина банальна: коли я вчився на програміста, комп'ютер був вкрай рідкісною і дорогою штукою. Удома він був ... ну як зараз позашляховик - буває, але штука рідкісна. І перш ніж пустити студента за кермо, власник міцно подумає.
---
Якщо вже хочеться покопатися в причинах ЕЙДЖИЗМ, то я б виділив:

• у менеджерів немає досвіду роботи зі старшими підлеглими;
• з віком стають синьйорами, і частіше їдуть;
• з віком більше шансів стати менеджером, а от назад в програмісти ходять набагато рідше, я тут теж виняток;
• з віком пріоритети змінюються. «Замовник попросив вилити фичу на прод на вихідних» вже не так діє і т. Д.

Зодіак

«Хто ви за знаком зодіаку?» © реальний перше питання на співбесіді айтішника. А я то думав, що вже все бачив :)

Схоже, у запитувача багато кандидатів.

Sexual Harassment

Ванга: в українському IT в найближчі роки будуть гучні історії про домагання до дівчат. Причому запросто вилізуть історії кількарічної давнини.

Тобто випадки точно є, просто зараз вони під килимом. Ні, я не готовий привести стовідсоткові приклади.

вірність

Кому повинен зберігати вірність програміст в аутсорсингу / аутстаффінгу: замовнику або місцевим начальнику?

Наприклад, якщо місцевий начальник скаже: «Отсобеседуй сьогодні кандидата (двох? Трьох?) На новий проект» або «Допоможи з архітектурою на сусідньому проект». Це явно кілька годин на чужі проекти, і при цьому в таймрепорт на замовника потрібно записати повний робочий день.

У світі рожевих поні, звичайно, такого не повинно відбуватися. Там програміст повинен взагалі працювати на кінцевого користувача. А як в реальному світі? У реальному світі реальні люди вибирають різні варіанти. Хтось каже: «Мені гроші платить замовник», а хтось - «Мене наймав місцевий начальник».

Айтішники як вампіри

Айтішники як вампіри. Норовлять вкусити когось і зробити з нього айтішника теж.

* Це узагальнення.
** Багато хто хоче просто вкусити. Або вдарити. Можна словом. Це пригнічений гнів.
*** Бажання зробити оточуючих айтішників - це захист власного вибору.
**** Це Спасательство по Берну теж.
***** Я сам вкусив мінімум вісьмох. Це хвастощі.

Технології та процес

Гугл

Гугл читає переписку вашого начальника і вашої дружини.

Гугл знає про вашому оточенні і їх планах більше вас.

Якщо гугл показує вам несподівану контекстну рекламу - можливо, він просто попереджає події.

Ідеальний світ очима програміста

1. Звільнити менеджерів, бізнес-аналітиків, HR. Залишити нормальних програмістів, і, так і бути, QA.
2. Давайте нормальне ТЗ і добре підготовлений таск-лист.
3. Щоб платили нормальну зарплату на нормальному проект, а не ось цей ось все.
4. Рішення про прогалини, табах і інших дужках повинні прийматися в PvP.

> Ви тільки що передали суть 99.9% статей з ebanoe .it © Михайло Биков

ласкаве IT

У кожному будинку є відро для сміття. Для українського IT в ролі такого відра виступає «ласкаве IT». Побіжно порився, що ж туди потрапляє:

• реальні провтикі керівництва;
• реальні провтикі керівництва при наймі: "Не відсіяли вчасно» і «відсіяли не тим способом»;
• вигоряння;
• розбиті очікування айтішників.

висновки:

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

техзавдання

Ось ви говорите, вся проблема в тому, що паскудний ТЗ. Або взагалі немає ТЗ.

А у мене ось випадок навпаки. Максимально детально описане і узгоджене з усіма ТЗ. Прописані всі інтерфейси, всі віконечка, рюшечки і т. Д.

І товариша клінануло. Тому що без (або з хріновий) ТЗ ти архітектор. Весь такий в білому. А з ТЗ тебе розжалували в чорнороби - домішки бетон та Тягай тачку - думати будуть інші. © Artem Kravchenko

GDPR

GDPR.2018 == Проблема.2000

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

Skype

Ще ніхто не скаржився на погану роботу скайпу під MS DOS 3.0.

переривання

У якийсь момент мене стали шалено дратувати дзвінки від дружини: «Я була на родсобраніі, там сказали оце і оце». Ну блін, ну що це до вечора не могло почекати?

Я працюю, голова зайнята складним кодом, переривання обходяться дорого. Відвернули на «ти ввечері о котрій будеш?» - і потім знову розганяє. І розгін після 10 секунд переривання займає від півгодини до двох годин. Звідси - конфлікти сімейні, злість, розбирання, і вже думаєш не про код, а про відносини.

* Взагалі, пояснити це непрограмістів складно. Навіть геніальна стаття «Не будіть програміста» допомагає на пару днів все.

** «Шалено дратувати» почали набагато раніше. Я це тільки усвідомив в той момент. Раніше роздратування зашкалювало і виходило в зону нечутливості.

Ідеї для себе

Ла-а-а-Гаразд, підійдемо системно. Став ставити собі на вайтборд позначки на кожному перериванні. Дуже скоро зрозумів, що найбільше переривань приходить від FB і рекламних SMS. Але образа і роздратування - на дружину. Це властивість таке у людини - звинувачувати тільки морського. Разом:

• відключити нотифікації і попап;
• смарт-годинник не купувати;
• телефон в режим «не турбувати» з 22 до 19.

Ідеї для менеджерів

Якщо є відчуття, що переривання заважають команді:

• Людина, якого часто переривають, - йому немає сенсу починати роботу. Звідси прокрастинація. Боротьба з прокрастинація вимотує.
• Зібрати всі переривання в купу. Тобто всі питання і наради забрати на «відразу після ранкового сінкапа».
• Гарячі питання - в дзвінки. Питання, що чекають годину-дві - в чати (режим «не турбувати»). Питання, що чекають день - в листи.
• Якщо переривання йдуть зсередини команди, наприклад є балакучий співробітник, то можна видати кожному комплект шайбочек / фішечек / чогось завгодно: «Перервали? Переклади в окрему купку. В кінці тижня подивимося ».

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

крутий технолог

Менеджер не може бути найкрутішим технологом в команді. Якщо так - це або він (не) свідомо підбирає людей дурнішими себе, або дає просідання в чомусь ще. Тут звичайно, є і особливі випадки: «тільки що перейшов з технології в менеджмент», «накопичив великий нестаріючий досвід до цього», «супермен з Голлівуду» і т. Д.

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

Дронь

Будинок висотка. Сміттєпровід заварений.
Перед під'їздом стоять відкриті сміттєві баки.
Виношу сміття. Зверху звіряче дзижчання.
Підлітає коптер, скидає пакетик зі сміттям, відлітає вгору.
Озираюся, навколо нікого немає.
Це взагалі законно?
© баш

До речі, роботи відбирають роботу.

Скоро будуть дрони з функцією «влітку днем ​​залітати у відкриті вікна висоток і тирити гроші і гаджети» і «взимку зривати шапки з перехожих (Янукович-режим)».

функція мети

ІІ зараз впевнено наздоганяє людини всюди, де є чітка функція мети, особливо там, де за «щось зробив» відразу слід «ви набрали / втратили стільки-то очок» і плюс до цього є легко описуваний набір можливих дій.

В общем-то, це опис з іншого боку: «дайте мені чіткі критерії, за якими моя робота буде оцінюватися і зрозумілі інструкції, що робити».

«Тих, хто працює за інструкцією, роботи замінять в першу чергу» © не моє

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

складні обчислення

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

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

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

Дивна поведінка, та й часу пішло дофіга. Починаю детективно-організаційне розслідування:

1. Оригінальна ТЗ «зробити як раніше, але на іншій мові».
2. Переклад «в лоб» дав збіг в 95% випадках.
3. Дослідження показало, що в старому ЯП використана екзотична реалізація одного алгоритму, запропонована екзотичним вузом багато років назад. Алгоритм, напевно, правильний ... Але ні до, ні після більше ніхто таким алгоритмом не користувався. І в новому ЯП використовується трохи інший алгоритм.
4. Програміст перечитав ТЗ і почав модифікувати модний алгоритм так, щоб результат сходився. Алгоритм навантажений, тому зі вставками на C. Ну і звідти вже і до падіння не далеко.
5. Поміняли ТЗ до «оцінити наслідки від переходу на новий алгоритм і перейти на нього, якщо все ок», і завдання вирішилося за пару днів.

Так, банальний висновок про контроль виконавців був зроблений занадто пізно.

Особистість і суспільство

Особистий простір

У мене з'явився мій стіл і тільки мій комп'ютер в 31. До цього весь час він був «звичайно твій, але і трохи чийсь ще». Моя кімната з'явилася в 39.

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

кошеня

Кожен день в моїй стрічці новий пост про «візьміть кошеняти / цуценятко».
---
Я можу взяти кошеня. Взяв навіть цілу дорослу кішку. Дуже ціную і пускаю в сейф. Напевно, я міг би взяти ще кілька. Може навіть до двох десятків в квартиру, хоча це вже свинство по відношенню до людей. Після цього моя квартира переповниться. Якщо брати тільки з моєї фб-стрічки - це менше місяця.
---
Я можу взяти ті гроші, які віддаю волонтерам, і зняти будинок / квартиру десь в передмісті і найняти людину, яка буде за котопарком доглядати. Напевно, за пару місяців наповниться, а далі буде переповнення. При цьому котостадо буде людей бачити рідко, зате часто будуватиме котоіерархію. Тобто багато агресивних особин і травм у тварин і відвідувачів. Плюс епідемії, з якими боротися дорого.
---
Я можу організувати схему «вилов-стерилізація-повернення». Ось ця схема реально працює, бачив в Ейлаті, читав ще кілька. Тут бюджет - кілька тисяч доларів на місяць для Харкова. Поодинці я не потягну ніяк, потрібно знайти ще кілька айтішників. Можна вирішити, але наскрізь суперечить закону «Про захист тварин від жорстокости поведение». Випускати можна.
---
Пара «що робити?»

1. Потрібні інші депутати. Дуже багато слів не написав. Ось той момент, коли орки з ДемСокіри і тролі з ПЦ МП виглядають краще солідних дядечок з краватками.
2. Гроші не беруться з повітря. І я в своєму сімейному бюджеті вважаю, що «волонтери важливіше котиків». Для мене це зрозуміло. У міському бюджеті вважають, що «ремонт туалетів в зоопарку важливіше ремонту в поліклініках». Їм це зрозуміло, а мені - ні. Мені зрозуміло, що потрібен інший міськрада.

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

Любов до коду і людям

Програмісти люблять писати код, який описує дії комп'ютера.

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

Втім, читати чужі програми теж не люблять.

Та й людей в общем-то теж не люблять.

* Людей люблять рекрутери і HR.

** У будь-якому правилі є винятки.

поломки

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

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

Не користуйтеся мудаками?

Фраза «не користуйтеся інструментом мудаками» - вона дуже проста, зрозуміла і при правильному застосуванні робить життя легшим. «Як тільки зрозумів, що людина - таки мудак, розривай відносини».

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

Де спрощення?

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

Де губляться можливості?

1. Я знаю аутсорсингової компании, яка заробляє на работе зі складаний клієнтами. Все решта відмовляються працювати з мудаками, а смороду на цьом заробляють. Компанія велика, и на Сайти Вся давно.
2. «Мудак» - Це не фільм жахів, и даже НЕ контрінтуітівное Квантова фізика. Під вчинками «мудака» ховається якась логіка, якісь неочевидні переконання і цінності. Зрозумівши їх, можна підлаштуватися, ну або як мінімум точніше оцінити ризики. Навчившись краще розуміти «мудаків», звичайних людей стане розуміти набагато простіше.
3. Люди змінюються. Прийнявши один раз рішення «не працювати з цим мудаком», через рік можна з'ясувати, що і мої навички підросли, і людина переглянула свої переконання.
4. Добре, коли в команді є різні люди - за організаційної гнучкості можна знайти відповідну людину для роботи з потрібним проблемним людиною.

«Не працюйте з мудаками» - відмінна фраза, якщо швидкість в ухваленні рішення важливіший за результат. Якщо ж в конкретно цій ситуації результат важливіше - ось тут вже варто думати детальніше.

Сімейні цінності

«Одинокий батько може сам (а) виростити дитину, і все вміють відстоювати свої кордони - і це добре». Це сучасний підхід.
---
«Цінність має лише повна сім'я. Жінка без чоловіка - неповноцінна, чоловік без жінки - або бабій, або хворий ». Це підхід попереднього покоління, там виростити дітей могла тільки парна сім'я. І заради дітей можна і потрібно було терпіти все що завгодно від партнера: лайка, побої, образи, насильство. Нічого особистого, виключно виживання дітей. До речі, «принц на білому коні» та інфантилізм - це звідси.
---
«Важлива велика сім'я з багатьох поколінь. Так, тобі ця тітонька не подобається, але ти все одно повинен підтримувати з нею стосунки - хіба мало як життя повернеться, і, можливо, твоє життя або життя твоїх дітей буде залежати тільки від далеких родичів ». Це підхід покоління наших бабусь, і у них були на це підстави.
------
Є у мене гіпотеза, що сучасний підхід про цінності життя і особистості спирається на хорошу економіку і медицину і без них неможливий.

навчання

Спільнота phpпрограммістов

xxx: Як підняти лвл програмінг, наприклад з джуніор на мідл і т. д.?

yyy: Потрібно вбити боса

трирічна дитина

Трирічна дитина вже може писати код. Сил натискати на кнопки вистачить.

Що, чи не вийде ?! Ну да, мозок ще не дозрів. Всі навички - свого часу. І у кожної дитини воно своє для кожного навику. Деякі і до сорока дозрівають.

Рецепту «як визначити, що він (я) вже доріс до навички Х» у мене немає. Це зона ближнього зростання, і по-правильному потрібно будувати послідовно ітерації з мікронавиков.

чай

• Дорога, зроби, будь ласка, чаю.
• Угу, ща, почекай.
• Мяяяяяяу! Мяяяяяяу! Мяяяяяяу!
• Так, прости, але спочатку я погодую кота, а потім зроблю чай тобі. Кот голосніше кричить.
• Ах так?! Ну тоді чаааааааай! Чааааааай! Чаааааай!

© баш

Що підкріплюєш, то і маєш. Це і про родичів, і про співробітників.

Джун

Курирував джун-програміста. Він уперся в проблему, алгоритм написати не може, вже витратив більше 6 годин.
Там є просте рішення, яке він поки не знайшов.

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

Мені має сенс втручатися в двох ситуаціях:

1. Коли він скаже: «Все, мені потрібна підказка».
2. Якщо я побачу, що він може перегоріти на цьому.

Ну і потім потрібно буде пояснити бізнес-рішення для реальних завдань: «Якщо не впорався за n-годин - йди до синьйора за підказкою. Чи не занадто рано і не занадто пізно ».

хайп

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

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

розвиток програмістів

• Написати свою іграшку.
• Написати свою публічну бібліотеку.
• Написати свій тасктрекер і таймтрекер.
• Розробити персональну методику тайм-менеджменту, схуднення та іншого підтримки здоров'я.
• Почати працювати з фрілансерами. У паніці втекти від фрілансерів.
• Розробити свою методику розробки проектів за допомогою розробників. Зависнути на вигадуванні назви.

----
КМК, більшість айтішників наберуть більше 3-х пунктів. І ще, КМК, я щось забув сюди внести.

Поганий той програміст, який не планує свій стартап

«Хочу зробити свій стартап ... Що може піти не так? Потрібно написати код, ну це зрозуміло. Можуть закінчитися гроші, але з хорошим прототипом я їх знайду. Можуть вкрасти ідею конкуренти, але поки працюю сам - ніхто і не дізнається. Можуть бути труднощі з юридичними питаннями - потім найму кого-то. Може не бути користувачів - потім найму SMM. А поки буду робити те, що знаю добре. Напишу код ». Це підхід на уникнення невдач.

«Хочу зробити свій стартап. Критерій досягнення - проект приносить більше грошей, ніж забирає. Потрібні: код, аналіз ринку, юридичне оформлення. Код - три місяці на аутсорс або дев'ять самостійно. Аналіз ринку первинний - три дня гугленія, вторинний - MVP / RAT тестування прототипу. Просування і засталбліваніе ніші починаю якомога раніше. Оформлення - два дня на аналіз можливих рішень за критеріями трудомісткість / ціна / графік ». Це підхід на досягнення мети.

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

Програмісти, схильні до досягнення цілей, - часто пишуть говнокод. Зате швидко.

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

З мого досвіду, навчити людину йти до мети складніше, ніж навчити ризик-менеджменту. Чи не тому, що вміння потрібні складніше, а тому що є установка в голові: «ти все повинен робити ідеально з першого разу».

* Не всі говнокодери орієнтовані на досягнення цілей. Не всі фреймворкопісателі орієнтовані на уникнення невдач.

* Це модель, яка ділить людей за однією ознакою на дві категорії. Більшість людей схильні коливатися туди-сюди в залежності від зовнішніх обставин.

Робити чи змиритися?

Коротка фраза «Не можеш змінити ситуацію - зміни ставлення до неї». Або, в більш повній формі, «Господи, дай мені спокій прийняти те, чого я не можу змінити, дай мені мужність змінити те, що я можу змінити. І дай мені мудрість відрізнити одне від іншого »© К. Етінгер

У загальному і цілому - все правильно. І як завжди при скороченні - дуже багато втрачено.

1. Людина у важкій для себе ситуації - втрачає креатив. Тупо перестає бачити варіанти, як змінити ситуацію. Бачить тільки стіни, а не проходи між ними. І за собою таке помічав, і на консультаціях бачу. Звідси - неможливість вирішити ситуацію. Хоча цілком можливо, що інша людина в цій же ситуації з цими ж вихідними її б розрулив.
2. Людина в складній ситуації легко влазить в Гру по Берну «Чому б тобі не ... - Так, але ...». Сама теорія здорово змінилася з часів Берна, а суть зразкова та ж - людина сидить в локальному оптимумі і розповідає, як йому погано.
3. Найскладніше - людина сприймає навколишній тупик як об'єктивний. І дуже багато сил витрачає, щоб це донести оточуючим. А спроби його переконати - сприймає як атаку.
4. Є дійсно нерозв'язані ситуації. Зазвичай пов'язані з близькою смертю. З рештою можна покреатівіть.

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

Проект? Серіал!

Мій нинішній проект - перший в моєму житті, який я вимірюю сезонами, як в серіалах.

Перший сезон - програміст і архітектор. В кінці сезону після раптового повороту сюжету став CTO.

Другий сезон менеджер. Великий найм команди. А ви коли-небудь проводити співбесіду людини, що сидить на унітазі? Реліз нової версії при переході з PHP + jQuery на Ruby + React. В кінці сезону після моєї важкої хвороби мій заступник став начальником, а я повернувся в кодинг. Такий собі екшен-сезон.

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

Четвертий сезон - менеджер і пишу код. Триллер, не всі дожили до фіналу. І зараз апофеоз близький. І, схоже, раунд інвестицій бізнес не підніме, і п'ятого сезону до п'ятого року роботи не буде :)