>Graal VM

>фактически переизобрел паттерн service gateway

> появится стабильный заработок

> По твоей логике и школа с вузом нахуй не нужна

>задротство алгоритмов

>цирке красивого кода

> желчью прыскаешь на тех

>microservices.io

> жава многословное говно, где десятилетиями внедряются фичи сначала "это не нужно никому", а потом все равно внедряются. Из-за этого в жаве даже родился проект ломбок - настолько там все медленно развивается. А в жаве гетсет наверное не сделают никогда, хотя это ж элементарнейшая фича.

>это ж элементарнейшая фича

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

>А как сделать ридонли свойство?

>А как провалидировать значение перед установкой?

>А как провалидировать значение перед установкой?

>final

>НИНУЖНО

>которое ридонли и меняется

>Нигде не гарантируется, что length в List за O(1). Это зависит от имплементации.

>Те же канкарент коллекции просто хуй к носу прикидывают и говорят примерно.

>А как сделать ридонли свойство?

>Например у списка есть свойство длинна, которое ридонли и меняется

>А как провалидировать значение перед установкой?

>линзы, как развитие идеи гетсетов.

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

>А почему бы и нет?

>Но постоянно орать НИНУЖНО, это другая крайность.

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

>Падает один сервис и пиздос, вся система встала раком, и полетели пятисотые

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

>Не мы начали этот холивар - хуле нам то затыкаться? Это не мне нужны эти парашные гетсеты, мне даже на ломбок похуй (есть - ну и ладно, нету - похуй). Как предьявы строчить за отсутствие бесполезных языковых фич, так дети набигают с хуями наголо и криками "уря". А стоило лишь спросить за их предьявы, так начались виляния жопой - "ЫЫЫЫ, че ты какой КРААААЙНИЙ, вдруг кому то оно НАААДО".

>Если масленок не умеет мейнтейнить монолит, с микросервисами его косяки будут стрелять еще больнее.

>var list = Arrays.stream(new int[]{1, 2, 3}).boxed().toList();

>var list = List.of(new int[]{1,2,3});

>Как называется эта странаэтот язык?

>ты хочешь вот этого метода

>ты хочешь

>ты хочешь

>1,2

>3

>4,5

>не существует

> сейчас не существует

> Тред стоп не убивает треды.

> Тебе об этом было сказано еще пол года назад.

>Погуглил зеленые треды, это вообще старая херня из джавы 1.0

> Но в джаве 1.2 на фичу забили и выпилили.

> Java and Green Threads

>

> Когда появилась Java, она принесла с собой другой тип многопоточности, который называется green threads. Green threads — это, по сути, имитация потоков. Виртуальная машина Java берёт на себя заботу о переключении между разными green threads, а сама машина работает как один поток ОС. Это даёт несколько преимуществ. Потоки ОС относительно дороги в большинстве POSIX-систем. Кроме того, переключение между native threads гораздо медленнее, чем между green threads.

>

> Это всё означает, что в некоторых ситуациях green threads гораздо выгоднее, чем native threads. Система может поддерживать гораздо большее количество green threads, чем потоков OС. Например, гораздо практичнее запускать новый green thread для нового HTTP-соединения к веб-серверу, вместо создания нового native thread.

>

> Однако есть и недостатки. Самый большой заключается в том, что вы не можете исполнять два потока одновременно. Поскольку существует только один native thread, только он и вызывается планировщиком ОС. Даже если у вас несколько процессоров и несколько green threads, только один процессор может вызывать green thread. И всё потому, что с точки зрения планировщика заданий ОС всё это выглядит одним потоком.

>

> Начиная с версии 1.2 Java поддерживает native threads, и с тех пор они используются по умолчанию.

>Всё новое — это хорошо забытое старое...

>абстракт над нативными стримами

>Но в джаве 1.2 на фичу забили и выпилили.

>Рипит норм метод для замены конкатенаций одинаковых символов в цикле

>плюс в стандартной библиотеке нет константы под пустую строку

>в целом там много полезных методов

> ""

>Если "zalupa"

>константы под пустую строку

>Это не константа, это семантически создание пустой строки.

>Семантически же "" это ни что иное как создание

>создаёшь информацию об этой строке

>нибуду читать аргументы, знач ты слит!!

>Это не "символ пустой строки", это символ пустой строки.

>состоящая из символа создания строки в принципе, внутри которого (символа) не было ничего заключено

>A string literal is a reference to an instance of class String (§4.3.1, §4.3.3).

>Moreover, a string literal always refers to the same instance of class String. This is because string literals - or, more generally, strings that are the values of constant expressions (§15.28) - are "interned" so as to share unique instances, using the method String.intern

>Strings computed by constant expressions (§15.28) are computed at compile time and then treated as if they were literals.

>символа создания строки в принципе

>Очень часто в программировании используется

>Важна семантика.

> добавить в лямбду дженерик исключения

>Объединение типов

>2. Экстеншен методы

>Добавить в интерфейс, принимаемый стримами, дженерик исключение в throws метода.

>дженерик исключение

>дженерик исключение

>писать 15 бойлерплейт строк на 3 строки кода

>ррррря дела синтаксиса

>Ещё раз блядь, то, что написано в JLS про то, как оно работает под капотом никоим образом на семантику не влияет, сука.

>A string literal is a reference to an instance of class String (§4.3.1, §4.3.3).

>Moreover, a string literal always refers to the same instance of class String. This is because string literals - or, more generally, strings that are the values of constant expressions (§15.28) - are "interned" so as to share unique instances, using the method String.intern (§12.5).

> Ещё раз блядь, то, что написано в JLS про то, как оно работает под капотом никоим образом на семантику не влияет, сука.

>.get().get().get().get().get()

>Either<Either<Either<Either

> да и от количества get количество строк не меняется.

> мям пасмятри я так многа знаю многа знаю многа знаю)))))

>Ты хоть немного-то думал, прежде чем постить? Мне кажется нет, потому что на твой пост ответом является ровно то же, что тебе уже было сказано.

>

>> Ещё раз блядь, то, что написано в JLS про то, как оно работает под капотом никоим образом на семантику не влияет, сука.

>In programming language theory, semantics is the rigorous mathematical study of the meaning of programming languages. Semantics assigns computational meaning to valid strings in a programming language syntax.

>У нас сейчас даже как-будто ничего с этим, а на западе почти одни фуллстаки

>Я спросил про ide, но мне даже панамку не дали

>Не ответили - значит тупые

>Я уже сам проверил.

>dotnet new console; cargo init; go mod init <name>

>dotnet run; cargo run; go run

>Чтобы нормально в джарник собрать надо пляс с fatjar сделать, а потом оказывает это не работает и надо shadowJar - а это вообще тайные знания Хогвартса старшей школы, которые даже уже не гуглятся.

>В нормальном языке

>думаешь, это некий quick start, нет это базовый тулинг в современных языках

>Нихуя. Просто я отдаю себе отчет что в промышленном софте почти в 100% случаях одним сраным runом ты не отделаешься, и постепенно все неизбежно обрастет трешаком