Мы сейчас переводим нашу поисковую платформу из sbt в bazel. В процессе натолкнулись, что такой код перестаёт компилироваться в bazel:

case class ValueIdx(idx: Int) extends AnyVal

object ValueIdx {
  implicit def asInt(v: ValueIdx): Int = v.idx
}

val oops = ValueIdx(1) + 2

Ошибка в bazel-проекте:

type mismatch;
found   : Int(2)
required: String
   val oops = ValueIdx(1) + 2
                            ^

При этом, в sbt-проекте код компилируется.

Понятно, что в sbt-проекте компилятор подставляет asInt:

asInt(ValueIdx(1)) + 2 // 3

А в bazel-проекте, напротив, используется any2stringadd, и компиляция падает:

// String + Int => ошибка
any2stringadd(ValueIdx(1)) + 2

Очевидный фикс — убрать импорт any2stringadd явно:

import scala.Predef.{any2stringadd as _, _}

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

Помогли разобраться release notes версии 2.13.13 компилятора:

When upgrading to 2.13.13, existing users of -Xsource:3 should explicitly consider switching to -Xsource:3-cross. Some behaviors of -Xsource:3 have changed; see new doc page for details

По доке становится понятно, что теперь any2stringadd не резолвится, только если включена опция -Xsource:3-cross. Её нам включать было сложновато — сломалась компиляция многих классов, и quickfix под это отсутствует.

Минимальный reproduce лежит в этом gist. Убедиться в изменении поведения можно, как на скриншоте в комментарии к посту.

В итоге мы включили только опцию -Xsource-features:any2stringadd из доки, что потребовало поправить всего 40 строк кода в монорепе на 4 миллиона строк.

Теперь и вы знаете, как решить эту и подобные проблемы при обновлении Scala на 2.13.13+ в проекте, если у вас включен -Xsource:3 😉

Как я пришёл в команду девтулзов — и как туда попасть сейчас

Один разработчик спросил:

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

Хочу поделиться своим опытом.

🚀 С чего всё началось

8 лет назад я пришёл в Вертикали, в продуктовую команду. Делать продукт было интересно.

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

🏃‍♂️ Первый шаг к тулам

При реализации задач продукта я пользовался внутренним сервисом биллинга. Он был неудобным. В компании как раз обсуждали его переделку, и я активно в этом участвовал.

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

Мы серьёзно улучшили биллинг за два года — он стал гораздо удобнее для разработчиков. Для меня это был настоящий кайф.

⚙️ Монорепа и Bazel

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

Когда мне предложили перейти в команду монорепы — я не раздумывал.

Теперь я улучшаю инструменты для всех наших Scala-разработчиков — и это работа, которая меня очень радует.

💡 Что из этого можно вынести

Вот как можно зарабатывать на разработке инструментов:

1. Устроиться в большую компанию.
2. Замечать неудобства в инструментах, которые используешь.
3. Давать много фидбека тем, кто их развивает.
4. Не упустить момент, когда зовут присоединиться к этим командам.

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

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

🔍 Альтернативный путь

Есть и более прямой путь — если точно знаешь, чего хочешь. Можно сразу искать вакансии в командах, которые делают тулзы для разработчиков. Их меньше, но они есть.

Кстати, такая вакансия прямо сейчас есть в моей команде. Если интересно, пишите мне (@evis_dev).

❤️ А ещё есть open source

Это отличный способ поработать над инструментами.
Приносит радость, ценный опыт — и иногда открывает неожиданные двери.