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

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

не зависимо от размеров проекта ровно один вопрос стоит у истоков: реально ли сделать Х на языке Y в сроки Z с последующим maintenance cost T?

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

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

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

ни разу не жалел о принятых и реализованных решениях без одобрения сверху.

ещё давно был пример взаимодействия с заказчиком. в коммерческом предложении предлагалось делать на Python. ничего, приняли и Haskell.

Видимо, что так что так буквы какие-то

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

Неосведомлённость клиента бывает играет ему на руку, но совершенно в неожиданном месте. Думают, наверное, что теперь на маркетинге сэкономят при помощи Хаскела. 😅

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

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

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

Здесь подразумеваются всякие быстрые способы прототипирования?

да и нет. если не учитывать maintenance cost Z, то прототипа достаточно для решения задачи. если учитывать, то надо брать во внимание сразу: либо писать код так, чтобы его не выбрасывать. либо писать код так, чтобы его выбросить как можно скорее и переписать (но звучит не очень, усилий больше).

На заказ вариант два у меня срабатывает неожиданно: "О, а вы быстро могёте! Продолжайте также всегда! Да не, нормально все!". И вот тут где-то наступает конец через 3-5 итераций. :-)

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

ну а пока, подниму стакан сока борщевика со словами: здоровья вам, добрые люди! 🌞

Привет!

Мне тут для курсача нужен какой-нибудь весьма хитрый pattern-matching из жизни
Ни язык, ни что делает код не имеет значения, мне важно чтобы:
* Разбор проходил по сразу нескольким значениям
* Использовались вложенные match/case/switch etc

В общем нечто такое, от чего у вас аж зубы сводит, как смотрите
Может на работе встречалось, или просто видели где-то

Например, вот есть кусочек интерпретатора кодов виртуальной машины для PCF (mini-ML)

let rec run a s e c = match a,s,c with
| _,_,Ldi i::c -> 1
| _,_,Push::c -> 2
| Int n2,Val (Int n1)::s,IOp op::c -> 3
| Int 0,_,Test (c2,_)::c -> 4
| Int _,_,Test (_,c3)::c -> 5
| _,_,Extend::c -> 6
| _,_,Search k::c -> 7
| _,_,Pushenv::c -> 8
| _,Env e::s,Popenv::c -> 9
| _,_,Mkclos cc::c -> 10
| _,_,Mkclosrec cc::c -> 11
| Clo (cc,ce),Val v::s,Apply::c -> 12
| a,(Code c::Env e::s),[] -> 13
| a,[],[] -> 14

Но мне нужны еще вложенные разборы, а оригинал я найти не могу :с