спасибо за критику

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

/me никогда в жизни не будет выступать

Но почему?

Расскажи за никс в следующем году :)

не, я же стеснительный

плохо, что никто про никс не рассказывает

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

ваш доклад мог бы быть решающим!

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

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

в смысле у тех, которые в начале?

я не понимаю, какая там система. например, доклад @qnikst был в начале, но потом продраться и найти его было в меню оценки - стоило усилий.

Так надо было сразу оценивать, как прослушал

как прослушал - сразу начинался следующий доклад

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

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

как прослушал - сразу начинался следующий доклад

Но т.к. ты не докладываешь, на стартовых слайдах вполне можешь тыкнруть

ну, надо было об этом тогда написать

я вот на следующий день этим занимался.

Вообще нормальный ui чатботу сделать сложно, особенно телефонный

Так-так-так, погодите со своими докладами и ботами. Давайте-так однако обратно Haskell обсуждать. Ради того тут и сижу, в конце-то концов.

спрашивайте ваши вопросы

Вообще нормальный ui чатботу сделать сложно, особенно телефонный, даже на Хаскеле

у меня вот созрели две темы, на которые бы мог доложить - 1) парсинг / анализ сырых данных + генерация отчётов на attoparsec / uniplate / containers, и какому дизайну типов нас это приводит 2) обзор по кластерным решениям - с чего начали, куда ушли, к чему вернулись и как жить дальше

тема (2) пока еще только назревает, но вот по (1) - там формируются вполне устойчивые решения, которые повторяются из раза в раз

Лямбда выражения допускают возможность частичного применения функции, так? И реализуемы на любом ЯП, так? Означает ли это, что в любом ЯП возможна реализация частичного применения функции?

Лямбда выражения допускают возможность частичного применения функции, так? И реализуемы на любом ЯП, так? Означает ли это, что в любом ЯП возможна реализация частичного применения функции?

да

Вот это найс.

Коллега-лисповик, кстати, на вопросе о частичном применении функции залип и сначала вообще не понял, о чём речь.

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

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

class Partial(object):

реализовать на любом языке свой парсер какой-то лямбда нотации или любой ЯП поддерживает лексическое замыкание?

Ответ на 2 - нет - не любой язык поддерживает лексическое замыкание

@cblp_su по поводу нормального бота, семантики sms голосования бы хватило. перенумеровать доклады и послать пару цифр - номер доклада и его оценку

это было бы гораздо проще, чем эти все меню городить

@cblp_su по поводу нормального бота, семантики sms голосования бы хватило. перенумеровать доклады и послать пару цифр - номер доклада и его оценку

нужна таблица соответствия номеров и докладов

Коллега-лисповик, кстати, на вопросе о частичном применении функции залип и сначала вообще не понял, о чём речь.

а ещё первый функциональный язык!

Он потом сказал, что вроде как это делал, но даже не задумывался об этом.

ну так он поди и монады делал, но не задумывался об этом

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

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

Например, пайп в bash.

Или буррито

@cblp_su по поводу нормального бота, семантики sms голосования бы хватило. перенумеровать доклады и послать пару цифр - номер доклада и его оценку

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

@catamorphism их два года активно форсили разные конторы. Сейчас вроде утихло. во всяком случа в подкастах не каджый месяц появляются.

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

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

их легко писать и много можно вставить

а юзабилити дело десятое

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

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

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

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

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

для выбора из трех вариантов - подходит, для двадцати докладов уже нет

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

то есть надо явно вызывать (partial f x)

Вообще там в моде распознавание намерений по тексту, и это вообще адище убогое.

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

лучше и то, и другое. и ещё человека. чтобы "мне как вчера, только без перца"

чтобы ни одного коиента не упустить

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

да, но есть ли смысл тратить деньги на чат бота?

> а юзабилити дело десятое впрочем, это чат не про клиентов

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

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

про алгоритмы чатег есть, если вопрос в этом https://t.me/proalgorithms

мерси

про алгоритмы чатег есть, если вопрос в этом https://t.me/proalgorithms

спасибо

some of the cabal team were so eager to introduce this new feature, that they made sure many core packages would get this new optional syntax ASAP without giving time for the alternative tools to catch up and thus render them broken. it's the new use cabal-2.0-or-die motto

кабал 2 начинался как преступление против Винсента, так и развивается.

There's no point being coy: It's always the same person's actions (spreading fud about Stack, mutate packages on hackage, PvP sniping, broken flag names, prematurely uploading new cabal syntax) that result in disrupting Stackage. And somehow they always manage to shift the blame onto Stack...

Омг, омг!

это в твиттере?

нашел https://www.reddit.com/r/haskell/comments/7hs20y/how_to_fix_stack_unable_to_parse_cabal_file/

пока hvr не появился - не интересно

а просто пересобрать stack нельзя?

доработав напильником

кабал 2 начинался как преступление против Винсента, так и развивается.

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

это и был пересказ

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

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

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

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

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

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