Size: a a a

Scala User Group

2020 May 28

K

KrivdaTheTriewe in Scala User Group
там история как с эирфлоу и airbnb , что когда они отдали в опенсорс , они потеряли контроль, и стали учитывать мнение остальных
источник

K

KrivdaTheTriewe in Scala User Group
Гоезу тож сча не дают единолично фигарить коммиты, насколько я помню
источник

λƒ

λesha ƒomkin in Scala User Group
Nikita Vilunov
например?
источник

λƒ

λesha ƒomkin in Scala User Group
KrivdaTheTriewe
ну а как тогда можно людей звать)
если что в Королев регулярно комитят @tvaroh и @greenhost87 в последнее время
источник

λƒ

λesha ƒomkin in Scala User Group
λoλdog
печаль
почиму?
источник

K

KrivdaTheTriewe in Scala User Group
λesha ƒomkin
если что в Королев регулярно комитят @tvaroh и @greenhost87 в последнее время
нет ни одного проекта сейчас опенсорсного, которым пользуются много людей, где  только один человек принимает решения
источник

K

KrivdaTheTriewe in Scala User Group
это необходимое решение, для популяризации проекта
источник

λƒ

λesha ƒomkin in Scala User Group
KrivdaTheTriewe
нет ни одного проекта сейчас опенсорсного, которым пользуются много людей, где  только один человек принимает решения
такие решения принимаются когда прихотит время. на пример появляется несколько человек, которые контрибутят вот прям совсем много. или когда появляется несколько компаний, которые завязаны на проект и контрибутят туда своих инженеров. я и так обычно выкладываю все идеи публично в виде issue, но обычно в обсуждении ни кто не участвует.
источник

λƒ

λesha ƒomkin in Scala User Group
λesha ƒomkin
такие решения принимаются когда прихотит время. на пример появляется несколько человек, которые контрибутят вот прям совсем много. или когда появляется несколько компаний, которые завязаны на проект и контрибутят туда своих инженеров. я и так обычно выкладываю все идеи публично в виде issue, но обычно в обсуждении ни кто не участвует.
вот на пример либа для тестов https://github.com/fomkin/korolev/issues/318 0 комментов.
источник

λƒ

λesha ƒomkin in Scala User Group
Nikita Vilunov
а зачем разрабатывать сервер без зависимости на котов и кото-эффектов, при этом реимплементить те же тайп-классы?
кстати, еще одна причина -- поддержка фьюч, для тех кто хочет фьючи. и твиттерские фьючи можно подключить при желании.
источник

B

Boris in Scala User Group
λesha ƒomkin
кстати, еще одна причина -- поддержка фьюч, для тех кто хочет фьючи. и твиттерские фьючи можно подключить при желании.
а поддержка CompetableFuture из жавы есть?
источник

λƒ

λesha ƒomkin in Scala User Group
Есть старая ветка с DSL для Java. Заброшена за невостребованностью. Там была поддержка CompetableFuture. При желании можно возродить. Выгядит код примерно вот так https://github.com/fomkin/korolev/blob/java-dsl/examples/java-dsl-example/src/main/java/TodoListRenderer.java В примере используется Lombok и Vavr.
источник

K

Kai in Scala User Group
@sugakandrey А почему идея перестала обращать внимание на не найденные имплиситы для конверсий в авто-комплите экстеншн методов? Раньше (~ полгода назад) все отлично работало – доступны были только те методы для которых находились имплиситы. А в последнее время идея просто показывает все что может и берет в расчет только сами типы в консерсиях без их имплиситов. У меня под это все либы заточены и требуют лишние аргументы в конверсиях только ради того чтобы идея ограничивала список методов, а теперь все методы скопом всегда показываются даже когда их невозможно вызвать...
источник

AS

Andrey Sugak in Scala User Group
Kai
@sugakandrey А почему идея перестала обращать внимание на не найденные имплиситы для конверсий в авто-комплите экстеншн методов? Раньше (~ полгода назад) все отлично работало – доступны были только те методы для которых находились имплиситы. А в последнее время идея просто показывает все что может и берет в расчет только сами типы в консерсиях без их имплиситов. У меня под это все либы заточены и требуют лишние аргументы в конверсиях только ради того чтобы идея ограничивала список методов, а теперь все методы скопом всегда показываются даже когда их невозможно вызвать...
Я очень плохо знаю, что там в комплишене происходит, мне казалось, что это всегда так и работало, но возможно я не прав. Можешь попробовать в гиттере спросить или тикет завести.
источник

K

Kai in Scala User Group
Оно работало, но перестало. Ок понял, заведу, спрошу.
источник

AS

Andrey Sugak in Scala User Group
Kai
Оно работало, но перестало. Ок понял, заведу, спрошу.
Там чето рефачили переписывали, чтобы кешировалось нормально, может тогда и сломали.
источник
2020 May 29

AS

Aλeχander Semenov in Scala User Group
В тему автокомлита - почему-то самые разумные варианты (они даже помечены жирным) идут не в начале списка, а после всяких диких имплистных из Any и тп. Это выглядит несложным фиксом, а профит колоссальный. Просто передвинуть эти жирные в начало.
источник

λ

λoλegΥch in Scala User Group
вроде и так наоборот
источник

λƒ

λesha ƒomkin in Scala User Group
Дорое утро. А есть ли в котах оператор типа *> но не fb: IO[B] a b: B. Шорткат для f.map(_ => b) ?
источник

AT

Aλeksei Tereχin in Scala User Group
λesha ƒomkin
Дорое утро. А есть ли в котах оператор типа *> но не fb: IO[B] a b: B. Шорткат для f.map(_ => b) ?
as(b: B)
источник