Как стать автором
Обновить
0
Рейтинг
RubyRussia
Конференция разработчиков на Ruby и RoR

Интервью со спикером конференции RubyRussia Маркусом Ширпом

Блог компании RubyRussia Ruby *Ruby on Rails *Конференции
Всем привет! Чуть больше, чем через неделю в Москве пройдет конференция RubyRussia. В сегодняшнем интервью разработчик из Evrone Михаил Моргунов пообщался с одним из наших спикеров — Маркусом Ширпом, создателем популярного инструмента Ruby Mutation Testing.


Первый вопрос — про Mutant. Что нам нужно знать об этом инструменте? О чем будет доклад на RubyRussia?

Я расскажу историю создания инструмента для мутационного тестирования — Mutant. Хочу познакомить аудиторию с ключевыми понятиями: люди узнают о разных уровнях покрытия, их значении и ценности.

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

Как ты начал разрабатывать Mutant?

Эта история связана с моей работой над DataMapper и его следующей реализацией DataMapper 2, которая в итоге стала называться ROM. Проджектлид Dan Kubb написал библиотеку реляционной алгебры под названием axiom для поддержки этих новых разработок. Когда он писал axiom, то использовал стратегию «разработки с ограничениями». Она включает в себя много инструментов для работы с метриками и мутационное тестирование.

Инструмент, который мы тогда использовали для мутационного тестирования, назывался Hackle. У него были определенные операционные и концептуальные недостатки. Однажды я подумал: «Черт возьми, не буду даже пытаться исправить его! Давайте просто напишем новый и решим все проблемы масштабирования мутационного тестирования, которые есть у нас в DataMapper2.»

Это было 5 или 6 лет назад, с тех пор Mutant прошел через несколько итераций. Все они связаны не с моим желанием писать опенсорс, а с требованиями коммерческих проектов, над которыми я работал. Так что развитие Mutant сильно зависит от моей консалтинговой деятельности.

Каждый раз, когда я начинаю новый Ruby проект, я мне необходимо быть уверенным в каждом фрагменте кода. И Mutant — это тот инструмент, который я использую для этого.

То есть коммерческие клиенты хотят использовать Mutant?

Да. Это подтверждается тем, что все фичи, которые вы видите — это фичи, которые коммерческие клиенты просили меня добавить в последние годы. Есть некоторые функции, которых нет в публичной версии, потому что клиент не дал мне право открыть их исходный код. Но иногда клиент говорит: «Нет проблем, если кто-то получит пользу от этого», что мне очень нравится.

На данный момент я покинул DataMapper2. Никогда не писал фичи просто для удовольствия. Это просто побочные эффекты коммерческого использования.

Я лично не влюблен в Ruby, это просто инструмент для меня. Mutant — это способ сделать Ruby более эффективным. Порог входа в Mutant очень высок, но когда начнешь — он сильно помогает. Необходимость обучения — это то, с чем нужно смириться.

Это в порядке вещей, когда используешь бесплатный гем :)

95% бесплатных гемов — просто хобби-проекты. Они не подходят для коммерческого использования. Авторы делают их из личных интересов. Я не виню их. Но советую командам разработчиков коммерческих проектов помнить об этом, когда они берут что-то из RubyGems.

Я прочитал только файл README Mutant’a на GitHub. Но пока мало что понял.

Именно по этой причине мне нужно потратить еще какое-то время на написание readme и дополнительной документации начального уровня.

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

Что нас ждет?

6 октября будет доклад о Mutant, а 7 октября — workshop. Он будет основан на реальных примерах, взятых из проекта с открытым исходным кодом, который использует rails и rspec.

Насколько я понимаю, ты используешь другой язык программирования, не Ruby?

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

В таком варианте нельзя просто прийти и за один шаг заменить Ruby. Делать инкрементный рефакторинг / «душить» Ruby-код — моя основная работа. И во время этого процесса руки у меня по локоть в Ruby, и здесь Mutant является моим главным инструментом для связки циклов рефакторинга / изменения.

Какие языки ты предпочитаешь?

В основном Haskell. Сейчас для меня это самый сбалансированный язык по удобству использования и пригодности для разработкой программ, имеющих коммерческую ценность. Haskell Type Checker гарантирует многие свойства сразу же; свойства, за которые в Ruby мне пришлось бы воевать.

На горизонте есть еще несколько других крутых языков и расширений. Я думаю, что зависимые типы перенесут «корректность после прохождения проверки типов» на новый уровень.

Считаешь ли ты, что у Ruby и Rails есть будущее?

У Ruby и Rails низкий порог вхождения, это помогает людям быстро достичь точки, когда приложение приносит деньги. Пока люди считают, что у Ruby и Rails есть это качество — у этих технологий есть будущее.

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

Что ты думаешь о Rust?

Мне он действительно нравится. Сейчас я не использую его часто — не было веской причины, так как рабочие проекты не могли ничего получить от преимуществ Rust по сравнению с другими вариантами, которые у меня были.

В основном я занимаюсь backend разработкой. Или назовем это «массовым RPC с предметной логикой». Здесь в первую очередь важно гарантировать корректность программы, а лишь во вторую — её производительность. Rust вычислительно очень эффективен, но за это он требует ручного управления низкоуровневыми деталями. Это занимает время, которое лучше потратить на оптимизацию высокоуровневых паттернов ввода-вывода (группировка RPC, минимизация round trips, верификацию транзакционных свойств и т.д.). Лучше сделать это до того, как оптимизировать отдельные примитивы за счет языка, которые дает мне больше возможностей для оптимизации.

Если бы я занимался чем-то более вычислительно тяжелым, видеокодеком например, Rust был бы инструментом, который я выбрал.

И последний вопрос. Что ты можешь посоветовать программистам-новичкам?

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

Очень интересно! Это должно сработать!

Да, именно так я и начал :)

Отличный совет! Спасибо за интервью! Увидимся на Ruby Russia.

Вас тоже ждем на конференции! Кстати, осталось меньше 30 билетов, так что не советуем откладывать регистрацию, если решили идти. А если хочется погрузиться в Mutant более основательно, то ждем на воркшопе Маркуса 7 октября. Все подробности на сайте.

Прочитать оригинал на английском можно на hype.codes.

А тут место для благодарности отличным компаниям, которые подерживают главное Ruby-событие в России:

Генеральный партнер — Toptal
Золотые партнеры — Gett и Cookpad
Серебярные партнеры — Instamart, UCHi.ru, JetBrains и Qlean
Бронзовые партнеры — Bookmate и InSales
Теги: rubyruby on railsmutation testingconferencerailsclubrubyrussia
Хабы: Блог компании RubyRussia Ruby Ruby on Rails Конференции
Всего голосов 5: ↑5 и ↓0 +5
Комментарии 1
Комментарии Комментарии 1

Похожие публикации

Лучшие публикации за сутки

Информация

Дата основания
Местоположение
Россия
Сайт
rubyrussia.club
Численность
Неизвестно
Дата регистрации

Блог на Хабре