вобще-то jvm

мы говорим про рантайм

а он жеж компилирует на ходу!

тогда jit

джит это характеристика компилятора ?

case "get_usir_photo" => get_user_photo()

Заведи Enum, sealed trait

Не "харкодь" строки

Не Enum, а case-class заведи.

case object

пятиминутка занудства прям

moar like 2.5 часа :)

Zanooda User Group

Zanooda - офигенное знавание для компании.

Работать с ними будут только самые отчаянные либо тоже зануды

Заведи Enum, sealed trait

не читал, но осуждаю)

на собеседованиях будет говорить в основном тот кто собеседует, а не тот кого собеседуют

где ж я писал, что я харкожу строки то)

Работать с ними будут только самые отчаянные либо тоже зануды

Слаком же пользуются люди.

гугл сообщает что zanood это индийская фамилия :)

Тогда точно надо брать.

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

Zanooda - офигенное знавание для компании.

А у Егора компания разве не так называется?)

Шутка минутка

у меня была идея назвать компанию "80% done"

Подожите, я записываю!

и она будет заниматься аутсорсом

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

и когда будут заказывать доработки, то их тоже на 80% делать

это как в парадоксе про Ахилеса и черепаху

а будет ли она выполнять 100% от 80% проекта? или в рекурсию свалится?

а будет ли она выполнять 100% от 80% проекта? или в рекурсию свалится?

в рекурсии суть существования компании

будет ли она заполнять джиру на 100%?

она засчет рекурсии будет жить

это как в анекдоте "а мне похуй что там написано"

будет ли она заполнять джиру на 100%?

думаю что это уже детали внутренней организации. философия "80% done" больше относится к работе с контрагентами

главное, чтобы клиенты не чухнули и тоже в рекурсию по оплате не ушли, каждый раз будут 80% от предыдущей оплаты платить)

хм, этот вопрос предстоит решить, согласен

А платить они будут так: все бумаги подготовили, сумму в интернет-банке заполнили... и закрыли вкладку.

надо еще следить, чтобы (it(n+1) - it(n)) не стремилось к нулю тогда экономически это будет ривлекательно (ряд чтобы не сходился)

лучше чтобы к +∞

можно так микросервисы пилить по принципу 80% done. и оплату брать за каждый. но не уверен что прокатит

шантажировать тем, что до полной оплаты метод будет возвращать не более 80% от реальных данных

или будет отвечать только на 80% запросов

high availability = 80% availability

80% consistency

aka eventual consistency :)

partial consistency

http://degoes.net/articles/insufficiently-polymorphic

http://degoes.net/articles/insufficiently-polymorphic

Смело.

Вопрос (который я когда-то уже задавал): почему нет либы с мемоизацией?

а тебе надо чтобы там кроме мемоизации больше ничего не было?)

Конечно. Я же не люблю фреймворки.

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

А где есть?

Скалази?

twitter utils, scalaz, в cats Eval

Интересно, что ни одна из имплементаций не использует мягкие ссылки.

Хотя казалось бы.

ты кеш пытаешься сделать чтоли?

ты кеш пытаешься сделать чтоли?

Ну мемоизация это кеш для функций.

У меня есть чистые функции, который по многу раз вызываются с одинаковыми аргументами. Спустя какое-то время они перестают вызываться с этими аргументаци. Хочется что бы результат вычисления убивался вместе с аргументами.

У меня есть чистые функции, который по многу раз вызываются с одинаковыми аргументами. Спустя какое-то время они перестают вызываться с этими аргументаци. Хочется что бы результат вычисления убивался вместе с аргументами.

Тогда тебе софт линк не поможет, придётся самому пробивать

Тогда тебе софт линк не поможет, придётся самому пробивать

Почему? WeakHashMap и все такое.

Ну weak эт нихера не cache)

def memoize[I, O](f: I => O): I => O = { val cache = java.util.Collections.synchronizedMap(new java.util.WeakHashMap[I, O]()) (args: I) => { import java.util.function.Function cache.computeIfAbsent(args, new Function[I, O] { def apply(x: I): O = f(x) }) } } Что-то типа такого, только что бы с таплами нормально работало.

ERROR: S client not available

Ну weak эт нихера не cache)

Может быть здесь путаница в терминологии?

То что я написал с таплами не работает, потому что они вычищаются примерно сразу и значение соответственно дропается.

ктонибудь, кто читал статью De Goes-а про [Onion](http://degoes.net/articles/modern-fp-part-2) разобрался как там подразумевается имплементировать интерпретаторы которые должны выражатся в терминах другого интерпретатора ? вот это все: val bankingLogging : BankingF ~< Halt LoggingF val bankingProtocol : BankingF ~< ProtocolF val protocolSocket : ProtocolF ~< SocketF val loggingFile : LoggingF ~< FileF val execFile : FileF ~> IO val execSocket : SocketF ~> IO

Ещё weakhashmap не конкарент

Ещё weakhashmap не конкарент

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

def memoize[I, O](f: I => O): I => O = { val cache = java.util.Collections.synchronizedMap(new java.util.WeakHashMap[I, O]()) (args: I) => { import java.util.function.Function cache.computeIfAbsent(args, new Function[I, O] { def apply(x: I): O = f(x) }) } } Что-то типа такого, только что бы с таплами нормально работало.

оно работает в рамках спецификации) ему все равно на содержимое туплов) val a=1 val b=1 val t1 = (a,b) val t2 = (a,b) t1 == t2 // true &t1 == &t2 //false

тупл есть такой же обьект как и любой другой, все остальные плюшки туплов - исключительно синтаксический сахар)

в рамках скалы конечно же)

тупл есть такой же обьект как и любой другой, все остальные плюшки туплов - исключительно синтаксический сахар)

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

По этому интересует готоваря реализация, что бы не изобретать.

Об этом и речь - ты не сможешь работать с содержимом тапла. Однако ты можешь сделать две мапы и ключами сделать содержимое тапла

если конечно тебе достаточно тупла из 2ух, для 3 - придется делать три мапа

Об этом и речь - ты не сможешь работать с содержимом тапла. Однако ты можешь сделать две мапы и ключами сделать содержимое тапла

Три мапы, четыре мапы :)

да

иначе никак, если хочешь работать с содержимым тупла)

ну в принципе вру, ты можешь один мап использовать

хотя там может возникнуть коллизия

смотря какие у тебя задачи

ну в принципе вру, ты можешь один мап использовать

Я там описал выше задачу.

если поля тупла разные по типу - то хватит и одного мапа

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

Ну збс, потерять в производительности на ровном месте)

если поля тупла разные по типу - то хватит и одного мапа

Сделать мап от инта и ксорить хэшкоды элементов продакта?

я вообще не понял идеи - для чего нужно время жизни результата мемоизации привязывать к аргументам?)

А реализация скалаза / кошек не походит?

я вообще не понял идеи - для чего нужно время жизни результата мемоизации привязывать к аргументам?)

Арукменты живут не вечно.

А реализация скалаза / кошек не походит?

Ну там все вечноживущее.

И у твитора тоже.

Aleksey в общем зачем тебе эт? У тебя функции по часу работают?

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

Если можно

зачем? тебе же надо просто якорь для памяти. val t = (a,b) map(a) = v map(b) = v но опять таки от коллизий не защищается, потому что теряется уникальность для тупла в случае если один из аргументов используется больше чем в одном случае

Aleksey в общем зачем тебе эт? У тебя функции по часу работают?

Там сотни аллокаций.