Ну, я знаю, что он сменил футболку на стикерпаке =))) Ладно, спрошу так: есть у кого-нибудь какая-нибудь таблица сравнения hazelcast с другими инструментами?? Интересует особенно сравнение с couchbase, redis =)

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

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

Хороший, кстати, довод.

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

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

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

чому не очень стоит, какие-то проблемы возникают?

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

про всякие проблемы не знаю

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

Ну, кмк, вижу упрощение небольшое. Не нужно делать дополнительные узлы и отдельно их мониторить и настраивать инфраструктуру

ога, и когда память войдёт в полку и GC начнет страдать.....ваши действия? )

ога, и когда память войдёт в полку и GC начнет страдать.....ваши действия? )

Кмк, хазел использует offheap хранение. А приложение ограничено своим хипом. Не вижу поводов для такого развития событий

кажется это в Enterprise

Нарезал правильно, настроил все верно, разделил память. И все должно быть ок

ну и аналогично с CPU

Ну короче. Это размен усложнения инфры на усложнение траблшутинга и скейлинга имхо

Отдельно поскейлить хазель ты уже не сможешь

Это понятно, но не бывает серебрянных пуль

отдельно досыпать ему CPU тоже

отдельно его обновить тоже

итд

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

Если кейс с embedded хорошо подходит, и не ожидается проблем ни в какую сторону, то тоже welcome aboard

Может от запроса зависеть

А как проверял, что хиб все затягивает?

брейкпоинт поставил + включил логгирование всех запросов

каждый раз создает селекты в обе таблицы

Learning Scala for Java developer goes like this: “Wow, wow, this is so cool, how could I have lived without it!”, but use Scala in production for over a few months beyond some limited number of isolated domains where it really shines, and you quickly start discovering its limitations in tooling support, compile times, write-only code, backwards compatibility, interoperability. Learning Kotlin for Java developer goes like this: “Wow, wow, this is so cool, how could I have lived without it!”, but use Kotlin in production for over a few months and you don’t run into any big problems. Yes, there are some deficiencies and bugs here and there, but there is nothing serious to spoil your work. Team Lead for Kotlin libraries @JetBrains

а тут он есть, кстати? я считаю, это прекрасный уровень аргументации

ну тулинг точно у скалы хуже

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

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

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

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

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

а там любят такие хаки, насколько я могу судить

А можно ли называть это хаками, если этого так много?

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

Идея кстати может компилить и когда что-то подсвечено ошибкой (прям красной), её инспекции не обязаны блокировать компиляцию

Это я и на своём опыте знаю

А можно ли называть это хаками, если этого так много?

зависит от определения слова "хак" так-то я и в джаве могу написать такое, что идея подкраснит (это будет сложнее, правда)

Именно, сложнее

ну в целом, это единственный валидный аргумент

Когда на языке (с использованием популярных плагинов/утилит/фреймворков/либ к нему) просто и без намерения сломать пишется код, который "ломает" инспекции ИДЕ, то да, аргумент мсьё из JB выше - валиден. Из того, что я слышал - такой код действительно пишется просто. Не претендую на экспертизу, если что.

Когда на языке (с использованием популярных плагинов/утилит/фреймворков/либ к нему) просто и без намерения сломать пишется код, который "ломает" инспекции ИДЕ, то да, аргумент мсьё из JB выше - валиден. Из того, что я слышал - такой код действительно пишется просто. Не претендую на экспертизу, если что.

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

Не, я согласен с мыслью, что стиль изложения и общий месседж, гм, сомнительны)

Я вообще ту статью не дочитал. Название про Java 10, а текст про Kotlin vs. Scala. А тезисы Kotlin vs. Scala я уже видел где-то дохуя раз.

Я вообще ту статью не дочитал. Название про Java 10, а текст про Kotlin vs. Scala. А тезисы Kotlin vs. Scala я уже видел где-то дохуя раз.

а там про джаву 10 он пишет, лишь ссылаясь на статью восьмилетней давности

> Kotlin was designed to be Java 2.0 Ну вот, типичный тезис скалы про better Java.

> Kotlin was designed to be Java 2.0 Ну вот, типичный тезис скалы про better Java.

типичный? откуда?

типичный? откуда?

Не вспомню уже.

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

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

аналогично котлин

Не вспомню уже.

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

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

окей

щас начнется))

аналогично котлин

а вот тут нет котлин везде и всегда пиарился как next java We already have Kotlin, designed to be a better Java for us

