Как работать с техническим долгом и почему мы оказываемся в ситуации, когда хочется все переписать? Что такое архитектура и как она должна эволюционировать вместе с приложением? Нужно ли вообще думать об архитектуре, или само всё получится: «хорошо делай — хорошо будет»? Традиционно на эти вопросы отвечают самые сеньёрные разработчики в компании, но задумываться о них начинаешь с первых своих шагов в IT. Давайте попробуем.
В этом нам поможет технический менеджер в компании Amazon — Михаил Дружинин. Миша занимается информационными технологиями уже 15 лет, тренирует по архитектуре и Java-разработке, успел углубиться в управление проектами как Team Lead и PM. Ну и конечно, участвовал во многих проектах в роли архитектора. А ещё, вы можете знать его как огненного докладчика и неизменного члена программных комитетов на российских технических конференциях.

Ссылки
- RSS для подкастовых приложений
- Архив записей в SoundCloud
- Подкаст и группа во ВКонтакте
- Чат для обсуждений в Telegram
- Группа в Facebook
- Официальный Twitter
Ведущие
Темы
- Технический долг;
- Архитектура;
- Стабильность систем и героизм;
- Менеджмент и софтскилы для технических спецов;
- Приоритеты;
- Тестировщики не нужны;
- Сам себе девопс.
Полезняшки
- Страница книги на сайте Amazon:
«Amazon Leadership Principles» - Купить русское издание книги на Ozon:
«Проект Феникс» - Видеозапись доклада Михаила на TechTrain:
«Архитектура, какая ещё архитектура?» - Статьи в блоге Михаила:
«What you (probably) forgot when you planned your brand new application»
«What we cat get from skydiving for software development»