Телеграмм чат группы clojure

2020 July 22

MB

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

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

источник

11:46пожаловаться #1

TP

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

patinity

требуется автоматическая система работы с данными, а книга начинает с 1- веба, ок, 2 - спека - прикладное, понимание можно получить, 3- исключения - прикладное, важно, 4 - изменяемость - прикладное, специализированное, 5 - конфигурация - на уровень выше по управлению, теория,6 - системы - дополняет предыдущее, 7 - тесты - совсем специфичное
вот по главам

А где-то было сказано книга будет про системы работы с данными?)

источник

11:47пожаловаться #2

MB

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

Самое сложное, как по мне, так это собрать список "но" и хороших практик при создании приложений (типа (set! *warn-on-reflection* true))

источник

11:47пожаловаться #3

АМ

Алишер Маткурбанов... in Clojure — русскоговорящее сообщество

patinity

требуется автоматическая система работы с данными, а книга начинает с 1- веба, ок, 2 - спека - прикладное, понимание можно получить, 3- исключения - прикладное, важно, 4 - изменяемость - прикладное, специализированное, 5 - конфигурация - на уровень выше по управлению, теория,6 - системы - дополняет предыдущее, 7 - тесты - совсем специфичное
вот по главам

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

источник

11:48пожаловаться #4

p

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

Tim Plotnikov

А где-то было сказано книга будет про системы работы с данными?)

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

источник

11:48пожаловаться #5

MK

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

Тут про книжки заговорили.
Я прочитал Clean Architecture на английском, когда она вышла.
Все здорово, все круто. SOLID, depencency injection, модульность, низкая связность, счастливые разработчики, менеджеры и заказчики.
Предсказуемые сроки, понятная стоимость.
А потом такой думаешь, а как это все в проекте то делать?
А вот у меня тут бэкенд и фронтенд на clojure и clojurescript.
А как все эти принципы из книжки применяются к ситуации, когда используются 2 диалекта?
И на фронтенде ввод/вывод неблокирующий (ассинхронный)
А как код шарить в таком случае?

И у меня ушло года 2-3 чтобы понять как это сделать.
И это только один вопрос.

И это не книжка плохая. Это завышенные ожидания от нее.

И да, приходите сегодня на митап =)

источник

11:48пожаловаться #6

p

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

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

источник

11:50пожаловаться #7

p

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

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

источник

11:51пожаловаться #8

p

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

Tim Plotnikov

А где-то было сказано книга будет про системы работы с данными?)

если говорить про веб и не иметь главу подключение к базе данных - ну правда ..

источник

11:51пожаловаться #9

p

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

Алишер Маткурбанов

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

выльется в компоненты и систему управления

источник

11:52пожаловаться #10

MB

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

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

источник

11:52пожаловаться #11

p

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

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

источник

11:52пожаловаться #12

MB

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

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

источник

11:53пожаловаться #13

MB

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

patinity

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

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

источник

11:54пожаловаться #14

TP

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

Mikhail Borisov

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

Где-то читал про это или доклад смотрел (Нолана или Хикки), суть они говорят такую: чтобы нормально мигриговать схемы и ничего особо не ломать, давайте пользователям вашего API какой-то query language чтобы они сами себе нужные поля подтягивали

источник

11:54пожаловаться #15

TP

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

По-моему вот это https://www.youtube.com/watch?v=nbMMywfBXic

YouTube

David Nolen - A Practical Functional Relational Architecture - Code Mesh 2017

A Practical Functional Relational Architecture: Building Systems with Datomic

Ben Mosely and Peter Marks argued in their 2006 paper, "Out of the Tarpit", that most complexity in modern software systems is of an inessential nature. They convincingly made the case for unmanaged state being a large contributor to the illusion of essential complexity in software systems. They proposed a hypothetical architecture, Functional Relational Programming (not to be confused with Functional Reactive Programming) to effectively eliminate inessential complexity from software systems. Eleven years later their architecture is no longer hypothetical but largely realized in Clojure systems that also use Datomic, a new immutable relational database. Datomic now supports other programming languages through its client protocol, thus the FRP methodology and philosophy can be readily applied outside of the Clojure ecosystem. In this talk we will explore how this approach can greatly simplify typical medium to large distributed applications…

источник

11:54пожаловаться #16

TP

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

Вот это уже видели?)
https://twitter.com/replit/status/1285634417176776710?s=20

Twitter

Repl.it

🚨 $10,000 Programming Language Grant 🚨 We believe we need fresh ideas in programming! We're sponsoring a team with the most creative ideas and prototype to build their dream language. - Jam dates: Aug 10th-31st - Registration opens: Aug 1st Read more: https://t.co/FcRt8bNGpl

источник

11:55пожаловаться #17

MB

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

patinity

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

Тут мне кажется лучшее, что можно привести, это какой-то похожий на настоящий проект на гитхабе

источник

11:55пожаловаться #18

p

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

Mikhail Borisov

Тут мне кажется лучшее, что можно привести, это какой-то похожий на настоящий проект на гитхабе

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

источник

11:55пожаловаться #19

MB

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

Tim Plotnikov

По-моему вот это https://www.youtube.com/watch?v=nbMMywfBXic

YouTube

David Nolen - A Practical Functional Relational Architecture - Code Mesh 2017

A Practical Functional Relational Architecture: Building Systems with Datomic

Ben Mosely and Peter Marks argued in their 2006 paper, "Out of the Tarpit", that most complexity in modern software systems is of an inessential nature. They convincingly made the case for unmanaged state being a large contributor to the illusion of essential complexity in software systems. They proposed a hypothetical architecture, Functional Relational Programming (not to be confused with Functional Reactive Programming) to effectively eliminate inessential complexity from software systems. Eleven years later their architecture is no longer hypothetical but largely realized in Clojure systems that also use Datomic, a new immutable relational database. Datomic now supports other programming languages through its client protocol, thus the FRP methodology and philosophy can be readily applied outside of the Clojure ecosystem. In this talk we will explore how this approach can greatly simplify typical medium to large distributed applications…

О, я начинал смотреть, но отвлекся, надо досмотреть :)

источник

11:56пожаловаться #20