Провайдеры в f# есть

Кстати, F# под линухами хорошо работает?

Все, кто мне про него рассказывал, с шарпов на него переехали и под винду кодят

Ну если .net core работает, то думаю и фшарп работает

Спросил в F# чате, говорят разница только в IDE

насколько я помню f# под линуксами хорошо работает ещё со времён mono, задолго до core

моно был полным говном, гц более-менее не задолго до появления коре допилили только

так и f# не хаскель

а что не так с гц было?

там же консервативный гц был

эээ

generational compacting был всю жизнь же

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

хотя незадолго до коре это я ошибся, до 12 года был консервативный

generational compacting был всю жизнь же

не всю, там до SGen был без поколений, и SGen до определенной версии был консервативным (не умел нормально со стеком работать)

ну это очень давно было 12 год вот похоже на правду

похоже я ошибся про 12 год, тогда SGen со стеком работать стал получше, но все равно консервативным остался > This new version adds support precise collection of managed stack frames, making it far less likely to encounter false positives. Unmanaged stack frames arising from p/invoke calls are still scanned conservatively.

ну блин то что фреймы которые делаются для pinvoke собираются консервативно это ок

там же и поинтеры могут быть и все что хочешь

их и двигать нельзя

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

ну так там же интероп, попятное дело что не знаешь где поинтер

эт я к тому что «фреймы для интеропа с сями собираются консервативно» и «у дотнета консервативный сборщик» это две большие разницы

ну, у дотнета он не консервативный

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

а в микрософтовском кажется уже в 2.0 поколения были

а это год 2007 что ли?

ой, 2002 даже )

в первом были

а подскажите канал где матерые фронтовики сидят? телега/слак/гиттер - без разницы

purescript_ru

пасиб

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

только. Вы спросите точнее, что Вам надо - чистый html/css, jQuery, etc?

на beerjs норм фронтовики

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

В телеге довольно токсичные фронтенд чаты к сожалению, доброта и адекватность только в биржс, но он не технический. В гиттере и слаке наверняка получше (но я там не сижу, так что это неточно). Про драгндроп могу вкратце рассказать, но тут это будет жесткий оффтоп, здесь у некоторых от одного упоминания js зубы сводит XD. Хотя тут сидит некоторое количество фронтов, точно знаю. Ну и если что, самый жырный список it-каналов -- https://github.com/goq/telegram-list (хотя все знают наверное)

В телеге довольно токсичные фронтенд чаты к сожалению, доброта и адекватность только в биржс, но он не технический. В гиттере и слаке наверняка получше (но я там не сижу, так что это неточно). Про драгндроп могу вкратце рассказать, но тут это будет жесткий оффтоп, здесь у некоторых от одного упоминания js зубы сводит XD. Хотя тут сидит некоторое количество фронтов, точно знаю. Ну и если что, самый жырный список it-каналов -- https://github.com/goq/telegram-list (хотя все знают наверное)

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

+ ко всему выше. За адекватностью и нормальными советами - в слаку/дискорд или на фриноду на зарубежные каналы

Важный вопрос

Как часто вы за книгами засыпаете?

Техническими

Они лучше колыбельных

1 раз когда болел и принял какой то около-антигрипин со снотворным вот это был трип конечно

тип не сразу засыпаешь, а бредишь по ходу дела

1 раз когда болел и принял какой то около-антигрипин со снотворным вот это был трип конечно

Бывает снится то о чем читал

да да

да да

Ага

и эта мысль кажется реальной

Типа такой «надо дочитать... и дрыхнешь»

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

Однажды во сне писал код, по утру записал, там был тотальный бред

При этом во сне казалось верхом гениальности

Однажды во сне писал код, по утру записал, там был тотальный бред

типа писал public final static String MY_TAG = "MY_TAG" и ни в чём не ошибься но заплакал от того что пишешь

увы там тоже был хаскелль, что-то с mfix

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

@qnikst а ты случаем не писал катипу скрайб в постгрю?

@qnikst а ты случаем не писал катипу скрайб в постгрю?

не писал

Надо будет как-нибудь занятся

а кто как делает CI для хаскельных проектов? тут вот говорят, что stack плохо трекает зависимости, и либо надо каждый раз пересобирать всё с нуля (медленно), либо терпеть периодически ломающиеся билды. какие еще есть варианты? сборка nix ? кто чем пользуется?

а кто как делает CI для хаскельных проектов? тут вот говорят, что stack плохо трекает зависимости, и либо надо каждый раз пересобирать всё с нуля (медленно), либо терпеть периодически ломающиеся билды. какие еще есть варианты? сборка nix ? кто чем пользуется?

Для своих open-source проектов использую Travis CI. На прошлой работе путем экспериментов, чтения документации и исследования выявили оптимальный конфиг, который позволяет достичь удовлетворительного перформанса для относительно небольших проектов. Этот конфиг и использую. stack работает нормально. Только когда меняется снэпшот или extra-deps, тогда он пересобирает дольше после смены зависимостей. Но вообще зависимости кеширует, и если зависимости не меняются, то билдится только проект. С cabal то же самое. Сейчас на работе используем Circle CI, и он намного лучше Travis. Билды даже для большого проекта проходят меньше чем за минуту (обычно) (опять же, если не меняются зависимости). Он очень быстрый. Но вроде бы бесплатно для open-source там только 4 репозитория можно иметь.

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

за тек. версию стэка не скажу особо, но в послеследующей (1.10, где pantry) должно быть надёжней за счёт content-addressable storage

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

а как сейчас проблема у всех решается?

кто-то пробовал 1) nix + drone|travis|jenkins ? 2) bazel + ... ?

т.е у нас сейчас всё хорошо, кроме того, что иногда ломается трекинг зависимостей (локально надо делать stack clean, глобально - непонятно, что)

т.е сейчас у нас drone + stack, но есть нюансы.

единственное где .stack как-то шарится, что из последнего, это проекты с cache-s3

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

ну у нас так и делается. и вот возникают ситуации, когда помогает только stack clean

gitlab-ci есть, там управление кэшами удобное

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

@voidlizard т.е. копируется кэш, но в итоге он битый оказывается?

что в твоём случае означает "шарится"?

ну общий для нескольких проектов

просто если гитлабовские ели трависовые кэши, то они же копии

1 проект в другой не лезет

у нас nix в основном

nix + что?

+ stackage2nix изредка

просто nix, его на любом CI запустить можно

и проблем нет?

есть

гранулярность не идеальная и весьма вербозно

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

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

обязательно свой build cache должен быть

или cachix хотя бы

иначе сборка занимает вечность

Был Circle CI с кешированием артефактов сборки. Stack. Иногда ломался, для починки сделали метку [ClearHsCache], которую нужно прописывать в сообщение коммита.

Сейчас (на другом проекте) все с нуля, DroneCI, а в будущем ожидается GitLab. Проект пока небольшой, CI только настраиваем.

на alphasheets у нас buildkite

но он дорогой

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