а подскажите плиз аналог Confluence от JetBrains?

а вот тут нет котлин везде и всегда пиарился как next java We already have Kotlin, designed to be a better Java for us

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

так изначально у котлина такой лозунг и был) пилим жаба 2.0

а подскажите плиз аналог Confluence от JetBrains?

Youtrack

Youtrack

это трекер задач. Конфа — это Wiki

а в ютреке нет встроенной wiki?

кастую @fundamentalparticle

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

брейкпоинт поставил + включил логгирование всех запросов

в дебаге, вроде, хиб сам доджойнивает

в дебаге, вроде, хиб сам доджойнивает

да лан? а как тогда проверить?

тест напиши

должен словить lazy loading exception

должен словить lazy loading exception

похоже на правду, спасибо!

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

Developer Advocate at JetBrains. Ask me about TeamCity & IntelliJ IDEA

если существует девелопер адвокат, то существует ли девелопер прокурор?

Developer Advocate at JetBrains. Ask me about TeamCity & IntelliJ IDEA

мой разум это трактовал как "спрашивайте про что угодно из пересечения множеств 'идея' и 'тимсити'"

если существует девелопер адвокат, то существует ли девелопер прокурор?

а так же девелопер фраер и девелопер авторитет

здравствуйте

1) https://glot.io/snippets/ezesucgnkg Что я сделал не так при наследовании класса Exception 2) ищется статистика по использованию в SOAPUI Groovy против JS

кастую @fundamentalparticle

Ась?

Ась?

есть ли у JB аналог atlassian confluence?

https://confluence.jetbrains.com

имхо, вопрос снят

да, логично

)

хотя, как-то раз когда я серфил по сайту microsoft.com я словил самую вульгарную страничку ошибки апача

есть ли у JB аналог atlassian confluence?

Нет

1) https://glot.io/snippets/ezesucgnkg Что я сделал не так при наследовании класса Exception 2) ищется статистика по использованию в SOAPUI Groovy против JS

По п.2: тут наверно не найти тех, кто на js пишет скрипты в SOAPUI(js поддержку позже добавили, чем groovy). Тут группа по jvm языкам, наверно здесь людям проще на groovy приспособиться

OK

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

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

зачем тогда тебе soap ui? в жс экосистеме валом всяких либ

А может кто рассказать зачем нужны в тестах логи? Вдруг есть кто-то, кто считает, что нужны (а то в реальных проектах разных постоянно натыкаюсь и в удивлении их оттуда удаляю, если могу)

А может кто рассказать зачем нужны в тестах логи? Вдруг есть кто-то, кто считает, что нужны (а то в реальных проектах разных постоянно натыкаюсь и в удивлении их оттуда удаляю, если могу)

Логирует точно тест, а не сервисы которые тестируются?

я про код вида @Test void testFoo(){ logger.info("testing foo"); .... } постоянно натыкаюсь в разных командах и проектах, но в живых сторонника такого ни разу не застал

нде... лишний код замусоливающий глаза

без понятия, никогда не видел такого

как правило это сопровождается еще и тем, что уровень логирования при запуске тестов выставляется в INFO или даже в DEBUG, и вывод тестов занимает несколько гигабайт (не от логирования из тестов самих, конечно, а из нормального кода, который в тестах вызывается в больших количетсвах)

я про код вида @Test void testFoo(){ logger.info("testing foo"); .... } постоянно натыкаюсь в разных командах и проектах, но в живых сторонника такого ни разу не застал

Я видел подобное несколько раз. В основном, это писали люди при разработке, чтобы понять, что тест работает или отладить его (ну, да, брейк пойнтов лдям-то не дано), а потом забвыали об этом и не удаляли. И так потом оно уже исторически складывалось...

А может кто рассказать зачем нужны в тестах логи? Вдруг есть кто-то, кто считает, что нужны (а то в реальных проектах разных постоянно натыкаюсь и в удивлении их оттуда удаляю, если могу)

возможно, bdd — там такое повествовательное описание иногда присутствует

но, скорее, не "testing foo", а "user logged in, user clicked on item, ..."

и нахрена это в тестах? кто и когда эти логи должен читать? (прошу прощения, если это слишком резкие вопросы для вашего "возможно")

и нахрена это в тестах? кто и когда эти логи должен читать? (прошу прощения, если это слишком резкие вопросы для вашего "возможно")

шобы манагер понял, что происходит, но мне кажется что это делают всякие bdd фреймворки аля cucumber