VH
Я вас научу по украинскому базарить про скалу
Size: a a a
2020 March 09
AS
Именно
А на границе имя командира на донбасе спрашивать будут?
VH
Т.к. слишком русский
Ой слушай, я в тиньке людей учил говорить по-украински
VH
Москва красивый город кстати
VH
Ты лети в Жуляны, там максимум температуру померяют в нынешних реалиях
AV
Москва красивый город кстати
Похорошела при собянине?
VH
Похорошела при собянине?
Естественно
VH
Особенно отсутствие троллейбусных линий заметно . Тут как говорится женщина расцвела
VH
У мужчин типа Киева с этим по-туже к сожалению, но в целом ок
VH
Ну хоть в Пензу бы кто-то приехал, я там буду про кафку впаривать студентам
P
А как обычно в России зарплаты программистам платят? В рублях или какой-нибудь другой валюте?
VP
Python
А как обычно в России зарплаты программистам платят? В рублях или какой-нибудь другой валюте?
В рублях
AT
Python
А как обычно в России зарплаты программистам платят? В рублях или какой-нибудь другой валюте?
У нас по закону только в рублях
λ
Python
А как обычно в России зарплаты программистам платят? В рублях или какой-нибудь другой валюте?
В рублях по курсу валюты
h
делаю простую мемоизацию фунции
подумал, что второй аргумент getOrElseUpdate требует создания замыкания. это верно? компилятор не оптимизирует это никак? у джава-мапы у аналогичного метода computeIfAbsent у второго аргумента ключ передается в аргументах лямбы, поэтому аллокации замыкания типо нет. если кусок кода критичен к количеству аллокаций, то лучше юзать джава-мапу или компиль все разрулит?
def memoize[A, B](f: A => B): A => B = {
val cache = new mutable.HashMap[A, B]()
a=>cache.getOrElseUpdate(a,f(a))
}подумал, что второй аргумент getOrElseUpdate требует создания замыкания. это верно? компилятор не оптимизирует это никак? у джава-мапы у аналогичного метода computeIfAbsent у второго аргумента ключ передается в аргументах лямбы, поэтому аллокации замыкания типо нет. если кусок кода критичен к количеству аллокаций, то лучше юзать джава-мапу или компиль все разрулит?
AV
Какая же это мемоизация...
ΛВ
Какая же это мемоизация...
Уровня питонячих декораторов
SA
делаю простую мемоизацию фунции
подумал, что второй аргумент getOrElseUpdate требует создания замыкания. это верно? компилятор не оптимизирует это никак? у джава-мапы у аналогичного метода computeIfAbsent у второго аргумента ключ передается в аргументах лямбы, поэтому аллокации замыкания типо нет. если кусок кода критичен к количеству аллокаций, то лучше юзать джава-мапу или компиль все разрулит?
def memoize[A, B](f: A => B): A => B = {
val cache = new mutable.HashMap[A, B]()
a=>cache.getOrElseUpdate(a,f(a))
}подумал, что второй аргумент getOrElseUpdate требует создания замыкания. это верно? компилятор не оптимизирует это никак? у джава-мапы у аналогичного метода computeIfAbsent у второго аргумента ключ передается в аргументах лямбы, поэтому аллокации замыкания типо нет. если кусок кода критичен к количеству аллокаций, то лучше юзать джава-мапу или компиль все разрулит?
не разрулит, и джавовая мапа быстрее мутабельной скаловской. Но на практике обычно разница незначительна.
И еще не нужно забывать, что эта мемоизация - однопоточная, размер хешмапы неограничен, управлять кешем после создания мемоизированной функции невозможно.
Т.е. это просто пример из учебника по скале, не нужно так писать код.
И еще не нужно забывать, что эта мемоизация - однопоточная, размер хешмапы неограничен, управлять кешем после создания мемоизированной функции невозможно.
Т.е. это просто пример из учебника по скале, не нужно так писать код.
Е
делаю простую мемоизацию фунции
подумал, что второй аргумент getOrElseUpdate требует создания замыкания. это верно? компилятор не оптимизирует это никак? у джава-мапы у аналогичного метода computeIfAbsent у второго аргумента ключ передается в аргументах лямбы, поэтому аллокации замыкания типо нет. если кусок кода критичен к количеству аллокаций, то лучше юзать джава-мапу или компиль все разрулит?
def memoize[A, B](f: A => B): A => B = {
val cache = new mutable.HashMap[A, B]()
a=>cache.getOrElseUpdate(a,f(a))
}подумал, что второй аргумент getOrElseUpdate требует создания замыкания. это верно? компилятор не оптимизирует это никак? у джава-мапы у аналогичного метода computeIfAbsent у второго аргумента ключ передается в аргументах лямбы, поэтому аллокации замыкания типо нет. если кусок кода критичен к количеству аллокаций, то лучше юзать джава-мапу или компиль все разрулит?
если кусок кода критичен к аллокациям, может не скала, а си?
2020 March 10
AV
Че это никто на наш гхспонсорс не подписывается?