по-моему самое то для понимания того, что происходит

можно форкнуть и разбить на модули, как такой более приближенный к жизненным требованиям вариант

давайте заведем на гитхабе организацию имени этого чата

SRUG

сурово звучит

давайте заведем на гитхабе организацию имени этого чата

А смысл?

будем контрибутить все вместе и выполнять завет Одерски из его видеопривета российскому сообществу

что за видеопривет?)

где-то на соцстраницах датамонстров есть

https://www.youtube.com/watch?v=NylOlbScTdo

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

?

1. сделать организацию 2. не пускать в нее сомневающихся ...

профит да

где-то там, ну

Martin Oder sky is nyasha, проблемз в том, что были бы проекты, а организацию под них создать можно

дело говоришь

Ребята, меня спросил коллега и я даже не знаю, что ответить Вопрос звучал примерно так, есть ли Scala-компиляторы создающие код не для JVM и есть ли какие-либо ограничения спецификации языка для создания компилятора Scala, который без сборщика мусора и существуют ли подобные реализации

Js :-)

https://github.com/scala-native/scala-native

https://www.scala-js.org/

Ребят, вопрос есть , как задачку идиоматически на скале решить. Есть сгенерированные автоматически классы, у каждого есть метод getId , но у их общего предка этого метода нет. Нужно цеплять у каждого из инстансов только эту функцию, Как идиоматически такую задачу на скале решить, не занимаясь копипейстом кода с заменой типа в двух местах?

foo : { def getId ... }

structural typing

но эт рефлексия и в будущем может исчезнуть

или, если перфоманс важен, с помощью shapeless

там без рефлексии, но НЕ ПРОСТО

написать тайпкласс GetId[A] { def getId(a: A): Id }

если просто

без шейплесс

и идиоматично

поправить генерилку -- самое простое

а бойлер плейтить тайпклассы чем?

ну вопрос был как сделать идиоматично )

так-то инстансы тайпклассов тоже надо генерить

если стоит вопрос учить шейплесс или объявить несколько инстансов тайпкласса и нужно вот прям завтра

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

ну или ручками, да.

можно макросом инстанс тайпкласса генерить еще.

вопрос в том, много ли вообще объектов, может структурный тип и подойдёт)

а как шейплесс такое без рефлексии разрулит?

что-то я сомневаюсь

(и без генерации инстансов тайпклассов, конечно)

Лучше через структурный тип

scala-native использует сборщик мусора, если судить по https://github.com/scala-native/scala-native/issues/128 а есть ли проекты вообще без сборщика? И если нет, то посдскажите почему

да ну забудьте про structural typing в скале

тема крутая если бы была compile-time

а как шейплесс такое без рефлексии разрулит?

Примерно вот так: http://www.cakesolutions.net/teamblogs/copying-sealed-trait-instances-a-journey-through-generic-programming-and-shapeless

тема крутая если бы была compile-time

ну если у 10-100 объектов достать id - то почему нет?

scala-native использует сборщик мусора, если судить по https://github.com/scala-native/scala-native/issues/128 а есть ли проекты вообще без сборщика? И если нет, то посдскажите почему

Вряд ли есть так как придется сильно расширять язык

и усложнять

scala-native использует сборщик мусора, если судить по https://github.com/scala-native/scala-native/issues/128 а есть ли проекты вообще без сборщика? И если нет, то посдскажите почему

ты С++ знаешь?

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

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

Примерно вот так: http://www.cakesolutions.net/teamblogs/copying-sealed-trait-instances-a-journey-through-generic-programming-and-shapeless

так там все равно надо инстансы генерить

ну если у 10-100 объектов достать id - то почему нет?

религия не позволяет )

Я также сначала ответил, но в Rust же нет сборщика как и оператора delete, конечно языки разные

но там же есть понятие ownership

если такое ввести в скалу - это уже будет другой язык

с тайпклассами и борровингом: не менее 10 лет опыта в индустрии, чтобы запилить helloworld

:)

вот это будет по настоящему интересно

коалгебры и их аллокаторы

есть тут кто на акке slfj-logger юзает? не сталкивались с проблемой что при terminate логи могут выпадать в StandardOutLogger?

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

Я также сначала ответил, но в Rust же нет сборщика как и оператора delete, конечно языки разные

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

ERROR: S client not available

если такое ввести в скалу - это уже будет другой язык

это делается средствами языка

есть poс прототипы

но, подозреваю, на серьезном использовании получится та же херня, что и с шейплесом

исходя из растовских ограничений появляются забавные сайд-эффекты) https://doc.rust-lang.org/book/ownership.html fn main() { let v = vec![1, 2, 3]; let v2 = v; println!("v[0] is: {}", v[0]); } error[E0382]: use of moved value: v и тоже самое при вызове функций. переменная от тебя утекает) там конечно есть другие способы передачи, но все же)

ну тут-то все логично. = - то move взял один кусок памяти и перенес в другой если хочешь из двух переменных доступ к одному куску памяти получить - во вторую нужно было сделать borrow

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

яваскрипт тоже постоянно все ругают, но если знать его немного лучше чем остальные - то тоже все логично и просто)

им надо было =`на `<- поменять

шоб визуально было видно куда чё утекает :)

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

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

ну о том и речь, надо менять систему типов, вводить affine kind

Structural typing не оч конечно :(

Это все в стриминге крутится

так, а вдруг, ни у кого случайно инвайта нет на audionews.org?

так сказать, на правах админа чатика

/stat@combot

combot.org/chat/-1001034178083

Посмотрите, о чем твитнул(а) @lambda_conf: https://twitter.com/lambda_conf/status/803695008100466688?s=09

http://lambdaconf.us/#about

забавно что все организаторы - де гоесы)

CHIEF PROPHET OF FUNCTIONAL PROGRAMMING

ну у него каждый второй твит как проповедь)

забавно что все организаторы - де гоесы)

а ну походу там братья де хусы и их жены

правда у самого джона жена анестезиолог

там свежий Li Haoyi http://www.lihaoyi.com/post/OldDesignPatternsinScala.html

Годная статья, еще вчера прочитал

Когда только начинал со скалой как раз такие же мысли у меня и были

Ещё про scala platform http://scala-lang.org/blog/2016/11/28/spp.html

Кстати lightbend обещали планы на 2.13 рассказать. Ещё не было ведь?

так одердски же уже рассказывал

или нужны подробности?