Как понять сколько человек достаточно, чтобы закрыть все потребности проекта? Интуиция подсказывает: больше людей — быстрее результат. На практике часто наоборот: слишком большая команда не ускоряет, а замедляет работу. И проекты, где руководители, пытаются ускорить процессы увеличением команды - в итоге могут получить противоположный эффект.

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

Или как программисту подготовиться к выходу на рынок труда в 2025

Рынок сейчас диктует новые правила: кандидатов больше, а старые методы поиска уже не работают. Искать работу теперь нужно максимально активно и продуманно — как будто это ваша новая работа. Следуя шагам, описанным в статье, можно повысить свои шансы выделиться на фоне других кандидатов.

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

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

Недавно поучаствовал в работе над коллективной статьёй для хабра. Я и несколько экспертов постарались развеять некоторые мифы о найме в ИТ.

Шпаргалка по сбору требований системного дизайна

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

Как быстро поднять локальный сервер базы данных для разработки в Docker. Способов существует полно, но мне нравится использовать для разработки абстрагированные подходы, с минимальным вмешательством в систему. Это гайд настройки локальной БД при помощи Docker.

В сообществе и общении с коллегами, которые пишут на других языках, иногда слышу мнение, что PHP устарел и является пережитком прошлого. Я не согласен и хочу объяснить свою точку зрения.

У меня скопился некоторый опыт проведения интервью, да и сам я когда-то проходил собесы. Со временем понимаешь, что не только компания тебя оценивает, но и ты её. Лучше заранее всё прояснить, чтобы избежать неприятных сюрпризов на работе.