не спорю

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

Но у них одинаковая семантика, а что там под капотом это уже не проблемы наименования, наименование это про семантику а не реализацию

> с импортом вобще нет проблем

как заимпортить только один метод из двух перегрузок, как переименовать только один при импорте?

я даже без перегрузки от такого кода выть начну

в примере - разная семантика

Как это
Берет какую-то сущность и выдает ее стринг-представление

toString

Если семантика одинаковая - вероятно это должна быть абстракция. Перегрузка - не абстракция

Это просто два метода с одним именем

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

не нужно импортить только один метод. ты импортишь семантику.
если ты импортишь не пересекающиеся типы - вобще нет проблем (разве что у скалака - он же там не умеет резолвить в полный путь). а если тебе надо зашейдить S1.parse(s:String), потому что у тебя есть S2.parse(s:String) - так будь добр и напиши S2.parse(string), а не шейди все подряд. Это уберет всякие неоднозначности. К тому же это скалак должен стать слегка умнее и если ты указал val s2:S2 = parse(string) - он и должен опять таки в полный путь зарезолвить, потому что непересекающиеся множества не порождают неоднозначностей.

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

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

Все ООП челики выделяют семантику в интерфейсы, все ФП челики - в тайпклассы.

сколько у тебя вызовов - 1 на файл, десяток на большой проект? Ну и напиши ActorSystem.create - избавь читающего от двусмысленности, что за креате там стоит. а если есть

import ActorSystem.create 
val system:ActorSystem = create

так какая мне разница, сколько там методов заимпортилось? семантически - один метод, который создает акторсистему - усе

import ActorSystem.create 
val system:ActorSystem = create

Эта бестолковая беседа началась с того, что ты предлагает внести неоднозначность, получив краткость https://t.me/scala_ru/272644

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

Какой-нибудь Raise или ContextShift — это тайпкласс или всё-таки такой же интерфейс? ФП челики часто выделяют семантику в такие же интерфейсы, которые не являются тайпклассами

Мало того, это замечание никак не относится к заявлениям о том, что перегрузка - это семантика