Когда маленькие дети — то мало спать єто норма, все через єто проходят ;)
каждый справляется как может. мотивация может и быть, времени мало.
ваш вариант тоже реален конечно.
Зы: он в амазоне, а не а AWS работает, если с дронами... интересно как у них там условия — похожи на авс, или там своя кухня

Вообще-то может быть и более адекватный вариант — там написано что у человека дети и на них уходит много времени. Тоесть возможно у него просто не было достаточно времени днем, и лид ему предложил вариант которым он сам ранее пользовался (опять же с того что написано) — как выделить себе больше сфокусированного времени когда дети уже спят. Не лучший вариант, но иногда и так работает, и єто не токсично, скорее неудачная попытка помочь, которая не подошла и чел уволилися. А то что Амазон деталей не раскрывает — єто треш, согласен. Если б ему адекватно обьяснили что не так — может и статьи не было бы, просто уволился и все.

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

Кейс Линк хакинга крутой — автор молодец ;) одно но — может лучше убрать личные данные рекрутеров со скринов, а во втором скрине вообще написано что єто конфиденшиал... компании могут немного обидеться на такие скрины.

Спасибо за статью! Как раз смотрим на то как удобнее реализовать incident management. Если не секрет, какого из Opsegenie платных планов достаточно для вас?

На додачу до 5 і 6 пунктів — а ще вміє визнати коли неправий і підтримує в команді можливість критичного ставлення до всього що їм пропонують.

Посмотрите на KMM (Kanban Maturity Model) — там есть идеи про то как вам дальше можно развиваться.

Пожалуйста исправте очепятки в названии и по тексту — Iroha а не Ihora :)

Странно — мне вот почему-то попадались в команде вполне годные фул-стек разработчики на LAMP+js. Для этого должны быть два условия: человек в принципе старается разбираться в языках/технологиях которые использует и ему нравится делать как фронт так и бек часть.
При этом можно не уходить в дебри скл-оптимизации например и не уметь писать на сях модули для пхп.

Дима, привет!
Рад слышать от тебя такие слова ;)

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

На счет № 14 — не совсем согласен. Не лучше ли внедрить практику код ревью и иметь минимум двух человек, которые понимают данный участок кода и несут за него ответственность ? От пинг-понга это также избавляет, т.к. появляется командная игра и взаимопомощь. (потому что люди начинают понимать что даже если сейчас это не их код, то завтра им возможно придется это ревьюить и принмать ответственность)
Ну а за наказания про редактирование «чужого» кода — это по-моему уже вообще за гранью... так вы никогда ничего не отрефакторите. А если кто-нить в отпуск уходит — так это вообще форс-мажор получается ;)