Дмитрий Подстригаев

Дмитрий Подстригаев, ИТ-архитектор

Строю системы и встраиваю в них ИИ: от архитектуры и кода до шлюза, через который всё это ходит к моделям. Измеряю то, что сделал, и разбираю собственные ошибки публично.

Дмитрий Подстригаев

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

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

16
лет пишу код
40
сайтов в своём парке
1
шлюз, через который они ходят к моделям

Как я работаю

Сначала измеряю, потом утверждаю. Чаще всего первым врёт не система, а прибор: зонд, который смотрит не туда, запрос, оборванный на середине, счётчик, включённый вчера. Поэтому любое «сломалось» я проверяю вторым способом до того, как поднимать тревогу.

Свои ошибки разбираю публично, с числами и с тем, что именно я понял неверно. Это не поза скромности: разбор чужой ошибки читают, а свой еще и проверяют, и он полезнее ровно поэтому.

Не берусь за то, чего не смогу поддерживать. Инструмент, который некому чинить через полгода, вреднее отсутствующего: на него успевают положиться.

Что я пишу

Записи и разборы живут на рабочем сайте, здесь их копий нет. Пишу только о том, за что заплатил сам: о сломанных приборах, о зелёных проверках, которые ничего не значили, и о счетах, выросших не там, где ожидалось.

С чем ко мне приходят

Способ Кому подойдёт Чем неудобен
Построить систему с нуля Когда задача понятна, а как её решать — ещё нет, и нужен человек, который доведёт от разбора до работающего. Дольше, чем взять готовое: сначала считаем, стоит ли вообще строить.
Интеграция с моделями Когда нужно, чтобы в вашем продукте появилась работа с моделями и при этом было видно, сколько она стоит и когда врёт. Требует ваших ключей и вашего согласия на замеры: без чисел это разговор о вкусах.
Разобраться в том, что уже сломалось Когда система работает, но отчёты, счета или замеры расходятся с реальностью. Результатом бывает вывод «ломать ничего не надо» — за него тоже платят.

Если есть задача

Напишите своими словами, что нужно построить или почему то, что есть, ведёт себя не так. Первый разговор ни к чему не обязывает: часто он заканчивается тем, что задача решается проще, чем казалось.

Написать мне Как устроена работа целиком

Вопросы, которые задают

Чем вы занимаетесь сейчас?
Веду свой парк веб-инструментов и шлюз к моделям: пишу код, держу инфраструктуру и отвечаю за то, что эти инструменты делают то, что обещают на своих страницах.
Вы работаете один?
Нет. Постоянно у кода один разработчик, но парк такого размера в одиночку не держится: рядом технические помощники, консультанты по тонким местам и отдельный человек на контроле качества.
Вы берёте заказы?
Да, рассматриваю: построение систем и интеграции, в том числе с моделями. Напишите своими словами, что нужно, — первый разговор ни к чему не обязывает. Подробности того, как устроена работа по этапам, лежат на рабочем сайте: цены и сметы обсуждаются там, а не здесь.
Почему на сайте нет списка технологий?
Список технологий говорит о том, чем человек пользовался, а не о том, что он умеет решать. Полезнее посмотреть работающие инструменты и разборы: там видно устройство решения и замеры.
Что значит «измеряю, потом утверждаю»?
Что перед выводом я проверяю сам прибор. За один рабочий день у меня бывает по несколько случаев, когда «сломался сайт» оказывался сломанным замером: зонд смотрел не туда, команда обрывалась на середине, счётчик был включён вчера.
Где почитать то, что вы пишете?
В блоге и разборах на queryport. Здесь их копии нет намеренно: один и тот же текст на двух сайтах заставляет поисковик выбирать между ними, и выбирает он не всегда тот, который выбрали бы мы.