Посоветуйте либу для i18n. Желательно чтобы ключи были String а результат Text

https://github.com/Haskell-mouse/fp-conversion Вот текущая репа, тогда план такой - 1) Пишу ему на почту 2) Жду (неделю норм ?) 3) Пишу в кафе 4) Жду (сколько ?) 5) Пишу админам хекаджа. Это если Брайан не будет отвечать, ессно. Если успех - верну название пакета и название модулей, если неуспех - заливаю как новый пакет, таки скорость конветации выросла существенно + с таким же или большим быстродействием конвертируется не только double, но и float и любой другой RealFloat тип.

2.1 Timetable: From time of announcement of intention to takeover to actual takeover, there will be a 2-6 week period where the admins give the maintainer a chance to respond, with the exact time in any case up to the discretion of the admins. If someone has their package taken over because they did not respond, then, for the following year, should they request it, the admins will unconditionally return it to them. https://wiki.haskell.org/Taking_over_a_package

Ок, сорри за невнимательность

Тогда жду по 6 недель

Ок, сорри за невнимательность

;) может, админы ответят раньше. Или Брайан соизволит

Посоветуйте либу для i18n. Желательно чтобы ключи были String а результат Text

что-то типа gettext?

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

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

сейчас backpack - самое близкое что есть

что-то типа gettext?

ну да, но haskell-gettext, скажем, идет без ридеров в комплекте

хотелось бы все-таки переводить ближе к рендеру

сейчас backpack - самое близкое что есть

https://ghc.haskell.org/trac/ghc/wiki/Backpack кажется, он?

ну да, но haskell-gettext, скажем, идет без ридеров в комплекте

Эх, если бы только они словарик последнм аргументом у всех фукнций сделали

но там юзабилити пока под вопросом

Тогда раз уж я иду на поклон к Брайану, лучше решить сейчас 1 вопрос (скопипастил): function with type convert :: String -> CInt -> (CDouble -> Ptr Word8 -> IO CInt) -> Double -> ByteString works twice faster then the same function with type convert :: (RealFloat a, Storable a, RealFloat b) => String -> CInt -> (a -> Ptr Word8 -> IO CInt) -> b -> ByteString That is sad, i tried to make 1 polymorphic function instead of 2 functions - one for Double and one for Float.

Тело функции не менял вообще

Перед местом использования ставил прагму: {-# SPECIALIZE CB.convert :: String -> CInt -> (CDouble -> Ptr Word8 -> IO CInt) -> Double -> B.ByteString #-} instance Convertable Double B.ByteString where <instance> {-# SPECIALIZE CB.convert :: String -> CInt -> (CFloat -> Ptr Word8 -> IO CInt) -> Float -> B.ByteString #-} instance Convertable Float B.ByteString where <instance>

В-общем вернул 2 мономорфные функции :-(

Ибо разница в производительности ну оч существенная: 1) time 114.1 ns (111.1 ns .. 117.8 ns) 2) time 274.9 ns (271.5 ns .. 278.9 ns)

специализация объявлена в месте объявления convert?

там, надо, а не в месте использования

Нет, в месте использования

А

Спасибо, попробую

Стоп

Как в месте объявления?

объявил convert, после него написал SPECIALIZE

ещё и inlineable написал чтобы определение в интерфейс точно попало

Я думал, что суть как раз в том, что перед конкретным местом указываешь тип переменных типовых

Тогда мне написать там в качестве входной переменной - double или float?

перед конкретным местом импользования специализируется только если развертка доступна

Тогда мне написать там в качестве входной переменной - double или float?

и то и другое

Развертка?

и то и другое

Ок, попробую так.

Развертка?

ну, преобразованный код функции, который в hi файле сохраняется

А

Понял, спасибо.

специализация работает по месту, инлайнабл добавляет развёртку в .hi файл тогда специализацию можно сделать явно или неявно по месту, inline - добавит развёртку и скажет компилятору специализировать по месту использования

оверспециализация может раздуть выполняемый файл и все будет тормозить. без inlineable в hi попадут только "маленькие" функции

специализация гарантирует что специализированная функция сделается только один раз, в не много

как-то так

каких прагм в base больше: specialize или specialise?

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

