Телеграмм чат группы scala_ru страница 12303

parrot.ru

Рейтинг популярных групп и каналов

В рейтинге участвует:

групп:

каналов:

Виртуальный сервер на SSD - недорого!

Аренда выделенных и виртуальных серверов (VDS/VPS), хостинг, аренда IP-адресов, администрирование, круглосуточная поддержка

qwarta.ru подробнее

Резервное копирование с проверкой на вирусы!!!

Удобный сервис создания резервных копий на любой сервер сети интернет. Отслеживайте изменения, проверяйте на вирусы. Надежно защитите свой бизнес!

go.backupland.com

Выбираете сервер? Любая конфигурация на заказ!

Аренда физических серверов любых конфигураций под любые запросы - 1С бухгалтерия, игровые сервера, нагруженные проекты, интернет-магазины!

qwarta.ru подробнее

Size: a a a

Scala User Group

1817 membersпожаловаться на группу

2020 April 28

Oℕ

Oleg ℕizhnik in Scala User Group

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

proud ФООП челики

источник

12:05пожаловаться #1

Oℕ

Oleg ℕizhnik in Scala User Group

Пользуются интерфейсами, потому что тайпклассов нет у них

источник

12:06пожаловаться #2

NV

Nikita Vilunov in Scala User Group

Пользуются интерфейсами, потому что тайпклассов нет у них

Тайпклассы у них выражаются интерфейсами, но некоторые интерфейсы не являются тайпклассами, и proud ФООП челики об этом явно пишут

источник

12:07пожаловаться #3

M

Mikhail in Scala User Group

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

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

Mikhail in Scala User Group

Но можно и from, вместо apply использовать. Да еще и either[String,] заменить на бизнесовые ошибки.

раз уж цитируешь - цитируй со смыслом. В контексте Якобы замеченного тобой противоречия я говорю, что нех писать
`object ActorSystem {
def createActorSystem()
}`

а надо писать так, если уж очень хочется внести эксплиситно однозначность:
`object ActorSystem {
def create
}
ActorSystem.create
`

источник

12:07пожаловаться #4

M

Mikhail in Scala User Group

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

Семантика это общий термин. Его можно применить к чему угодно. Если фп челики прибили для себя гвоздями лишь один конкретный контекст для этого слова - будет сложно найти общий язык)

источник

12:10пожаловаться #5

Oℕ

Oleg ℕizhnik in Scala User Group

раз уж цитируешь - цитируй со смыслом. В контексте Якобы замеченного тобой противоречия я говорю, что нех писать
`object ActorSystem {
def createActorSystem()
}`

а надо писать так, если уж очень хочется внести эксплиситно однозначность:
`object ActorSystem {
def create
}
ActorSystem.create
`

нет речь была о том, что бы писать
byConfig, byConfigAndEC, byOptions и т.п. вместо одного create, в исходном предлагалось именно уточнять аргументы в имени, а не результирующий тип

источник

12:10пожаловаться #6

Oℕ

Oleg ℕizhnik in Scala User Group

Семантика это общий термин. Его можно применить к чему угодно. Если фп челики прибили для себя гвоздями лишь один конкретный контекст для этого слова - будет сложно найти общий язык)

какой смысл слова "семантика" применим к перегрузкам "create" и "from" ?

источник

12:11пожаловаться #7

M

Mikhail in Scala User Group

нет речь была о том, что бы писать
byConfig, byConfigAndEC, byOptions и т.п. вместо одного create, в исходном предлагалось именно уточнять аргументы в имени, а не результирующий тип

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

источник

12:12пожаловаться #8

AD

Apache DOG™ in Scala User Group

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

берет инт и выдаёт стринг представление, берет чар и выдаеёт стринг представление

источник

12:13пожаловаться #9

KC

Kain Crow in Scala User Group

берет инт и выдаёт стринг представление, берет чар и выдаеёт стринг представление

источник

12:13пожаловаться #10

Oℕ

Oleg ℕizhnik in Scala User Group

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

не нужно переводить тему на уточнение результирующего типа, вернись к обсуждению уточнения аргументов, то, о чём перегрузка и о чём весь разговор, название всех методов createActorSystem никак к дискуссии об оверлоаде не относится

источник

12:13пожаловаться #11

AD

Apache DOG™ in Scala User Group

твое было бы верно если б ты туда вперел Т

источник

12:13пожаловаться #12

KC

Kain Crow in Scala User Group

твое было бы верно если б ты туда вперел Т

А чем отличается Т с двумя различными реализованными имплиситами от просто передачи двух разных по типу параметров

Если по факту работа будет произведена одна и та же над одними и теми же данными с одним и тем же итогом

источник

12:14пожаловаться #13

KC

Kain Crow in Scala User Group

Семантически
Не с точки зрения расширяемости и проч а именно в текущем состоянии.

источник

12:14пожаловаться #14

KC

Kain Crow in Scala User Group

Ты ещё скажи что вызовы foo(1) и foo(2) семантически разные, один берет единицу а другой двойку

источник

12:15пожаловаться #15

M

Mikhail in Scala User Group

не нужно переводить тему на уточнение результирующего типа, вернись к обсуждению уточнения аргументов, то, о чём перегрузка и о чём весь разговор, название всех методов createActorSystem никак к дискуссии об оверлоаде не относится

что за тема про уточнение аргументов?

источник

12:16пожаловаться #16

M

Mikhail in Scala User Group

Ты ещё скажи что вызовы foo(1) и foo(2) семантически разные, один берет единицу а другой двойку

возможно кто-то даже захочет зашейдить 2-ку

источник

12:18пожаловаться #17

Oℕ

Oleg ℕizhnik in Scala User Group

что за тема про уточнение аргументов?

https://t.me/scala_ru/272537

fromBigDecimal

а не

createCumulativeCoefficient

поэтому осуждая возможный придуманный тобой вариант createActorSystem ты споришь только сам с собой и уводишь дискуссию в сторону

Mikhail in Scala User Group

@yamlcoder ну и кстати, любой метод вида - def fromBigDecimal(value: BigDecimal) - является тавтологией. будь проще - def from(v:BigDecimal) - у тебя уже есть тип, незачем его еще в название метода пихать без лишней необходимости

источник

12:19пожаловаться #18

M

Mikhail in Scala User Group

https://t.me/scala_ru/272537

fromBigDecimal

а не

createCumulativeCoefficient

поэтому осуждая возможный придуманный тобой вариант createActorSystem ты споришь только сам с собой и уводишь дискуссию в сторону

Mikhail in Scala User Group

@yamlcoder ну и кстати, любой метод вида - def fromBigDecimal(value: BigDecimal) - является тавтологией. будь проще - def from(v:BigDecimal) - у тебя уже есть тип, незачем его еще в название метода пихать без лишней необходимости

эм. fromBigDecimal & createCumulativeCoefficient - между собой не сравнивались никогда)

так в чем проблема не заниматься тавтологией и писать
def from(v:BigDecimal) вместо def fromBigDecimal(v:BigDecimal) ?

источник

12:21пожаловаться #19

AD

Apache DOG™ in Scala User Group

А чем отличается Т с двумя различными реализованными имплиситами от просто передачи двух разных по типу параметров

Если по факту работа будет произведена одна и та же над одними и теми же данными с одним и тем же итогом

потому что там блджад дженерик. Потому что тут у тебя абстрактный параметр который соотвевтствует слову сущность

источник

12:22пожаловаться #20