я знаю как это изменить!

надо заплатить денег тем, кто будут его пилить

вроде он забил когда jhc начали реанимировать

как вам код серванта, например? или vinyl ?

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

тайплевел, кстати там весьма простой

не очень простые инстансы внутри

не скажу что сервант очень уж сложный изнутри. там вся сложность в delayedio

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

всё надо переписывать, nikitonsky не даст соврать

ага, на кложе

на tcl

кложа не достаточно stringly

я немного умею tcl

в нормальный язык типа Idris

что в нем нормального-то? там нормально сделано то чем пользуешься 1% времени, потому что это автору интересно, а чем 99% - все равно что нет

я хочу в хаскель хотя-бы анонимные рекорды из пурсы :(

и еще один гвоздь в гроб альтернативных компиляторв хаскелла. а то, что у нас есть только ghc - довольно стрёмно

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

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

мы все умрём

в этом смысле jhc всегда был бесполезным

всё тлен

что в принципе могло сработать, это гхц фронтенд с jhc бекендом т.е. второй lhc (помер, у третьего lhc пишут свой фронтенд) и нынешний грин-бекенд для ghc

а эти, из утрехта

они брыкаются еще?

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

я хочу в хаскель хотя-бы анонимные рекорды из пурсы :(

ну, этого никогда не будет

фактически решено добавлять только всякие фичи для облегчения деланья рекордов в библиотеке

никакие готовые полиморфные рекорды из коробки в гхц теперь не протащить

а есть хорошие пакеты для url shortening

готовые, которые мои данные переводят в небольшой url safe token

хорошее тестовое задание

да

я свой запилил, эз фо ми хороший

опенсорс?

даже не выкладывал его, в проекте прямо сидит.ино не на сабже, хотя там алгоритм простой.

btw, а есть ли хаскельное решение для генерации шелл-скриптов - типа mina ?

ну хаскельное, что бы руби не таскать

алсо - shake годная вещь, или нет?

фактически решено добавлять только всякие фичи для облегчения деланья рекордов в библиотеке

надо будет, кстати, восстановить как к такому пришли какое-то время гендри делал именно рекорды, не безымянные, просто полиморфизм для существующих рекордов, сначала по мотивам допотопного пропозала спж, делал чуть ли не для каждого релиза гхц начиная с 7.8 но никуда они не попали (тут тоже надо выяснить почему именно) и однажды волков запостил на реддите (это чуть ли не самое популярное на хаскельреддите) пост про "решение проблемы рекордов" в комментариях там началос обсуждание в ходе которого гендри вдруг решил, что надо делать не рекорды за раз, а некоторый набор условно-общеполезных фич сначала это набор должен был весь попасть в один релиз 8.0 но волшебный класс для перегрузки полей не успел до следующей версии уже понаписали либ с лейблами (одна из набора фич, которая в 8.0 попала), так что задуманный гендри инстанс испортил бы все эти либы (соотвественно при обсуждении пропозала решили этот инстанс не добавлять). бабах! из n пирожков собрать задуманную гендри собачку больше нельзя. (может и к лучшему - но это уже другой вопрос)

Я же уже обозначил свою позицию. Если не ожидается сложной логики сервера, Servant можно использовать, он хотя бы ориентирован, чтобы его использовали. В предыдущем проекте я его использовал и писал на нем RPC. Если же ожидается что-то сложное, выбор Серванта рискован.

что брать тогда (если ожидается сложное, в пару сотен роутов)?

что брать тогда (если ожидается сложное, в пару сотен роутов)?

Брать можно что угодно. Главное - понимать риски. Здесь одни, там другие

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

из-за времени компиляции

но там можно и нужно типы дробить на части

Брать можно что угодно. Главное - понимать риски. Здесь одни, там другие

что угодно что?

что угодно что?

json-rpc-server?

Я не занимался оценкой хаскельных серверов

Я не занимался оценкой хаскельных серверов

понятно

из-за времени компиляции

Скорее из-за RAM

Я однажды переигрался и 250 эндпойнтов итого не слинковалось, т.к. GHC выжрал 16гб RAM

Потом просто разбил на подсервисы

вот так ghc улучшает архитектуру!

но serve (Proxy @ все подсервисы были)

Брать можно что угодно. Главное - понимать риски. Здесь одни, там другие

эм. но ведь чтобы понимать риски, надо перебрать сервант, спок/scotty/etc, йесод и голый warp, так?

выглядит дороговато

всё работает поверх варпа из этих

смотришь что тебе вообще нужно делать

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

это типичная опердень из тырпрайза

фича, которая несколько ослабила бы проблему влезания в 16гб (но это не точно) может будет в 8.8, она бы может и в 8.6 успела, но похоже что тех что гхц пишет проблема особо не волнует

эм. но ведь чтобы понимать риски, надо перебрать сервант, спок/scotty/etc, йесод и голый warp, так?

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

т.к. сервант это про 1. encoding/decoding 2. авторизацию 3. генерацию документации/swagger/ 4. генерацию тестов 5. решения кучи вопросов на соотвествие RFC

смотришь что тебе вообще нужно делать

постепенно заменять куски монолита на рубирельсах

Но я усугубил себе проблему, т.к. на type level конкатил Symbol для тэгов доступа

если тебе нужно это, то сервант это отличное решение

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

т.е. разные content-type, 406 при невозможности отдать другой, 407 если данные кривые и т.п.

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

у @VividDesires было что-то на эту тему хорошее

а ещё клиент у серванта автоматом

что полезно для интеграционных тестов

У меня там скорее plug-and-play либа для авторизации

т.е. сервант убирает кучу бойлерплейта и облегчает интеграцию

servant-auth-token

а да

у меня то станрдатный servant-auth с jwt

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

авторизация или через OAuth или свою систему

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

кто-то с этими рфс запаривается?

т.к. сервант это про 1. encoding/decoding 2. авторизацию 3. генерацию документации/swagger/ 4. генерацию тестов 5. решения кучи вопросов на соотвествие RFC

мне кажется что почти никто