в ответе на Monoid -> Combinable Functor -> Mappable

а я бзв за вот такое именование

Mappable получше будет

Я не пойму, зачем такие названия придумывать? Шоб как в джаве, компэрабл?

раньше я тоже так думал

хотя вряд ли выйдет поменять всю терминологию, и будет разброд с 2 именами

пока не узнал что такое функтор и моноид

так что или полный вариант всех имен, или не надо

ну Mappable более интуитивно отражает суть

поверхностно, в этом проблема

Combinable не особо

монада — Flatmappable

кто убьет дракона, станет драконом

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

FlatMappable<ComplitableFuture<Optional<String>>>

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

или HKT тоже хотят притащить?

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

ага, все так та же скала неслабо разделена на комьюнити "беттер джава", "скала как скала" и "скала как хаскель"

первые мигрируют на котлин, вторые с третьими будут периодически устраивать срачи про труъ фп, лишние аллокации и "да я просто ещё сервак куплю"

или HKT тоже хотят притащить?

хотят, в этом как бы суть)

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

спринги не не в почете, просто их подход с анотациями и рефлексией в скалке ни к селу

спринги не не в почете, просто их подход с анотациями и рефлексией в скалке ни к селу

скала, мол, сама в рефлексию могёт?

действительно, ведь единственный метод di - это рефлексия

скала, мол, сама в рефлексию могёт?

в скалке чаще применяется compile time reflection он покрывает большую часть того что спрингом делается в рантайме

в скалке чаще применяется compile time reflection он покрывает большую часть того что спрингом делается в рантайме

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

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

Топ

залог хорошего тролля - говорить правду и уместно подсовывать другие факты это лоулвл ;)

макросы же код генерят, а когда там xml прочтется дело десятое

Так с макросами тебе надо все пересобирать! А тут вот прям на проде поменял файлик и всё хорошо!

если тебе ради другой хмл код надо пересобрать, то тут ни скала, ни java, ни пучеглазый суслик не помогут

пучеглазый суслик

этот штоле?

да

Method threw 'java.lang.UnsatisfiedLinkError' exception. подскажите,что за исключение?

Thrown if the Java Virtual Machine cannot find an appropriate native-language definition of a method declared native.

Обсуждали уже? https://github.com/Kotlin/KEEP/pull/87

заявка серьезная

Thrown if the Java Virtual Machine cannot find an appropriate native-language definition of a method declared native.

описание я и сам почитал) а как обработать то?try catch?

ну да

try { throw new UnsatisfiedLinkError("asdasda") } catch { case err: UnsatisfiedLinkError => println(err.getMessage) } вполне работает

try { throw new UnsatisfiedLinkError("asdasda") } catch { case err: UnsatisfiedLinkError => println(err.getMessage) } вполне работает

не тот чат

проверил, написано jvm.

:D

> Сообщество разработчиков > Java Scala Kotlin Groovy Clojure

оно ни компилется!!

Как с mongo async driver найти элемент, а если он не существует создать его, и потом в обоих случаях вставить данные в массив в объекте и сохранить обратно, без коллбэка на каждый шаг?

Господа, а есть что почитать/посмотреть про архитектуру приложений со спрингом?

Господа, а есть что почитать/посмотреть про архитектуру приложений со спрингом?

https://8thlight.com/blog/uncle-bob/2012/08/13/the-clean-architecture.html

https://8thlight.com/blog/uncle-bob/2012/08/13/the-clean-architecture.html

О, спасибо

https://8thlight.com/blog/uncle-bob/2012/08/13/the-clean-architecture.html

а при чём тут спринг?)

а при чём тут спринг?)

там в разделе "фреймворки" написано

у тебя не крутится все приложение вокруг одного спринга, правда?

есть доменная часть и все такое

емнип, Clean - это не архитектура, а кусок говна для разработки совместно с дизайнерами

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

емнип, Clean - это не архитектура, а кусок говна для разработки совместно с дизайнерами

обоснуй

обоснуй

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

https://8thlight.com/blog/uncle-bob/2012/08/13/the-clean-architecture.html

