давно за яву не терли?

За новые возможности нужно платить производительностью

О каких «новых возможностях» идет речь? Java на сегодня объективно один из самых убогих и невыразительных языков из общеупотребляемых.

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

Между «экономить каждый байт» и «генерирую по гигабайту мусора на каждый чих» очень много промежуточных ступеней.

Но вообще ты весьма уникальный пациент: мало кто решается оправдывать низкопроизводительный быдлокод.

Ух как у тебя там запекается 8)

Забыл таблетки принять? Java не используется в браузерах и тем более не используется в ядре Linux. Твоё мнение по поводу этого языка очень субъективно, напоминает анонимуса из другой темы, который тоже обвинял языки из-за того что кто-то написал на них плохой софт.

Тогда C и C++ тоже говняные языки, не лаконичные, тормозящие, жрущие память гигабайтами. А что, разве не так? Ну как же?! У меня вот программа всю оперативку выжирает, а потом сегфолится, значит C и C++ - убогое говно.

О каких «новых возможностях» идет речь?

Применительно к спрингу - это dependency injection. Идущий рядом с набором библиотек, которые тесно на него завязаны.

Грубо говоря, это может выглядеть так: ты подключаешь библиотеку, и при создании нового экземпляра класса у него некоторые поля начинают магически заполняться верными данными. Ты ничего не делал, а они уже заполнены.

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

Поэтому создание нового проекта на спринге заключается в том, чтобы всего лишь сегенерить на http://start.spring.io каркас проекта, и прямо сразу начать писать бизнес-код.

Даже ты, незнакомый ни с чем из этого, можешь легко и просто это сделать и быстро вкатиться в создание джавовых приложений. Ну как быстро... быстро по меркам enterprise java :) К вечеру уже сможешь сделать какой-нибудь todo-list копипастой со стэковерфлоу

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

Такие дела. Так что да, спринг добавляет возможности, которые прям меняют язык, и коренным образом поворачивают характер разработки, best practices

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

Звучит стремно.

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

Spring давно потерял прозрачность и понятность процессов в нём происходящих.

да ты просто в нём не разобрался. Всё там можно понять.

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

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

Spring давно потерял прозрачность и понятность процессов в нём происходящих.

да ты просто в нём не разобрался. Всё там можно понять.

Ну, без хорошей IDE (и уже не Community Edition совсем) Spring и правда очень грустный со всеми его перекрестными ссылками. А если еще и Component Scan включен, без IDE черт ногу сломит.

Другой вопрос, что писать не Hello World приложения без хорошей IDE — на мой личный взгляд — плохая идея.

Ну, без хорошей IDE

Если вам действительно нужна для ваших проектов «хорошая IDE», то с вашими проектами всё очень плохо.

Если вам действительно не нужна для ваших проектов «хорошая IDE», то с вашими проектами всё очень плохо.

fixed

Обоснуй.

Обоснуй.

Как минимум в таких проектах будет проблема с рефакторингом, на него просто забьют без хорошей IDE. А любой хороший проект это постоянный процесс рефакторинга.

А любой хороший проект это постоянный процесс рефакторинга.

Хороший проект, это который постоянно переделывают? Это говёный проект, лол.

Хороший проект, это который постоянно переделывают?

Да, пока это еще не кусок закаменевшего легаси

Да, пока это еще не кусок закаменевшего легаси

Ну, так о чём я и говорю. Делают говно, которое начинает вонять и его заменяют другим.

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

и его заменяют другим

В реальной жизни не заменяют другим. Работают в противогазах. Кто так не может - увольняется. Местный Джобс подтвердит, как раз в треде.

продам противогазы, дорого

Вот, кстати, по поводу того, что за тебя всё делают и хорошо и плохо ведь. Я сам последний год пишу на Kotlin под ведро и иногда складывается стойкое впечатление, что язык делали по книге дядюшки блоха Effective Java, есть у котлина конечно и косяки, но в целом язык из коробки не даёт прострелить тебе ногу так, как это позволяет Java. Со спригном сейчас поулчается тоже самое, но.. Чем ниже порог вхождения - тем больше плодится говнокодеров, кмк. Так что палка о двух концах.

е даёт прострелить тебе ногу так, как это позволяет Java

Ну вот, опять. Раньше плюсы ноги отстреливали, теперь java. Это никогда не закончится.

Ну если вы гений и из под ваших рук выходит идеальный код

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

прострелить тебе ногу так, как это позволяет Java

Пипец. Как прострелить ногу на жабе?

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

Это не всегда так. Программный проект должен постоянно переписываться (не весь, но частями), если он хочет быть актуальным и интересным, развиваться дальше. Если программный проект не трогается, то он рано завершает свой жизненный цикл, так как не способен быстро адаптироваться к резко изменившимся условиям. Так потерпели фиаско такие превосходные для своего времени проекты, как Foxpro, например. Консольные DOS- приложения с виджетами и окнами. Их забросили, так как к ним был потерян интерес со стороны крупных корпораций.

Это не всегда так. Программный проект должен постоянно переписываться

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

Дядюшка блох этому целую книгу посвятил. Из возможных вариантов - отдать ссылку на мутабельную коллекцию с данными (по дороге до адресата с ней может случиться что угодно), мало кто делает объекты полностью имутабельными в принципе, не смотря на то, что обратное не нужно, но этож надо final везде писать, вы чо. Сериализация - вообще отдельная тема) А в Android ещё чаще всего наступают на утечки памяти, потому что не знают про неявные ссылки не статического класса на внешний и про слабые ссылки некоторые вообще не знают (привет, многопоточка и протекающая вьюха со всем графом её зависимостей). В общем, имхо, прострелить ногу можно в любом яп, но в современных это сделать сложнее, потому что человеческая тупость и лень невелируется правильным поведением из коробки (Rust, Kotlin как примеры).

Из возможных вариантов - отдать ссылку на мутабельную коллекцию

Эм, всего лишь частный случай ссылки на изменяемые данные. Я конечно согласен, что так накосячить можно, просто мне сложно считать это выстрелом в ногу. Скорее уж выстрел в ногу это геттер на Булевский тип в ифе, но он лекго запоминается.