GP
а «ки́рки» кто-нибудь произносит?
нет, “sursee” [ˈsɜːrsiː] обычно произносится
Size: a a a
2020 August 08
λ
цирк
GP
цирк
еще цирка
AK
нет, “sursee” [ˈsɜːrsiː] обычно произносится
Сьорси, но там есть нюансы заимствования греческих и римских слов, то что из Рима сперли читают как Ц, то что из Греции через К
Соответственно подобное правило и в других языках
Цезарь но Кесарь, Цирцея но Кирка
Соответственно подобное правило и в других языках
Цезарь но Кесарь, Цирцея но Кирка
GP
Сьорси, но там есть нюансы заимствования греческих и римских слов, то что из Рима сперли читают как Ц, то что из Греции через К
Соответственно подобное правило и в других языках
Цезарь но Кесарь, Цирцея но Кирка
Соответственно подобное правило и в других языках
Цезарь но Кесарь, Цирцея но Кирка
вопрос не в этом был; автор серсей зовет; кирку скажешь кому никто не поймет о чем речь
мы вот цирком тут зовем
мы вот цирком тут зовем
AK
Однако есть исключения, если заимствование из средневековой латыни то там как бог на душу положит
.
Я говорю сирке
.
А вообще называть так либы - извращение, такое впечатление, что нормальные слова у авторов закончились
.
Да хоть pahom можно назвать. Чтобы нормально читалось/произносилось
λ
Эм...
AK
вопрос не в этом был; автор серсей зовет; кирку скажешь кому никто не поймет о чем речь
мы вот цирком тут зовем
мы вот цирком тут зовем
Так потому что греческие мифы пришли в европейскую культуру из Римской
2020 August 09
VE
а «ки́рки» кто-нибудь произносит?
кирче
AA
2020 August 10
VS
Есть аргументы, почему не стоит в имплементации какого-то интерфейса делать
вместо
?
Или мб я ошибаюсь и именно так и стоит делать (типа метод все равно вызовут, а тут у нас и граф уже собран и инициализирован)
val getSomeUsers: F[List[User]]
вместо
def getSomeUsers: F[List[User]]
?
Или мб я ошибаюсь и именно так и стоит делать (типа метод все равно вызовут, а тут у нас и граф уже собран и инициализирован)
λ
Есть аргументы, почему не стоит в имплементации какого-то интерфейса делать
вместо
?
Или мб я ошибаюсь и именно так и стоит делать (типа метод все равно вызовут, а тут у нас и граф уже собран и инициализирован)
val getSomeUsers: F[List[User]]
вместо
def getSomeUsers: F[List[User]]
?
Или мб я ошибаюсь и именно так и стоит делать (типа метод все равно вызовут, а тут у нас и граф уже собран и инициализирован)
В имплементации нужно
SA
Есть аргументы, почему не стоит в имплементации какого-то интерфейса делать
вместо
?
Или мб я ошибаюсь и именно так и стоит делать (типа метод все равно вызовут, а тут у нас и граф уже собран и инициализирован)
val getSomeUsers: F[List[User]]
вместо
def getSomeUsers: F[List[User]]
?
Или мб я ошибаюсь и именно так и стоит делать (типа метод все равно вызовут, а тут у нас и граф уже собран и инициализирован)
Два довода против:
- нарушение единообразия - если у метода есть аргументы, придется писать def
- порядок инициализации val
- нарушение единообразия - если у метода есть аргументы, придется писать def
- порядок инициализации val
VS
спасибо ❤️
NV
Два довода против:
- нарушение единообразия - если у метода есть аргументы, придется писать def
- порядок инициализации val
- нарушение единообразия - если у метода есть аргументы, придется писать def
- порядок инициализации val
Можно подробнее? Какие проблемы будут из-за нарушения единообразия и порядка инициализации?
IA
Можно подробнее? Какие проблемы будут из-за нарушения единообразия и порядка инициализации?
Если у тебя абстрактный класс B, в котором выводятся val bar из абстрактных val foo, то рантайм отвалится (или наследоваться иначе надо - new A { val foo = 123 } extends B )
λ
Тут речь не про абстрактный класс, а про имплементацию (видимо, не абстрактную)