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

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

но он дорогой

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

но это сравнительно дорого

Но хаскеллистам грех жаловаться. Это все фигня по сравнению с большими плюсовыми проектами.

Да даже и небольшими

у нас CI прогоняется почти час

это ужасно долго

правда там 15 минут из-за пуша образов в докер

точнее в гугловый registry

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

т.е это у нас сейчас происходит неизбежное и надо просто найти workaround или это наша недоработка

т.е выбор неправильного тулчейна или неправильное его использование

У serokell своя штука для CI/CD на nix: https://github.com/serokell/derivery Проверяет, что пулл реквесты билдятся (видимо, с помощью stack2nix или чего-то такого), иногда бывает что параллельные сборки одного проекта сводят её с ума и надо рестартить, но не часто. Билды кешируются, как минимум на уровне зависимостей.

stack2nix у меня кстати ни разу не завелся :/

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

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

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