это какая-то влажная фантазия, будто автор живет в стране с радужными пони, кругом доброта, дружба и стандартные, однотипные таски. писанина как минимум противорчет простой истине "каждой задачи - свой интурумент". » Independent of Database. You can swap out Oracle or ага, задачи для оракла я решу монгой, ну-ну

Это ж анкл боб, у него всё радуга и пони

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

а кто говорит что это новое? хексагональные, онион и тд это все производные из clean, которой уже не один десяток лет

это какая-то влажная фантазия, будто автор живет в стране с радужными пони, кругом доброта, дружба и стандартные, однотипные таски. писанина как минимум противорчет простой истине "каждой задачи - свой интурумент". » Independent of Database. You can swap out Oracle or ага, задачи для оракла я решу монгой, ну-ну

а что тебе мешает заменить базу, если у тебя data mapper?

жесть.

Так это, если у него это всё говно, то что лучше?

а что тебе мешает заменить базу, если у тебя data mapper?

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

Так это, если у него это всё говно, то что лучше?

В смысле лучше? Архитектуру ты сам придумываешь.

жесть.

продолжайте писать спагетти

Нет универсальных вещей

продолжайте писать спагетти

это разные вещи

ERROR: S client not available

В смысле лучше? Архитектуру ты сам придумываешь.

Это, конечно, да. Но я хочу почитать best practiсes, шоб таки чуть-чуть избежать велосипедов

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

и? дата маппер на то и нужен чтобы мапить хоть с редиса, хоть с монги, хоть с постгре, хоть с файликов пиши. ORM это не один дата маппер, там еще UoW, репозитории и тд используются

Просто скинь пример опенсорс проекта, который является образцом Clean-архитектуры

и? дата маппер на то и нужен чтобы мапить хоть с редиса, хоть с монги, хоть с постгре, хоть с файликов пиши. ORM это не один дата маппер, там еще UoW, репозитории и тд используются

Замена базы в проде практически нереальная задача хоть как ее не мапь

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

Как ни крути

Замена базы в проде практически нереальная задача хоть как ее не мапь

замена базы не первичная задача датамаппера

Если что, мой вопрос ещё в силе

Если что, мой вопрос ещё в силе

То есть шаблоны проектирования ты знаешь и умеешь применять к месту?

То есть шаблоны проектирования ты знаешь и умеешь применять к месту?

Нет. Но у меня вопрос не о них

и? дата маппер на то и нужен чтобы мапить хоть с редиса, хоть с монги, хоть с постгре, хоть с файликов пиши. ORM это не один дата маппер, там еще UoW, репозитории и тд используются

Хоть раз так делал в проде?

Хоть раз так делал в проде?

что именно?

Если что, мой вопрос ещё в силе

используй принципы yagni, kiss и смотри по ситуации. все приходит с опытом

что именно?

Замену базы. Хотя бы с мускуля на постгре

используй принципы yagni, kiss и смотри по ситуации. все приходит с опытом

А ещё dry с solid?

Замену базы. Хотя бы с мускуля на постгре

H2, Sqlite > MySql пойдет?

А ещё dry с solid?

solid или base, зависит от того какие цели)

и? дата маппер на то и нужен чтобы мапить хоть с редиса, хоть с монги, хоть с постгре, хоть с файликов пиши. ORM это не один дата маппер, там еще UoW, репозитории и тд используются

Ну да. Редис маппить будешь так же как SQL БД?)

Ну да. Редис маппить будешь так же как SQL БД?)

а разница?)

и? дата маппер на то и нужен чтобы мапить хоть с редиса, хоть с монги, хоть с постгре, хоть с файликов пиши. ORM это не один дата маппер, там еще UoW, репозитории и тд используются

ты понимаешь, что БД это просто инструменты и решают разные задачи? если тебе нужен просто json, без связей - ты берешь монгу. если у тебя куча xml и сложная логика внутри бд - оракл, например. их невозможно привести в общему знаменателю. мапперы - это для простых решений и струткур . оние закачиваются, так только поялвюятся процедуры или уникальный функционал

