Мысли о программистах и менеджерах

Собрал в кучу мысли о программистах и их окружении. Моя попытка выйти из плоскости и посмотреть на систему под новым углом. При этом в самой статье — системы мало. А еще я узнал еще один способ провалить стартап и теперь с коллегами ищем работу.

Кадровый голод

— Хороших программистов всегда будет не хватать...
— А ХИРЭ закрыли?
— А ХИРЭ, простите, выпускает хороших программистов? С каких пор?
— Так или иначе, но они оттуда появляются.

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

Бизнес

— Девятеро не могут родить проект за один месяц?
— О-о-ок...
— Тогда пусть программируют по девять проектов одновременно!

Способы входа

Прочитал советы войти-вайти от опытного синьора. Про то, как важно и как нужно отстаивать свои границы, начиная с собеседований. Про то, что не стоит начинать перерабатывать с самого начала. Про то, какого менеджера себе выбрать.

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.

Идеи для менеджеров

Если есть ощущение, что прерывания мешают команде:

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

P. S.: Пока писал этот кусок — было два срочных телефонных звонка, письмо, два чата по работе, один не по работе, спам-чат и три прерывания от жены. Везде коротко, но... Хорошо, что код еще не начал писать :) Отключаю нотификации.

Крутой технолог

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

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

Дроны

Дом высотка. Мусоропровод заварен.
Перед подъездом стоят открытые мусорные баки.
Выношу мусор. Сверху зверское жужжание.
Подлетает коптер, сбрасывает пакетик с мусором, улетает вверх.
Оглядываюсь, вокруг никого нет.
Это вообще законно?
© баш

Кстати, роботы отбирают работу.

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

Функция цели

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

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

«Тех, кто работает по инструкции, роботы заменят в первую очередь» © не моё

А вот умение составить инструкцию... Она всё более высокоуровневая. Не знаю, есть ли там предел. Мне пока не видно.

Сложные вычисления

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

Суть задачи — часть сложной математики перевести с одного экзотического языка на более модный. Теоретически всё просто — работа завершена тогда, когда на тестовых данных новая реализация выдает такой же результат, что и старая. Кода там... ну не очень много. 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. В конце сезона после моей тяжелой болезни мой заместитель стал начальником, а я вернулся в кодинг. Этакий экшен-сезон.

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

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

Поэтому ищем работу, вместе или по отдельности:

• Я — Ruby on Rails и менеджмент. Фактически у меня уже есть оффер, но если что-то интересное, то почему бы и не поговорить? Ну и с 13 по 28 я в Канаде с тур визитом, так что поговорить лучше до. Если LinkedIn недостаточно, то можно еще почитать серьезно тут и не серьезно — тут.
• Синьор-рубист. Из сотен программистов, с кем я работал, — он один из самых быстрых, с точными эстимейтами и красивыми решениями. Один из немногих, кто понимает в секьюрити и читает справочник по алгоритмам в свободное время. Категорически не менеджмент и не фронт. И вообще, без корпоративов. При этом написать в саппорт какого-то третьего сервиса — да запросто. Строго ремоут.
• Middle-to-Senior JS, три с хвостиком года опыта React. Я его учил с нуля до этого, толковый парень с большими перспективами. Очень желательно ремоут.
• Support. Фактически, она одна без перерывов, выходных и отпусков саппортила наш продукт несколько лет. Если бы не она, на ее место пришлось бы брать двоих. Хороший письменный английский. Очень ответственна и исполнительна. Строго ремоут.

Пишите в личку.