
Dmitry
21.06.2017
07:40:41
неплохо было бы.

Donat
21.06.2017
07:44:46
а на чём лучше persistent storage лучше сделать (для чего-то вроде списка uri)?
имею ввиду библиотеки попроще

Dmitry
21.06.2017
07:45:30
*-simple

Google

Dmitry
21.06.2017
07:45:38
в зависимости от того, что тебе нужно для них
постгрес, sqlite

Евгений
21.06.2017
07:47:45
> постгрес
И три девопса на проект, чтобы это говно поддерживать
Если тупо список, то лучше редис

Дед Пегас
21.06.2017
07:48:19
А чо постгрю поддерживать?
Настроил и работает. Сиди себе потом, следи просто, да бэкапы делай @ проверяй.

Евгений
21.06.2017
07:50:05
Настроил, она сожрала 100% CPU, перенастроил — уткнулась в диск, перенастроил — уткнулась в память, перенастроил — всё к чертям развалилось и данные похерились

Дед Пегас
21.06.2017
07:50:58
Это же каким криворуким-то нужно быть...
Одно слово — девопс.
=)

Евгений
21.06.2017
07:51:11
Это надо в неё данные писать
А не просто на слабо контейнер поднять

Donat
21.06.2017
07:51:26
ну, у меня штук 10 проектов на постгресе в продакшене и таких страшных вещей я не припомню

Google

Евгений
21.06.2017
07:51:53
И много у тебя триггеров?

Donat
21.06.2017
07:52:03
хотя в одном проекте запросы жутко тормозили из-за того, как работает планировщик по умолчанию
почти нигде

Евгений
21.06.2017
07:52:14
inb4 я юзаю постгрес для select/insert

Дед Пегас
21.06.2017
07:52:25
А много триггеров должно быть? Вы там логику что ли запилили?

Dmitry
21.06.2017
07:52:41
ну вы серьезно сейчас- хранить список URL и проблемы с производительностью в чем-бы то ни было?

Евгений
21.06.2017
07:53:39
Ну на select/insert странно использовать postgresql, только ради бездарной траты ресурсов
mysql быстрее и менее требователен к ресурсам. Фишка postgre, что у неё триггеры нормально работают

Дед Пегас
21.06.2017
07:54:40
Мда.

Dmitry
21.06.2017
07:55:12
а есть какие-то сравнения в числах про "гораздо быстрее и менее требователен" ?
я просто помню, что когда-то очень давно, когда mysql еще вообще существовал, как сущность, а не развалился на всякие maria и хз что еще - мы наши проблемы с производительностью решили тем, что просто выкинули mysql и перешли на pg и с тех пор так и живем (жили).

Дед Пегас
21.06.2017
07:56:45
http://nghenglim.github.io/PostgreSQL-9.5.0-vs-MariaDB-10.1.11-vs-MySQL-5.7.0-year-2016/?time=1

Dmitry
21.06.2017
07:56:46
и ни разу не упёрлись ни в какие проблемы, хотя есть системы с очень высокой нагрузкой - например, треки из gps-трекеров складируются

Дед Пегас
21.06.2017
07:56:57
Первое, что нагуглилось.

Max
21.06.2017
08:29:30

Dmitry
21.06.2017
08:31:28
не знаю. что бы переваривать треки просто сделали N шард
и всё.
а для вебни не делали вообще ничего

Max
21.06.2017
08:32:55
А потом переписали все на Х-ле.

Dmitry
21.06.2017
08:33:22
но там же не из соображений скорости

Google

Dmitry
21.06.2017
08:33:57
а из удобства отсутствия "схемы" и из того, что надо 1) даныне выгрести и куда-то положить 2) сильно потом забрать и что-то с ними делать

Max
21.06.2017
08:34:36
Да я понимаю. Ты просто не представляешь, как у многих подрывает на этот счет.

Dmitry
21.06.2017
08:34:43
насчет постгреса?

Max
21.06.2017
08:35:03
Насчет того, что его поменяли на Х-ль.
Получился доклад-троллинг.

Dmitry
21.06.2017
08:35:43
конечно
только времени было мало, даже не успел настоящий подрыв случиться

Max
21.06.2017
08:36:02
Когда в очередной раз вылазит чел с криком "Нафига ваш Х-ль нужен" - кидаешь в него ссылкой и наблюдаешь реакцию
Не, норм зашло.
https://two-wrongs.com/on-competing-with-c-using-haskell

