IG
Из-за doseq ты послал в пул миллион задач, вот он и распух, а часть задач просто повисли в ожидании своей очереди.
Size: a a a
2019 November 05
IG
сделай стрим урлов и несколько d/loop, которые читают этот стрим
AC
Два наиболее популярных подхода к разработке под React Native:
- Expo SDK (проще, но много ограничений, типа неподдержки Bluetooth, список есть в доках)
- Ejected Expo / чистый React Native (больнее, но практически без ограничений)
Во втором случае возможности примерно ничем неограничены (в частности, делали у себя геолокацию в бэкграунде), даже если чего-то не хватает всегда можно написать свой нативный модуль и подключить из JS (так тоже делали для кастомной интеграции с Raspberry Pi). Главная проблема с React Native у нас была в поддержке нативных зависимостей (gradle / cocoapods), но кажется с этим проблемы будут и при нативной разработке. Еще с перфомансом могут быть проблемы, но там уже зависит от конкретной задачи.
Из очевидных преимуществ: можно использовать любимые re-frame / fulcro и подключаться к процессу через REPL. Насколько знаю, в shadow-cljs сейчас хорошая поддержка React Native, Томас Хеллер специально выделил на него много времени летом.
- Expo SDK (проще, но много ограничений, типа неподдержки Bluetooth, список есть в доках)
- Ejected Expo / чистый React Native (больнее, но практически без ограничений)
Во втором случае возможности примерно ничем неограничены (в частности, делали у себя геолокацию в бэкграунде), даже если чего-то не хватает всегда можно написать свой нативный модуль и подключить из JS (так тоже делали для кастомной интеграции с Raspberry Pi). Главная проблема с React Native у нас была в поддержке нативных зависимостей (gradle / cocoapods), но кажется с этим проблемы будут и при нативной разработке. Еще с перфомансом могут быть проблемы, но там уже зависит от конкретной задачи.
Из очевидных преимуществ: можно использовать любимые re-frame / fulcro и подключаться к процессу через REPL. Насколько знаю, в shadow-cljs сейчас хорошая поддержка React Native, Томас Хеллер специально выделил на него много времени летом.
О, не знал что в shadow поддержка react native
A
Господа мобильщики, подскажите - есть задача заменить сторонние сервисы своими приложениями. Вопрос выбора технологии - реакт нэйтив или нативная аппка. Хочется потом внезапно не встрять с реакт нэйтивом, что оно к примеру не умеет в фоновом режиме работать и слать координаты девайса на сервак, или еще что. Где можно ознакомиться с примерным списком ограничений и преимуществ?
имхо если большая часть работы это UI то можно реакт, если нет лучше не рисковать и брать котлин\итд..
VL
Тема мне тоже интересная, я надеюсь, что 90% можно сделать на re-frame/re-natal, а остальное нативные модули для специфичных ыич
VL
Дабы вынести работу со стейтом в ре фрейм с его интерсепторами, эффектами и коэффектами
VL
Правда, хз, будет ли http клиент ре фреймовский работать
IG
Правда, хз, будет ли http клиент ре фреймовский работать
проверял, не будет. Сетевой IO приходится переписывать на fetch.api
IG
https://github.com/drapanjanas/re-natal/issues/195
https://github.com/JulianBirch/cljs-ajax/issues/218
РБ
Ребят, а подскажите пожалуйста, есть у меня функция
(defn a [p p1 p2])и есть у меня вектор этих трех аргументов, как мне этот вектор скормить в функцию?
IG
(apply a [...])РБ
о, спасибо
DF
есть ещё способ для пытливых:
(let [[p p1 p2] vec-p-p1-p2]
(a p p1 p2))
(let [[p p1 p2] vec-p-p1-p2]
(a p p1 p2))
AG
;; прям вектором и кормить
(defn a [[p p1 p2]]
(do stuff))
GG
Ставишь только Fira Code с лигатурками и мапиш <esc> на какой-то шорткат типа <jj>, чтоб вимовская раскладках на новых маках боли не вызывала и вперед
FYI не надо <jj> мапить - есть <ctrl>-[
MB
FYI не надо <jj> мапить - есть <ctrl>-[
Мне некомфортно аккорды зажимать)
DL
sticky modifiers
GG
два мизинца, вроде удобно
GG
маппинг <jj> добавляет латенси к <j>, что бесит
MB
2 дня споров про шорткаты и редакторы – перебор, в непрофильном чате