Это же хаскельный чат

там рядом _blah есть для такого

там рядом _blah есть для такого

Может закрепите уже ссылку на blah в инфо чата

надо ссылку на ruHaskell или просто какой-нибудь гист с ресурсами

если кто организует такой - сделаю

Приветствую. Запилил таки double-conversion в builder (bytestring и text).

Распечатка 20к даблов в строгую байтстроку напрямую ~200-300 мс.

Через билдер - ~5-8 мс

если кто организует такой - сделаю

Так есть же: https://ruhaskell.org/links.html

Или там ещё ссылку на _blah надо?

ну, да проблему упоминания _blah не решит

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

там рядом _blah есть для такого

укажи в описании

Приветствую. Запилил таки double-conversion в builder (bytestring и text).

Доброе утро Ринат, ссылку бы на пакеты..

Пока не опакетил, тестировал, добавил бенчмарков итд

может, на страницу https://ruhaskell.org/links.html желательно добавить ссылки на https://stepik.org/course/75/ https://stepik.org/course/693/ ?

PR or issue?

нужна страница со списком чатов

и форумов заодно

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

https://github.com/ruHaskell/ruhaskell/issues/100

гет

если руки дойдут, сегодня сделаю

если никто не опередит

Как мне сказали, пакеты Брайна О Салливана можно считать мертвыми в плане рассмотрения им пулл реквестов, поэтому сделаю свой пакет "fp-conversion". Оригинальный пакет: http://hackage.haskell.org/package/double-conversion

Как мне сказали, пакеты Брайна О Салливана можно считать мертвыми в плане рассмотрения им пулл реквестов, поэтому сделаю свой пакет "fp-conversion". Оригинальный пакет: http://hackage.haskell.org/package/double-conversion

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

Ну, я отправил ему PR некоторое время назад

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

Это бесполезно в почти каждом случае. Уже был опыт, когда пулл-реквест в double-conversion с простейшим и элементарным но полезным фиксом для Windows два года просто висел и пришлось напрягать коммитет Haskell, чтобы замёржили этот пулл-реквест. Типа, в некоторых его либах, которые сейчас некоторые используют, последний коммит был 3 года назад. И нет, это не значит, что там всё настолько хорошо сделано и что больше нет улучшений\фиксов.

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

по этому поводу эфпико написали Guide to open source maintenance?

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

Частично из-за этой цели я и создал организацию и перенёс все свои личные проекты туда, чтобы если вдруг меня сбил автобус или мне бы надоело их поддерживать, другие люди могли продолжить дело: https://github.com/kowainik Думаю, что среди своих личных репозиториев имеет смысл хранить либо древний мусор вроде универских домашек, либо личные конфигурационные файлы (типа dotfiles).

Брайан не хочет передавать свои пакеты и права

Брайан не хочет передавать свои пакеты и права

Не понятно почему только, программировать он не собирается уже наверное

Не понятно почему только, программировать он не собирается уже наверное

Среди его репозиториев такие известные библиотеки `aeson`, `attoparsec и `criterion. Намного же лучше, когда они у тебя на профиле висят в запиненых, а не у кого-то другого!

Я знаю библиотеки саливана, они очень важны в экосистеме хаскеля

И от этого ещё хуже

Вон ребята пытались в конекшен пуле пофиксить багу

@qnikst получилось кстати пофиксить?

Брайан не хочет передавать свои пакеты и права

А сменить риторику и просить поставить коментейнером пробовали?

Он вроде тоже не пускает

:-(

А сменить риторику и просить поставить коментейнером пробовали?

с этого и началось, он проигнорил меня, Баса, и Марлоу

Окей, тогда я все таки оформляю, как отдельный пакет. Да, чтобы не создалось такой же ситуации, стоит кого-то сразу сделать комейнтейнером?

я честно не знаю как делать правильно

я все ещё не решился форкнуть пакеты, скорее всего скоро этот вопрос опять поднимется и надо будет как-то решить раз и насовсем

комеинтейнеры - всегда хорошо

Ну, в данном случае, видимо только форк. Я это не от чсв делаю ( Кого? :-)

В смысле что собираешься формате пакеты Брайана. И кого сделать комейнтейнером?

Окей, тогда я все таки оформляю, как отдельный пакет. Да, чтобы не создалось такой же ситуации, стоит кого-то сразу сделать комейнтейнером?

боишься, что изменится твоё отношение к человечеству?

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

по идее можно написать в кафе: хочу перенять Пакет А от редиски Брайана

ERROR: S client not available

Где?

И почему это не работало раньше?)

ну вот например: https://mail.haskell.org/pipermail/haskell-cafe/2018-July/129561.html

вот тут подробно: https://wiki.haskell.org/Taking_over_a_package

Брайн достаточно известный в комьюнити человек, поэтому аргументировать нужно очень хорошо и осторожно

можно начать с публичного обращения к Брайану через рассылку: пжлста, найдите минутку для рассмотрения ..

Странно - если он известен, то по идее также известно должно быть его поведение в отношении своих пакетов.

оно и известно

там рядом _blah есть для такого

какой?

@haskell_blah

спасиб

оно и известно

Если так, то почему "аргументировать нужно очень хорошо и осторожно" ?

Ведь по идее тогда получается, что Брайан, как мейнтейнер почти равен его отсуствию.

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

Плохо то, что 1) Распыляется аудитория 2) Часть пользователей старых пакетов просто не знают о существовании улучшенных форков. 3) Если есть библиотека, которой пользуются 10 пакетов, то при запиливании улучшенного форка нужно будет уговаривать их мейнтейнеров использовать этот форк.

Ну и с поиском будет проблематичней

пока нету нормальных модулей это печаль

м ?

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

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

Ну вот о чем и речь

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

Собственно начнать и правда лучше с публичной просьбы к Брайану рассмотреть реквест ? Или лучше сразу просить руководство пакетом ?

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

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

вот тут подробно: https://wiki.haskell.org/Taking_over_a_package

^