Нет, ни в коем случае

Хотя — если ты пишешь стримы какие нить, то наверное да

Все очень относительно. мы гвоорим не посредственно про класс. Не знаю, как у остальных, но лично мне часто приходиться использовать в своей работы классы, которые я вижу в первые и мне откровенно плевать, как они называются, мне важны только методы и код в этихз методах. Житзнь приучила меня не доверять ни именам классов(это может быть поместь паттернов с монадами в имени, например) ни именам методов(геттеры изменяющие стейты, возвращающие что то другое и тд)

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

Ну ведь у всех ыбла ситуация, когда имя метода расходится с тем, что он делает, но после того, как автор объяснил логику именования все встает на свои места, ну чего вы ребята.

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

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

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

я не держу, лол, я просто иду и смотрю.

И так каждый раз)

Скорее всего держишь. Ты же не можешь абстрагировать кусок кода просто прочитав его имя, именам же веры нет? Тебе придется залесть внутрь и разобраться, а потом держать в уме ассоциацию что вот класс А делает то, а класс Б делает это.

Я не говорю что это плохо или неправильно

Я говорю что это грустно

ну может и так, это опять же не так важно. Вот что делает FairScheduler? да хер его знает(я автор, так что я знаю, лол),  с тем же успехом я мог бы его назвать RecurringInternalChainTryScheduller

лемма Аскобара

Ну для этого ревью и есть

слабо верю в ревью под конец релизов

А FairScheduler не имплементит часом интерфейс Scheduler?

Нет

Тебе уже захотелось посмотреть реализацию

Надо свой код конвеншен писать

Конвеншенв это договор джентедьменов

Как и законы работает только тогда, когда все согласны соблюдать