Предыдущий: >>3495028 (OP)
Найс, попробую чекнуть
Ещё это чекни. Энивей файрволл настраивать будешь https://gist.github.com/nort3x/dde6757cb630afe052331e04ca1ab79e
Тоже попробую позже.
Что за slowdowns имеются ввиду? Типа, если идее заблочить коннект к сети, то она лагать будет?
Мб у него сама идея фризить начала из-за плагина. Я хызы. У меня не фризит ничего.
Не балабольство на несколько абзацев, а просто пример кода.
Какой смысл? Один пример ничего не докажет, да и ты всегда на все будешь говорить врети.
Тем более спрашивать это в треде, где мало кто пишет на языке где много сахара. Иди в котлин тред, если интересно.
ja-netfilter написан на ява и, соответственно, тормозит как и любое другое ява поделие.
Что тебе в таком коде конкретно не понятно, скуфчик? Могу тебе объяснить.
Тем более let, with и т д - это просто функции, а тебя, скорее всего, пугают лямбды с контекстом.
На джаве - создал объект и заполнил данными. Всё логично. На котлине вызвал очередную непонятную функцию
val user = User().apply {
name = "Pidor"
age = 30
}
Ещё лучше блять
val user = User("Pidor", 30).also { println("User created: $it") }
Геттеры и сеттеры под капотом, ну спасибо ебать
user.name
user.name = "Pidor blya"
Ой, а откуда метод? Может это какой-то стандартный метод String? Нихуя. Это любитель скотлина где-то там его насрал.
fun String.capitalize(): String { ... }
myString.capitalize()
Тебе сколько лет?
Нормальный код, все понятно.
apply можно не использовать, передавай аргументы сразу в конструктор.
С экстеншенами надо аккуратно, но так же можно засрать джава проект статическими методами, так что так себе доеб
Из странных фич тут только also, все остальное давно есть в сишарпе. Ты литерали живешь в 2005 году.
так это даже не фича, это просто функция, которая принимает лямбду. Котлин хорош тем, что в нем кейвордов очень мало, пожалуй только suspend добавляется к джаве, а больше ничего на ум и не приходит.
А в каких современных модных языках нет геттеров и сеттеров?
По моему эта параша везде, буквально.
>ваши паттерны
Паттерн всегда где-либо будет. Явно или неявно - другой вопрос.
>геттеры-сеттеры
Частично соглашусь, что можно писать код без геттеров и сеттеров. И в теории такой код может стать быстрее хотя бы по той причине, что изменение публичной ссылки напрямую(без вызова геттера/сеттера) не требует затрат на вызов метода.
>И в теории такой код может стать быстрее хотя бы по той причине, что изменение публичной ссылки напрямую(без вызова геттера/сеттера) не требует затрат на вызов метода
Только Егорка топит за то, чтобы все поля в классе объявлять final, чтобы их вообще изменить нельзя было после создания.
>не требует затрат на вызов метода
jit это поймет после 2-3 вызова
> такой код может стать быстрее
Да-да. Губами быстрее, ведь jvm не умеет инлайнить методы. Невероятные блять иновации. И типичная экономия на спичках. Почему у каждого второго жависта, руки блятб чешутся, чето пооптимизировать
А кто говорит, что кто-то хочет что-то где-то оптимизировать?
>Асинхронщину изучать надо?
Надо.
>А реактивщина - вообще какая-то хуйня непонятная.
Если вкрадце - реактивщина == асинхронщина + backpressure. Эдакий умный listener, который может сказать эмиттеру "горшочек - не вари", и тот - не будет.
Егорку можно за многое хуесосить, но в отношении геттеров-сеттеров он прав.
Дашь рекомендации какие-то? Типа книг или ресурсов по изучению асинхронного программирования в джаве?
>Надо.
А зачем, если есть виртуальные потоки? Какое она применение имеет в жабе на данный момент?
Особо смысла нет, только если тебе интересно.
Эта штука была раньше популярна в андроиде (RxJava), до корутин из котлина.
Ничего сложного там нет, нужна такая же база, как и для написания обычного многопоточного кода. Но вся сложность в функциональном стиле - куча разных операторов, которые полностью никто не знает и юзают только маленькое множество этих операторов.
На бэке есть реактивная популярная либа Reactor, которая тесно связана с Spring WebFlux, но проектов, где такое используется очень мало.
Рациональнее такое учить только тогда, когда попадешь на такой проект.
Виртуальные потоки/котлин корутины/горутины из котлина - это +- все одно и то же.
Но главный плюс в них - это простота, потому что код выглядит как обычный код, а не лапша из реактивных операторов.
В снг на джаве в 99% пишут блокирующие сервисы, к ним вся это история с асинхронщиной практически неприминима
Спасибо за развёрнутый ответ. Думаю тогда отложу пока эту затею из изучением реактивщины, т.к. времени на это нужно не мало, а использовать его я вряд ли где-то буду. Ну или пройдусь по базе, чтобы было представление хотя бы.
А че, все non-blocking алгосы - это автоматом асинки? Я думал это строго спизженная из мира фп парадигма.
Не очень удобно, когда один и тот же термин используется для разных вещей.
Это вообще про другое. Неблокирующие алгоритмы - это когда у тебя есть две версии данных - старая и новая - а потом ты через атомик делаешь свап указателя и дальше все работают с новыми данными. В классических алгоритмах кто-то один берет блокирвовку, остальные стоят и ждут под дверью туалета. Асинки тут вообще не при чем, асинки - это про экономию трех копеек на потоках, по сути просто модная хуита без какой-то реальной пользы.
Точно, решение проблемы 10к. А эти неблокриующие алгоритмы, их и только их можно использовать например в корутинах. Типа блокировка все разрушит. Поскольку там своя, крутая асинк блокировка - await. Которая позволяет что-то типа switch-context, но в рамках вм.
Так, а реактивщина тут тогда что?
>А че, все non-blocking алгосы...
А где речь шла о неблокирующих алгоритмах?
А что тебя смущает? Любой может предложить в вузах лекции читать как подработку, у нас так несколько предметов читали около 10 лет назад.
Как можно спроектировать систему?
Я хочу сделать так. Будет центральный сервис для работы с твитами, там follow, лайки. Микросервис авторизации с jwt токенами. Микросервис мультимедиа для работы с картинками (например, аватарки пользователей). У каждого микросервиса своя база данных, как утверждается в одном микросервисном паттерне. Через очередь RabbitMQ информация о пользователях и картинках переходит в центральный микросервис, так как надо связать твиты с юзерами и реализовать follow.
Пойдет такая система? Как можно улучшить?
Фреймворк для работы с БД будет, наверное, spring data jpa, а не MyBatis, потому что будут простые сущности со связями
Тут будет сложно, потому что доступ к ресурсам (картинки) должен быть при помощи jwt токена (только для авторизованных пользователей) и надо, чтобы сервис авторизации выдавал токены, которые может проверять другой сервис
Два вопроса:
1) Нахуя?
2) Почему не спросишь чатжпт, он очень хорош для проработки сисдизайна
>Микросервис авторизации
Есть готовые.
>Микросервис мультимедиа
Также есть готовые. Зачем писать аналог amazon s3?
>Через очередь RabbitMQ
Зачем здеся очередь?
>>3540176
Короче чекнул я эту блокировку доменов жидбрейнсов. Енто дает возможность впихивать любой ключ, который был отозван после его выпуска. Таким образом можно использовать поюзанные юзерами ключи, но ограничение в том, что их надо будет искать каждый раз где-то. Т.е. должен быть человек, который их купил и слил соответсвенно. Не очень удобная хуйня.
Поэтому я таки еще поискал и нашел реальные исходники этого малваря. То был форк. Плюс также нашел плагины. А то меня всегда смущало, что там не один жарник, а целых пять и хуй пойми что они все делают. Насколько я теперь могу понять главный из них - это power.jar. Он подменяет сертификат что ли. Т.е. сменяет доверие с жидбрейнсов на то, что нагенерил ты, ну или сайты.
Дальше мне было интересно, в теории, ведь этот малварь просто может не запустится без интернета, вдруг он подменил сервер проверки на свой и будет ровно также долбится до победного, пока не подтвердит, что все норм. Но судя по всему ему похуй, нормально работает в полностью изолированной сети (пик).
Я еще думал сделать вайт лист по доменам, но лишь понял что я пиздец не шарю в теории сетей. Это 7 лвл по сути, ты можешь ресолв днса заблочить, но если ты уже знаешь ip до домена, то на 3 уровне нет блокировки. И пакетик легко пролетит.
И вот тут хуй знает как фильтровать, типа че распаковывать пакет вплоть до http и смотреть че там в хедере? Но тебе даст? В итоге забил, проще белые ip сделать, чем велосипед уровня ркн писать.
Вот - https://pastebin.com/gWVakps4
И решил знания по сетям подтянуть, хз зачем, это зона девопсинга, но мне интересно чет стало.
В итоге пару сайтов неплохих нашел, мб кому-то тоже интересно будет.
http://www.tcpipguide.com/
http://linux-ip.net/
Лол, меня пастебин блокнул. Бывает же. Ну и хуй с ним.
В общем-то линки малваря, плюс полезные +-
# https://msucharski.eu/posts/application-isolation-nixos-containers/
# https://gist.github.com/nort3x/dde6757cb630afe052331e04ca1ab79e
# https://gist.github.com/PathumRathnayaka/c8179784a89d4011d19099bf06813e68
# https://boommanpro.cn/post/ja-netfilter
# Ключи до 2099 года
# https://ckey.run/
# Быстрая активация линух
# curl -sSL ckey.run | bash
# Винда
# irm https://ckey.run/ | iex
# source code malware
# https://github.com/neKamita/ToolBox-Activator/
# https://gitee.com/ja-netfilter/ja-netfilter/
# https://gitee.com/ja-netfilter/plugin-native
# https://gitee.com/ja-netfilter/plugin-dns
# https://gitee.com/ja-netfilter/plugin-power
# https://gitee.com/ja-netfilter/plugin-url
# https://gitee.com/ja-netfilter/plugin-hideme
Кого в вайтлист закинул? Я думаю айпишники мавена и гита туда запихнуть, как-будто больше никто и не нужен.
8.8.8.8 еще. Да и не факт что у таких больших сайтов ip один.
Я думал еще попробовать впихнуть небольшой сервер, aka nginx, который сидел бы на https://plugins.jetbrains.com/ и преобразовывал бы все обращения к себе в обращения в https://downloads.marketplace.jetbrains.com/ при условии, что спереди есть file, иначе просто обращался бы к внешнему plugin.
Тяк можно будет без впнов качать плагины прям внутри жидеи. Ну по идее.
>http://www.tcpipguide.com/
>http://linux-ip.net/
Не открываются
У тебя в браузере защита стоит значит, что мол раз https, я работать не буду. Нахера на таких сайтах тебе https, я хз.
В идее можно указать прокси. Если он применяется для всех вызовов, в том числе и проверок лицензии что маловероятно можно все сделать через него.
А зачем собственно, если у меня ide в контейнере? Я могу на уровне ос настроить. Да и даже без контейнера как-то спокойнее/надежнее на уровне ос все сделать, чем доверять уровню приложений.
У меня больше сомнений вызывает, а будет ли это работать и как лучше организовать все енти редиректы. Плюс сертификаты для https надо бы сделать.
>Тут подошел бы и монолит, но сейчас модно делать микросервисы.
Если ты это делаешь лишь затем, чтобы потом ссылку в резюме пихать, то здесь можно и закончить. Потому что на вопрос:
>Пойдет такая система? Как можно улучшить?
Тебе никто адекватно не ответит.
В этом вся бадяга с петоводингом микропенисов. Петоводить их - тупо бессмысленно, разве что ради того, чтоб апишки всяких штуковин пощупать (но для этого и проектировать особо ничего не нужно, равно как и в резюме постить бессмысленно). Ну еще разве что в качестве зачотного задания в унике или на курсах - но тогда тебе с твоим вопросом - к преподу.
У васяна на мамкином пособии все равно не наскребется ни бюджетов ни железа на то, чтобы их охуенная архитектура раскрылась и показала себя в действии, ни леммингов в нагрузку, под которой архитектура оправдала и окупила бы себя. Поэтому такие петы и не котируются никем - хуй ли толку от того, что васян вкорячил меж двух процессов кафку и попукивает туда какими то жсонами, если с тем же успехом эти два процесса у себя на компе он мог бы схлопнуть в один, кафку между ними выкинуть нахуй, и получить прирост по отзывчивости и уменьшение потребления ресурсов на триста процентов, с сохранением всех функциональных фич?
А между тем правильность архитектуры именно от таких вещей на практике и зависит. Пропускная способность. Футпринт. Количество девяток аптайма. Стоимость обслуживания, сопровождения. Вот это вот все.
Вот и думай.
Зачем нужен спринг? С виду какой-то мусор десятилетней давности, к тому же необновляемый, Как понять вообще, как это работает? Как будто у меня случайные куски кода запускаются, хвостов вообще не найти.
Почему так много xml-кода и аннотаций? Нельзя что-ли на джаве писать?
Есть шансы, что checked exceptions исправят или хотя бы введут структуры на стеке?
Есть шансы, что async/await завезут? На каждый http вызов гору кода писать надо?
Как устроены дженерики? Что такое стирание типов?
Нахуя вы транзакции открываете интерцептерами? Вы совсем ебанулись?
Это норм, что половина кода на джаве, а половина ка котлине? Как собирать проект правильно, у меня собирается градлом, затем надо другую часть собирать мавеном
Скинь эти вопросы тому кто требует, он тебя обратно в петушарпик к шарподебилам отправит
>На бэке есть реактивная популярная либа Reactor, которая тесно связана с Spring WebFlux, но проектов, где такое используется очень мало.
>Рациональнее такое учить только тогда, когда попадешь на такой проект.
Я полтора года работал на проекте с вебфлаксом, и вообще ничего про рекативщину не изучал. Просто оборачивал ответы сервиса в Mono и хуй с ним.
А иначе как зарабатывать на издании книг и чтении лекций?
>Скинь эти вопросы тому кто требует, он тебя обратно в петушарпик к шарподебилам отправит
Скорее всего придётся так и сделать. Просто перепишем на сишарп, спасибо
>>3546681
Так и быть, раскрою карты - вся эта сложность и нелогичность жава-экосистемы создана абсолютно искусственная. На жабе пишут серьезный банковский софт и чтобы откровенные дебилы не смогли попасть в компанию и набедокурить придумали спринги, грэдлы и прочие XML-конфигурации. Глупо было бы думать, что это всё нужно для написания типичных микрачей с rest-ручками, записью в бд и пуками в кафку. В середине 10-х пытались даже сделать ещё более жесткую фильтрацию внедряя Scala, но эпидемия ковида оказала серьезное воздействие на ментальные способности населения и пришлось возвращаться обратно на джаву.
>На жабе пишут серьезный банковский софт
На жабе когда-то писали серьезный банковский софт
Хз, Джереми писал, что если каждый десятый проект переписывают с джавы на сишарп, то обратного пути уже нет.
А там по сути только нугет лучше и сборочная система простая как палка. Всё остальное примерно то же самое
>Нахуя вам 100 систем сборки
Мавен, градл. Из которых мавен используется гораздо чаще. Откуда 100-то?
Оттуда, что разные проекты нужно собирать разными версиями гредла.
Часть собираешь скриптами на груви, которые миксуют гредлы и мавены.
У меня докерфайл на 1000 с лишним строк, отладка только в кубере. Эту ебанину локально никто уже лет 5 не запускал, только сталагмиты наросьают
На каждом проекте свой набор скриптов сборки. Только дурачок может надеяться на волшебный карго или мсбилд.
Легаси какое-то ебаное? Что держит людей на таких проектах, деньги?
Технически, это все еще одна система сборки. Просто в очередной раз кто-то все переусложнил, это не вина градла, а вина разрабов. Ровно также можно нахуевертить и на шарпе и где угодно еще.
>Легаси какое-то ебаное?
вроде нет, просто у нас разные проекты на разных версиях котлина, некоторые обновить невозможно. Поэтому весь котлин собирается своими скриптами.
Джава проекты мавеном собираются, плюс на всё это есть сборочный оркестратор, который может симулировать запуск моков, чтобы конкретный проект в отладке запустить.
>>3546700
Такая же хуйня. кроме старожил никто не может проект собрать. Код пишется через хитрый паттерн, в который чтобы войти, нужно его самому написать. Уволить меня невозможно, так как без меня хуй кто код разберёт иразвалится просто нахуй. А вы так не делаете?
Я хуй знает,
>Джереми писал, что если каждый десятый проект переписывают с джавы на сишарп, то обратного пути уже нет.
Доказательств этого, как обычно, никто не привёл.
>Джереми писал, что если каждый десятый проект переписывают с джавы на сишарп, то обратного пути уже нет.
Доказательств этого, как обычно, никто не привёл.
А почему потерли пост с вакансиями из революта? Они не нанимают шарпистов, если что
мимо писал на крестах, питоне, джсе, го и паскаль
Проебался букувально во всех инсайдах, анон.
>чтобы откровенные дебилы не смогли попасть в компанию и набедокурить придумали спринги, грэдлы и прочие XML-конфигурации
Ага. Квадратно-гнездовая хуйня, которая изначально проектировалась и внедрялась для того, чтобы хайрить не дорогущих и редких академиков, а всякое лоускилльное пост-ЕГЭ-шное чмо, способное только на зубрежку. Спринг как барьер против дебилов - придумал тоже...
>В середине 10-х пытались даже сделать ещё более жесткую фильтрацию внедряя Scala, но эпидемия ковида оказала серьезное воздействие на ментальные способности населения и пришлось возвращаться обратно на джаву.
А че уж не на джаваскрипт, лол?
Скала сдохла по очень простой причине - потому что вышла тройка, несовместимая с двойкой. Все. Примерно с выходом тройки весь публичный дискус вокруг скалы и сходит на ноль. Такой трюк мог прокатить с питоном 15 лет назад, у которого порог входа ниже плинтуса. Но не с функциональным языком, которому дали небольшой шанс войти в кровавый энтерпрайз, и который этот шанс проебал.
>и который этот шанс проебал.
И это очень грустно. Благо вроде жаба движется в сторону фп, не все потеряно, возможно.
>Но не с функциональным языком, которому дали небольшой шанс войти в кровавый энтерпрайз, и который этот шанс проебал.
Не совсем. В кровавый интерпрайз вошёл f#. Он не такой категоричный, там ненавязчивое ФП и современный рантайм с нугетом.
А скала просто оказалась невостребованной
Какой нах ф-шарп... Окстись, шарпей, в каждой жопе затычка. На скалу хоть немного, но вакансии были. На эту поделку вакансий никогда не было и нет по сей день, хоть сам язык и неплох.
Все движется в сторону ФП. В сторону ФП следовало двигаться еще в нулевых, когда многопоточка стала мейнстримом. Но хули делать - инертность и необучаемость самой прогрессивной профессии на свете, которая вдовесок требует от своих специалистов быстрой и постоянной переобучаемости, не знает дна.
Я думал это в основном потому, что фич именно для ооп особо-то и не придумаешь: часть недоступна из-за идеологии, а часть из-за обратной совместимости, другая очень сложно внедряется. А вот фп целая парадигма, которую можно потихоньку подпиливать и себе внедрять.
Просто странно считать, что фп прям во всем лучше ооп и последнее просто тупиковая ветвь развития.
Оно начало двигаться еще до твоего рождения, да все никак. Единственную полезную фичу из ФП - замыкания - давно реализовали во всех языках, остальное дрочение никому не нужно.
>часть недоступна из-за идеологии
Да кого когда либо волновала идеология, пф. Все современные языки - мультипарадигмальная солянка. Чистого ООП нет нигде, ибо нахуй не нужно.
Дело даже не в ФП и ООП. Холивар ФП/ООП просто всем привычен, потому что парадигмы на слуху. ИМХО, этот холивар - просто частный случай более общего холивара - "императивное vs декларативное программирование". И общий холивар ИМХО гораздо интереснее частного.
Пока проблем с concurrency не существовало, а многопоточку дрокали больше в академической среде, нежели в проде, императивка была целиком и полностью ок. Не ок она стала тогда, когда оказалось что одна глобальная переменная, пошаренная меж двух независимо исполняющихся потоков одного процесса с одном адресным пространством -
это источник проблем, который в реалиях императивной разработки решается только через жопу, мемори-модели, самодисциплину разрабов и божью помощь. Декларативные подходы (включая тот же ФП) ту же проблему решают на порядки проще, но ценой отказа от устоявшихся практик прикладной разработки.
Последнее, видимо, оказалось ключевым шоустоппером на тот момент. Тратить бабло на переучивание своих крепостных с нуля капиталюги никогда не будут - лучше заплатят за мемори модели. Так родилась и расцвела джава.
>Просто странно считать, что фп прям во всем лучше ооп и последнее просто тупиковая ветвь развития.
Сам этот холивар туп по своей форме. Разница меж ФП и ООП на самом деле лишь в том, что используется в качестве first-class citizen. Все. Остальное - лирика и реалии на местах.
Что же касается более общего холивара - всю дорогу разработка двигалась в сторону все более и более высокоуровневых подходов. От ассемблера к фортрану и си, от сей к плюсам, от плюсов к джаве, и даже в джаве превалируеит спринг, который, хоть и тяжело язык повернуть чтоб назвать его так, но декларативен. Декларативка - это просто следующий шаг в этой эволюции. Все само туда придет рано или поздно.
>Да кого когда либо волновала идеология
Ну архитекторов джавы. У них очень много решений именно на основе идеалогии. Типа нет перегрузки операторов, нет именнованных параметров и тд и тп. Да даже сама вот эта всепронизывающая обратная совместимость часть идеологии жабы. Ты не прав, я хуй знает, но мне кажется если ты почитаешь пару жепов и последишь хотя бы за развитием языка, то станет понятно, что там очень много вот таких вот решений.
>ту же проблему решают на порядки проще
Ты хоть знаешь как именно они её решают? Ну просто IO её скидывают и все. А там все та же мемори модель и прочее. Гениальное решение, ничего не скажешь.
Ну может как с parallel стримами ты можешь распаралелить чистые функции ну и проблему 10к решить.
>всю дорогу разработка двигалась в сторону все более и более высокоуровневых подходов.
Я не знаю, если смотреть в историю, то фп родилось примерно тогда же, когда появилась машина тьюринга. Тут нет развития, что мол вот, эта следующая ступень или что-то подобное. Фп всегда было просто паралельным путем.
>Типа нет перегрузки операторов, нет именнованных параметров и тд и тп
Да приебались вам всем эти вшивые перегрузки операторов, господи... Идеология гришь? Да нихуя. Знаешь почему на самом деле в джаве нет перегрузок в-попу-раторов? Потому что разрабы тех времен сполна нахлебались этого говна в плюсах, и не захотели хлебать его дальше в джаве, вот и вся идеология. Джава во многом создавалась с оглядкой на опыт плюсов. И кто шарит, не станет их осуждать.
>Ну просто IO её скидывают и все. А там все та же мемори модель и прочее.
Пиздец ты душный. А ты каких чудес то ожидал?
Ну расскажи как ты бы делал, раз тебе такое неинтересно.
>Ну может как с parallel стримами ты можешь распаралелить чистые функции ну и проблему 10к решить.
Как ее решают остальные? Обычно - через асинхронку, наебнув дополнительный уровень абстракции в виде зеленой многопоточности, асинк/эвейтов или еще какой асинхронной лапши. Но в жосткой императивке такие мувы всегда имели побочки: асинк-эвейты "красят" функции, а асинхронная лапша - это трудноотлаживаемая параша по сути своей.
А тем временем декларативные подходы уже by-design сводятся именно к этому - к тому чтоб "наебнуть миллион слоев абстракции" никогда не было проблемой для разраба. Поэтому под декларативкой ты и не встретишь такую проблему. Do-нотации похуй, какие вычисления в цепочку связывать - синхронные или асинхронные.
>Я не знаю, если смотреть в историю, то фп родилось примерно тогда же, когда появилась машина тьюринга
Разделяй кровавый энтерпрайз и науку. Так то и многопоточка появилась задолго до нулевых. Просто она особо не нужна была никому до появления многоядерных процов.
>не захотели хлебать его дальше в джаве
Это и есть идеология. Что вот, наша жавочка не потерпит эти ваши старые практики. Но и новые тоже, хуй вам, а не сахар.
>А ты каких чудес то ожидал?
Нет, ты просто так вкусно описываешь, что вот, в фп такииие решения. Что диву даешься, смотришь как там на деле, ну литерали жаба, только структурного канкаренси нет в жабке пока еще. А если еще посмотреть на историю, то JMM и вовсе самая первая из подобных моделей, получается жаба впереди всех вообще в этом плане. Невероятно.
> никогда не было проблемой для разраба
Если бы еще абстракции не протекали...
>Разделяй кровавый энтерпрайз и науку.
имхо, фп практически нет в энтерпрайзе. Зато вот именно оно двигает науку, по всяким теориям типов и прочей поеботе, которую потом языки типа жабы забирают себе как готовое решение.
>Это и есть идеология
Хера притянул за уши. Ты б еще Гойца фашистом обозвал. Жесть.
>Но и новые тоже, хуй вам, а не сахар.
В джаву без пяти минут паттерн матчинг завезли - чего тебе еще надо? Вечно один бугурт с двачей. И те же двачеры потом еще жалуются что не берут их никуда. Правильно, хули, работодатели пессимистов не любят.
>Если бы еще абстракции не протекали...
И к чему это было? В императивке они как раз и имеют тенденцию течь как суки. Что так то ожидаемо - многие абстрактные концепции на императивку изначально ложатся криво.
>Зато вот именно оно двигает науку, по всяким теориям типов и прочей поеботе, которую потом языки типа жабы забирают себе как готовое решение
Теперь тебя куда то в идеологию повело - капиталистическую пропаганду вон начал цитировать. Ты уж определись - мы что обсуждаем то? Идеологию, историю, или парадигмы?
>фашистом обозвал. Жесть.
Эээ, ну может неудачный подбор термина, ну я думаю ты понял, что я имел ввиду.
>И к чему это было?
А ты ну.. Писал когда-нибудь на фп языке-то? Вот допустим возьмем самый абстрактный из абстрактных. Я вот когда еще начинал пробовать делать на нем всякое обнаружил интересную вещь - я не могу оценить насколько перфомансен мой код. Я даже больше скажу, я не могу сказать, а вот это вот чудо вообще tailrec для ghc или нет? И вот знаешь как именно оценивается производительность в хаскелле и как именно оптимизируются программы? Правильно, заходим в гит ghc и смотрим исходники компилятора и вот под него и его оптимизации пишем программы, если нам нужен перфоманс. Более того, из-за ленивости там обнаруживаются проблемы с thunk. Тоже та еще поебота, которую приходится решать черти как и очень, очень трудно отслеживать.
Так вот, мы говорим про область, которая доавляют в это еще больше пиздеца - многопоточку. Она существует исключительно ради перфоманса. Я просто блять не представляю, как ты будешь оценивать вот все это абстрактное чудо, если когда-нибудь будешь писать. Но да, абстракции в фп не протекают, главное в это верить, броу.
>капиталистическую пропаганду
Не понял.
>чего тебе еще надо
Я просто констатирую факт, что не завозят фичи не только потому, что они устарели, но и новые в том числе, что мол они временем не проверены, а вот это будет костылем и вообще у нас есть более заебатое общее решение (как было с интерполяцией строк), поэтому ждите.
>Какой нах ф-шарп
Ну мы его в основном для скриптов используем и если надо накидать прототип. Удобно, что собирается тем же компилятором и не надо ебаться с градлом и прочей поеботой
>Вот допустим возьмем самый абстрактный из абстрактных. Я вот когда еще начинал пробовать делать на нем всякое обнаружил интересную вещь - я не могу оценить насколько перфомансен мой код.
Пошел с темы на тему скакать. Выше ты чето насчет протекания абстракций затирал, а сейчас каким то образом на производительность вышел.
По теме - да, у декларативки есть такой побочный эффект. Ну так всегда так было. Всегда при переходе с низшего уровня разработки на высший ты терял толику контроля над тем, что ты делаешь с железом. Так было с сями при переходе с ассемблера, так было с джавой при переходе с сей. И всегда во все времена был аргумент, схожий вот с этим вот твоим "я хз че мне там мой компилятор/рантайм нагенерил, а вдруг он нагенерил мне говно, не верю".
Я как то на собесе в нулевых, будучи тогда еще пиздюком-стажером, со своим ментором сходил на первый собес в роли интервьюера. И там был дед, который забавно рассказывал, как он героически соревновался на ассемблере с сишным компилятором, и по итогу проебал ему и сдался. И не он один так делал - в стародавние времена многие так развлекались. Но компилятор все равно победил.
>Я просто блять не представляю, как ты будешь оценивать вот все это абстрактное чудо, если когда-нибудь будешь писать.
Твои проблемы. На меня то че пенять?
>Я просто констатирую факт, что не завозят фичи не только потому, что они устарели, но и новые в том числе
Да расслабься уже. Я почти на 100% уверен что в конечном итоге вы выклянчите у гойца эти многострадальные операторы. Завез же он питоняшам короткий мейн, в конце концов. Станете ли вы после этого меньше ныть и бугуртить? Скорее всего нет.
Я сам шарпомуха. Я уже шесть работ сменил с начала карьеры, и нигде не было ни одной строчки на фшарпе. Даже, прости г-ди, вижуал бейсик встречался, а фшарпа нигде не было совсем.
Хз, у меня легаси монолит на спринге и микросервисы на c#. Всякая мелочевка, скрипты на f# написана.
Намеренно питон не используется нигде, чтобы это говно ни через какие щели не просочилось
>>Да кого когда либо волновала идеология
>Ну архитекторов джавы. У них очень много решений именно на основе идеалогии. Типа нет перегрузки операторов, нет именнованных параметров и тд и тп.
Так тут вопрос двое не в перегрузке операторов, а вообще в их определении. Почему я могу через плюс сложить два числа, а две матрицы не могу?
Это тупо, нельзя ставить идеологию во главу угла.
Именованные параметры вообще по идее должны быть идеологически одним из столпов ООП, ведь методы это не функции, где аргументы порядком определяются, это вызов команды с данными, а данные сами как объект. У объекта же нет порядка полей и методов.
>Почему я могу через плюс сложить два числа, а две матрицы не могу?
На сишарпе можешь
>
>Так тут вопрос двое не в перегрузке операторов, а вообще в их определении.
Потому что джава это в первую очередь ООП и DDD. Операторы это статика. Статика запрещена на всех нормальных проектах.
Адекватный лид такое говно не пропустит на ревью. А плюс б - это всегда сложение двух чисел и только, ты читаешь код и сразу понимаешь, что происходит. В плюсах наелись этих ебаных операторов, хватит. По этой же причине в сишарпе нет макросов, чтобы малолетние долбоебы не высирали свой синтаксис.
Спасибо, я в курсе.
>>3549282
Ну так и не вводили бы статические классы и методы. Что за полумеры?
Насколько я понимаю, они не хотят вводить слишком инвазивные и общие решения, которые радикально изменят кодовые базы. Типа вот начнут использовать тот же оператор сдвига для in/out https://en.cppreference.com/w/cpp/io/cout.html и все, конец света случится. И поэтому они вот пишут ( https://openjdk.org/jeps/401 ):
>In the future, this programming model will support new Java Platform APIs, such as classes that encode different kinds of integers and floating-point values, and new Java language features, such as user-defined conversions and mathematical operators for domain values.
Но также, они не хотят вводить решения, которые слишком костыльные и не вписываются в существующую кодовую базу, а также решающие всего одну задачу, т.е. ad-hoc или сахар иными словами. Вот например ( https://mail.openjdk.org/pipermail/amber-spec-experts/2024-April/004106.html ):
>In the course of using this feature in the `jextract` project, we did learn quite a few things we didn’t already know, and this was conclusive enough that it has motivated us to adjust our approach in this feature. Specifically, the role of processors is “outsized” to the value they offer, and, after further exploration, we now believe it is possible to achieve the goals of the feature without an explicit “processor” abstraction at all! This is a very positive development.
Воот, как-то так.
>>3548781
Ну я хз, по моему тот же sql проще оптимизировать, чем фп языки.
>вы выклянчите
Он же не сидит итт, не думаю.
>Адекватный лид такое говно не пропустит на ревью.
На джаве не пропустит, конечно. Это будет ошибка компиляции, азаза.
>А плюс б - это всегда сложение двух чисел и только,
А строк? Напомню, в математике есть операция сложения строк, только она означает "или", а конкатенация — это умножение.
>ты читаешь код и сразу понимаешь, что происходит.
Ох ты ж блин, у тебя как будто у разных классов не бывает методов с одним и тем же названием. Просто делай сложение для типов, для которых очевидно, что оно означает.
> В плюсах наелись этих ебаных операторов, хватит.
Я больше 12 лет пишу на шарпе, и только один раз видел ебанутое использование операторов — в клиенте эластик сёрча. Всё. Зато неподдерживаемый говнокод без каких-либо перегрузок операторов я встречаю регулярно. Ну реально, ради качества кода нужно было запрещать совсем другие вещи.
> По этой же причине в сишарпе нет макросов, чтобы малолетние долбоебы не высирали свой синтаксис.
Блин, там опенсорсный компилятор. Форкаешь и перехуячиваешь синтаксис. Да и инструментов кодогенерации в дотнете полно. Можно просто полный пиздец наворотить прям в рантайме, и кстати, один такой пример я видел.
>слишком инвазивные
Ну кстати еще поэтому они часто пишут, что is not goal заменить какую-то старую залупу.
Ты 12 лет пишешь на сишарпе и не знаешь, что строки надо складывать через StringBuilder? Ты из епама, что ли?
>Просто делай сложение для типов, для которых очевидно, что оно означает.
А потом получается джаваскрипт, где тоже все "очевидно".
>Ты 12 лет пишешь на сишарпе и не знаешь, что строки надо складывать через StringBuilder? Ты из епама, что ли?
Две строки быстрее и эффективнее складывать через плюс.
>>Просто делай сложение для типов, для которых очевидно, что оно означает.
>А потом получается джаваскрипт, где тоже все "очевидно".
Нет, не получается. Ещё раз повторю, что дурацкое использование операторов я видел только один раз, во всех остальных случаях значение использования всех операторов было совершенно очевидным. Никто не делает оператор умножения массива интов и булеана.
>то за полумеры?
Джава вообще как говно спроектирована, я хз, кто ей в 2025 году пользуется.
>Адекватный лид такое говно не пропустит на ревью
Задрот такое говно не пропустит на ревью.
>Просто делай сложение для типов, для которых очевидно, что оно означает.
Для матриц, например
>Никто не делает оператор умножения массива интов и булеана.
Умножить вектор на скаляр - это валидная операция, кастануть булеан к инту 0/1 тоже, как и инт к булеану в ифах. Ну а че удобно же. В итоге получается джаваскрипт, где a + b может давать что угодно.
Слушай, а почему для конкатенации строк и сложения примитивов используется один и тот же оператор? Будь последовательным и введи для конкатенации например ++. Как тебе идея?
>Ну я хз, по моему тот же sql проще оптимизировать, чем фп языки.
Тем временем SQL - на минуточку - декларативный.
>Никто не делает оператор умножения массива интов и булеана.
Ты не поверишь
>Почему на Comparable не завязали операции сравнения?
очевидно, чтобы использование такого вызова найти было невозможно.
Долбоёбы джависты, не могут отдельные методы писать, им обязательно захуевертить всё в интерфейс Invokable, ValueProvider, Mapper, Mediator, и прочую поеботу, чтобы потом умного из себя строить
>>Никто не делает оператор умножения массива интов и булеана.
>Умножить вектор на скаляр - это валидная операция,
Да. Но вот произведения векторов уже два, поэтому нельзя.
> кастануть булеан к инту 0/1 тоже, как и инт к булеану в ифах.
Нет. Нельзя имплицитно конвертировать булеаны в числа и обратно. Это принципиально разные типы.
> Ну а че удобно же. В итоге получается джаваскрипт, где a + b может давать что угодно.
Проблема джаваскрипта как раз в неявной конвертации всего во всё по не очень корректным правилам. Такое разрешать нельзя. Ну или надо как в перле, где конкатенация строк через точку, а сложение как раз только для чисел. Хотя нет, не надо.
А там где ты это нашел разве не написано?
Наверняка там какая-нибудь чушь, про то, что воот в comarable возможно 0, поэтому это poset, а вот наш ordered - это total order. Совершенно другое.
>чтобы потом умного из себя строить
Каво? Чего несет? Где этот двачер нашел тело, всерьез хайпующего по интерфейсам времен нулевых... Непонятна.
Сам выдумал, наверное.
Плюсую. Утилитные классы - говно. Экстеншены нужно делать. Даже в Java это можно сделать красиво (гугли Manifold на гитхабе).
как будто что то плохое лол.
в функциональных яп так по дефолту ало.
иммутабельность по дефолту - благо
А теперь следи за руками - почему на эти корутины всем пох
Кто работал на большом проекте с реактивщиной, тот знает, что это неподдерживаемое говно становится - его нельзя читать, его нельзя расширять, его нельзя дебажить, и сколько туда народу не вкидывай, он только хуже становится. Но тут происходит самое интересное - реактивщина не нужна в 99,999% проектов. Смысл ее появления был в том, что мы не могли масштабироваться и надо было выжимать максимум ресурсов из многоядерного проца (что и происходит на мобилах сейчас). Но у нас во-первых есть уже армы по 200 ядер и во-вторых горизонтально масштабироваться с балансерами можно как угодно. Да, 100 concurrent потоков не вытянет дохлый сервак, но ты одной кнопкой делаешь 10 серваков по 10 потоков и не ебешь себе мозги этими колбеками. Если прям очень надо, то теперь у тебя есть вирутальные потоки - сурпрайз сурпрайз, почему его сделали обычным императивным кодом
Виртуальные треды тоже надо уметь готовить, как и корутины.
Если ни кому не нужен перформанс, почему сейчас го на лютом хайпе, там горутины и nio из коробки
они и на го не нужны. см пост выше. проще отскейлить инстанс.
Мм, твое мнение имеет место быть, только во всех бигкеках, где я работал, выбить доп ресурсы себе - это пиздец огромная задача на месяцы.
Потому что когда у тебя один твой пет проект, то изи поднять хоть 10 сервисов, это копейки.
А когда у тебя десятки тысяч сервисов и у каждой команды майндсет, как у тебя, то это выйдет в круглую сумму.
Бизнес умеет считать деньги получше тебя.
Плюс железки щас подорожали из-за параллельного импорта и всех этих приколов.
1. написать толковый код с многопоточкой, потом отревьюить, потом оттестировать - на это времени больше уйдёт и соответственно обойдётся дороже
2. по деньгам будет однохуйственно т.к. тарифицируется утилизация cpu. если один инстанс будет усираться на 100% и 10 на 10% то это плюс минус одни и те же деньги
Ты самый умный, а вокруг дураки и ничего не понимают, проходили.
Лишние треды - это лишняя память в первую очередь.
Лучше утилизировать по максимуму, потому что если у тебя куча реплик, то их ещё надо поддерживать системе деплоя, на это тоже тратятся ресурсы. Смотри шире.
Сейчас асинхронщина с помощью корутин и горутин пишется очень просто, можно даже не вникать, как работает под капотом и всё будет работать четко, поэтому го и на хайпе - нанимаешь 1000 мидлов и они пишут максимально примитивный код, который ебет по перформансу блокирующие скуфоджава решения в очко, при этом нет лапши из реактивных операторов
реплики (инстансы) регулируются не деплоем, а в кубере на раз с помощью какой-нибудь хуйни.
ну у нас как вот - ночью нагрузка околонулевая - один инстанс. в 9 часов утра - штук 15. автоматом скейлится горизонтально. всё наглядно, всё видно охуенно даже самому тупому девопсу.
а вот запрограммировать такую логику на гошечке конечно можно, но оно не будет так наглядно да и тестировать сложновато.
Кубер - это и есть система деплоя.
Понятное дело, что всё настраивается какими-то чартами.
Больше инстансов - больше работы для системы деплоя (мониторинг, дискавери и т.д.)
Вот сейчас у вас в час пик поднимается 15 инстансов с блокирующим подходом.
С неблокирующим подходом вам бы условно хватило 3-5.
А если бы у вас был голый пхп, где каждый хттп реквест - это не просто отдельный поток, но и отдельный процесс, то думай сам.
Вот в чём и вся разница.
Хз с чем ты споришь, это очевидные вещи.
Понятное дело, что переписывать на корутины или вообще на го нет особого смысла, если бизнес все устраивает.
На го переписывали как раз таки пхп проекты
Браток, у нас Quarkus, у нас всё летает.
Поднималось бы 3-5 на горутинах (корутинах), но какой ценой? У нас многопоточка внутри инстанса + разные инстансы. Получается 2 уровня вложенности, если можно так сказать. Обычной девопсине это слишком сложно будет такое, да и типовому крудошлёпу тоже будет сложно такое поддерживать.
Ну это ИМХО всё конечно, пока консенсус у нас такой. Твоё мнение тоже уважаю.
>максимально примитивный код, который ебет по перформансу блокирующие скуфоджава решения в очко
Это в теории. А на практике эти твои мидлы накрутили опыт и насрали горутинами так, что сервер надо рестартовать раз в сутки, а то память утекает нахуй. В итоге код на блокирующих вызовах работает быстрее, потому что ядро писали не дураки.
Если бы всё было так просто. С эвейтами можно тоже очень серьёзно напортачить.
>С эвейтами можно тоже очень серьёзно напортачить.
практически невозможно. 99% разработчикам даже не надо знать, за счёт чего асинк-авейты работают.
На практике, они просто превращают блокирующий код в неблокирующий.
Чёт вспомнилось как майки насрали этими асинками и у них калькулятор не работал, лол. https://youtu.be/Z0KvEzgNzDc
Ну главное помнить, что знать ничего не надо, а работает твоё говно или нет, проблема юзера
>>3552347
И до сих пор спустя кучу лет не работает. Когда тот же desmos без лагов все рисует. Какая же потешная хуйня этот шарп ваш.
>этими асинками и у них калькулятор не работал,
на пиздёжь похоже
Я тоже думал, что это хрень какая-то, но вон проверил. Как он говорил, возможно там в отдельный тред запихивается таска и если она длится больше скажем 10 секунд, то все, делается вывод, что этот график невозможен и финито ля комедия. Вопрос возникает почему же такой по всем бенчмаркам крутой язык рисует график на порядки медленее дефолтного жс? Возможно проблема не в инструментах, а в руках тех, кто ими пользуется, хмхм. Хотя с другой стороны, это те, кто создали этот язык, эту платформу (uwp), кто как не они знают лучше, как им пользоваться?
В 2к25 вообще ни в чем не имеет смысла разбираться, скоро ядерная война и конец цивилизации.
Ну бля, а если не будет? Тогда просто останешься без знаний.
Ядерная война переоценена. Главное в дс не находится и все путем.
Общество в любом случае распадется, просто в ДС на атомы, в других местах на банды.
Тоже нет. Если бы государства так легко можно было уничтожить...
Все будет также как прежде, просто поймут, что байка про ядерку хрень и ядерное сдерживание перестанет действовать.
ну, геймдев это не микросервисы.
по факту просто разбирайся, как деплоить свою хуйню в облаке через какой-нибудь CI, а там и микросервисы поймёшь
Наоборот, дс не тронут ну никак) потому что там бабки, и все это понимают, как бы там кто не относился, но торговля идет с Москвой, а дальше уже как то там куда нибудь. Пезнут по какому нибудь приграничью, и то подумают. Паритет работает, и проверять есть ли ядерка ил нет, никто не захочет
Геймдев - это разработка клиента.
Понятное дело, что в геймдеве есть бэкенд, там свои особенности, но это намного ближе к обычному бэкенду
>>3554482
Таблетки, и свежий воздух.
>Кто умножает познания, тот умножает скорбь.
Хоть бы покумекал над контекстом и значением этой фразы, прежде чем подкреплять ей свою депру.
>Хоть бы покумекал
>Кто умножает познания, тот умножает скорбь.
Вопрос в том, можешь ли ты добраться до элемента в линкед листе за O(1). Т.е. технически тебе надо было бы хранить в хэшмапе еще линку на ноду, тогда это было бы осуществимо.
Иначе, допустим если бы ты проходился итератором по этому листу, то можно было бы ремовнуть https://docs.oracle.com/javase/8/docs/api/java/util/ListIterator.html#remove-- , а потом добавить вперед элемент.
По моему проще хуй на это забить и использовать банальный ArrayList и хранить индекс. Что ты там сэкономишь на линкед листе не совсем ясно.
Ты не реализуешь lru с ArrayList, чтобы все операции выполнялись за константу.
Удаление из массива - это линейная операция.
Удаление всегда O(1). Как она вообще может быть линейной? Добавление тоже O(1):
> The add operation runs in amortized constant time
Просто там хитрят, но энивей.
А эта структура тебе не подходит?
https://docs.oracle.com/javase/8/docs/api/java/util/LinkedHashSet.html
>Удаление всегда O(1)
Удали мне элемент из середины массива за константу
>The add operation runs in amortized constant time
Это из-за того, что у тебя удваивается массив, поэтому каждый элемент при удвоении массива ты вставляешь два раза (в старый массив и новый).
То есть вставка n элементов в массив с удвоением = 2*n = O(n)
>LinkedHashSet
Там используется как раз таки двухсвязный список, а не массив
>Там используется как раз таки двухсвязный список, а не массив
Так подходит или нет?
Я просто думаю, что ты хуйней занимаешься, делать кэши в языке, где есть gc какая-то хрень. Ну переведешь ты объекты из молодого поколения в старое, теперь будет требоваться fullgc и stw. Ну, заебись че.
>Удали мне элемент из середины массива за константу
Ну ладно, ты прав. Думал там в теории, можно как с выколотыми точками, но это что-то к деревьям уже ближе и ребалансировке.
>Это из-за того, что у тебя удваивается массив
Ну и? У тебя он вообще планирует удваиваться-то?
Да это не я спрашивал, просто ты написал, что можно arraylist использовать в реализации lru кэша, но это не так, я и стригерился
Хм, ну извени. Люблю тупить в мелочах. А вообще, насколько я помню, в этом LinkedHashMap не только связный список, но и массив есть. Учитывая, что она наследник HashMap..
Ну массив там как раз таки для реализации обычной хэшмапы, да, но значение - это не просто значение, которое ты туда положил, а нода линкедлиста с after и before указателями и самим значением, ты так и писал
after, before - это для порядка вставки
next - это следующий элемент в рамках бакета
Они решили сэкономить на ссылках и объектах, но из-за этого LinkedHashMap наследуется от HashMap и там прям код жестко связный, хотя LinkedHashMap мог бы просто хранить инстанс HashMap и только управлять связным списком для поддержки порядка вставки
>и там прям код жестко связный
Тебе-то от этого ни горячо ни холодно должно быть. Ты же не собираешься творить какую-то грязь и лезть в приватные методы..
- Это же Абстрактная фабрика! На чём ты кодил до этого?
- На Джаве.
- Жабапидор! - в один голос заорали все 20 человек.
- Жабапидор! Жабапидор! Жабапидор!
Кто-то включил сирену. Над дверьми замигали красные лампочки тревоги. На окнах мгновенно сомкнулись плотные жалюзи. В офисе одновременно бывает два отдела человек по сорок. На обеде вся эта толпа собирается на первом этаже, где яблоку негде упасть. А поэтому, как охранники ни пытались вырвать жабапидора из рук разъяренной толпы, им это не удалось. По всему офису стоял сплошной рев:
- Жабапидор!
В коридоре его сразу же сбили с ног. Используя галстук как поводок, его тащили через весь коридор, передавая из рук в руки. Поэтому получалось так, что никакого движения в коридоре не происходит, но и жабапидора тоже нет. Его заволокли в каптерку под лестницей, где хранятся ведра и швабры с тряпками, и там закрыли. Под конец рабочего дня он всё же появился. За получасовой обед его изнасиловали несколько человек. Сопротивляться было бы бесполезно. Через день на нем чистым оставалось одно лицо, а на теле не было живого места. Он превращался в мразь, в животное. Его били все, даже дизайнеры и уборщицы. Его заставляли есть говно и опарышей. В очко ему совали битые лампочки, живых птиц и змей. Он стал «дельфином» – в нужнике пятнадцать дырок, он ныряет в первую, выныривает, ныряет во вторую... И так – до конца. От него постоянно воняло. С ним невозможно было рядом находиться. Был такой случай: к нам устроился работать Степаныч. Степаныч сидит на толчке, а кто-то снизу через очко хватает его за яйца. Степаныч с воплем вылетает в коридор без штанов. Напротив - айти отдел. Смех не стихал долго... Потом Степаныч забил его кирзовым сапогом насмерть. Менты как узнали, что сдох жабапидор даже дело заводить не стали.
Бамп вопросу что ли. Я просто когда читаю материалы по разработке на спринге, то это в 99% случаев будут микросервисы. Как-будто на монолиты вообще уже всем насрать. Меня немного смущает момент, что у меня в голове уже какое-никакое понимание есть, что такое эти ваши микросервисы, а про монолиты нормальные я не знаю нихуя. А ведь это тоже отдельный мирок по-сути. Или я вообще не прав, что я у себя в голове их настолько кардинально разделяю и границу куда более размыта, чем мне кажется?
Чего ты хотел - хайп по микропенисам стоял с десятилетие подряд, и вот только-только сошел на нет. А сейчас монолиты ИМХО наоборот переживают ренессанс - тот же спрингокульт щас жостко хайпует с темы под названием "модулит (modulith)". Имечко то какое выдумали, ебаный рот...
>А ведь это тоже отдельный мирок по-сути
По сути, программная инженерия подохла мучительной смертью, а на ее трупе пирует недоинженерия в лице программистов на ямле (которых в конечном итоге убьют промптовики). Поэтому и говорить о разработке некому. А между тем каждый из микропенисов - так или иначе, но своего рода монолит.
Читай кабанчика, хули еще посоветовать...
It's over. Millions must use OOP.
Монолиты умерли, чел...
Везде на собесах теперь спрашивают про паттерны микросервисов, про DDD, про ограниченные контексты и всю эту муть. Ну и конечно же про кафку и асинхронное взаимодействие. Сейчас еще Temporal много где начали использовать и его тоже спрашивают на собесах.
Модульные монолиты в теории может и хороши в некоторых кейсах, но на деле все рано или поздно превращается в классический монолит с сильной связанностью кода и приходится нанимать целую команду, которая будет его распиливать на нормальные микросервисы.
>>3558288
>программная инженерия подохла мучительной смертью, а на ее трупе пирует недоинженерия в лице программистов на ямле
Это уже какая-то шиза, чел...
>>3554477
Если ты до этого вообще вебом/бекендом не занимался, а пилил например всякие игрушки или вообще десктоп приложения на swing поддерживал, то начинай с изучения того, как работает монолит, как работают базы данных, транзакции, уровни изоляции, деплой, observability, трейсы, логи, вся хуйня. Это прям фундамент, особенно все что связано с sql и базами данных. В целом это и есть основа бекенд разработки нынче. Просто напиши монолит с базой, логами, трейсами и мониторингом. И задеплой это в докере/кубере в каком-нибудь облаке или VPS.
Если ты это все уже знаешь на хорошем уровне и проделывал не раз, то переходи к микросервисам и распределенным системам в целом. Там много всяких подводных камней, особенно во всем, что касается отказоустойчивости.
нередко мониторю java по всяким рейтингам и, несмотря на то, что язык мне нравится, стопаюсь в его изучении из-за ебучих рейтингов
например, тиобе показывает, что java щас ваще нахуй на 4м месте и за последние ~6 месяцев упала на 1.2% в рейтинге
как отстраниться от этой хуйни, если меня пугает, что я щас изучу язык и прогадаю с ним, не найдя даже джоб оффер
да и вообще, стоит ли обращать на такую залупу как "рейтиг" внимание?
ибо pypl index от github показывает джаву на втором месте до сих пор, даже несмотря на откат -1.5 % за год
>Борисов
А он какое-то отношение к разработке еще имеет?
Мне кажется он последние лет 10 только языком чесал и зарабатывал деньги как клоун на конференциях. Хотя безусловно спринг потрошитель в свое время у него хороший получился.
Сам язык не особо ценен, выбирай любой популярный в проде (разве что насчет С++ я бы был осторожен) и изучай ООП, паттерны проектирования кода, базы данных, распределенные системы, микросервисы, девопс итд итп. А язык это дело десятое, потом если что легко перескочишь на питон/голанк/раст или что там популярно будет. В нормальных местах никогда строго на один язык не завязываются.
А так на джаве огромное количество всякого помойного легаси во всем мире написано и нужны гребцы, которые будут поддерживать все это еще много лет или даже десятилетий.
>Temporal
Вот эту залупу? https://learn.temporal.io/getting_started/java/hello_world_in_java/
Они там ебанулись называться как стандартный класс в яве?
Temporal - это развитие проекта Cadence https://github.com/cadence-workflow/cadence
И они оба изначально на голанке были написаны и SDK делалось в первую очередь для голанка, а уже потом было портировано в остальные языки.
Спасибо большое за такой ценный совет!
А есть возможность того, что джава ударит по трендам и выйдет в топ 3, а то и топ 1, исходя из улучшений в новых версиях?
Возможно ли такое, что добавят что-то, что еще сильнее упростит джаву, чтоб всё больше людей выбирало ее для изучения из-за простоты, как выбирали раньше питон?
Без рофла, 4 года опыта, пособесился и ахуел от просевших зп, 200к галера позвала на собес, требования - строить хайлоад, на собесе ебали вопросами, чуть ли не ракету надо строить из говна и палок, 200 к бля, до сих пор в ахуе
Ты думаешь в голанке ситуация как-то сильно лучше? такой же рухнум, как и в во всем остальном российском айти.
2 собеса за неделю налутал обернул свой опыт джавы в го и почекал рынок
По джаве у меня если собес в месяц есть, то считай успех
Ну и личное, на го мне приятнее писать и собесы легче потому что нет ни спринга этого обоссаного ни скуфоебанатов которые считают, что если ты не знаешь как резолвить транзакцию в транзакции или как Security Context передать между потоками, то ты не настоящий разраб, а лох.
>собесы легче потому что нет ни спринга этого обоссаного ни скуфоебанатов которые считают, что если ты не знаешь как резолвить транзакцию в транзакции или как Security Context передать между потоками, то ты не настоящий разраб, а лох
Ну и в голанке собесы разные бывают. Могут до усеру задрочить каким-нибудь concurrency и потом попустить тебя на знании кишочков горутин или планировщика, про которые они вчера прочитали. В целом это не специфика голанка, а вообще всех собесов.
Насчет спринга в целом соглашусь. Я рад, что в голанке его нет и проекты бустрапятся с нуля и никаких фреймфорков в принципе не существует.
а как ты на го собесы проходишь? Или ты пару недель повкатывался в него?
Был пока только на 1 собесе, второй на следующей неделе, оба скринига прошел, по вечерам около месяца игрался, написал пару микропенисов, нагрузил их и дал в кафку 3000 mps~ фоном (эмуляция + батчи). Настроил графану и прометус, миграции (что бы было что сказать на собесе). Ну и фоном теории немного, там на самом деле учить особо не чего, каналы да модель рутин, посмотреть как дефер работает и к слайсу привыкнуть, все.
>>3559218
Мне в начале карьеры удосужилось поработать на легаси джава проекте, там был роутинг либа и либа для sql, все. Я тогда плевался и хотел на спринг к норм пацанам, ныл много. Как иронично сложилось, но с опытом почему-то пришло понимание, что спринг хуета, а тот проект был не таким уж и плохим
>Везде на собесах теперь спрашивают про паттерны микросервисов, про DDD, про ограниченные контексты и всю эту муть.
Ой, да-да-да. А еще спрашивают про алгосы и конкарренси. При этом на парктике это нифига не значит, что ты будешь работать с чем то сложнее реквест-тредпула на своих крудах заблеванных. Гейткип собесов сначала осиль, а потом уже и говори за то, как монолиты мертвы, лол.
>Модульные монолиты в теории может и хороши в некоторых кейсах
Хуйня, на самом деле. Костыль для квадратно гнездовых культистов, травмированных микросервисными подходами.
>Как иронично сложилось, но с опытом почему-то пришло понимание, что спринг хуета, а тот проект был не таким уж и плохим
Плюсую. Сам прошел такой же путь.
А кто тебе сказал, что если спрашивают что-то, то это обязательно должно использоваться в работе?
Это фильтрация, лучше взять более умного кандидата, который много знает и увлечен программированием. Выбор сейчас очень большой
Ум != эрудиция
Я допустим увлечен прогой и сейчас изучаю тулзы биг даты (процессинг, хранение, построение труб для моделей)
+ изучаю фп на примере скала и схема по приколу
Работаю и после работы пишу два пета
Только вот ебучей орк на том конце собеса спросит меня какую-то хуету которую вычитал он перед сном и отфильтрует меня, как не достаточного крутого спеца
Какая-то хуета, ты не находишь?
Ну ты этот гейткип явно не тянешь, если свой тезис о ненужности монолитов сначала подкрепляешь своим нерелевантным опытом прохождения собесов, а теперь, поняв что насрал в штаны, потужно меняешь тему в сторону какой то высосанной из пальца анальной эрудиции.
>спросит меня какую-то хуету которую вычитал он перед сном
Какую, например?
Вообще говоря, ты как то слишком близко к сердцу принимаешь отказ по собесу. Нет хороших и плохих разрабов. На самом деле ты им просто банально не понравился. Вот и все.
https://blog.0x08.ru/how-to-hire-devs
Ну то есть метишь в млопс?
Тогда надо аплаится в определенные команды.
Понятное дело, что обычным продуктовым командам это вовсе не нужно и они гоняют просто по кишочкам и литкод
Я не он, я мимо проходил и забыл об этом написать, но да тоже было не приятных отказов в последнее время, связанных с тем, что я забил хуй на кишки спринга и изучаю то, что мне хочется и то что я считаю перспективнее веб спринга хуеты
>>3559362
Ну у меня на текущей работе, пол года назад, появилось много задач связанных с реал тайм обработкой, etl потоками и немного чинил трубы kafka -> flink -> модель банка (но у модели я ничего не трогал). Все это на джабке. Я поизучал рынок веба, охуел от сюра, потыкал го, почеcал репу и подумал, что надо прыгатть в дата инженера, но с уклоном в инфру и облака, с последующим дообучением до ml opsa и далее в ml engeenra. Хуй знает наскок этот трек жизнеспособен, но мой (далеко не самый умный мозг) сгенерил мне такие стратегические цели, с учетом преспектив на будущее. Половину стека я знаю (пол года ебусь с даталейками и прочей хуетой), ебучего питона почти совсем не знаю, вот сейчас по тихоньку задрочу до ночи после работы.
https://pastebin.com/9KAyH4y7
Вот SecurityFilterChain. Он уже превратился в какое-то мессиво из вызванных методов. Сначала нормально все по доке было, а потом я начал сходить с ума из-за этой сессии.
При обновлении страницы у меня на фронте делается запросе на
/api/user/me, если не авторизован он выкидывает код 401(это настроено в фильтре), но почему-то создается сессия.
Поставь бряк в месте, где эта сессия у тебя создается, да запусти в отладке. Потом просто выше по стеку пройдешь и поймешь, откуда протекло.
Ну и на всякий случай спрошу - твои юзера сами часом в редисе не хранятся? Не может быть такого что туда `userDetailsService` лезет?
Нет UserDetailsService берет юзеров из бд
https://pastebin.com/2TgTeZid
>>3559601
Ну запрос до туда не доходит. Оно же сюда упирается ".anyRequest().authenticated()"
Сессию я создаю руками в сервисе. Кладу SecurityContext в соответствующий репозиторий и как оно до туда доберется если это происходит только при регистрации и логине
https://pastebin.com/0KqYkNyh
Я схожу с ума и щас начну делать ужасные вещи
200к это мало что ли? Не говоря уже о том, что тебе и меньше могут предложить, это не повод туда устраиваться. Ещё какой-нибудь фуллстек каловый небось.
Друг, ты цены видел, а налоги растущие? 200к в современных реалиях это не большая сумма (ботинки блять хорошие зимние уже 20-30к стоят, лол), я бы понял - просто за 200к сидеть пукать джсоном под руководством лида и не парится, а там нужно строить системы хайлоад и брать отвественность как будто ты тим лид
>а там нужно строить системы хайлоад и брать отвественность
Ну тогда пусть нахуй идут, так им и скажи.
>Ну запрос до туда не доходит. Оно же сюда упирается ".anyRequest().authenticated()"
>Сессию я создаю руками в сервисе
Спустись на уровень нише. Поставь бряк внутри вызова своего реддис-клиента, которым ты сессию создаешь. Дебажить можно не только свой код, но и код либ.
И че ты этим хошь сказать? На гоу на хайлод без рокет сайнса за душой устроился за 100500-наносек-секунду чтоли? Сказал "А" - говори "Б", а то звучишь как понадусеровый какой то.
Так может 200к - это оклад джунохайлодера? Хайлод - штука сложная, с улицы адекватных людей еще хуй найдешь. Вот и берут на вырост.
Да ахуенно, заебись почему-то создаётся сессия Я не шиз там реально вызывается createSession в репозитории Redis, они что ахуели. Я второй вечер с ума схожу
Так поставь брейкпойнт и посмотри на стектрейс, в чем проблема?
>они что ахуели
Ну ты хотя бы понял теперь, кто конкретно охуел и зачем? Расскажешь?
доеду домой поковыряю фрейм вызовов, может что-то да пойму
>>3560095
К сожалению тян заболела пока готовил кушать и убирался только щас до компа добрался. Щас поковыряю но с утра думаю ответ найду :P
Итог:
".sessionManagement(session -> session.sessionCreationPolicy(SessionCreationPolicy.STATELESS))"
Решило проблему и теперь сессии создаю только я. Никаких случайных вызовов и полный контроль сессий от меня лично.
>> Потом Степаныч забил его кирзовым сапогом насмерть. Менты как узнали, что сдох жабапидор даже дело заводить не стали.
Но это была не смерть, это было очищение. И он воскрес, и пришел в офис. И когда его увидели коллеги, они ему рукоплескали и выкрикивали: "Ваистину сишарпе".
И все были счастливы и рады. И никто не вспоминал, что каждого из них так же унижали, насиловали, избивали, плевали в рот, как каждого пьяный Степаныч их забивал с особой жестокостью.
Все они были счастливы. Все они были непомнящими. Все они забыли.
Все они были грешниками. Все они несли этот крест, который тяжелел с каждым днем и лишь таблетки позволяли им забыть, о то что сами были пидорами никчемными и предали бога отказавшись от Java.
>> Общество в любом случае распадется, просто в ДС на атомы, в других местах на банды.
Распадется - соберется, че первый раз что ли? Ну да ты не переживешь возможно, но кого это ебет?
>я бы понял - просто за 200к сидеть пукать джсоном под руководством лида и не парится, а там нужно строить системы хайлоад и брать отвественность как будто ты тим лид
Так все стройки хайлоада уже закончены. Как минимум в России. Роста больше нет, в стране рецессия в гражданской экономике, компании затягивают пояса.
Поэтому строить хайлоад больше нет смысла, это просто путь в банкротство. Туда, где хайлоад уже есть, просто нанимают людей на поддержку проекта. Или если люди уже есть, то никого не нанимают, просто оставляют людей поддерживать проект до лучших времен. А там как повезет. Не известно, когда закончится рецессия. На западе вроде как постепенно рынки оживают местами (но и там ждут рецессию очень многие), в России рецессия уже началась.
Тот же Сбер и прочие - сейчас перешли в режим выживания - режут косты, штаты, толпами отправляют джавистов на мороз итд итп. Разумеется в таких условиях никто не разбрасывается деньгами.
Нет смысла нанимать какого-нибудь сеньку за 400к на хайлоад проект, когда ту же самую работу можно поручить делать мидлу за 150к, все равно большой разработки не планируется, только починка багов и минорные обновления.
Собственно если раньше был дефицит толковых сенек, и им готовы были платить те самые 400к, то сейчас этот дефицит закончился. Не потому что все стали толковыми, а просто потому что сама потребность в толковых отпала.
Так сиди дальше на пхп коды пиши, зачем тебе джава?
И вообще ты в какой локации находишься, что для европейских банков собрался что-то писать?
В Европах и нахожусь. Джава это стабильное рабочее место, а не компании-однодневки или фриланс. Есть конечно рынок и на пыху, но на джаве можно сидеть на попе и не переживать о будущем.
>Какой фреймворк смотреть что делать помогите аааа
Ein Java, ein REST, ein Spring
Ты не прав. Сейчас очень хотят того же сеньку пиздатого, который будет все делать вплоть до общения с бизнесом вместо аналитика, а платить ему хотят как мидлу.
Пока только вкатился в джаву, работаю крутанув уже пару месяцев мидлом, вроде норм. Стоит ли постепенно гошечку учить и перекат делать? Или шило на мыло?
Расскажи как крутанул?
Я просто не одупляю, это надо выдумать легенду, выдумать как решал какие задачи, прикинуться что реально все это делал и шаришь
Но как это возможно, шаг влево вправо и ты поплыл
Особенно когда реально без опыта только (не считая пет проектов) и на junior еле тянешь
Двачую, что там по нейронкам в тырпрайзе?
Можно гопоту использовать или ебут?
Я гопоту как гугл использую или быструю документацию.
Бро, я тебе больше скажу, в некоторых местах даже метрики есть, сколько запросов к дип сику ты отправил.
Скорее всего интервьювер идиот или ему похуй максимально. В норм компании, где от 3 тех секции минимум, шанс так залететь очень маленький, а в рога и копыта можно, но там и зепка соответствующая
Можно подумать - на заре интернета поиск по сети был на хайпе.
Забавно было бы найти в анналах истории свидетельства внедрения метрик использования поисковиков сотрудниками компаний, вплоть до KPI и массовых сокращений "непрогрессивных сотрудников".
Видимо - такой бред мог дойти только до современных нейрофашистов.
крутишь 3.5+ лет опыта
Резюме делается на новые контактные данные
Описание опыта - два предложения про проект -> список задач от самых сложных до самых базовых -> стек проекта
Ссылка на твой новый телеграмм в шапке и в разделе "О себе"
>крутишь 3.5+ лет опыта
А потом просят выписку из трудовой. Пошел нахуй.
>Circle(Point center, double radius) c = getCircle();
А Х У Й
Лень читать и вникать, это дестракция объекта, как в котлине?
вот уже 21 год я не могу найти первую работу на джаве
мимо из дс, сделал тестовое, по которому позвали на собес который завалил, и еще 2 тестовых по го от которых меня отморозили
>То есть имеется дефолтный путь src/main/java
Да, если не конфигурировать специально, то будет искать там.
>а уже по groudId, например, com.example, и исходники ищутся в src/main/java/com/example/*.java?
Нет. Всё что находится в src/main/java относится к артефакту текущего pom-а, неважно какие там package-и.
Intellij IDEA - В С Ё!
Я сначала пошел искать какой-то коммуникатор между java и python, чтобы можно было без напряга вызывать методы python скрипта в java коде с сохранением состояния python скрипта. То есть как будто бы просто создаешь объект и дергаешь его методы когда нужно.
JEP, JType, J4Py, Jython - всё галимая херня. В каждом из них есть свои недостатки, которые делят на ноль их полезность, но не будем об этом.
Подумав достаточное количество времени о проблеме мне пришло озарение, что можно написать сервер, который будет по HTTP общаться с Java кодом, а внутри сервера будут дергаться нужные мне питоновские методы. По сути любой код можно изолировать за фасадом HTTP.
Перед тем как начать писать питон-сервер, хотел спросить - у вас такой проблемы не было? Удалось ли как-то элегатно решить?
> Нет, GraalPy — это не просто мост, это полноценная реализация Python на платформе GraalVM. То есть это интерпретатор Python, альтернативный CPython, который может запускать Python-код.
> Ключевое отличие от "моста":
> GraalPy — это полноценный Python runtime, который выполняет Python код, со своим интерпретатором и возможностью JIT-компиляции
> Мосты (как JPype, Py4J) — это библиотеки, которые позволяют вызывать Java из обычного CPython
Вот эта часть про то, что это отдельно реализованный рантайм питона вызывает сомнения. Во-первых, потянут ли поддержку в будущем? Jython не потянул переход с Python 2 на Python 3. Во-вторых, как будто Oracle может в любой момент сказать, что GraalPy теперь работает только в GraalVM потому что непонятно зачем им поддерживать его для чего-то другого кроме ими разработанной VM.
сколько раз говорить тебе не смотреть тиобе? Он же по запросам в поисковики рейтинг составляет
Да спокнитесь, боже, нет вакух на шарпах, а если и есть то 6+ стаж
> жаба программистов
С++ программистов может быть? При чем здесь жаба? На фото вроде обычный Qt интерфейс.
Такое надо на плюсах писать, тут важен лоулатенси, джава пососет с заглотом
> На фото вроде обычный Qt интерфейс.
Там явный свинг с темой "metal".
>Такое надо на плюсах писать
Там всю тяжесть OpenCV несет скорее всего.
Работал в похожей конторе, до того как это стало модно. Там на джаве часть которая отвечает за визуализацию. Работа с железном на С++.
>>3572072
>Такое надо на плюсах писать, тут важен лоулатенси, джава пососет с заглотом
Как там в 2007? Доллары покупай на всю котлету!
А у нас в 2025 доллар по 80. Зато джава работает быстро и ГЦ паузы миллисекундные.
>JEP, JType, J4Py, Jython - всё галимая херня. В каждом из них есть свои недостатки, которые делят на ноль их полезность, но не будем об этом.
Хер его знает, чем тебе JEP не угодил. Просто запускается CPython внутри JVM и всё. Максимальная совместимость со всеми питоновскими библиотеками. Поддержка последних версий питона.
В конце концов можно запускать CPython через ProcessBuilder и работать через stdout/stdin.
> Зато джава работает быстро
Джунец, спок.
Быстро - это относительно.
Для ентерпрайза хватает с головой.
Там где нужен лоулатенси, то джава сосет.
Пример: хфт, любая трейдинговая платфрома, никто в здравом уме не делает это на джаве.
Можешь посмотреть доклады елизарова со времен девексперт, челы выбрали джаву и превартили код в говнище.
Понятное дело, что для ненагруженных сервисов джавы с головой, но не для трейдингового кора
>любая трейдинговая платфрома
Он не знает про LMAX Disruptor.
Ну типа проще ли найти первую работу фулстеком на ноде а не на джаве со спрингом?
>Пример: хфт, любая трейдинговая платфрома, никто в здравом уме не делает это на джаве.
https://www.youtube.com/watch?v=Q-7y1u9kZV0
Выдохни. Речь шла об одном, конкретном кейсе. Визуализация карты с беспилотниками и отдачи команд. Никакого HFT там нет, не переживай.
>Можешь посмотреть доклады елизарова со времен девексперт, челы выбрали джаву и превартили код в говнище.
Я работал в DB и мы как раз писали трейдинговую платформу. И звали в Райффайзен заниматься тем же самым. Я сам писал подобный код. Но в реальности его совсем не много в общем объеме. Основная масса кода не стоит на критикал пас и это обычный джава код.
Зависит от требования по производительности. Если их нет - пиши как нравится, если есть - попробуй GPRC через локальные сокеты, по идее должно быть быстрее, биндинги под питон и джаву есть
>Что скуфаны, готовы на го переписовать все ваше протухшее говно или еще нет
Конечно, ведь кризис и нехватка денег на рынке это именно та ситуация когда бизнес хочет ввалить миллионы в работу с нулевым бизнес вэлью.
Так я об этом и говорю, ты мой пост читал?
Там такое говнище код, но зато на джаве и с "безопасной" память, хотя с их хаками, чтобы это хоть как-то держало лицо про безопасность можно забыть.
Я просто еще немного глубже в это погружен, работал там 3 месяца, но сбежал с испыталки, контора на момент 2020 года очень слабая была, прям советская такая, стремное чувство, пмы были тупоголовое быдло, но там как я понял прям от проекта сильно зависит, я как раз попал на нагруженное легаси-говно.
>>3572237
>DB
хз что это
>звали в Райффайзен
крутой, уважуха
> Основная масса кода не стоит на критикал пас и это обычный джава код
Я про это и писал.
Просто в 2000х джава была на лютом хайпе и наней начинали писать вообще все, не думая о последствиях.
Теперь уже ничего не переписать, очевидно.
И приходится изъебываться, чтобы это все работало стабильно и относительно быстро в существующих реалиях (и тратить на это куча бабок), когда есть более молодые упрыгие конкуренты, где стэк выбран поподходящее и дышится им свободнее
А какой язык сейчас хороший? Go?
мимо джава бекенд 5 месяцев работаю хочется второй язык для хобби/выходных
Блять, лулзовее спринга может быть только попытки клонировать спринг в джаваскрипт. Вы че - еще в angularjs в эти игры не наигрались чтоли?
Я думял - после хайпа по РЯкту такой хуйней никто больше в JS не занимается...
Нет хороших и плохих языков, в идеале надо знать все языки и разбираться в их кишочках, чтобы правильно сделать выбор для нового проекта, оценить плюсы, минусы и риски. Но в компаниях обычно есть устоявшийся стэк, и всё новое просто стартуют на нем на похуях.
В банках - джава.
Банки помоднее и современный финтех- котлин.
В ритейлах у нас всё на го сейчас.
Сейчас у меня два основных языка, где я прям хорошо шарю - джава+котлин и го.
По мелочи джс и тс.
Кажется, что это самая сытая связка на данный момент.
Был ещё опыт на плюсах, но давно не практиковал их
> чем тебе JEP не угодил
Нет поддержки от корпораций. Опен-соурс живующий на чистом энтузиазме участников. Шанс того, что через год/два/три он превратится в архивный проект и весь код придется переписывать значительно выше 0. Я не готов так рисковать.
>>3572256
Я в итоге на FastAPI сделал локальный сервер с нужными мне нейронками и дергаю их из жаба кода. По производительности требований нет, просто чтобы работало пока что задача.
>хз что это
Deutsche Bank
>Просто в 2000х джава была на лютом хайпе и наней начинали писать вообще все, не думая о последствиях.
Я вкатился в JDK 1.3, не было никакого хайпа в России по крайней мере. JDK была медленная, жрала кучу памяти. Никто даже не думал писать на ней что-то серьезное. Популярность пришла позже, году к 2005-2007, но там уже и все сильно лучше стало с самой JDK.
>Теперь уже ничего не переписать, очевидно.
Схуяли? Тот же Deutsche Bank много что переписал. Что-то с Java на Java, просто улучшив архитектуру, что-то на C++.
Если есть реальная проблема и желание бизнеса ее решить - все решается. Можно и монолит распилить и переписать куски. Вопрос ресурсов и времени.
Галерный раб, спок.
Ты бы еще гордился работой в епаме или люксофте.
У тебя троллинг такой скуфский - наезжать на меня и пересказывать содержание моих же постов?
Конечно можно сливать бабки бизнесу на переписывание или подобную хуйню, нам то от этого только плюс, как разрабам.
Но мы то про другое.
Если люди сразу правильно выбрали инструмент под конкретную задачу, то ничего бы переписывать не пришлось бы