Последние 14 лет я работаю в крупных корпорациях. Так случилось, что за это время сменил много ролей, должностей и даже локаций. И на каждой позиции я в той или иной мере вовлекался, участвовал или полностью управлял проектами. Причем проекты были самого разного характера: от тестирования новых материалов или запуска аналитической системы в диджитал-медиа до полноценной реструктуризации организации на 300+ человек.
Казалось бы, логично будет рассказать о кейсах успешных запусков, побед и какие инструменты мне пригодились (об этом я, кстати, писал). Но правда заключается в том, что любой, даже самый успешный проект делал мне, как проджект-менеджеру, больно. Несмотря на весь опыт, инструментарий, сильные команды находились слабые места, в которые злобный проект бил точно, сильно и с максимально разрушительными последствиями.
В этой статье я напишу о 5 способах проекта треснуть тебе так, что будет очень сложно подняться, и попробую рассказать, как этой боли избежать. Всем тем, кто ни разу не ошибался и всегда исключительно успешен и превращает в золото все, до чего дотрагивается, — статья будет нерелевантна.

В общении с друзьями и коллегами мне периодически приходится пояснять, что я разработчик, а не DevOps-инженер. Когда я рассказываю, как мы поднимаем платформенные сервисы (PaaS), например, базы данных, Kubernetes и другие, «разработчик» — это последнее, что приходит людям в голову.
Поэтому в статье я расскажу, что такое PaaS и как он работает. Опишу его жизненный цикл от создания до мониторинга и решения проблем с кластером, поделюсь планами развития.

Собрал для вас 20 ошибок, очевидных и не очень, которые совершают фаундеры, когда вопрос касается финансового планирования их бизнес-проекта.

Каждую ошибку и её последствия описал подробно + написал варианты, которые помогут избежать этих ошибок.

Я попросил ChatGPT создать 100 различных версий игры Battle City но на html + css + Js. Даже с платной подпиской весь эксперимент занял у меня почти 6 часов — на генерацию одной игры уходило примерно 3 минуты.