Denis
21.06.2017
08:57:36
https://www.fpcomplete.com/blog/2017/06/understanding-resourcet

Rinat
21.06.2017
09:03:27
https://hackage.haskell.org/package/scalpel

Alexander
21.06.2017
09:10:54

Rinat
21.06.2017
09:27:02
Кстати да, жаль проект биндингов к V8 загнулся (

Евгений
21.06.2017
09:28:03

Rinat
21.06.2017
09:29:12
https://github.com/tarruda/haskell-v8
Блин ?
Всего лишь кинул ссылку на гитхаб)

Евгений
21.06.2017
09:30:18
Ну там такое, оно низкоуровневое ппц

Rinat
21.06.2017
09:31:31
Ну а так никакого нет (

Google

Евгений
21.06.2017
09:32:51
Надо придумать какой-нибудь установочный проект, достаточно адекватный, под который вести разработку биндингов. Потому что они станут понтовыми, если вокруг вырастет какой-то типизированный high-level интерфейс

Rinat
21.06.2017
09:33:44
В смысле установочный проект?

Евгений
21.06.2017
09:35:19
В смысле какой-нибудь сервис, который будет эту либу юзать активно.

Rinat
21.06.2017
09:41:27
Для начала надо имхо запилить либу. Хоть в зачаточном состоянии

Donat
21.06.2017
11:26:35
вот бы аналог openvpn на хаскелле

Denis
21.06.2017
11:27:49
та парсите на пурсе (синтаксис хаскелля) но есть биндиги к ноде и все такое (можно потом запустить на ноде)

Диёр
21.06.2017
11:31:16

Donat
21.06.2017
11:32:07
Зачем?
https://guidovranken.wordpress.com/2017/06/21/the-openvpn-post-audit-bug-bonanza/
правильный вопрос - зачем такие вещи пишут на си

Dmitry
21.06.2017
11:33:11
не на чем больше

Denis
21.06.2017
11:34:25
https://github.com/osener/wring

Donat
21.06.2017
11:37:53

Denis
21.06.2017
11:37:59
да
некоторые emmet сделали (внутри через рекурсивные схемы matryoshka, или в haskell recursion-schemes) https://github.com/dgendill/purescript-emmet
у свифта появились ленивые коллекции? [1...]
https://code.tutsplus.com/articles/whats-new-in-swift-4--cms-28939

Alexander
21.06.2017
11:49:19
блин чем больше с async вожусь тем больше вижу, всякий ужас который может случаться, без async вообще бы печально было

Denis
21.06.2017
12:03:57
что скажете про этот прицеп???) https://github.com/CoNarrative/precept

Alexander
21.06.2017
14:01:43
а +RTS -s можно в машиночитабельном, а не человекочитабельном виде выводить?

Евгений
21.06.2017
15:48:27

Google

Rinat
21.06.2017
16:20:27

Alexander
21.06.2017
16:26:23
даже не знаю как

Rinat
21.06.2017
16:33:57
:-(

Alexander
21.06.2017
16:35:05
ну я просто копаюсь с нетривиальным кодом, и тут миллион и одна проблема
с убегающими ресурсами в случае исключений
разными способами
что чинится очень аккуратными bracket(OnError) и кучей вещей вокруг

Rinat
21.06.2017
17:19:50
Хмм.... Интересно.

Vasiliy
21.06.2017
17:22:36
тоже обратил внимание - нужно над каждой строкой медитировать, учитывать кучу нюансов, начиная с того, что в любой момент может прилететь асинхронное исключение
после прочтения марловской книги понял, что ничего, кроме async, использовать не стоит
с ужасом заглядываю в старый код, где повсюду распиханы forkIO с MVar-ами

Rinat
21.06.2017
17:30:00
Что за книга?

Alexander
21.06.2017
17:30:29
parallel and concurrent haskell
как-то так

Rinat
21.06.2017
17:30:40
А)

Alexander
21.06.2017
17:30:50
ну не знаю async конечно помогает во многом, но использовать только его это странно
а всякие race/concurrently там все равно поверх forkIO на Mvart
*MVar

Rinat
21.06.2017
17:31:09
Да, она у меня даже есть в бумаге, но я пока не дошел)