hjkl повесить? ?

i

а на гудок делать git blame

Маскот Хаскелю приделать пытались уже, кстати

отжал педаль - esc

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

Ноги затекут

Так можно регулировать усилие, чтобы весом ноги удерживать :)

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

У меня прям руки загорелись :)

И ноги))

Надо стартап мутить по изг. педалек с удержанием :))

Имакс-мерч

Надо стартап мутить по изг. педалек с удержанием :))

главое не забудь добавить круиз-контроль!

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

Можно сделать педали так, чтобы усилие было неравномерным - сначала тяжело продавить, а потом проваливается. Как у механических клав некоторых

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

Ещё одна клава для другого режима? Тогда нужно будет её хакать, чтобы другие сканкоды получить

https://wiki.haskell.org/File:HaskellLogoTDavie2.png

Из канала @astynax узнал откуда nixos свой символ обвели

Ога, не стали особо мучаться :)

Там ещё можно логотипов понабрать для Haskell powered проектиков :) (Только у авторов спросить разрешения)

что за канал у @astynax?

@brain_dump_etc

Ого, там внутри реклама моего канала

Из обзора разных прелюдий: Pros Marks undefined as deprecated (so you'll know if you've accidentally left it in code). ... Adds warnings to trace, error and undefined (so you can use them but you're constantly warned that they're still present in code).

Расскажите, что такого плохого в error и undefined?

Они всё ломают и не ловятся

Ну лично мне с ними сложнее понять код. Видишь, что функция возвращает число, а она возвращает какую-то хрень и все падает

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

Хм, но ведь те же стандартные head или !! используют error

Ну поэтому я не использую ни хед, ни бэнгбэнг)

head должен возвращать Maybe

Да, но это вполне понятно для таких тривиальных вещей По хорошему, хэд должен возвратить Maybe a, но это каждый раз разворачивать так себе

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

> По хорошему, хэд должен возвратить Maybe a, но это каждый раз разворачивать так себе поэтому есть пакет safe, где есть headMay и headDef

с headDef можно лишний раз не матчить

@astynax смотрел твои доклады про Elm и ghcjs, в последнем ты упоминал что хотел бы попробовать Purescript. Получилось с того времени Purescript в прод затащить?

Нет, и даже от GHCJS отказались :)

и на чем же фронт пишете?

Увы, у нас нет разработчиков, которые умеют pixel perfect верстку, быстро, и не на JS

Мы уже не пишем, пишет наш фронтендер на жабаскрипте

Впрочем, мы только в одном проекте на этапе раннего прототипа попробовали GHCJS, и то верстка у нас была уже (статичная и по БЭМ). В итоге пришлось писать свои календарики (да-да!) - это "не web scale". Поэтому отдали фронт тому же чуваку, который делает фронты для остальных проектов. Увы и ах

@astynax в общем, закончили тем, с чего мы начали

но нам вроде удалось превозмочь и писать морду к другому проекту на Elm

Проблема не в ghcjs/elm/purescript. Проблема в том, что мы - не фронтенд-разработчики и даже если бы писали фронт на JS, то делали бы это медленее нашего фронтовика. А он точно не будет осваивать новый для себя стэк ради наших хотелок ради сомнительного удовольствия от написания своих календарей. В итоге остаёмся там, где мы есть...

обычная история.

Да и профит был именно от GHCJS - переиспользование API-типов подкупало. И на этом мы точно время съэкономили. Но JS повзоляет использовать огромное кол-во либ "на все случаи жизни". А для фронтендостроения на GHCJS либ маловато и часто приходится использовать FFI - компонентик какой-нибудь к реакту прикрутить, например, и тут всё становится плохо, ибо компоненты stateful, типы динамические и т.д. и т.п. У Elm библиотеки есть для самого нужного, а в PureScript всё сильно лучше с FFI, но это уже не Хаскель, сл-но никакого code reuse, а значит и преимуществ для нас - "ненастоящих сварщиков"

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

Я тоже их не слушаю, не понимаю зачем они нужны

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

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

но вроде в больших каналах так никто не делает

Да и профит был именно от GHCJS - переиспользование API-типов подкупало. И на этом мы точно время съэкономили. Но JS повзоляет использовать огромное кол-во либ "на все случаи жизни". А для фронтендостроения на GHCJS либ маловато и часто приходится использовать FFI - компонентик какой-нибудь к реакту прикрутить, например, и тут всё становится плохо, ибо компоненты stateful, типы динамические и т.д. и т.п. У Elm библиотеки есть для самого нужного, а в PureScript всё сильно лучше с FFI, но это уже не Хаскель, сл-но никакого code reuse, а значит и преимуществ для нас - "ненастоящих сварщиков"

Бтв, сейчас в фронте тренд на stateless Всё не дождусь тренда на purescript

на фронте тренд меняется раз в две недели

злые языки говорят, что раз в неделю

Это мета-тренд

Так банально дешевле

@astynax а абстрактному фронтэндеру Elm учить дольше чем разбираться с новым фрэймворком?

> Бтв, сейчас в фронте тренд на stateless увы, нет. Компонент может выглядеть, как stateless, но по факту хакать реактово монтирование и не пересоздаваться, иметь "немножко состояния" - в глобальном скоупе, скажем. Вот это всё

@astynax а абстрактному фронтэндеру Elm учить дольше чем разбираться с новым фрэймворком?

Абстрактному — невозможно)

> Бтв, сейчас в фронте тренд на stateless увы, нет. Компонент может выглядеть, как stateless, но по факту хакать реактово монтирование и не пересоздаваться, иметь "немножко состояния" - в глобальном скоупе, скажем. Вот это всё

Ну то что можно в ноги стрелять никто и не спорит

ну вон как выше написат @voidlizard, раз в неделю что-то учить новое надо - взяли бы и выучили Elm хотя бы

типичные проблемы хаскеллистов: кого напрячь делать фронтенд (и на чем), и что надо бы выучить раст для тех случаев, куда хаскел не помещается.

ну вон как выше написат @voidlizard, раз в неделю что-то учить новое надо - взяли бы и выучили Elm хотя бы

Elm-то зачем?

ну вон как выше написат @voidlizard, раз в неделю что-то учить новое надо - взяли бы и выучили Elm хотя бы

Не могу отнести к абстрактным (типичным) уже тех кто понимает зачем нужен elm

ну если тренд пойдет - то все понянутся

а там и плюсы видно станет

Elm потому, что там меньше всего учить

Elm-то зачем?

ну потому что Pure/Haskell они точно учить не будут

this

ну потому что Pure/Haskell они точно учить не будут

После елма тем более не будут

на элме по слухам кто-то что-то сделал не игрушечное

мне кажется что Elm может послужить толчком к этому

в отличие от остального.

сказать что тут все как в Elm - только лучше :)

хотя не факт

На эльме много чего делается. кто бы оный и как не ругал.

И много на эльме написано именно потому, что его освоить легко

И тем не менее даже то, что на эльме пишется с его кол-вом либ, пишется через боль и на голом энтузиазме. Плюс - при наличии лишнего времени на инвестиции в стэк

Никогда ни один compile-to-js не догонит оный по кол-ву батареек. А это решает, когда сроки ограничены

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

я не думаю что на фронте ситуация лучше

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

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

Тесты?)

No

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

Ну и flow/ts

Тесты не помогают, как и типизация аля typescript

Flow — статическая типизация, никаких глобальных прости господи переменных и прочего

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

flow ещё может слегка помочь

возможно, как раз потому, что он застыл

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

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

хаскельный проект 7-ми летней давности я думаю может не собраться:)

семилетней, ага