А если я никсом через оверлей перепишу пакет на форк - разве у моих зависимостей оно не перепишется

?

так наверное можно

но это разделение инфраструктуры будет как с жавой

из этого репозитория собирается из другого нет

и все несовместимо

для своего решения норм конечно, но для общества - нет

Ну, да - все обрастет хостайл форками

> специализация работает по месту В смысле "по месту" ?

в функции где используется

и.е. пишешь ты foo = ... convert ...

то если есть развертка convert, то ghc специализирует его

Джентельмены, а почему когда я создаю проект stack new whatever у меня не создается stack.yaml?

"All done" было выведено в конце?

Нет

Сейчас когда пишу stack init выскакивают ошибки

Я так понимаю проблема в том, что стак не может скачать снапшот 12.4

А интернет-соединение РКН-protected?

Что это такое, я не могу нагуглить

Шутка :)

Ну, может, некоторые хосты заблокированы или недоступны?

а cabal new-build работает?

если да, то может ну его этот стек?

А ты хитёр ;)

Сейчас когда пишу stack init выскакивают ошибки

stack init и stack new решают непересекающиеся задачи

ERROR: S client not available

Да, я это уже понял

Я так понимаю проблема в том, что стак не может скачать снапшот 12.4

он не существует. самый свежий — 12.2

Удалил папку с индексами и теперь у меня все ок

Selected resolver: lts-12.4

он не существует. самый свежий — 12.2

о, уже вышел 12.4, прошу прощения, вчера его не было

Хочу сделать функци const наоборот

Подскажите пожалуйста, почему foo = const . flip

Неправильно?

потому что flip действует на функцию, а не аргументы

Подскажите пожалуйста, почему foo = const . flip

какая вообще логика привела к этому?

flip меняет аргументы в местами в функции

Поэтому я решил применить её на конст

Но у меня не получилось

:t flip const что пишет?

в ghci

Черт

Как я вообще мог додуматься поставить там композицию

Спасибо большое

очевидно, как

ты решил, что flip действует на список аргументов

но в Хаскеле нет такой сущности как список аргументов

да и аргумент — не совсем управляемая сущность

есть только функции

flip всего лишь создаёт новую функцию, принимающую аргументы немного иначе

Всем привет! Однажды @lightgreen мне посоветовал такую схему — менторство в обмен на развитие проекта. Где-то два месяца назад я стал участовать в проекте @cblp_su ff-notes. Юра менторил, я делал пулреквесты. Ему — помощь в развитии проекта, мне — опыт и знания. Обе стороны довольны. Растет и проект, и скиллы. И хаскельное сообщество от этого выигрывает. В общем, рабочая схема, как показал мой опыт. (Менторство заключалось в код ревью, наводящих вопросах, ответах на вопросы, обсуждении стратегии написания кода, здесь Юра больше скажет. Мой вклад был в пул реквестах по текущим задачам, иногда я находил баги или предлагал что-то улучшить, а потом брал и улучшал). К сожалению, у Юры больше нет времени продолжать в том же режиме. Но у нас родилась идея. А что если сделать некий хаб, где опытные программисты, готовые менторить, представили бы свои открытые проекты, чтобы у начинающих или продолжающих изучать Хаскель было бы где получить опыт и принести пользу. Оказалось, что подобные проекты уже существуют, например, https://github.com/lenadroid/awesome-oss-mentors Но там, похоже, нет ни одного хаскелиста. Можно было бы добавляться туда, или создать свой awesome list проектов, авторы которых готовы помогать расти своим контрибьюторам. Как вам такая идея? У кого есть свой проект и желание его развивать совместно с начинающими разработчиками в обмен на менторство?

Ещё такое в gitter'е предлагали

Думаю, @qnikst может про это больше написать

Андрей Мохов: Там пул-реквесты полгода висят -- не уверен, что этот список жив. Я с удовольствием помогу новичкам: мои DM/почта открыты, мои проекты -- здесь: https://t.co/MXQ7WrQrEz.

был когда-то слак с менторами, но я не помню, вроде он по другой модели работал

был когда-то слак с менторами, но я не помню, вроде он по другой модели работал

по какой?

был, модель похожая, но не взлетело

Предлагали сложные задачки для решения. С codewars и т.п.