А ещё dry с solid?

простые прицнипы самые действенные. цветастые картнки и метологии просто оторванны от реальности зачастую. клин, lean... всякие модные аджайл/скрам-коучи с девелопер-бэкграундом, фак е, любят такое рисовать. все красвио, все плакатиках, схемах, цветные бумажки... эдилия, потом в аджайл гуру прилетает таска с множественными интеграциями со стронними системами, ведорлоками, он в незапно осознает, что корпорации, например - это не стартапы на 3.5 человека и летит в пропасть пробеанных сроков типа "аааа, блеать, как же так, как же так... ведь аджайл, скрам..."

ты понимаешь, что БД это просто инструменты и решают разные задачи? если тебе нужен просто json, без связей - ты берешь монгу. если у тебя куча xml и сложная логика внутри бд - оракл, например. их невозможно привести в общему знаменателю. мапперы - это для простых решений и струткур . оние закачиваются, так только поялвюятся процедуры или уникальный функционал

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

простые прицнипы самые действенные. цветастые картнки и метологии просто оторванны от реальности зачастую. клин, lean... всякие модные аджайл/скрам-коучи с девелопер-бэкграундом, фак е, любят такое рисовать. все красвио, все плакатиках, схемах, цветные бумажки... эдилия, потом в аджайл гуру прилетает таска с множественными интеграциями со стронними системами, ведорлоками, он в незапно осознает, что корпорации, например - это не стартапы на 3.5 человека и летит в пропасть пробеанных сроков типа "аааа, блеать, как же так, как же так... ведь аджайл, скрам..."

dry, solid, kiss, grasp, yagni вообще часто противоречат друг другу. это всего лишь принципы, а не свод правил по которым надо делать

простые прицнипы самые действенные. цветастые картнки и метологии просто оторванны от реальности зачастую. клин, lean... всякие модные аджайл/скрам-коучи с девелопер-бэкграундом, фак е, любят такое рисовать. все красвио, все плакатиках, схемах, цветные бумажки... эдилия, потом в аджайл гуру прилетает таска с множественными интеграциями со стронними системами, ведорлоками, он в незапно осознает, что корпорации, например - это не стартапы на 3.5 человека и летит в пропасть пробеанных сроков типа "аааа, блеать, как же так, как же так... ведь аджайл, скрам..."

Это я то понимаю. Меня интересуют более практические вещи. К примеру, как разработать архитектуру, чтобы всё крутилось на микросервисах. И чтобы это всё не падало когда мы что-нибудь меняем

множественные интеграции и вендорлоки это проблемы инфраструктуры, а не домена

Это я то понимаю. Меня интересуют более практические вещи. К примеру, как разработать архитектуру, чтобы всё крутилось на микросервисах. И чтобы это всё не падало когда мы что-нибудь меняем

доклады смотреть и прочий опыт тех, у кого это удачно получилось. конкретно по твоему вопросу, вот например: https://habrahabr.ru/company/oleg-bunin/blog/320524/ все на микросервисах, когда заменяют не падает

доклады смотреть и прочий опыт тех, у кого это удачно получилось. конкретно по твоему вопросу, вот например: https://habrahabr.ru/company/oleg-bunin/blog/320524/ все на микросервисах, когда заменяют не падает

Микросервисы я к примеру привел. Вопрос же у меня изначально звучал как " есть что почитать/посмотреть про архитектуру приложений со спрингом?"

А что доклады смотреть надо, я и так знаю :)

доклады смотреть и прочий опыт тех, у кого это удачно получилось. конкретно по твоему вопросу, вот например: https://habrahabr.ru/company/oleg-bunin/blog/320524/ все на микросервисах, когда заменяют не падает

адепты микросервисов подоспели)

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

Микросервисы я к примеру привел. Вопрос же у меня изначально звучал как " есть что почитать/посмотреть про архитектуру приложений со спрингом?"

а у самого спринга нет какой-то доки или гайдов про это? они же там за spring cloud топят, netflix им всякие эврики зпаливает

монолит != спагетти