Мозг еще не засорен

Я пока не понял что в хаскеле может помешать писать обычный софт под бизнес задачи

И пока не понятно почему на хаскеле не пишут большинство софта

А ты попробуй на нем хотя бы "стандартный" музыкальный плеер напиши :-)

Да ничего не мешает

Ты часто пишешь на работе музыкальный плеер?

Но я попробую

Ты часто пишешь на работе музыкальный плеер?

Это мам такой старинный.

Я начал читать реал ворлд хаскель

Посмотрим что получится

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

Фубар же уже есть)

Понятно, я не застал

Знаешь, я реально этих убийц видел не меньше десятка. Но убили винамп не они, а смена технологий. Он просто морально устарел

3 года все работаю, сразу в кровавый Джава энтерпрайз попал

Круто же

Тырпрайзам нужны 100500 кодеров, желательно не дорого

А хацкелисты в общем штучный товар

Риски оценивать менеджеры не умеют

Так, как установить HsOpenSSL на вреде?

Так что блокиров много

Я пока не понял что в хаскеле может помешать писать обычный софт под бизнес задачи

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

Тырпрайзам нужны 100500 кодеров, желательно не дорого

А лучше кодогенераторы за - электричество?

Но для них нужно время и программисты

CodeMonkeys всюду нужны. Без них большие проекты буксуют

Но для них нужно время и программисты

Верно

На винде)

Наверное как проблема - яйца и курицы

Ладнно, не отвечайте, я все равно спросил, чтобы тему сменить)

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

Поставить criptonite или как там винсентову либу зовут

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

Да но всётаки иногда руки опускаются? и опускаются на некоторое время

Т.е. чтобы запустить свой проект на haskell нужно или иметь в команде хотя бы пару upper intermediate или обращаться за консультациями

Ну если это не сайд проект, где можно экспериментировать

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

Ну если это не сайд проект, где можно экспериментировать

Инсайд-проект, который нельзя никому показывать :-)

Ну почему не показывать, просто не основной, ну такое местячковое R&D

Т.к. R&D себе не все могут позволить

Был один такой рндешник в сбере лет 10 назад. В последний момент в цб транзакцию остановили. Иначе и он, и вся группа с денежками утекли бы за границу

Это неправильное рнд

Я пофилософствую - например го в начале для дешевого старта а когда проект перешагнёт какуюту черту сложности на dsl в хаске- хотя почемубы сразу на хаске не делать ?

Зато оно может очень хороший доход приносить. Если никому не показывать :)

Я пофилософствую - например го в начале для дешевого старта а когда проект перешагнёт какуюту черту сложности на dsl в хаске- хотя почемубы сразу на хаске не делать ?

Давай с реальными примерами? Представим, что у тебя есть бюджет и концепция, но пока нет заказчика. Или наоборот, есть заказчик и тз (не будем о качестве), а еще есть таймлайн.

Чаще всего время на прототипирование и на саму разработку определяет и состав команды и выбираемые инструменты

То самое "хуя, хуяк, и в продакшн!"

еще люди которые пилят хаскель такое впечатление что вообще оторваны от разработки бизнес софта и не знают что там надо =р строки до сих пор не в стандартной библиотеке? стектрейсы которые кое-как пришли только в 8.0 (сколько лет с начала разработки языка?) нормальные рекорды которые не пришли даже в 8.0 (хотя прогресс есть, да) и вот таких вещей до жопы просто зато куча расширений про магию с типами которые используются только авторами, которые по ним защищают свой PhD

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

Например стоимость го разраба это уровня примерно питона а хаск если честно не представляю - если только исходить из их количества и затребованности?

Да ладно про стоимость вот бы почитатьбы про какието паттены проектирования на хаске

Как логично разделить на части апп

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

Ну давайте поговорим про профессионалов не оторванных от реальности

Какие строки должны быть в стандартной библиотеке (и что это такое) и почему?

такие которые дает пакет text

Там еще 2 вопроса, без ответа на них не продолжить ;)

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

base, почему они должны быть там -- потому что это штука которая нужна в любом проекте

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

Окей, 1. К каким последствиям для пакета vector это приведет?

Нужен ли ленивый текст или строгий?

Нужен ли ленивый текст или строгий?

Что мешает сделать два модуля?

Насколько больше в памяти занимает "foo"::Text, чем "foo"::String

Это мой вопрос

я кстати не уверен что прям больше но даже если больше - это не дает право на существование String )

Можно, но к чему это приведет, какие варианты решения

Точно больше т.к. констрантные строки превращаются в CString

Дальше, ты знаешь что там с перформансом IO с текстом

сколько занимают константные строки вообще пофиг

ERROR: S client not available

сколько их там в программе?

Большинство для того для чего ты используешь String?

Так что там с вектором?

а что с вектором? я не оч понял что с ним не то

да, массивы в отдельном пакете а не в base это тоже фейл (

Угу

Все это тащить в bundled пакеьы

И с их обновлением будет куча проблем

что "все это"? строки и массивы?

go и java как-то справляются

не говорю уж про всякую динамику ruby/python/etc

Насколько я знаю [Char] сто и есть String

Text vector которые отдельные пакеты

Которые можно использовать версии не привязанные к релизу ghf

Ghc

Конечно фейл в том что про string желательно знать что он не подходит под 3/4 задач

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

Мне в хаскеле очень понравилось что на этапе компиляции огромное кол-во ошибок отпадает. Работа со списками прекрасная. Обработка ошибок через мэйби или эйзер монады

Но самое близкое нерешение это classy-prelude

ну да, но когда за столько лет не придумали ничего лучше как тащить еще один пакет..

Вообще собираешь свою prelude и используешь, все равно к этому сведется

отличный промышленный язык в котором нужно собирать свою Prelude

А так найти лучшее решение не найдешь

ну да ладно, это еще как-то решается а с остальным чего? стектрейсы кое-как сделали за 20 лет рекорды не сделали

А вот что с рекордами надо?

при этом всем у языка реально крутой рантайм и зеленые потоки

Трейсы это да

Там в dwarf еще куча работы

рекорды кое-как завезли в 8.0 и то не целиком

Мне в хаскеле очень понравилось что на этапе компиляции огромное кол-во ошибок отпадает. Работа со списками прекрасная. Обработка ошибок через мэйби или эйзер монады

А я изза того что тестов большинство отпадает - точнее это одно и многих + но есть реальные -

Что понимается под рекордами и что за требования к тому, что они есть?

Видимо TNDR

А что еще?