Встреча для Java-разработчиков: говорим про асинхронные микросервисы и опыт создания большой билд-системы на Gradle

У нас постгрю в докере из мавена для тестов поднимали.

Это немного не тот пример — тесты-то у Вас всё равно на JVM гонялись, хотя и лазили на Postgres.

Я имел в виду запуск JVM из-за невладения инструментами ОС.

Решениями, хосспаде. Говнокод говнокодом в 99% случаев

Как и везде. Но на джаве этот говнокод можно хоть как-то поддерживать. А на других только всё переписывать.

Ох, люто плюсую этот пост, прям с языка снял.

Что касается var, в целом я вроде бы и согласен, но не был бы так категоричен. В некоторых случаях он улучшает читаемость кода.

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

Про IDE - да, язык неудобен. Заставляет юзать IDE.) Linux пишут без IDE. Ceph пишут без IDE. А вы не можете.)

Кода как и везде, с чего бы ему быть в 5 раз больше?

Ну это конечно субъективное ощущение. Но оно есть. Условно отражение в реальности шутки «you have a problem and decide to use java. now you have Problem, ProblemImpl, ProblemException and ProblemFactory»

За var в джаве я бы убивал

Блин. Вот в итоге и получается код, который выглядит как захламлённый. Условно «соотношение сигнал/шум» хреновое - «шума» много, а логики мало.

Не используйте спринг, есть другие хорошие фреймворки.

1) Какие? От вертекса вон народ отказывается уже))

2) Язык программирования идёт в комплекте с практиками его использования. На Perl тоже можно писать нормальный код, но репутация у него тем не менее «write-only». Почему? Потому что вот МОЖНО, НО НЕ ПИШУТ.

Так же и на яве. МОЖНО писать нормальный код. МОЖНО не юзать спринг. Но встречается в корпоративном софте это крайне редко. Потому что практики такие сложились.

Первый ЯП по популярности

Ага, сразу после JS. И по статистике гитхаба. И включая андроид. А если взять статистику по вебу - то там PHP и ASP.NET в топе, явой и не пахнет. Если взять по крупным сайтам то там чуть больше, но всё равно она явно не первая.

Первый он по популярности только в «ынтерпрайзе», но не потому что так лучше, а потому, что так принято.

запись будет вестись? потом запись (если будет) выкладывать будете?

в энтерпрайзе джава популярна потому что: 1) статическая типизация (в иде позволяет строить дерево вызовов и тп, что важно в развесистых говнокод-энтерпрайз-проектах) 2) куча библиотек и фреймворков 3) несложный синтаксис (типовой код доступен для понимая рядовому разрабу) без ненужных низкоуровневых деталей как в с++ 4) при желании можно достичь практически нативной производительности 5) простой мониторинг (средствами тулов для jvm)

но всё это не отменяет того, что синтаксис убог и многословен, и имеет длинную историю заимствования фичей, причем далеко не в самом элегантном исполнении (не хотят ломать обратную совместимость), те же дженерики появились далеко не сразу и страдают от такого явления как type erasure

попытки заменить на что-то поприличнее существуют (scala clojure и тд), но не очень успешны, так как порог вхождения повыше, и быдлокодеру тяжело, недавний пример Apache Storm https://yahoodevelopers.tumblr.com/post/185258393008/apache-storm-20-improvem...

Prior to 2.0, Storm was primarily written in Clojure. Clojure is a wonderful language with many advantages over pure Java, but its prevalence in Storm became a hindrance for many developers who weren’t very familiar with it and didn’t have the time to learn it. Due to this, the community decided to port all of the daemon processes over to pure Java.

became a hindrance for many developers who weren’t very familiar with it and didn’t have the time to learn it

Ну так людям нужно свои идеи реализовывать, а не вкусовщину очередной инопланетный синтаксический сахар изучать: (defn greet [name] (str «Hello, » name) )

Вот эти люди, они даже хуже хипстеров - дети, которым в руки дают миллионы долларов. А они потом туда сюда переписывают ПО за чужой счет, а их бы ссаными тряпками гнать.

