Влод
я сначал хотел написать го. но кажется тебе нравится го и шутка не пройдёт
A64m
можно, но там будет очень туго с оптимизациями
да с ФП оптимизациями даже и в ФЯ обычно туго
ᛏᚺᛖ ᛚᛖᛋᛒᛁᚨᚾ ᛗᚨᚾ ᚷᛁᚱᛚ 🐝
да с ФП оптимизациями даже и в ФЯ обычно туго
мне, например, очень сложно представить фьюжн оптимизацию на си хотя может на кложуре её можно сделать
Quet
не очень понимаю зачем нужны языки если на них не писать реальный код
Quet
пусть это даже фп код
Aliester
Для эстетического удовольствия
A64m
не очень понимаю зачем нужны языки если на них не писать реальный код
ну понятно что конечная цель - писать реальный код, просто для чего-то нового надо сначала наработать инструментарий для этого
Quet
ну кложа это явно не bleeding edge фп
Quet
так что если ты к ней за этим то точно мимо
Quet
но писать в продакшен код который сильно более фп чем да же джава -- без проблем
Quet
типов вот нехватает конечно
ᛏᚺᛖ ᛚᛖᛋᛒᛁᚨᚾ ᛗᚨᚾ ᚷᛁᚱᛚ 🐝
не очень понимаю зачем нужны языки если на них не писать реальный код
ну если ты пишешь для себя(около себя), то явно лучше делать это с помощью инструмента который тебе приятен
A64m
кстати, кто тут инересовался llvm страданиаями в гхц, там и про это доклад есть https://www.youtube.com/watch?v=lzuD6ga-rAI
Влод
как же это больно смотреть
Влод
такой думаешь - ладно, не понял особо поинт. бедабеда и тут оператор решает поиграться с фокусом
A64m
1960-е непараметризованные модули, классы 1970-е миксины (в смысле ООП) 1980-е параметрические модули, тайпклассы, полиморфные рекорды, трейты 1990-е имплициты (если в ЯП, в пруверах раньше), миксины (в смысле модулей) 2000-е, 2010-е ??? обленились изобретатели совсем
Евгений
В 2000'ые изобрели OTT, а 2010'ые изобрели HoTT
Aliester
LLVM
Евгений
Почему другое?
Anonymous
Js с 2000 заметно шагнул вперёд, не?
A64m
ну это с другим надо сравнивать, типа изобрели CoC, изобрели system F и т.д.
A64m
я не говорю, что перестали вообще что-то делать. именно вот средства организации кода такого типа перестали изобретать
Aliester
а можно ли вечно развивать средства организации?
Евгений
ну это с другим надо сравнивать, типа изобрели CoC, изобрели system F и т.д.
Ну типа "System F" это абстрактный полиморфизм, выражаясь языком двоего предыдущего сообщения
A64m
перестали изобретать рекорды и всякие вспомогательные для них фичи, более точно если сформулировать
Aliester
мы постарели, перестали делать глупости
A64m
глупостей хватает, а рекордостроение как отрезало
Aliester
юзать goto, писать на Коболе, считать С++ вменяемым языком
A64m
что-то не так
кана
имеется ввиду исчисление секвенций?
да, именно, это полезная вещь в свете современной моды на линейные типы
A64m
ох, прямо уж моды
кана
ну сейчас я вижу очень много упоминаний этого: в идрис хотели завести, в хаскель есть пропосал, популяризация раста (с его аффинными типами)
Aliester
женские роды — u made my day
а вдруг роженица гендерфлюид
Кабачок
> роженица тогда невежливо ассумить xer (гзер/ксер) гендер
Aliester
роженицо
Aliester
человеческое существо, осуществляющее операцию родов
Евгений
перестали изобретать рекорды и всякие вспомогательные для них фичи, более точно если сформулировать
Интересно. А почему модули ML'ные это рекорд? Только если compile-time record
A64m
Интересно. А почему модули ML'ные это рекорд? Только если compile-time record
да они не всегда компайл тайм, есть же первоклассыне. В начале был отдельный язык по ряду причинин в том числе и организационных
A64m
но это рекорд в актуальных энкодингах вроде f-ing да и в имплементациях часто
Mi Shа
Привет! Подскажите, есть ли эффективные способы взять хеш от картинки, закодированной в base64? Чтобы два раза не сохранять одну и ту же на диск. Будет ли от этого профит?
Mi Shа
Или время на взятие хеша будет равносильно сжатию?
A64m
> эффективные > хаскель
Cheese
почему 2 раза?
Cheese
просто бери байты, бери хэш и вычисляй
Cheese
зачем вообще что-то сохранять на диск?
A64m
видимо задача сохранять картинки, которые могут быть одинаковыми
Mi Shа
> эффективные > хаскель
Тут вопрос скорее об алгоритме. Проблема в следующем: мне нужно парсить сайты и доставать от туда превью картинку. Картинку нужно хостить с диска. Можно, прежде чем сохранять картинку, проверить, есть ли уже такая. Вот и вопрос: будет ли профит, если проверять это по хешу?
Ignat
ну сжимать сжатое, как известно, не особо содержательно в любом случае
Ignat
а дедупликация бывает полезной, да
Cheese
профит будет
Cheese
меньше расход диска, меньше записи на диск
Ignat
если картинка уже сжата, то зачем её сжимать ещё раз
Mi Shа
меньше расход диска, меньше записи на диск
А не будет ли время взятия хеша превышать время тупой записи на диск?
Cheese
А не будет ли время взятия хеша превышать время тупой записи на диск?
если взять достаточно быстрый хэш, то не будет. потому что запись на диск значительно медленнее чтения памяти
A64m
тут надо больше беспокиться не о неудобствах с вычислением хеша, а с проверкой
Anonymous
Anonymous
Mik hayl
Anonymous
Teba vapors
A64m
не обязательно много времени, но ее делать надо
Alexander
в cryptonite все есть
Mi Shа
а о чем тогда беспокоиться?) я же не руками ее делать буду
A64m
ну руками придется писать хранение зиллионов хешей, чтение, поиск, дерево здоровенное в памяти держать
Cheese
md5 из быстрых?
https://softwareengineering.stackexchange.com/questions/49550/which-hashing-algorithm-is-best-for-uniqueness-and-speed
Mi Shа
Большое спасибо!
Leonid 🦇
Что в Оксфорде с микрофонами?
Leonid 🦇
@A64m_qb0 там вообще есть смысл мучаться смотреть видео с icfp?
A64m
это еще не самый плохой вариант, бостонские записи, к примеру, вообще не выложили
Cheese
можно просто работы почитать