Size: a a a

Clojure — русскоговорящее сообщество

2021 March 09

AC

Anton Chikin in Clojure — русскоговорящее сообщество
Это не факт что андроид
источник

MN

Maksim N in Clojure — русскоговорящее сообщество
Anton Chikin
андроид не будет - там была большая статья с объяснением почему андроид вм не очень хорошо переваривает кложу - время загрузки ужасное из-за того что core и прочее каждый раз всасывается в память и парсится на старте приложения
Это в планах будет отдельный диалект кложуры, компилироваться под нейтив
источник

AC

Anton Chikin in Clojure — русскоговорящее сообщество
Maksim N
Это в планах будет отдельный диалект кложуры, компилироваться под нейтив
Я эти планы вижу с первого дня знакомства с кложей в 2017 году
источник

MN

Maksim N in Clojure — русскоговорящее сообщество
Anton Chikin
Я эти планы вижу с первого дня знакомства с кложей в 2017 году
А именно ClojureDart анонс произошел 15 января 2021
Неизвестно что получится и получится ли вообще, но разрабатывает один из мейнтейнеров кложи
источник

MN

Maksim N in Clojure — русскоговорящее сообщество
Кстати у NuBank активно используется Flutter, может и их интерес тут имеет значение, кто знает
источник

R

Roman in Clojure — русскоговорящее сообщество
Посоветуйте по архитектуре, пожалуйста. Предположим, делаем форум или личный блог с большим количеством функций. Нормально ли делать такие вещи как монолит - то есть с единой связанной схемой БД, пронизанной Foreign Key, если фичи планируется вводить в ход постепенно? Мне кажется, что даже если это не "микросервисная архитектура", то можно разделить на какие-то части, но не уверен стоит ли, и как лучше. Например, чтобы пользователь был представлен его UUID и в схеме БД не было Foreign Key на него. Чтобы парой строчек в конфиге можно было подключить/отключить какие-то функции. Я правильно понимаю, что библиотеки типа Mount/Component/Integrant это фреймворки такого типа?
источник

MP

Maxim Penzin in Clojure — русскоговорящее сообщество
Roman
Посоветуйте по архитектуре, пожалуйста. Предположим, делаем форум или личный блог с большим количеством функций. Нормально ли делать такие вещи как монолит - то есть с единой связанной схемой БД, пронизанной Foreign Key, если фичи планируется вводить в ход постепенно? Мне кажется, что даже если это не "микросервисная архитектура", то можно разделить на какие-то части, но не уверен стоит ли, и как лучше. Например, чтобы пользователь был представлен его UUID и в схеме БД не было Foreign Key на него. Чтобы парой строчек в конфиге можно было подключить/отключить какие-то функции. Я правильно понимаю, что библиотеки типа Mount/Component/Integrant это фреймворки такого типа?
монолит и использование fireign key  - это как бы не совсем одно и то же
источник

MP

Maxim Penzin in Clojure — русскоговорящее сообщество
констрейнты базы данных сильно помогают поддерживать ее целостность, но не являются чем-то священным, чем никогда нельзя поступиться
источник

MP

Maxim Penzin in Clojure — русскоговорящее сообщество
опять же надо понимать, что они сами по себе не бесплатные.
источник

А(

Артур (MIIIG) in Clojure — русскоговорящее сообщество
Устройства это сейчас помощнее веба, многие площадки преобладают на мобильных устройствах, но я уже глянул про реагенты и реакт натив
источник

p

patinity in Clojure — русскоговорящее сообщество
Артур (MIIIG)
Устройства это сейчас помощнее веба, многие площадки преобладают на мобильных устройствах, но я уже глянул про реагенты и реакт натив
всмысле мобильные устройства больше в тренде, чем веб?
в тренде, насколько понял, отказ от притягивания громозких js библиотек, передачи клиенту мегабайтов скриптов через замену подхода на минимальный нативный js, что-то связанное с этим, есть htmx, что-то компактней, упоминал Александр Соловьёв в недавних видео
источник

MD

Mihail Dolghintev in Clojure — русскоговорящее сообщество
кроме re-com больше ничего нет?
источник

А(

Артур (MIIIG) in Clojure — русскоговорящее сообщество
patinity
всмысле мобильные устройства больше в тренде, чем веб?
в тренде, насколько понял, отказ от притягивания громозких js библиотек, передачи клиенту мегабайтов скриптов через замену подхода на минимальный нативный js, что-то связанное с этим, есть htmx, что-то компактней, упоминал Александр Соловьёв в недавних видео
Типо рнр форева)
источник

p

patinity in Clojure — русскоговорящее сообщество
Артур (MIIIG)
Типо рнр форева)
ооп же?
источник

А(

Артур (MIIIG) in Clojure — русскоговорящее сообщество
Ну сарказм это, я возможно буду переписывать на live view(elixir) на работе, htmx, если сервер тот же оставим, кложу я дома смотрю,  может со временем и работу найду, очень лисп нравится
источник

p

patinity in Clojure — русскоговорящее сообщество
в конечном итоге, нужны ведь библиотеки для решения задач, разные языки всё больше сближаются
источник

DP

Dmitry Ponyatov in Clojure — русскоговорящее сообщество
ловите извращенца!
источник

DP

Dmitry Ponyatov in Clojure — русскоговорящее сообщество
у PHP7 со сборкой мусора сильно полегчало ? — в режиме демона оно работать уже может, или тоже того как и раньше?
источник

OR

Oleg Roshchupkin in Clojure — русскоговорящее сообщество
Любые языки можно подружить через json😈
источник

DP

Dmitry Ponyatov in Clojure — русскоговорящее сообщество
любые языки можно подружить через метациркулярный интерпретатор, аминь... commit
источник