А нафига DOM, особенно в свете топика, т.е. всяких микросервисов.
Там, насколько представляю, вполне достаточно diesel+serde+actix-web,rocket,etc.

Ну а cargo как средство сборки вполне себе. Да и опять же стало стандартом и не будет 100500 различных систем сборки несовместимых друг с другом, как в сишечке с плюсами.

Ну это конечно субъективное ощущение. Но оно есть. Условно отражение в реальности шутки «you have a problem and decide to use java. now you have Problem, ProblemImpl, ProblemException and ProblemFactory»

У меня, например, есть правило если не могу придумать название класса FooBar, то я оставляю FooBarQuz, но в последствии в подкорке оно крутится и в какой-то момент я FooBarQuz рефакторю в осмысленный FooBar.

Что касается Impl, Factory и подобное это легаси и дурной тон. Мало кто так пишет в современных проектах.

Блин. Вот в итоге и получается код, который выглядит как захламлённый. Условно «соотношение сигнал/шум» хреновое - «шума» много, а логики мало.

Этот шум затем сильно облегчает чтение кода, мозг и пальцы меньше напрягаются. А значит больше сможешь поработать, больше порефакторить.

В IDE на этот var пофиг, потому что та же IDEA может BigInteger математику развернуть в операторы (визуально как перегрузка методов в С#), что уже говорить об убирании var взад.

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

Какие? От вертекса вон народ отказывается уже))

Это сугубо вкусовщина. Я раньше работал с Tapestry 5, сейчас делаю собственный фреймворк (естно не такой как все) и БД в одном флаконе. Но мне не только джава фреймворки не нравятся. Я вообще все фреймворки, на всех ЯП считаю ущербными для веб-разработки )

но не потому что так лучше, а потому, что так принято.

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

А нафига DOM, особенно в свете топика, т.е. всяких микросервисов.

Мне, для моего фреймворка нужен DOM и отражение W3C стандартов на ЯП отличный от JS.

diesel+serde+actix-web,rocket

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

Ну не знаю, после Ant мне Gradle показался глотком чистого воздуха, хотя с большими проектами я и не особо сталкивался.

А Maven почему-то вообще мне не зашёл. Насколько я помню, тот же Spring на Gradle потихоньку перелазит.

при сомнительном выигрыше в перформансе.

Там всё-таки не только и не столько производительность, но ещё и память.
Всё-таки Ява память любит и в некоторых случаях это может оказаться критично.

после Ant мне Gradle показался

Вы сравниваете качественно разные (т е несравнимые) инструменты =)

Насколько я помню, тот же Spring на Gradle потихоньку перелазит.

Это может быть в т ч и дань моде. Завтра они переползут на Bazel.

Всё-таки Ява память любит и в некоторых случаях это может оказаться критично.

Это сегодня. Тот кто в теме сейчас видит как джава реально меняется к лучшему, в плане перформанса и памяти. Я даже пока вычеркнул разработку нового ЯП из своего TODO списка ) Может джава за эти год-два удивит и не нужно будет мучиться )

В джаве точно так же срисовывают с js - var и кложуры.

Это совсем не с JS.

Этот шум затем сильно облегчает чтение кода, мозг и пальцы меньше напрягаются. А значит больше сможешь поработать, больше порефакторить.

В IDE на этот var пофиг, потому что та же IDEA может BigInteger математику развернуть в операторы (визуально как перегрузка методов в С#), что уже говорить об убирании var взад.

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

А нефиг читать на гитхабе,

Попробуйте нормальную IDE, которая сделает интеллектуальную подсветку и хинты. Если вы в VI читаете или подобных поделках, где хинты и подсветка по грепу... конечно ваше право.

var всяко лучше дерьма вида

MyCoolFooBarModelEntityRepository fooBarModelEntityRepository = new MyCoolFooBarModelEntityRepository();

var всяко лучше дерьма вида

Если было бы разрешено только в таком контексте, то я только за.