Разработчики cabal'а делают всё, чтобы не дать стеку развиваться?

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

понятно, что в данном случае hvr (видимо) не просто так поторопился с использованием новых фич, но на войне как на войне

Замечательное коммьюнити когда разработчики популярного системного софта воюют друг с другом вместо кооперации. Торжество рынка

Разработчики cabal'а делают всё, чтобы не дать стеку развиваться?

Фигасе, и здесь свой Матц[1] 1: Чтототам Мацумото, ведущий разработчик Ruby, неоднократно втаскивал в руби спорные решения, гарантированно ломавшие Ruby on Rails, фреймворк, использующийся в порядка 95% проектов на Ruby.

А это, разве stack 1.6 не умеет в cabal 2?

Якихиро вроде он.

Якихиро вроде он.

Юкихиро, точно

частично умеет, наверное

по крайней мере обсуждаемый синтаксис для версий должен поддерживать (я не проверял), насчет остального сомневаюсь

1.6.1 кандидат умеет, в треде пишут

Замечательное коммьюнити когда разработчики популярного системного софта воюют друг с другом вместо кооперации. Торжество рынка

Какая у них мотивация сотрудничать-то?

учитывая что на нём уже и так все

иначе изменение в любом не top-level пакете многопакетного проекта требуют stack clean

Замечательное коммьюнити когда разработчики популярного системного софта воюют друг с другом вместо кооперации. Торжество рынка

т.е. когда снойманиты ведут себя плохо, ругаются и фейлят вести технические дискуссии это норм

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

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

Фигасе, и здесь свой Матц[1] 1: Чтототам Мацумото, ведущий разработчик Ruby, неоднократно втаскивал в руби спорные решения, гарантированно ломавшие Ruby on Rails, фреймворк, использующийся в порядка 95% проектов на Ruby.

Ситуация была бы аналогичной, если бы у Мацумото был какой-то "свой" фреймворк, конкурирующий с рор

Ситуация была бы аналогичной, если бы у Мацумото был какой-то "свой" фреймворк, конкурирующий с рор

Согласен

ну это

Рельсы - чума

и сборник технически спорных решений для простоты использования, которая потом оплачивается высокой стоимостью модификаций

какие рельсы?

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

эм, казалось бы причём тут кабал новый

Фигасе, и здесь свой Матц[1] 1: Чтототам Мацумото, ведущий разработчик Ruby, неоднократно втаскивал в руби спорные решения, гарантированно ломавшие Ruby on Rails, фреймворк, использующийся в порядка 95% проектов на Ruby.

это сюда

Рельсы - чума

Ну, vacationlabs вон переехали на хаскель и в целом довольны, хоть и не без нареканий

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

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

и сборник технически спорных решений для простоты использования, которая потом оплачивается высокой стоимостью модификаций

Ой, не говори, у меня тут десять лет рельсов в три слоя. Стоимость модификации, скажем так, высокая. Мой pull request в пермишны с июля вмержить не могут, «а вдруг сломается».

там ж диф набрался, придется черипикать

Alexander по поводу доклада - ты не думал сделать микропример на гитхабе с демонстрацией вашего подхода "на рекордах"?

там ж диф набрался, придется черипикать

Да нет, не конфликтует пока

Всем страшно это место трогать

Alexander по поводу доклада - ты не думал сделать микропример на гитхабе с демонстрацией вашего подхода "на рекордах"?

Есть же оригинальная статья про Service Pattern (https://www.schoolofhaskell.com/user/meiersi/the-service-pattern)

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

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

вся надежда на кристал, 3х3 и ханами с ромом

Есть же оригинальная статья про Service Pattern (https://www.schoolofhaskell.com/user/meiersi/the-service-pattern)

Но онож чуть модифицировано?

вся надежда на кристал, 3х3 и ханами с ромом

Не нужны. Не при живых Haskell и Rust по крайней мере

вся надежда на кристал, 3х3 и ханами с ромом

Ты код рома видел?

Плюс там куски в статье, это не законченный пример

раст ниже кристала по TIOBE

Эти люди гонят на AR, но их код ещё более путанный и более магический. После того как в ханами это говно притащили, я туда больше не хочу коммититься. ?

ну всё теперь

придется раст выкинуть

В руби нет надежды.

И вообще, не по сабжу. Лучше рассказывайте о Санта-Барбаре с стеком.

Alexander по поводу доклада - ты не думал сделать микропример на гитхабе с демонстрацией вашего подхода "на рекордах"?

я?

раст ниже кристала по TIOBE

Не имеет значения

бедный Alexander которого вместо меня хайлайтят

можно сделать пример

Забавно, по TIOBE Scratch даже в топе, а хаскелла нет. ?

2017 все еще обсуждают TIOBE

В руби нет надежды.

руби это и есть надежда)

это единственный язык в котором ошибки не ловятся, а "спасаются" )

нормальная замена ruby/crystal это elixir

казалось бы чат про хаскель …

@qnikst с примером тему можно чуть углубить и не надо будет на другие отвлекаться, а то многовато материала, а тема стоящая про архитектурки

угу, попробую

soy boy А эрланги/элексиры ещё не застаиваются? А то басё стух, а больше про успехи не сильно слышно вроде?

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

но я не основываю свое мнение на этом

Gut feeling? :)

с чего бы

ERROR: S client not available

как язык он лучше

это плохой признак, на самом деле

потому что там нет ооп/эксепшенов в стиле руби, и используются идеи из фп

потрясающая глубина мысли)

это единственный язык в котором ошибки не ловятся, а "спасаются" )

ошибки надо искупать!

ошибки надо искупать!

ну в руби ошибка это чаще всего повод сделать слип и ретрай)

или вернуть "ебаное ничего", то есть нил)

try ... atone Sin a ... end

привет

https://ghc.haskell.org/trac/ghc/ticket/14558 hvr: Thank you for contacting GHC HQ. I'll look into this claim.

Пассивная агрессия 10/10

похерфейс

отличный ответ, после такого мне бесплатный билет на fby дали (так что они теперь молодцы и все что я нехорошее говорил забудьте // если хотите)

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

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

товарищи, а есть хороший спобоб с hasql делать select * и получить весь список колонок в ответе?

@A64m_qb0 прогрессивный комитет какой https://github.com/ghc-proposals/ghc-proposals/pull/90#issuecomment-349511990

Вообще в пурсе так, удобно

@qnikst ну это же бэд практисес

Вообще постгря умеет такое на уровне протокола

Получить список колонок с типами и тайпчек

схема таблицы

не хочу я сначала тащить схему, парсить это и на основе генерить запрос

учитывая, что в протоколе это 100% есть

@lonokhov ну вот такие дела, что база это просто источник данных, которые в бизнес логике не участвуют, как у кложуниритов

оу! https://github.com/haskell/haskell-ide-engine/issues/336#issuecomment-338626713

о Т9 жжот слова изобретает

@A64m_qb0 прогрессивный комитет какой https://github.com/ghc-proposals/ghc-proposals/pull/90#issuecomment-349511990

там все сразу к одобрению шло, но то что так быстро - это сюрприз, конечно

@lonokhov ну вот такие дела, что база это просто источник данных, которые в бизнес логике не участвуют, как у кложуниритов

Но имён у колонок может и не быть

Но имён у колонок может и не быть

в данном случае не может

Ну х.з. Может jsonb?