ну не все issues касаются core алгоритмической части

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

Я бы советовал сделать автоматизацию в своей предметной области, в чем она специализируется? Готовит графики? Моделирование? В Scala весьма удобно воссоздавать выразительную модель предметной области (case classes, интерфейсы, поведения), в быту помогает.

Мне, например, Scala часто помогает в подготовке статей - самописный DSL для визуализации диаграмм навроде Sankey:

У нас в компании финал бигдатного курса - контрибьют в опенсурс проекты. У меня был флиге и хайв, но довести до мержа в мастер не получилось :( Потом кто-то мой PR подхватил, к счастью и домёржил.

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

Через них же можно просить права на жиру и просить код ревью

Хотя тут опыт уже не разработки (багфикс может быть в одну строчку), а работы с опенсурсом

Это корпоративный опенсорс, причем код спарка к собственно к скале имеет опосредованное отношение :)

Если хочется потренироватся на кошках чет прикладное, то можно взять разные стеки и попробовать сделать этлку для вот этого https://testnet.steexp.com/. Это достаточно простой но в то же время стабильный источник данных - у него есть и реалтайм фид и есть что делать батчами.

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

* есть скаласдк

Большинство проектов можно допилить без уникальных по уровню знаний в области алгоритмов. К примеру в Яндексе многие наверно замечали юзабилити, которое джуны после вуза сделали бы в разы лучше. А в Яндекс берут с очень неплохой алгоритмической подготовкой. Это по поводу противоречий нашего мира.
По моему хорошее чувство юзабилити (с этим у нее нормально) и хотя бы начальные знания по контролю качества данных должно хватать.

у гугла нет скала-коннектора к датастору, например, "юзабилити ишшуэ"

У большинства OSS проектов есть тэг good first issue или аналогичный, их можно брать и присылать PR; если тэга нет (у Спарка вроде нет такого лейбла) - можно начать с документации

Ещё такие часто как trivial тег имеют

Да, вообще лучше всего начать с чтения документа how to contribute, такой есть в каждом хоть сколько нибудь популярном проекте

какое-то изучение задом наперёд. вместо того чтобы попробовать решить задачу и в процессе изучить язык, зачем-то надо учить синтаксис языка, и потом искать задачу. как-то оно неэффективно

примерно как китайский по учебникам, не?

А чем китайский не устроил?