Организация

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

Но у ребят все круто продумано:

✔️На бейдже присутствует карта помещений, так что найти сундук с сокровищами шансы есть;

✔️Сами помещения понятно обозначены, но тут скорее особенность здания Школы Управления Сколково. Через часа 3 ты уже спокойно ориентируешься, хотя порой и тупишь;

✔️Между докладами перекусы и кофе в шаговой доступности;

✔️Обед по талонам(во время выдачи на стойке регистрации я невольно засмеялся :), без них был бы Ад и Израиль;

3 декабря в здании было около 2 тысяч человек(или даже больше, @r0oxy, поправь меня), но места хватало всем.

Доклады и спикеры

✔️Доклады были подготовлены сильно лучше, чем на других конференциях, которые я посещал;

✔️Были спикеры, которые терялись от вопросов после доклада, но сами доклады ребята рассказывали хорошо. Слушать было приятно, запинок было мало.

Сами темы докладов сильно сложнее и комплекснее в среднем(привет докладу с темой "Почему Go лучше Python" с содержанием, пересказывающим статью на Хабре 5 летней давности, которое можно сократить до слова "Потому.") Аномалии Postgres под нагрузкой, устройство файлового хранилища ВК, их же система распознавания отрезков видео, замеры работы разных ДБ на больших RPS - лишь небольшая часть из тем, что были рассказаны.

Отдельный топ докладов с моей точки зрения выложу в следующих постах.

Монолитная архитектура — это традиционная универсальная модель проектирования ПО. Монолитный в данном контексте значит собранный в единое целое. Компоненты программы связаны и взаимозависимы, а не обладают слабой связанностью (_low coupling — >прим. перев._), как в случае модульных программ.

Описание выше — пример очень плохой ситуации, когда происходит «утечка БЛ»(или же сильное сплетение разных компонентов). Подобную систему поддерживать — очень дорого по трудозатратам и деньгам. Все наладом дышит, а капельницы для проекта заканчиваются быстрее, чем новые подвозят.

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

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

Senior Python Developer.

Привет, меня зовут Дима, я Middle+ Python backend разработчик и ментор

За 4 года в разработке успел поработать как инженер встраиваемых систем, дорасти до middle C++ программиста на проекте беспилотных автомобилей и переквалифицироваться в Python разработчика. Работал в аутсорсе на проекте BMW, эдо продукте и сейчас занимаюсь продуктовой разработкой web-сервисов. На данный момент совокупный доход составляет 250000+ рублей.

Веду блог и менторю по backend-разработке.

Мой стек: FastAPI, Django, Python, Postgres, MongoDB, RabbitMQ, Redis