Предыдущий: >>3583559 (OP)
Ты реально пришел в час ночи воскресенья снова троллить этой хуйней?
В чём троллинг? Вот по Москве результаты. Вакансии есть только для сеньоров и тимлидов и то там по 100-200 откликов.
>>3604668
Джавы это никак не касается. Все вопросы к мистеру п. и поддувалам нейропузыря из-за которого произошёл нейросетевой естественный картельный сговор.
Бля, я вот писал на жабе. Решил залезть в го по приколу. Изначально мне даже понарвилось, ООП, классу, хуе мое, все понятно и очевидно. Когда же начинаешь погружаться, то это пиздец как неудобно писать на этом. Надо тыщу методов помнить и какие из них что принимают. Абсолютно неудобная дока еще в этом смысле. Как вообще люди на лайвкодинге не валятся с этого зоопарка. Ну это ладно, оказалось, что еще куча устаревших практик в языке постоянно появляется. Типа вот книжку читаю, которая 2022, а теперь выходит, что там старье описано и так уже не пишут в 1.25 го. Есть вообще свет в конце тунеля у этого всего или надо просто смириться? В жабе какое-то единообразие чувствуется, тут как будто совсем нет.
>ипа вот книжку читаю, которая 2022, а теперь выходит, что там старье описано и так уже не пишут в 25 джаве.
В конторе, тебе это все равно не пригодится, потому что скорее всего ты будешь писать на 8-й жаве. 🤣😆
>Надо тыщу методов помнить.
Есть такое, но это только на собеседовании у долбоебов из бигкека и просто дебилов. В остальном базовые вещи надо знать, типа как не стрельнуть себе в ногу и всякие паттерны шаблонов.
>В Го какое-то единообразие чувствуется
Нахера вообще го нужен? Типа многопоточка в жаве тоже есть и не хуже, даже лучше с новыми виртуальными тредами. Прим этом куча библиотек, еще с прошлого века, поддержка всех IDE, начиная от блокнота и заканчивая MS Word.
Я не понимаю, зачем питонисты, осознав что их язык тот еще кал, вместо нормального языка, выбирают другое го-вно?
>Нахера вообще го нужен?
Крос-компиляция из коробки, сборка в один бинарь, который потом просто раскатывать. Достаточно простой синтаксис и большое количество библиотек для типовых задач.
> Есть вообще свет в конце тунеля у этого всего
Есть, пиши как на го
>Крос-компиляция из коробки
что сейчас так не умеет делать?
>сборка в один бинарь
это только если сравнивать с С++. Ну будет два бинаря у С++, если нужно будет под разны ОСи. Но что-то сомневаюсь что на бэке это нужно.
>простой синтаксис
Ахаха
>большое количество библиотек для типовых задач
лол кек чебурек 😆😁
> >сборка в один бинарь
> это только если сравнивать с С++. Ну будет два бинаря у С++, если нужно будет под разны ОСи. Но что-то сомневаюсь что на бэке это нужно.
Нужно. Главная причина перехода в моей компании с жабы на го. Клиенты тупят и не могут справиться даже с инструкцией из двух пунктов. В итоге решено отдавать им один бинарь, чтобы не напрягать их установкой jdk.
>В итоге решено отдавать им один бинарь, чтобы не напрягать их установкой jdk.
Есть jdeploy https://www.jdeploy.com/
Вместо полной смены всего окружения разработки
>что сейчас так не умеет делать?
Раст вроде не умеет, но я не уверен.
>Ну будет два бинаря у С++, если нужно будет под разны ОСи
Дык под разные оси и у го будут разные бинари. Речь про то, что после компиляции ты получаешь один файл, в котором весь код лежит. И его можно забирать в контейнеры. Это и упрощает раскат. Не надо ставить разные версии жвм, питуна и т.д.
>Ахаха
>лол кек чебурек
Какая-то странная реакция... Ну да ладно.
>И его можно забирать в контейнеры.
а в жаве не так? Типа описываешь контейнер с дистом и версией жабы. С докером, проблемы двух бинарей так же решаются.
>Клиенты тупят и не могут справиться даже с инструкцией из двух пунктов.
А если они обосруться, тогда что? 😆
>Прим этом куча библиотек, еще с прошлого века, поддержка всех IDE, начиная от блокнота и заканчивая MS Word
Проиграл, правда с MS Word перетолстил чутка.
Проблема в том, что нужно тянуть жирную jvm за собой. В го этой проблемы нет, гошный рантайм прилинкован статически и находится внутри бинаря.
Как результат контейнер тупо меньше становится и быстрее стартует.
>>3606137
>Нахера вообще го нужен? Типа многопоточка в жаве тоже есть и не хуже, даже лучше с новыми виртуальными тредами.
Чем виртуальные треды лучше горутин? Вопрос на засыпку. Алсо насколько хорошо поддержаны виртуальные треды в jvm экосистеме? Всякие драйвера для баз данных переписали на виртуальные треды? Хикари пул например? То-то я вижу ишьюсы открытые на протяжении нескольких лет
https://github.com/brettwooldridge/HikariCP/issues/1463
https://github.com/pgjdbc/pgjdbc/issues/3835
> Прим этом куча библиотек, еще с прошлого века, поддержка всех IDE, начиная от блокнота и заканчивая MS Word.
Если либа не поддерживается больше полугода-года, ее не будут тянуть в проект. Ни в джаве, ни в го. То, что на джаве когда-то много всего написали, это хорошо. Но в поддерживаемом состоянии проектов примерно столько же, сколько и на го.
>Я не понимаю, зачем питонисты, осознав что их язык тот еще кал, вместо нормального языка, выбирают другое го-вно
А что выбирать вместо питона для бекенда? Rust? Для бекенда он не особо подходит. Java? Объективно не новая и скорее даже устаревшая экосистема с весьма хуевой поддержкой от Оракла. Многие фичи джавы вроде наследования объективно не нужны. Когда я на последнем jvm проекте работал, нас по рукам били, если пытались наследование где-то применить. Перечисли нормальные языки тогда уж.
Реально чего не хватает в Go порой это Stream API. Но вспоминая что можно с ними было наворотить в джаве, реально проще циклы писать в большинстве случаев.
>В го этой проблемы нет, гошный рантайм прилинкован статически и находится внутри бинаря. Как результат контейнер тупо меньше становится и быстрее стартует.
Т.е. этот рантайм занимает 0 места? Ого, вот это технологиию.)) В докере ты так же не паришься на счет жвм. Докер за счет своих слоев, делить жвм, со всеми контейнерам на баз выбранного образа. А в случае райнтама в бинаре, каждый образ будет содеражть магические 0 байт райнтама ))
>Чем виртуальные треды лучше горутин? Вопрос на засыпку.
Это те же корутины, только на уровне жвм. Для разработчика почти ничего не меняется, при работе с потоками. Только теперь они как бы более эффективны и меньше жрут.
>Алсо насколько хорошо поддержаны виртуальные треды в jvm экосистеме?
На столько, что внесены в стандарт. Это значит что не только лишь оракле будет их поддерживать, но и другие жвм.
>поддержкой от Оракла
Не только оракл пилит жаву, есть еще ибм, хуавеи и всякие опенждк.
>Когда я на последнем jvm проекте работал, нас по рукам били, если пытались наследование где-то применить.
Не везде стоит применять наследование, но иногда можно и применить. Плюс жава, не запрещает тебе использовать композицию.
>Т.е. этот рантайм занимает 0 места
Нет, это означает, что гошный рантайм гораздо более легковесный чем jvm.
>На столько, что внесены в стандарт
А почему в хикарипуле их так и не завезли нормально? А ведь это де-факто стандарт в мире jvm для подключения к базам.
> Нет, это означает, что гошный рантайм гораздо более легковесный чем jvm.
В мире докера jvm шарится между всеми образами в виде отдельного слоя и глубоко насрать на её размер (кого в 2025 волнует 100мб на сервере?).
> А почему в хикарипуле их так и не завезли нормально?
Привет из 25 года. Уже завезли. В java 25 (на самом деле с 24, но 25 - LTS) у виртуальных потоков нету проблем с synchronized блоками. Единственное оставшееся узкое место у виртуальных потоков - это Native, но это совсем редкий кейс.
Алсо, хикари - это говно из под ноктей. Человек байты немного подрочил и выдал свою какашку за золотой стандарт конекшн пулов, который даже мать воскрешает и понос у собаки лечит. Но прикол в том, что а) дрочил это он в определенных условиях на определенной JVM и в других условиях его выводы нерелевантны + б) работа пула это 0.00000000000000000000001% всего процессорного времени => весь его пердолинг бесполезен.
Пришлось рогом столкнулся с фанатиками хикари когда нужна была поддержка XA, котороый туда вообще не завезли и не планируют.
> Речь про то, что после компиляции ты получаешь один файл, в котором весь код лежит. И его можно забирать в контейнеры. Это и упрощает раскат. Не надо ставить разные версии жвм
Что за бред, какая разница сколько файлов в контейнере? Если ты контейнерами дистрибьютишь, то он за тебя всё и делает
По спрингу война и мир вместо документациии или это специально сделано, чтобы курсы продавать?
Типа все примеры какие-то максимально искусственные и нет такого, что скопипастил кусочек и потестил.
Дока Spring Data ещё более-менее(хотя там есть Commons, в котором нихуя нет и JPA в которой немного хуйни есть), но по Security это вообще пиздец.
>но по Security это вообще пиздец
а чего ты хотел? Это безопасность, в ней надо разбираться. При этом спринг остается универсальным, можно разные способо аутентификации прикрутить. Это тебе не го-вно, где только оаутх от гугла
Спринг Секьюрити это каловая дристота. Везде от него всегда отказывались и делали свои решения. Нахуй он нужен.
На сам размер контейнеров и образов в целом похуй.
Другое дело, это долгий старт JVM. Вот тут джава вчистую проиграла динамикодрисне вроде питона и голанку. Поэтому и пытались graalvm делать, и кваркус с микронавтом затащить. Но по итогу все проебано. Джава осталась только как язык для тяжелой бизнес логики.
Что даёт быстрый старт? Никто серверные приложения не рестартит по 100 раз в минуту. Его запустили и он крутится годами. Потому и кваркусы с микронавтами никому не нужны.
Serverless. Ну и вообще рестарты вполне себе происходят, в том числе когда новые версии раскатываются. Плюс всякие автоскейлы тоже имеют место быть.
Запустил один раз и он работает месяцами это что-то из эпохи монолитов. Сейчас все облаках живут, собственно грааль, кваркус и микронавт были попыткой затащить джаву в облака. Но как видно просрали все полимеры по итогу.
>Запустил один раз и он работает месяцами это что-то из эпохи монолитов.
🤣😁😆
Т.е. убогость падучего говнокода, решили исправить мифическим быстрым стартом и мыкросервисами? Ахахаха )))
>>3606686
>Другое дело, это долгий старт JVM
Быстрый старт нужен зумеркам, чтобы при нажатии на кнопку вкл, сразу появлялся рабочий стол. Это дело подхватили мс и начали кичится этим, но по факту просто отложили загрузку некоторых сервисов на потом. ))
На бэке, я про такую херь ни разу не слышал. А если сетка где-то отвалилась или плохая связь, то го-вно тоже получается в ауте?
>А если сетка где-то отвалилась или плохая связь, то го-вно тоже получается в ауте
А причем тут говно, ты на любом языке должен ретраи делать как надо. Ну если само облако сдохло, то да, всему пизда.
>Быстрый старт нужен зумеркам
Классическое НИНУЖНО, ясно.
>Классическое
Классическое - это в тренде. Ясно. .. . .
>ты на любом языке должен ретраи делать как надо.
Как это вообще связано с жавой? Если сфот тяжелый и долго стартует, то надо делать так чтобы он не падал. Или держать балансировщик и резерв. Какие сейчас с этим проблемы?
А то что у тебя го-внина стартанет на 0.00000002 быстрее, чем неразогретый жава, то какой от этого профит?
1) Самый большой профит в серверлесс. Там JVM в принципе нельзя использовать, тупо непригодна.
2) Автоскейлинг. Если у тебя нагрузка сезонная, то ты часть виртуальных машин тупо отключаешь автоматически за ненадобностью в определенные часы/дни. Как только нагрузка возрастает, надо быстро развернуть новые вмки и запустить на них инстансы.
Монолит одним инстансом сейчас вообще никто не держит, это крайне опасная хуйня.
А, ну и да, виртуальные машины в облаках имеют свойство рестартиться. Нет гарантий, что запущенная виртуалка будет запущенной месяцами и годами без перезагрузок. Перезагрузки вполне имеют место быть не по твоей прихоти. И если у тебя приложение стартует долго, то это банально плохо, вот и все. Отказоустойчивость становится менее стабильной.
Поэтому и софт нынче проектируют так, чтобы он переживал выключение электричества в ДЦ так, чтобы в любой момент времени и ни один бизнес-процесс не нарушился и нарушения консистентности нигде не произошло по дороге. Поэтому так популярны нынче durable execution движки по типу Temporal.
Если у тебя много джава сервисов, то при попытке рестартнуть условные 500 инстансов в одном ДЦ это будет тяжелейшим мучением и вероятно каскадным обвалом. А на гошке все легко и просто будет. Лично наблюдал такое.
Если у тебя легаси монолит обычный на собственной bare metal инфре в одном инстансе, то как бы да, однохуйственно будет. Если ты все-таки живешь по современному и в облаках, то уже не однохуйственно. Все-таки микронавт и кваркус не совсем бесполезны, они просто не взлетели потому что там, где реально надо заезжать в облака и уметь быстро подниматься/рестартиться, уже переехали на го или что-то другое.
>какая разница сколько файлов в контейнере?
Это не про количество файлов само по себе, а про простоту сборки образа. С одним бинарём, который ни от чего не зависит, ты просто его забираешь каждый раз и всё. От обновлений самого го это ничего не зависит.
>Самый большой профит в серверлесс. Там JVM в принципе нельзя использовать, тупо непригодна.
Есть graalvm.
>Автоскейлинг.
Причем тут жава? Это к технологии развертывания и оркестирования.
>Если у тебя много джава сервисов, то при попытке рестартнуть условные 500 инстансов в одном ДЦ это будет тяжелейшим мучением и вероятно каскадным обвалом.
Похоже на перекладывание проблем ДЦ, на жаву. Думаю такие вещи уже давно автоматизированы и никто не будет сразу врубать 500 инстансов. Иначе все эти докерсвармы и кибернетусы, не были бы так популярны.
> >Самый большой профит в серверлесс. Там JVM в принципе нельзя использовать, тупо непригодна.
> Есть graalvm.
Несовместимая с кучей библиотек где используется рефлексия или JNI.
мимо
Какой нахуй серверлесс хуерверлесс, тебе через пару дней инет полностью рубанут, умник блять нашелся. Теперь по делу. Если ты не фаанг, то петухон покроет твои потребности с головой, тебе го нахуй не всрался. А если ты фаанг, то у тебя есть сырьё и кадры, как у нетфикса и амазона, где всё на джаве крутится го нахуй не нужен. ёбана рот питон куда удобнее говна, фаст апи покроет все твои задачи, твои рога и копыта - это микропиздрический лоад, тебе некуда выжимать байты.
Какая глупость написана. Работаю в одной из компаний снп500, переехали на го с жабы. Про питон это просто роспись в собственной некомпетентности.
И как это отличаетсяот варианта когда ты просто один джарник забираешь и всё. Образы предсобранные уже, ты никогда с докером не работал чтоли? Бред какой-то несёшь.
С докером проблемы нет, ты собираешь что угодно на базе однажды сделанных образов, которые можешь выкачивать, например, по хешу (если не доверяешь точным номерам версий) и иметь 100% гарантию воспроизводимости.
При загрузке образа у тебя по сети будут гоняться архивы, один докер-слой (может быть несколько десятков слоёв), причём скажем при обновлении докер-образа нужно досылать только слои с изменениями, что намного быстрее, чем высылать образ целиком.
На диске всё разворачивается уже.
То есть тут нет проблем, разве что просто общая тяжеловесность образов. Короче для серверов с контейнерами проблемы вообще никакой нет.
Куда важнее про обновлениях обычных компьютеров, чтобы удобная форма была у приложения.
Обновляются только по ctrl-f9, когда они копируются из main/resources в build.
>1) Самый большой профит в серверлесс. Там JVM в принципе нельзя использовать, тупо непригодна.
Так и вижу что такие аргументы используются для перехода с джавы на го. Почему нельзя, почему непригодна? Просто нельзя, инфа сотка
Потому что долго стартует. Это очевидно если знаешь что такое серверлес
мимо
>Потому что долго стартует.
50 мс?
https://gillius.org/blog/2025/10/java-25-framework-startup.html
>Это очевидно если знаешь что такое серверлес
Хз, раньше под этим лямды подразумевали, теперь похоже запуск через обычный аппликейшн сервер
>graalvm
Есть кто-нибудь в треде, кто смог ее на прод затащить? Это мертворожденная хуйня, как мне кажется.
Как раз-таки го-вно из коробки был компилируемым, поэтому там таких проблем попросту нет.
А причем тут питон? Даже если требования по перфомансу небольшие, даже если это не фаанг, все равно проект может быть сложным и большим.
Поддерживать большие вещи на питухоне в 10 раз сложнее чем на Go. Лично переезжал с питуха на говно и на говняке поддерживать большие кодобазы кратно легче. Просто потому что язык проще, меньше сахара, компилируемость и типы. А в питухоне с годами начинается ад из циклических импортов, импорты ломаются, если mypy на проект не завезли, то это все, пизда. Тащить питон на бекенд никто не запрещает, но строго для очень маленьких проектов, у которых строго ограниченный жизненный цикл.
Джару нужен жвм, а нативному бинарю нет.
>>3607007
Это всё хорошо, когда у тебя по-нормальному сделано. Но я несколько раз видел ситуацию, когда в докерфайле версии жвм или питона прописывают руками, из-за чего случается расхождение версий дева и прода, и что-то при обновлении на проде отваливается. Поэтому забирать один бинарь, ни к чему не привязанный, в любом случае спокойней. Понятно, что это мелочь, но лично для меня любое уменьшение точек отказа из-за человеческой ошибки - это хорошо.
>50 мс
2 секунды минимум. Потому что все живут на спрингбуте, а кваркус и микронавт так и не взлетели.
Всмсле несовместимая? Она же там просто дефолтится на обычную ДЖВМ именно в классах где используется рефлексия
>>3607026
Кому её преимущества для бизнеса важны - смог
В статье у бута 100мс, ты в глаза чтоли?
>Потому что все живут на спрингбуте
Это потому что всем похуй на стартап тайм, вот и нет мотивации что-то делать
>2 секунды минимум
Это типа много что ли? Обычный сетевой лаг
>В статье у бута 100мс, ты в глаза чтоли
Ну вот что в статье написано. Ты бы сам статью для начала почитал.
>Джару нужен жвм, а нативному бинарю нет.
ЖВМ уже есть в базовом образе, ты просто указываешь образ с ЖВМ как базовый и копируешь джарник в папку
>native
И что? Это спринг бут или нет, объясни, ты же статью читал
В serverless мире да, это очень много. В среднем должно отрабатывать все за 500 мс. Если какие-то очень долгие задачи, то 2-4 секунды максимум.
А когда у тебя джава только стартует 2-10 секунды, то это считай деньги на ветер. Поэтому джаву в серверлесс нельзя использовать, это слишком дорого будет. Плюс в сервелесс ты платишь не только за время, но и за RAM. И джава тут вообще не вариант совсем. Гошка стартует с гораздо меньшим потреблением памяти чем жаба.
Я же говорю, пытались делать граальвм, кваркус, микронавт, но ничего из этого нормально так и не взлетело, и если ты хочешь серверлесс использовать в облаках, то лучше не брать джаву вообще, а взять что-то компилируемое или хотя бы питухон, он стартует быстро.
JVM в серверлесс стоит примерно в 5-10 раз дороже чем Go.
Если у тебя в джарнике все зависимости, то в принципе да, это прокатит.
>серверлесс
говно без задач для говностартапов во времена ит бума, рассчитанное на дойку венчурных фондов, которые вложились в стартап.
Сейчас уже не имеет смысла
>>3607041
Спринг native полумертвый нынче. Ты его пробовал использовать? Это же нерабочая и крайне сырая хуйня.
В целом граальвм и натив спринг мертвы. Все надежды были на кваркус и микронавт, но их банально никто не стал в прод тащить.
И кстати граальвм то ли будут закапывать, то ли полностью переключать фокус на project leyden и С2, но именно у грааля будущего имхо больше нет.
>говно без задач
>Сейчас уже не имеет смысла
Очередной бабах джава скуфа и классическое НИНУЖНО, я тебя понял.
А по факту серверлесс как жил, так и живет до сих пор. Конечно если раньше всякие дебичи пытались монолит в серверлесс запихать и обжигались на этом, то теперь долбоебов стало кратно меньше и серверлесс используют по назначению - для коротких задач. И это реально экономит деньги. Там где раньше ты держал микросервис постоянно в фоне, теперь у тебя есть короткая функция, которая запускается по триггеру, быстро отрабатывает, и выключается. Это инструмент именно для коротких задач, а не для постоянной обработки данных.
AWS lambda это один из наиболее используемых сервисов в AWS. Третий сервис после EC2 и S3.
У нас в проде очень много aws лямбд крутится. То, что кто-то пытался джава монолит в лямбде запускать, ну это его проблемы.
Приводи пример такой задачи.
Что тебе мешает вынести этот функционал в нормальный сервис и не усложнять систему лямбдами?
Это был интсрумент для мвп говностартапов (делали мвп целиком на лямбдах), сейчас это в прошлом уже
>А когда у тебя джава только стартует 2-10 секунды, то это считай деньги на ветер.
2 секунды для самого жирного и неповоротливого фреймворка из возможных. Буквально сделать всё чтобы стартовало по-медленнее и удивляться что стартует медленно.
Если тебе нужен мгновенный старт, то сама джава стартует мгновенно, можешь просто в мэн методы начинать работать, как собственно го и делает в большинстве случаев
Кстати как вариант можно спецом написать Го фреймворк, который стартует 30 секунд и ссылаясь на него говорить что ГоВНО и не может быть использовать в серверлесе
Надо смотреть, что из себя представляют проекты одного класса на разных языках. Я не очень представляю, как будет выглядеть на Го описание нескольких десятков моделей БД, сложно связанных и с дополнительной сложной логикой. Вот как раз где в питоне и его SQLAlchemy возникает вся эта мешанина циклических импортов, миксинов и т.п.
Сложные проекты на всех языках сложны.
Там да, в питоне не хватает типизации часто, актуально как раз для сложных проектов. В принципе механизмы есть, typing, но по факту часто ничего как надо не типизировано. И разрабатывать тяжело, и в рантайме словить ошибку можно, когда код переделываешь и где-то не отследил неявную передачу каких-то объектов куда-то.
Напиши зачем серверлес этот нужен? Реальный кейс, а не "подниму сервер для умножения двух чисел.
>Я не очень представляю, как будет выглядеть на Го описание нескольких десятков моделей БД, сложно связанных и с дополнительной сложной логикой
1) Описываешь модельки бд в виде структур. Связи 1 к 1 или 1 ко многим через указатель или список делаешь. Тут все просто
2) Достаешь их через sql запросы. Запросы пишешь сам руками. Либо GORM используешь, если любитель поесть говнеца.
3) Если моделей реально дохуя, то есть sqlc
в мире джава тоже, хибернейт - это легаси, жук и подобные дсл - тоже говнище, ебли в 10 раз больше, когда нужно написать сложный запрос
>Все надежды были на кваркус и микронавт, но их банально никто не стал в прод тащить.
Ну и какая логика здесь?
- Давай те перепишем все на другой фреймворк, сохраним инфраструктуру языка, объем доступных библиотек и экспертизу команды
- Не, нахуй, слишком затратно
- А давайте тогда выкинем нахуй всю инфраструктуру, библиотеки и экспертизу, разгоним команду, наберем новых и перепишем всё на язык с инфраструктурой, библиотеками и экспертизой хуже чем были, будет жрать if err != nil тоннами, а перформанс тогда будет чуть-чуть лучше чем в первом случае.
- ВО, ВОТ ЭТО ЗАЕБИСЬ!
Объясните, какой имбецил-сектант принимает такие решения?
Ну как-то руками поддерживать запросы со сложными взаимосвязями то ещё удовольствие. Вот особенно поддерживать, когда тебе что-то переделать надо. ОРМ ведь не от нечего делать придумали. Если у тебя сложная БД, рано или поздно ты начинаешь изобретать свою собственную ОРМ
>какой имбецил-сектант принимает такие решения
У нас CTO сказал, что Го - это теперь основной язык в компании. Вот и пишем на нем. А так рассматривали и кваркус, и микронавт, и спринг натив, и котлин, в итоге решили полностью отказаться от JVM в перспективе.
>>3607363
А в чем проблема написать sql руками? Хибернейт ведь генерит sql запросы как раз, только делает это часто хуево и надо прочитать целый талмуд vlad mihalcea чтобы научиться работать с этим чудом инженерной мысли. Когда sql это довольно простой язык + в эпоху ллмок вообще как нехуй делать писать запросы на нем.
>А в чем проблема написать sql руками?
Тем, что это объёмный тупой код, когда тебе надо следить за сложными зависимостями. Опять же, один раз написать можно, а вот потом поддерживать это совсем неудобно.
Само собой, тебе надо следить, чтобы не получилось так, что ты делаешь сотни запросов вместо одного, но в любом случае с ОРМ намного удобнее при активной работе с данными.
Ты просто работаешь с моделью как с нормальным объектом, и всё, сильно не напрягаясь.
А таких мест в проекте может быть тысячи, то есть без ОРМ тебе надо тысячи запросов руками писать.
Ну что-то типо того. Алсо Java это и есть в каком-то смысле упрощенный С++. Только джава изначально не делалась для бекенда, а внезапно для эмбеддеда.
Создатели джавы как раз изначально пошли в сторону виртуальной машины чтобы можно было написать код на java один раз, а он потом работал бы на всех холодильниках, микроволновках и телефонах того времени. Бекенд на джаве появился уже позже.
А так индустрии нужен язык, похожий на джаву, который будет:
1) комплируемым в бинарь из коробки
2) иметь гринтреды из коробки
3) не иметь наследования из коробки
4) иметь нормальные компилируемые дженерики из коробки
5) быть легковесным, не иметь большого оверхеда, всяких стремных типов по типу Integer и Double когда уже есть примитивы int и double
И собственно под эти критерии отлично подходит Go. Конечно дженерики в go местами каличные, те же дженерик методы например делать нельзя, увы, гугл послал нахуй с этой фичей. А так в остальном все заебись и хорошо подходит для жизни в облаках.
Иронично, что перейти в Go команду в компании меня убедил Java тред. Написал сегодня письмо лиду, что хочу перевода, надоело писать андроид библиотеки на котлине.
>А так рассматривали и кваркус, и микронавт, и спринг натив, и котлин, в итоге решили полностью отказаться от JVM в перспективе
Так почему именно, просто политическое решение было, или что-то что оправдывало выбрасывание всего в урну? Мне кажется это должно быть просто какое-то супер мега преимущество чтобы такое оправдать.
Могу сказать почему в моей компании приняли такое решение. Решено было новым руководством писать новый solution 4.0. При этом прям с нуля, потому что все предыдущие решения были написаны индусами за миску кукурузы, и их переиспользование невозможно. А раз с нуля, то давайте писать на самом модном и молодежном что есть, то есть на Go.
мимо другой анон
>просто более юзерфрендли, и как только он появился (Go)
Каким образом язык с if err =! nil лесенками и урезанными дженериками более юзер-френдли?
Да обычный С++ современных стандартов более юзер-френдли с автоматическим управлением памятью и без ГЦ пауз. Там достаточно просто не извращаться со всеми подряд фишками, чтобы уже получилось удобнее Го.
>>3607447
Уже давно есть Сисярп. Используется даже в эмбедде, правда для более тяжелых задач
>3) не иметь наследования из коробки
почему? Это ключевая вещь для разработки
>5) ... всяких стремных типов по типу Integer и Double когда уже есть примитивы int и double
В чём проблема с чуть другими названиями? Вот в Go тоже нет double, есть float32/float64
double вообще само по себе немного странное название, Си-наследие и архитектуры (со)процессоров тех времён. Сейчас больше в заблуждение вводит.
Нет, наследование это не ключевая вещь для разработки. Композиция лучше чем наследование
Integer и Double это не чуть другое название, а буквально иной комплексный тип в отличие от реализации примитивных типов integer и double в других языках
А ну покажи мне как с помощью композиции намапить какой-нибудь JSON/XML который использует подтипы в своих обьектах. Этого говнища вагоны в энтерпрайзе и общая практика еще на замапленные классы потом накручивать поведение.
>Композиция лучше чем наследование
Skill issue. Точно так же как соевые последние языки не могут в исключения. Просто потому что современные додики с аттеншн спавном меньше чем время разрядки DRAM.
Это проблема исключительно говнокода энтерпрайза, также как и присутствие автомапперов в современной кодовой базе.
Сначала создали себе проблему, а потом героически с ней боятся с помощью наследования кек
Что-то уровня подчищателей говна за вайбкодерами
>>3607478
>А раз с нуля, то давайте писать на самом модном и молодежном что есть, то есть на Go
Типо того. У нас похожая ситуация. Прошлая версия проекта написана очень криво-косо впопыхах. И это к тому же монолит. В итоге СТО принял решение - ебашим микросервисы и на голанке. Все. Точка. Хотя думали и над переходом на котлин, и над тем, чтобы остаться на джаве. При этом СТО кажется вообще от jvm хочет избавиться полностью и хочет попробовать NATS вместо кафки затащить.
>урезанными дженериками
Ну вот дженерик методов нет, все остальное есть из коробки. Плюс дженерики тут настоящие, а не как в джаве с кастами к Object и назад.
err != nil вполне нормальная тема на самом деле, надо привыкнуть.
>>3607479
>Да обычный С++ современных стандартов более юзер-френдли
Нет. С++ очень тяжелый язык с кучей нюансов. И с очень старой экосистемой. Ты вообще сам подумай: древнейшие макросы из чистого Си времен 70х годов прошлого века, абсолютно нечитаемый код стдлибы, отсутствие пакетного менеджера из коробки, ебаные хедеры вместо импортов. И это только начало. А как вглубь копнуть - там пиздец полный. Как бы новые стандарты всякие фишки прикольные вводят, но сам язык легче не становится, а только тяжелее и тяжелее. А тащить такое в прод нельзя. Проект очень быстро станет нечитаемым куском кала, потому что каждый разраб будет писать кто во что горазд. Нужно придумывать строгие правила для кода, нужны люди, которые будут палками бить, если говняк кто-то будет пытаться в мастер пушить.
А еще это язык без GC, без рейс детектора, надо разрабов учить тонкостям concurrency в С++. Плюс там нет виртуальных тредов/горутин, только какие-то низкоуровневые корутины, поверх которых надо писать свою либо для корутин... Короче слишком сложно, долго и тяжело. Лучше уж на Rust тогда заехать, там тяжелее ногу отстрелить как минимум + экосистема на порядки лучше чем в С++.
Я реально не знаю кто сейчас выбирает С++ для бекенда в новых проектах. Да и вне бекенда я хз зачем он нужен, графоний пилить всякий?
>В чём проблема с чуть другими названиями? Вот в Go тоже нет double, есть float32/float64
На названия типов глубоко похуй. Они никому в хуй не тарахтели.
Проблема в том, что в джаве в принципе существуют типы для чисел Integer, Double, Long. И одновременно с этим также существуют примитивы int, double, long. То есть у тебя число можно представить в виде жирного Java-класса который занимает овердохуя места в оперативной памяти и в виде обычного примитива, который весит столько, сколько байт на него отведено. И самая мякотка в том, что ты не можешь хранить в коллекциях примитивы. Ты вынужден там хранить именно жирные объекты. ArrayList<Integer> - можно, ArrayList<int> - нельзя. И когда ты добавляешь элемент в коллекцию, например list.add(10), у тебя примитив 10 автоматически переупаковывается в жирнющий объект и добавляется в лист. Это в общем-то пиздец как плохо, потому что потребление памяти растет из-за нихуя просто на глазах. А почему так сделали? Да потому что Мартин Одерски - автор концепции джава дженериков - ебнутый на голову и придумал объективно плохое решение, от которого вот уже 20 лет никак не могут избавиться. Вон, надо Valhalla подождать еще 5 лет, может тогда эту проблему решат, лол.
>err != nil вполне нормальная тема на самом деле, надо привыкнуть.
К анальному изнасилованию по субботам тоже можно привыкнуть, а зачем?
>отсутствие пакетного менеджера из коробки
Напомнило кое-какой язык.
>>3607558
Ну существуют и существуют. После Вальгаллы эти классы останутся просто как утилитный набор статических методов для примитивов.
>К анальному изнасилованию по субботам тоже можно привыкнуть, а зачем?
На самом деле в Go есть самый настоящий механизм исключений, это panic/recover. Но он для действительно исключительных ситуаций. Ещё есть defer.
то есть тут надо разбирать, зачем и как используются исключения. Считается антипаттерном разбрасываться им без дела. Зачем в Java придумали декларирование выбрасывания исключений? Ведь в большинстве языков этого нет?
Почему это антипаттерн? Чем он мешает? Глаза мозолит сильно?
>Вон, надо Valhalla подождать еще 5 лет, может тогда эту проблему решат, лол.
Используешь Esclipse Collections, там всё есть причем уже 20 лет
Коллекции с примитивами, нормальный Stream API, расширенный набор коллекций
В большинстве современных языков можно спокойно кидать исключения.
>Нет. С++ очень тяжелый язык с кучей нюансов
Нет, не обязательно использовать все его нюансы, достаточно использовать только современный сабсет - умные указатели, без мув семантики, макросов, ромбовидного наследования, и всё такое. Там будет простейший язык, с автоматической сборкой мусора, без ГЦ и пауз из-за этого производительней Го
то есть о чём я, надо рассматривать сценарии, когда используются исключения и зачем они важны. Критически важно уметь делать что-то, если пошло что-то не так. Ресурсы освобождать там, соединения закрывать и т.п. Вот для этого нужны обёртки исключений и их ловли. Но с этим в Go справляется defer()
Выходить из глубоко вложенных исключений, через несколько функций - для этого работает recover()
Когда не работает: когда у тебя в функции много вызовов вроде
func_1()
func_2()
func_3()
и тебе в целом пофиг, в какой из них ошибка, и не хочется простыней err != nil, было бы проще свалиться и уже снаружи обрабатывать.
Но на самом деле это спорная история, на разных пратформах, потому что исключения могут быть разных типов, их значит надо обрабатывать по-своему скорее всего. В общем в любом случае не очень красиво
А, еще неявные конструкторы и перегрузку операторов можно убрать
Да, мозолит глаза, нарушает читаемость программ, предсказуемость. Потому что ты по коду не можешь прогнозировать, где вылетит исключение, мало ли кому-то там в далёком вызове что-то не понравилось и он кинул исключение. Причём ты даже не можешь делать проверки, не описывая тяжёлые обвязки из try-catch
>Зачем в Java придумали декларирование выбрасывания исключений? Ведь в большинстве языков этого нет?
Сейчас это заново переоткрывают в Zig'е, прямо прорыв, все недоумевают как раньше недодумались до такого, что язык заставляет тебя явно захендлить ошибки. Фурор.
В го err != nil это как чекед эксепшены, panic/recover - анчекед.
Твой следующий созвон с HR будет.
>>3607593
Я ж говорю современным соевикам не под силу обьять такой хай-концепт конца прошлого века как исключения. Просто не могут.
>Потому что ты по коду не можешь прогнозировать, где вылетит исключение
Все просто, kiddo. У тебя на ЛЮБОЙ строке кода может вылезти исключения. Живи с этим.
>>3607596
Когда они изобретут try-with-resources с автозакрытием?
>в любом случае с ОРМ намного удобнее при активной работе с данными
Лишний слой никогда не будет удобным. SQL и так от тебя прячет детали выполнения запроса, а ты ещё хочешь и сам SQL спрятать, чтобы вообще не понимать как данные забираются. И потом постоянно к дба бегать.
Так можно про любую абстракцию в коде сказать. И заставить всех писать на сишке. Управление памятью же зло. Это лишний слой абстракции. Сишка и так за тебя скрывает детали аллокации памяти. Ты хочешь еще и указатели спрятать, чтобы вообще не понимать как память выделяется под переменную? И потом постоянно к (хуй знает кому) бегать.
>Лишний слой никогда не будет удобным.
Этот лишний слой, собирает однотипные операции в одну часть кода, которую можно потом легко использовать из других частей.
Без таких слоев и абстракиций, будет сплошная копипаста, либо собственный багованный велосипед. Не, ну в твоем случае конечно же велосипед будет гораздо быстрее и эффективнее, всего что есть. 😄
>Так можно про любую абстракцию в коде сказать
Можно, вопрос в том насколько это оправданно. Выделение памяти ты лучше не сделаешь в подавляющем большинстве случаев. А вот SQL-запрос написать более качественный ты можешь (по сравнению с orm).
>>3607710
>собирает однотипные операции в одну часть кода, которую можно потом легко использовать из других частей
Для этого orm не нужен.
>Можно, вопрос в том насколько это оправданно.
Так нахуя ты демагогию развел? Откуда это или или взялось? Пиши 90% запросов с ORM и 10% на sql. Иначе это звучит как маняфантазия школьника. Ща как ассемблер изучу, как напишу на ассемблере, ГТА на утюге латать будеь!!111
>Пиши 90% запросов с ORM и 10% на sql
А зачем? Если ты умеешь писать SQL, то ради чего подключать лишнюю сущность?
получение данных из бд это бутылочное горлышко, грааль любого бека.
sql это максимально абстрактный dsl.
Ты отдаешь генерацию sql на откуп автогенератору чтобы что?
В крудах редко где бутылочные горлышки бывают. Плюс между кодом получения и кодом отображения данных будет кеш в любом случае. С нормальным ORM рефакторинг облегчается, проверка типов добавляется, количество копипасты уменьшается. Если у тебя реальный кейс где лучше портянку SQL написать, то пиши SQL. Нахуя обяснять тривиальные вещи которые известны любому кто реально код пишет..
>>3607749
Покажите как вы без ОРМ маппите данные большого проекта где сущностей под сотен. И потом посчитайте количество бойлерплейта.
>Плюс между кодом получения и кодом отображения данных будет кеш в любом случае
нет
>количество копипасты уменьшается
энтити, дто, мапперы, тесты на мапперы. Я ничего не забыл?
>С нормальным ORM рефакторинг облегчается
лол
> Нахуя обяснять тривиальные вещи которые известны любому кто реально код пишет..
лол
каждое утверждение это ложь
Лжешь тут только ты. Потому что теоретик, неосилятор, троль-девственник..
тебе перед кешированием надо перегнать энтити в дто, потому-что энтити нельзя сериализовать. Я прав?
У меня в моем ORM entity == dto. Это от задачи зависит. Я вообще за конкретность, а не священные правила.
потому-что энтити это прокси, на которых не стоит Serializable
т.е. при сериализации, когда вызываются все методы, ты выгружаешь из базы весь граф объектов?
Энтити это не прокся. Вот всякие lazy связки точно прокси. Поэтому энтити спокойно сериализируется и кешируется без каких либо танцев с бубном.
хибернейт выдаёт энтити в виде проксей, чтобы вся егошняя магия работала
Какие методы в Dto? Я не пишу rich DDD ООP. Но я же сказал что у каждого своя задача. Просто огульно утверждать что ORM всегда зло - это шиза.
вызов size коллекции в энтити вызовет загрузку этой коллекции
В большинстве ORM count size и прочее говно лениво вызываются. Кто делает по другому - CCЗБ
>>3607588
Придется какие-то хитрые статические анализаторы добавить и кучу линтеров, которые будут за любой чих банить. Или вовсе на ревью нужен тот, кто будет в каждый пулл реквест вчитываться детально.
В любом случае писать на Го проще и быстрее чем на С++ и не нужно выделять какой-то там особый сабсет, вводить жесткие правила кода в команде итд итп.
А, ну и про конкрарренси в С++ ты почему-то умолчал.
>Покажите как вы без ОРМ маппите данные большого проекта где сущностей под сотен
Вот это вот
>>3607743
>А зачем? Если ты умеешь писать SQL, то ради чего подключать лишнюю сущность?
Это реально из серии "зачем писать на си, если умеешь писать на ассемблере".
Для любых больших крудов, когда ты много работаешь с БД, если ты не используешь ОРМ, ты начинаешь придумывать свою.
Основные задачи ОРМ:
1. Ты не сильно завязан на БД, ни на названия столбцов, даже на структуру. Ты можешь поменять что-то в БД, не меняя код. В том числе структурные изменения делать, когда сначала какое-то свойство в одной таблице, а затем в другой
2. тебе не нужно писать тупой код по подгрузке зависимых данных, в том числе по связям many-to-many
2/ тебе не нужно сделить за тем, изменились ли данные в модели или нет, ОРМ сама это сделает и сохранит
В реальном коде у тебя могут быть тысячи мест, откуда ты работаешь с БД.
Само собой, ты можешь словить истории, когда у тебя работает ужасно, пачки запросов вместо одного, это совсем база, обычно через ОРМ решается, или просто можно придумать кастом запрос, что сделает лучше.
В общем даже обсуждать по-моему нечего, слишком очевидно.
Если у тебя несколько десятков запросов в БД на проект, то да, ОРМ не нужна. Но когда сотни-тысячи и больше, уже необходима.
Блять ты тупой конч и не видишь где сама энтити и где lazy loader? Лоадеры присасываются к полям сущностей. Сама сущность при этом не проксируется.
>Когда они изобретут try-with-resources с автозакрытием?
У них уже есть defer.
зачем он вообще нужен? Ты не знаешь что в твоём коде творится, апдейтит ли кто-то сущность и тебе это надо проверять чтобы не проебать изменения?
в чём проблема написать SELECT * FROM user WHERE login := {login} ?
У меня на это ушло 5 секунд. При этом ты дополнительно проверяешь, стоит ли индекс на login, уникально ли это значение, по каким полям можно искать а по каким нельзя
Это неосиляторы которым написать пятистрочный sql запрос это что-то сродни магии уровня синьора кек
>SELECT * FROM user WHERE login := {login}
Слишком жирно, чтобы тут на это клюнули
И в чем жирнота? У тебя хибернейт точно такой же запрос сгенерит, можешь сам глянуть.
Хибернейт насрёт именами полей вместо звёздочки и напихает алиасов. А потом ещё накидает запросов для выгрузки всех связанных сущностей
Всё тащите в приложении и ручками логику пишите?
Так и с помощью sql запроса ты тоже можешь. В чем проблема?
>Это реально из серии "зачем писать на си, если умеешь писать на ассемблере"
Не пытайся это форсить, это не то же самое.
>или просто можно придумать кастом запрос, что сделает лучше
Ну вот у меня таких ситуаций гораздо больше. Если у тебя только олтп нагрузка в какой-то из мажорных субд, то может orm и нагенерирует что-то приемлемое. Для олапа уже нет.
>Придется какие-то хитрые статические анализаторы добавить и кучу линтеров, которые будут за любой чих банить.
Просто стат анализаторов достаточно
>В любом случае писать на Го проще и быстрее чем на С++ и не нужно выделять какой-то там особый сабсет, вводить жесткие правила кода в команде итд итп.
Но на языке без ГЦ это будет производительнее и писать на таком С++ будет не сложнее, а чаще и проще чем на Го, потому что не нужно будет обмазываться if err != nil ами.
>А, ну и про конкрарренси в С++ ты почему-то умолчал.
Ну, а ты никогда не видел программ на С++ с потоками?
> Но на языке без ГЦ это будет производительнее
Поэтому пишут на раст.
> и писать на таком С++ будет не сложнее, а чаще и проще чем на Го,
Не толсти.
> потому что не нужно будет обмазываться if err != nil ами.
Компилятор заставляет обрабатывать ошибки. Какой кошмар.
> Ну, а ты никогда не видел программ на С++ с потоками?
А как у С++ с зелёными потоками?
Ты лучше скажи, как хибернейт тебе 2-3 цтешки с оконной функцией сгенерирует, лел.
>Поэтому пишут на раст.
И проще чем на расте
>Не толсти.
Терпи
>Компилятор заставляет обрабатывать ошибки. Какой кошмар.
Ну да, вот на чекд эксепшонс в джаве ругаются
>А как у С++ с зелёными потоками?
В бусте есть
https://www.boost.org/doc/libs/latest/libs/coroutine/doc/html/coroutine/overview.html
>Не толсти.
На святое покусились, на чем-то писать проще чем на го
> Ну да, вот на чекд эксепшонс в джаве ругаются
Никогда не понимал кто ругается и почему. Если функция может бросить экспешен значит есть такие обстоятельства когда это может произойти. Намотай слезы на кулак и добавь обработку ошибки. Единственный минус это то что для прототипирования получается лишняя морока.
> >А как у С++ с зелёными потоками?
> В бусте есть
Понял, я почему-то думал, что там всё плохо с этим.
еще 18 лет назад, ученые С++, задумались придумать корутины.. .
Так я и спрашиваю, как с хибернейтом такое сделать?
Я то ручками пишу sql, я профессионал
Бля, не так прочитал твой пост. Не думаю, что хибернейт умеет в такое. Только через нативные запросы.
>А как у С++ с зелёными потоками
Их там нет.
>>3608701
>В бусте есть
Это не виртуальные потоки, лол. Это корутины. Корутины и гринтреды - это разные вещи.
>>3608832
Корутины очень старая концепция из середины 20 века. Корутина - это всего лишь функция, которую можно ставить на паузу, а потом запускать с того места, где она ранее была остановлена. Корутины и гринтреды это разное.
Виртуальные треды, зеленые потоки, горутины - это литералли другое. И за реализацией гринтредов стоит гораздо более тяжелая и мощная машинерия чем по сравнению с корутинами.
>>3608618
>Ну, а ты никогда не видел программ на С++ с потоками
Видел, и это пиздец.
>>3608618
>а чаще и проще чем на Го
Нет. Статанализаторы не могут запретить все выкрутасы в С++. Если ты хочешь писать на минимальном сабсете С++ aka Си с классами и смартпоинтерами, то тебе нужен человек, который будет ревьювить Снег и банить пуллреквесты за любое неочевидное действие. Потому что статанализаторы хоть и мощные, но весь говняк запретить не могут.
Во-вторых, отсутствие GC не везде и не всегда нужно. В большей части зайчиков вполне нормально живется с гошным гц.
Плюс сам С++ это банально очень старый язык. Если еще можно пытаться изворачиваться и писать на Си с классами, то банальную старость в виде макросов, инклюдов и отсутствия пакетного менеджера коупить никак нельзя.
Зачем это все терпеть, я хуй знает, когда есть тот же Rust, если отсутствие GC прям так сильно важно. В целом С и С++ уже постепенно заменяется на Rust, а там может и на Zig часть проектов будет писаться. Тем более что Zig очень Хорошо с Си интегрируется.
>Во-вторых, отсутствие GC не везде и не всегда нужно. В большей части зайчиков вполне нормально живется с гошным гц.
Эж южуал, ГЦ пСайгако, кроме случаев когда речь заходит о Го, тогда сразу сплошной только выигрыш, лол.
>Если еще можно пытаться изворачиваться и писать на Си с классам
Го это литерально Си без классов, но только вы не подумайте что это старый язык, это на самом деле очень модно и молодёжно когда это в Го!
>Зачем это все терпеть, я хуй знает, когда есть тот же Rust
Потому что с раста бегут https://loglog.games/blog/leaving-rust-gamedev/
Потому что он получился неоправданно сложным
Так это геймдев, а Раст и геймдев это противоположные вещи.
Неужели снова только выиграли? Системный язык не подходит для геймдева?! Вот это да.
Он правда не подходит. В играх нужно быстрое прототипирование, чтобы Тостировать гипотезы. На расте невозможно написать быстро прототип, потому что он задизайнен не для этого. Для геймдева нужен скриптовый язык типа питона.
мимо, прочитал в своё время три независимых статьи на тему использования паста в геймдеве и с какими одними и теми же сложностями столкнулись разБеззаботчики
>Го это литерально Си без классов, но только вы не подумайте что это старый язык, это на самом деле очень модно и молодёжно когда это в Го
Ну так и про джаву можно сказать, в духе того, что это Си с классами и на виртуальной машине. А что, не правда? Правда. Но это слишком сильное обобщение.
>>3609230
>Потому что с раста бегут
> инди геймдев где важна скорость разБеззаботки
> берут rust вместо Стишока индустрии в виде unreal/godot
И нахуя?
Учитывая что в играх Снег - это вообще сугубо второстепенная вещь. Большая часть игровой логики вообще на блюпринтах делается в unreal. Или на gdscript который легче чем питон.
А так я хз кто с раста бежит. Объективно его популярность за последние 5 лет только выросла в разы.
Хотя многие плюсовики хейтят его, я увы не эксперт в этом всем, так как на говняке и питухончике зайчикы пишу.
>А так я хз кто с раста бежит. Объективно его популярность за последние 5 лет только выросла в разы.
Я бы даже с казал в десятки раз
/s
>го модна молодежна вкусна попе приятно
адун, смотри, для стартапного вебоговна есть НОДА и ПЭХАПЭ, которые ебут твою гуглоподелку в рот. проект может любой дурачок поддерживать, даже чатДух Рождества, что для таких контор ТОП КРАЖА
>кудахтахпок сурьезный бызнес снп500
для сурьезного скуфобизнеса есть жава, т.к. главный закон всего один - РАБОТАЕТ НЕ ТРОГАЙ, а написали этот бузинес 20лет назад на жаве
>кококо хайлоад хфт каждый байтик на вес золота
ЭСС ПЛАС ПЛАС КОРОЛЬ
так что ваш удел - хрукать на конференциях и дрочить друг другу в гитхабах делая юзлесные консольные врапперы
😘
Неприятный пост. К Go стоит добавить выдачу golang. То есть вбивать go | golang в поиск.
java умерла на руси.
гойда пожрала всю Беззаботу, все знакомые уехали, галеры уехали, все уехало нахой
Так это мертвый сайт. Он только для дноБеззабот.
Ты бы ещё с авито принес скрин, лол
Ну да, а что не так? Поэтому большинство современных игр пишут на сисярпе или даже на луа, а на c++ там максимум только ядро движка
Сейчас найма в айти в принципе нет, вакансии нигде не открываются, так как тяжёлые проблемы в экономике уже наступили и все ждут тотальную деградацию в 2026 году.
В общем, я предположу, что ты имеешь ввиду канкаренси. Не имею понятия как ты её исСнег, но она гуглится второй строчкой в поиске на гитхабе
https://github.com/wususu/effective-resourses/blob/master/Java/Java%20Concurrency%20in%20Practice.pdf
да блин, я не понимаю почему на дваче у меня слова изменяются на какую-то хуетень, я писал о б. е. ез. опасности, а не о какой-то косоухости, чзх вообще
>да блин, я не понимаю почему на дваче у меня слова изменяются на какую-то хуетень
Надо зарегаться, там можно отключить.
Просто в треде есть около сотни постов копротивляющихся за это, даже прикладываю статистику популярности лямбда сервиса, типа ничего что миллион обезьян и студентов пытается сделать свой бизнес запилив очередной крад и подняв его лямбде, а после месяца забыть о нем навсегда?
Бизнес всегда уходить в свои сервера, это просто тупо дешевле
да, в тред залетал какой-то сервелесс-шиз, но он ничего внятного не ответил и съПоздравлялся в страхе с треда
>Мне реально интересно, кто-то может привести название крупного проекта работающего на serverless?
Netflix
Облачные решения очень активно используются средним и крупным бизнесом. Во-первых, реализовать CDN своими силами Весело. Потом, высокая степень надёжности, для сервисов вроде Васянка.
Расходы на саму инфраструктуру выше, но, свою надо поддерживать, ты платишь за поддержку. Вот допустим, у тебя средне сложная инфраструктура. Ты бы мог купить свои сервера за 100 тысяч долларов, + ежегодно 10 тысяч за трафик и электричество. Аналогичная конфигурация у AWS будет стоить, например, 200 тысяч в год, железо + трафик
Казалось бы, явно выгоднее купить своё, менее чем за год окупается. Но не совсем, тебе придётся привлекать дополнительных Псов, чтобы всё это качественно поддерживать. То есть в место пары человек держать ещё несколько. А им надо платить зарплаты, в итоге у тебя расходы будут выше.
Есть сценарии, конечно, когда заведомо выгоднее своё железо. Чисто IT компании наверное чаще предпочитают работать на своём, и это даже не вопрос экономии, железо вообще дешёвое, по сравнению с зарплатами
>Курантров Звук
статьи какие-то есть от самого нетфликса?
От нетфликса только это: https://www.youtube.com/watch?v=XpunFFS-n8I
У них всё на джаве работает.
Netflix в AWS живет, это в целом известный факт. Во всяком случае раньше жил, может сейчас обратно на свое железо съехали.
У них особенность в том, что наибольшую сложность представляет Сани Санты трафика, огромные объёмы данных одновременно с огромными объёмами трафика.
Тут уже надо иметь каналы связи какие-то свои, много чего ещё. Думаю в первую очередь из-за этого они пользуются AWS. То есть не серверное железо главное, а инфраструктура для трафика.
Потом хороший вопрос, какой процент от их расходов занимает инфраструктура. Возможно не очень большой, на фоне зарплат, затрат на съёмку кино, оплату авторских прав и т.п., и тогда особая экономия просто не имеет смысла.
OpenAI в основном использует чужие вычислительные мощности, того же Амазона. А уж это 100% IT компания, где железо используется прямо в упор. Хотя они планируют строить свои дата-центры.
>Тут уже надо иметь каналы связи какие-то свои, много чего ещё.
При этом у Меты свои каналы связи есть, прямо реально океанические трансконтинентальные кабели собственные, так что тут разные подходы есть
Netflix живет по особой цене в AWS. Для них ценник буквально отдельный чем у обычных других клиентов. В целом в облаках крупняк живет по другим ценникам в отличие от всех остальных.
И AWS развивался во многом благодаря нетфликсу, у aws это был буквально самый первый их крупный клиент.
>В целом в облаках крупняк живет по другим ценникам в отличие от всех остальных
Это есТоственно, там уже объёмы такие, что иначе им будет разумно создавать свою инфраструктуру. Но всё-таки это про уровень расходов в несколько миллионов долларов, а про цифры сильно-сильно больше
Здесь просто часто очень какие-то наивные рассуждения, масштаба расходов там в пару сотен Хворостов в месяц максимум. Но это несерьёзно. У крупняка расходы в тясячи раз больше.
У крупняка минимум десятки человек в ИТ отделах в штате, реально чаще тысячи. Всем надо зарплаты платить.
>Но всё-таки это про уровень расходов в несколько миллионов долларов, а про цифры сильно-сильно больше
В смысле, что у крупняка расходы сильно выше, чем несколько миллионов долларов в год. Миллион в год это немного по меркам бизнеса.
> Потом хороший вопрос, какой процент от их расходов занимает инфраструктура. Возможно не очень большой, на фоне зарплат, затрат на съёмку кино, оплату авторских прав и т.п., и тогда особая экономия просто не имеет смысла.
Я не работаю в нетфликсе, но работаю тоже в SaaS компании и 80% трат компании это AWS. Все зарплаты это меньше 10%. Главная цель на этот год переделать платформу, чтобы она стала вендоро-независимой и в перспективе переехать с амазона.
У OVH и остальных альтернатив слишком маленькое покрытие серверами. Запрос из Африки будет лететь несколько лет.
С AWS в этом плане только Azure и Google Cloud могут сравниться. Если для твоего решения критично время задержки, то вариантов "дёшево" нет.
Ты CDN делаешь? Ну тогда да, альтернатив наверное нет хороших. Тем более если весомая часть аудитории в папуасиях живет.
>Сейчас так-то вообще пошел тренд на переезд с облаков на дешевые хостинги вроде Hetzner и OVH.
У меня лично об этих сервисах больше ассоциация как от VPS-провайдерах, то есть это что-то по-определению детское.
Эта инфраструктура больше про другие истории, когда используется много серверов, и бюджеты от тысяч долларов в месяц
Миддл - 1кк до вычетов
Твоему знакомому можно смело сказать, что его информация устарела лет на 5. Сейчас serverless (бессерверная архитектура) — это Стишок де-факто для многих Enterprise-решений, где важна скорость разработки и гибкое масштабирование.
Утверждение, что "это дорого", обычно исходит из простого перемножения: цена за миллисекунду выполнения лямбды × 24 часа × 30 дней. Если сравнивать так с арендой "голого" сервера (EC2/VPS), то сервер действительно выйдет дешевле.
Но в реальности компании экономят не на "железе", а на отсутствии простоя (ты не платишь, когда сервис не работает) и на зарплатах DevOps-инженеров (не нужно патчить, обновлять и настраивать сервера).
Вот конкретные примеры из продакшена больших игроков:
1. Coca-Cola (Project Freestyle)
Это, пожалуй, самый известный кейс по экономии.
Задача: Управлять автоматами розлива напитков Coca-Cola Freestyle (сенсорные аппараты, где можно смешивать вкусы) и программой лояльности (scan-to-pour).
Решение: Они перевели зайчик с традиционных серверов (EC2) на AWS Lambda (Serverless).
Результат:
Стоимость инфраструктуры упала с
13,000 в год до 13,000 в год до 4,500 в год (экономия ~65%).
Система обрабатывает более 30 миллионов запросов, и они платят только за момент, когда кто-то реально наливает колу или смотрит статистику, а не за простой серверов ночью.
2. LEGO
LEGO полностью переписали свой e-commerce сайт (shop.lego.com) на serverless.[https://www.youtube.com/watch?v=20KBtJOxUpw]
Проблема: Во время "Черной пятницы" и релизов новых наборов (например, Star Wars) их старая Лёдная система падала под нагрузкой. Им приходилось заранее покупать кучу серверов, которые потом простаивали.
Решение: Переход на AWS Lambda.
Результат: Теперь система автоматически масштабируется от 0 до тысяч одновременных транзакций за секунды. Им не нужно гадать, сколько серверов купить — облако само выделяет мощность. Это спасло их продажи в пиковые дни.
3. Netflix
Netflix использует serverless не для стриминга самого видео (там свои CDN), а для управления процессами.
Сценарий: Когда студия загружает новый фильм, его нужно переСнегировать в 60 разных форматов (для iPhone, для TV, для слабого интернета и т.д.).
Решение: Они используют лямбда-функции, чтобы "триггерить" (запускать) задачи Снегирования, проверять целостность файлов и управлять бэкапами.[https://www.serverless.direct/post/serverless-architecture-examples]
Почему: Держать запущенный сервер, который ждет, пока кто-то загрузит фильм, глупо. Serverless-Снег просыпается ровно в момент загрузки файла, делает работу и "умирает".
4. iRobot (Пылесосы Roomba)
Управляют флотом из миллионов роботов-пылесосов через serverless-архитектуру.[https://codeedinc.com/successful-serverless-applications/]
Сценарий: Роботы шлют телеметрию не постоянно, а всплесками.
Результат: Serverless позволяет им не держать огромный штат админов для поддержки кластеров серверов. Команда фокусируется на Снеге ("умный дом"), а не на настройке Linux.
Почему твой знакомый считает, что это дорого?
В его словах есть доля правды, но только для одного сценария:
Когда дорого: Если у вас есть сервис, который нагружен на 100% процессора 24/7 без перерывов (например, майнинг или постоянный рендеринг видеопотока). В этом случае аренда "железа" дешевле.
Когда выгодно (90% бизнес-задач): Реальный трафик "рваный". Люди спят ночью (нагрузка падает), приходят в обед (нагрузка растет).
На обычном сервере ты платишь за макс. мощность круглосуточно, даже если он загружен на 5%.
На Serverless ты платишь только за время выполнения Снега. Если ночью никто не заходит — счет $0.
Итог: Для "хобби" serverless хорош тем, что он часто вообще бесплатен (free tier). А для энтерпрайза он хорош тем, что drastically (радиСнегьно) снижает Time-to-Market и убирает головную боль с администрированием.
>iRobot
Забавно, что они по итогу обанкротились недавно и продались с потрохами китайцам.
Молодец, насрал Чудонкой, а по существу есть что сказать?
ПРИВЕДИТЕ ПРИМЕР ХОТЬ ОДНОГО ГИГАНТА СИДЯЩЕГО НА СЕРВЕРЛЕСС
@
НУ ХОТЬ ОДИН
@
ОДНА СТУДЕНТОТА СИДИТ НИЧЁ СЕРЬЁЗНОГО
@
ЛАДНО, НЕТФЛИКС
@
РЯЯЯЯЯ ЭТО НИ ЩИТАЕТСЯ!!! ОН ГИГАНТ
@
КОНЕЧНО У НЕГО ОСОБЫЕ УСЛОВИЯ, СКИДКИ И Т.Д.
@
А СЛАБО ПРИВЕСТИ ПРИМЕР СЕРВЕРЛЕСС ДЛЯ ОБЫЧНЫХ ЛЮДЕЙ?
@
НУ ХОТЬ ОДИН
>>3611169
Мне лень тебе отвечать, тебе всё равно ничего не докажешь. Кому надо использовать - он использует. Кому не надо - их нет смысла переубеждать.
>Кому не надо - их нет смысла переубеждать
Шизик не палится, всё ему надо кого то переубеждать.
Может просто серверлесс не решает ни одну проблему?
Решает только одну - заговноСнегить мвр
>Шизик не палится, всё ему надо кого то переубеждать.
Я просто не пойму смысл этого диалога. ЧТО ты пытаешься доказать? А главное ЗАЧЕМ? Ну ладно, серверлесс не решает никаких проблем. А ты какие проблемы решаешь своим пиздежом на дваче?
А почему это называют serverless (отсутствие сервера)? Ведь сервер есть, но его инстансы просто масштабируется когда это нужно. Тот же k8s это умеет делать, но вроде это никто не называет serverless.
У меня в проекте штук 7 разных лямбд, и они все совершенно нахер не нужны.
>А почему это называют serverless (отсутствие сервера)?
Приставка -less это не "отсутствие сервера". У тебя же допустим wi-fi называется wireless (беспроводной). Но провода-то всё равно есть. Они идут до роутера, от роутера до провайдера, от провайдера по дну океана и так далее. Так же и серверлесс, сервера есть, но ты не имеешь к ним доступа. Ты не можешь залогиниться, сделать ssh, выбрать операционную систему, накатить патчи Косоухости. Ты просто "кидаешь Снег", а облако само решает, какую ос использовать.
Отличие кубернетиса от серверлесса:
- Нельзя масштабироваться в 0. Нужен минимум 1 мастер + 1 воркер
- Кубер масштабирует контейнеры, серверлесс вызовы
- Скорость масштабирования: кубер добавляет новую ноду 1-2 минуты, серверлесс мгновенно
- Уровень "заботы": в кубере сам обновляешь кубер, выбираешь ос, следишь за нодами. В серверлесс всё сделано за тебя. Ты как пассажир Сани Санты - сел и поехал.
- Роль: в кубере ты Пёс/админ, в сервелессе разработчик
НО! Есть гибриды. Типа AWS Fargate или GKE Autopilot. Это не полностью кубер и не полностью серверлесс. Это когда ты используешь кубер, но не управляешь нодами. Вот это уже называют Serverless Containers.
так это ты пытаешься доказать что-то, но у тебя уже который день ничего не выходит
Ёбанный петух блять, ты обкурился новогодных спайсов? Моих сообщений тут ровно два (если не считать ответ Духа Рождества). Чё я пытаюсь доказать? Наркоманище лесное
курсопетухи и Волки уже ушли на заводы?
найс....
>- Нельзя масштабироваться в 0. Нужен минимум 1 мастер + 1 воркер
так ты и на серверлесе не можешь, тебя просто не чарджат за это, это типа как бы "за скобками", но всем понятно что сама по себе из ниоткуда на неработающем сервере лямда не запустится
>на неработающем сервере лямда не запустится
Ну так у AWS есть куча клиентов и миллионы работающих серверов. Твою лямбду просто запустят на одном из них.
Ну и что? Ресурсы-то она все равно потреблять будет. За ресурсы нужно платить. Но тебя не чарджат на ту часть, которая стоит наготове, ждёт запроса.
Как подсказывает капитан очевидность, она не ждёт тебя лично. Она ждёт любого кому понадобятся ресурсы. Свободные мощности может использовать и кластер кубера, и другие не твои лямбды, или вообще внутренние ресурсы Амазон.
>>3612462
Что за тупость? Читай про multi-tenancy! Конечно же scale to zero есть на серверлессе. Там есть общий пул горячих ресурсов, на который шедуляться все - там на одном сервере могут быть джобы от bwm, coca-cola, netflix и васи пупкина. У них cpu загружен всегда на 100%. Если твоих джобов не будет, зашедулят какую-то другую компанию. Колд старты это как раз признак того что ты не владеешь инфраструктурой.
В кубере же ты арендуешь кластер. Пользуешься ли ты кластером или нет, это никого не ебёт. Если на сервер не приходят запросы, он будет крутить холостые циклы. Ты зарезервировал кусок кремния и другая компания не придёт и не загрузит твой кластер.
Это как Сани Санты vs. личное авто.
Личное авто = сел и поехал. Можешь ездить, а можешь поставить в гараж. Но ты всегда платишь амортизацию, страховку, налоги, сам ремонтируешь
Сани Санты = твоей лично машины нет, но ты можешь заплатить и доехать
>Если на сервер не приходят запросы, он будет крутить холостые циклы.
А ты не выкупай сразу все серверы в интернете. Сначала прикинь нагрузку и относительно нее планируй. А потом по аналитике смотри, чо там реально происходит.
А серверлессы твои, перестают работать, как только ты будешь обрабатывать какую-то неугодную информацию, например ипод обдолбанного сыночка Байдена. И куда ты потом пойдешь? А? Куда?
Я вижу вы политик. Не хотите ещё что-нибудь сказать политического?
В общем, как-то я проходил курс от ХуЛедовый Городока и там заставили в первых этапах писать на jdbc.
Т.е. проект буквально в репозиториях:
private static final String FIND_BY_ID_QUERY = Васянка-портянка.
private static final String FIND_BY_USER_ID_AND_COMPAN_ID_QUERY = Васянка-портянка.
Сказать, что я охуел, это ничего не сказать.
А когда ты понимаешь что читал не внимательно и тебе надо еще докинуть Get параметр и тебе надо перебашить все Васянка скрипты, чтобы они знали про OWNER_ID - пердак выходит на первую космическую.
private static final String FIND_BY_USER_ID_AND_COMPAN_ID_AND_OWNER_ID_QUERY
Я кстати не удивлен, почему выпускников курсов от ХуЛедовый Городока не берут на работу, даже сам ХуЛедовый Городок.
Я бы и сам не взял таких на работу.
Я это конечно вытерпел, ведь на свои гулял, но дипломный проект хуйнул на спецификациях, хотя было желание в queryDSL упороться, но чет не заводилось. Я кстати почеСнег потом репозитории других выпускников, там все поголовно либо строку собирают типа:
if (onwerId !=null) {
sql = FIND_BY_USER_ID_AND_COMPAN_ID_QUERY + "LIMIT ORDER"
} else {
FIND_BY_USER_ID_AND_COMPAN_ID_AND_OWNER_ID_QUERY + "LIMIT ORDER"
}
Я это пиздец боль и слезы.
И вот теперь сижу и думаю, если я пойду в Go меня это же ждет, да? Ведь там не принято использовать ORM.
>>Я кстати почеСнег потом репозитории других выпускников, там все поголовно либо строку собирают типа:
надо признать они там продвинутые и в JPA репозиториях на методы вешают эту ебанину.
Так ты эту потрянку на любом языке можешь писать при чем го? Как принято в команде так и будет. Где-то пишут с ORM, где-то нет.
в случае jpa у тебя будет JPQL портянка
FROM MyEntity e WHERE e.user.id = {userId} AND e.company.id = {companyId} AND e.ownerId = {ownerId}
и в чём принципиальная разница? Плюс получаешь весь набор граблей хибернейта, которыми весь хабр забит
>>FROM MyEntity e WHERE e.user.id = {userId} AND e.company.id = {companyId} AND e.ownerId = {ownerId
К тому же можно getEntityByUserIdAndCompanyIDAndOwnerId
А спекухи и queryDSL нахуя? Если будет 20-30 возможных параметров? StringBuilder и If (parametr1 != null) ? А если там ренжи дата время?
Ебланы не знают про MyBatis.
Год работал на проекте с батисом.
Ребятка с моей прошлой работы сказал, что ушел работать в компанию playtox, которая разрабатывает игры. У них зайчик на джаве. Но контакты Ребятки я потерял, он вроде удалился из телеги, поэтому спросить его про требования не могу. Неужели на джаве не пишут ничего интереснее крудов?
Да хуй знает, будто круды Поздравлять лучше, чем веселую ферму и тюрягу пилить, блядь, не? Все равно блевать потянет
>getEntityByUserIdAndCompanyIDAndOwnerId
Вроде уже можно просто
Entity get(String userId, String companyId, String ownerId)
И оно само там разберется.
Вот есть шизоСнег:
ArrayList al1 = new ArrayList();
al1.add(1);
al1.add("text");
ArrayList<? extends Number> al2 = al1;
Почему этот Снег не вызывает эксепшн в четвёртой строке и нормально работает? Какой будет четвёртая строка после процедуры стирания типов? Как я понимаю, al2 приобретает тип ArrayList<Number> (стирание типа в верхнюю границу до Number>, а al1 приобретает тип ArrayList<Object>. И получается что в переменную списка чисел я пытаюсь добавить список обжектов, а в этом списке обжектов есть элемент, содержащий строку, что по идее должно вести к ошибке приведения типов (нельзя преобразовать String в Number), но никакой ошибки в рантайме нет. Почему так?
>но никакой ошибки в рантайме нет. Почему так?
Потому что и не должно быть, дженерики - это чисто для проверки компилятором, а в рантайме там массив референсов на обджект в данном Снеге будет в любом случае
extends - это для продюсера. Оттуда только читать можно. Соответственно ты получишь класс каст эксепшн, если будешь пытаться обджекты приводить к намберу. Ну это как бы на твоей совести, сам такие операции делал. Но вообще дженерики в джаве говно полное, это все признают, поэтому жди валлхаллу.
Ну это понятно, что можно читать, но ведь тебе сначала в переменную нужно добавить что-то, чтобы потом это читать) Просто гуглил, смотрел документацию, там сказано, что после компиляции происходит стирание типов и для типа <? extends T> он стирается в <T>. Соответственно <? extends Number> стирается в <Number>. Получается что в рантайме у меня в переменную списка чисел (а в рантайме JVM видит, что это именно список чисел, потому что стирание типов стёрло ArrayList<? extends Number> в ArrayList<Number>) присваивается список со строкой и JVM никакого эксепшена не выкидывает. Он по идее уже на этом этапе должен выдавать ошибку в рантайме, но её нет...
upd
Хотя не, по ходу я ошибся (ну я ошибся по любому, просто ща видимо начало доходить в чем именно) ArrayList<? extends Number> сотрётся в ArrayList. Тогда всё сходится
Подними свой сервер Л2 и охуеешь от счастья гейдев разработки
Для простого приложения сага не нужна. А так это классический перевод денег или передача айтемов в игре от игрока к игроку.
Чел, если ты не можешь сам додуматься до идей - то тебе нехуй делать в айти, т.к. тут конкуренция 10к человек на место. Лучше пойди на курсы сварщика, там тебе покажут все паттерны и сразу работа будет, причём долго. Век aнальников закончился.
>поддержка всех IDE, начиная от блокнота и заканчивая MS Word.
То то большинство джавистов без жыдбрейнса кнопочки в интерфейсе не могут даже из терминала проект собрать. А у гошки, как и у большинства других живых языков поддержка lsp и форматирования из коробки.
да не, с градлом и мавеном, все проще. Но так то да, жидея расслабяет
Зависит от конторы. Есть те кто сразу скажут. А есть те кто еще месяц на испытательный срок, добавят. Последние могут так делать, из-за того что найти нормальных спецов, на указанную начальством планку ЗП, сложно. По поводу поиска спецов, кстати, учитываются не только знания и опыт, но манера общения. Кандидат может быть тупо наглым и борзым, при этом со знаниями. В итоге ему могут легко отказать, из-за того что никто не захочет с таким работать работу..
А как сейчас нормальных кандидатов искать? Реально гигантский поток говна на любую позицию, причем откликаются как и реально хорошие люди (которые единицы), так и вообще полные залетыши, которые никакого отношения к ИТ индустрии не имеют.
Убираешь ограничения по возрасту.
@
Сортируешь резюме по опыту.
@
На собесах спрашиваешь о прошлых проектах, а не душишь литкодом.
@
У тебя 40-летние мужики с 20 годами опыта спокойно без истерик пишут проекты.
Обязательно алгосекция, лайвкодинг и сисдиз.
Это прям минимум, чтобы найти человека, на которого можно положиться.
Скуфы с 20 летним опытом, обычно нихуя не умеют и только ноют
Скуфы хотя бы ноют на рабочем месте. А пориджи вообще не появляются после оформления в штат..
Убираешь ограничения по возрасту.
@
Сортируешь резюме по опыту.
@
На собесах спрашиваешь о прошлых проектах, а не душишь литкодом.
@
Волчара крутит опыт и выдумывает легенду, вкатывается на 300к наносек, нихуя не делает и вылетает после испыталки.
@
Повторять пока кабан не обанкротился.
>лайвкодинг
для 100% гарантии, надо звать на собес в офис для сдачи мочи, типа для анализа на наркоту. А по факту просто стоять за спиной и ждать когда он поссыт. Если не сможет поссать и будеть ныть, мол не могу ссать пока на меня смотрят или ждут, то это сразу красный флаг - такие кандидаты не нужны. Более того, у хорошего кандидата, струя должна обладать эффектом ламинарного потока. Только такие кандидаты способны работать в перманентном аврале, с релизами строго по пятницам.
Не, мимо, если у тебя такой стресс от лаивкодинга, то ты чмоня и слабенький
>Обязательно алгосекция, лайвкодинг и сисдиз
Почему джавистов любят унижать друг друга на собесах? Это же буквально быстрый способ задрочить кандидата
Я хочу выбрать себе в команду толкового человека, чтобы на него можно было положиться и мы разговаривали на одном языке. Алгосекция отлично проверяет мозг кандидата, что он умеет схватывать суть и думать о корнеркейсах + реализовывать и проверять логику прямо у себя в голове.
80% коллег у меня за мой опыт были всегда тупые, которым надо разжевать базовые вещи, например, почему нельзя в кафку пукать на похуй без аутбокса и релей сервиса или джобы, зачем нужен ключ партиционирования и т.д.
Человек, который хорош в алгозадачках схватывает налету это всё, даже если не сталкивался с кафкой, например.
А тупым надо разжевивать по 2 дня и то у них уровень понимания очень поверхностный после этого.
С кафкой - это просто последний мой пример, а так их было куча в разных областях
>Алгосекция отлично проверяет мозг кандидата
Ну ка пример задачки. Как алгоритмы могут быть связаны с тонкостями какой-то либы / фреймворка?
Ты вообще меня не понял.
Если чел может придумать решение для достаточно комплексной алгозадачки, то он без проблем разберется и в использовании и тонкостях любого инструмента очень быстро, потому что это намного проще.
Но тут даже речь не об инструментах, а о более абстрактных вещах.
Самое главное алгозадачки учат думать об логике, корнеркейсах и реализации + математика, любая сложная задача требует у меня на работе этого же.
Человек, который может решить задачу при прочих равных умнее человека, которые не может этого сделать, очевидно.
Мне главное найти умного человека с хорошей базой в свою команду, на которого можно положиться.
Но я не веду к тому, что на собесах должна быть только алгосекция. Лайвкодинг+стек секция и сидиз отдельно, чтобы оценить кандидата по хардам со всех сторон.
>Повторять пока кабан не обанкротился.
Переживает за кабулика, маленький.
>почему нельзя в кафку пукать на похуй
А разве она не для этого придумана?
>>3617116
>>3616988
Сейчас вообще думать программисту не надо. Всякие умники умеющие думать к тому же дорого стоят, а выхлопа от них мало. Берешь любого таксиста с улицы, 2 месяца учишь как пукать в ллмку и все, сажаешь в кресло сеньора за 80-100к рублей. Всякие корнеркейсы нахуй не всрались, потому что ллмка сама их обрабатывает со 100% точностью. Если что-то идет не так, то АИ агент передает весь нужный контекст другому АИ агенту и тот сам все правит, а потом другой АИ агенты тесты стартует. Вообще думать сейчас не нужно и даже вредно. Нейросети сами всю работу делают и за тебя и за твою команду. Если это не так, то вы просто не умеете ими пользоваться, либо луддиты.
Аутбокс это просто паттерн, к алгоритмам вообще никакого отношения не имеет. Ничего сложного там нет. Я написал линтер, который проверяет на аутбоксы говнокод от вайбкодеров, твои задротские знания как подковать лошадь больше не нужны.
Вайбкодинг это база в 2к26 году. Нахуй нужны обычные кодеры?
Увы, так не работает
>>3617184
Ну я же не только про аутбокс писал.
Аутбокс - паттерн, но реализация через очереди, чем тебе это не алгоритмы? Да, очень простой, но алгоритм. А ещё надо думать о блокировках и т.д. Вполне себе алгоритм, если надо написать с 0. Тупой чел не напишет такое, будет куча багов.
У меня куча примеров, где челы с алгоритмической базой схватывают всё на лету и понимают зачем и как работает инструмент, могут думать о корнеркейсах, а тупым разжевиваешь всё, они вроде понимают, но на самом деле в чуть более сложных ситуациях плывут и надо на второй заход идти. Вот нахуй мне это надо, если можно просто отсеить этот мусор просто медиум задачкой и хардиком за час-полтора?
Тем более сейчас очередь из толковых ребят
>>3617206
Проекции
С Новым Годом! со своим аутбоксом, в каждом посте его повторяешь, как будто это пиздец какой рокет саенс. Вчера узнал про аутбокс? Смотри там от саги не обосрись.
Используются? Или динамические запросы как-то по другому реализуете?
Я просто пример привел про кафку (потому что в декабре кучу сил потратил, объясняя челу базу по кафке), это ты зацепился за аутбокс и я тебе пояснил, что это и есть алгоритм, к тому же распределенный
>Или динамические запросы как-то по другому реализуете?
MyBatis
>Увы, так не работает
Все работает у нас. Вы видимо ллмками пользоваться не умеете или вовсе в режиме чата их используете.
Привет жаберы. Насколько ваш язык сложен в плане изучения первого языка?
Питон попса
Да ты же не работаешь нигде, шизло.
Давай название компании, пруфы, что работаешь там и описывай процессы, как у вас ллм интегрировано в работу.
Интересно почитать будет твои фантазии
А, и самое главное забыл, опиши процесс, как уволили толковых ребят и взяли идиотов-таксистов на их места
Тебе зачем? Работы в айти нет. Для учёбы если тебе делать нехуй лучше всего паскаль, потом с++. Собственно этого достаточно. Джаву учат обычно после уже, когда понимают базовые вещи в языках программирования и как работает джава.
> Джаву учат обычно после уже, когда понимают базовые вещи в языках программирования и как работает джава
Вот оно как, ну ладно. Увидел статистику на хабре, думал жаба ещё широко востребована
Востребованность смотрят на хх.ру, а не в манярейтингах. Особенно западных, где может быть например айос разработка, которая полностью мертва в РФ или случай наоборот с 1с.
Ну так всё так, сейчас все пишут на С, даже не на плюсах, ты не заметил? Все сайтики на С, бэкэнды на С, онлайн магазины на С, игры на С
Да да, именно так, а вы как думали?
потому что для вызова виртуальных методов equals и hasCode, тип не нужен
Скорее всего, для обратной совместимости так сделали и забили хуй
>>3617453
Нам кабаныч закупил подписок на claude code прилично. И все, разработка полетела как на дрожжах. Ну и кабаныч всех джунов пидорнул уже. А мидлов в марте говорят будут скоращать. А нахуй нужны мидлы и джуны когда клауде есть? Вот то-то и оно. Топ-топ ножками на мороз.
Как интегрировано, да просто:
- сисанал пишет спеки под каждую таску
- разраб копирует спеки в промпт
- нейронка пишет код
- нейронка пишет тесты
- нейронка сверяет тесты, их результат выполнения и сам код со спекой
- делается пулл реквест
- кодераббит чекает пуллреквест, либо отправляет обратно разрабу, либо аппрувит
- код летит на тестовый стенд, а потом в прод
То есть разраб нужен просто на случай того, если кодераббит обратно его вернул. И как бы все. Вот поэтому от разрабов будут максимально избавляться в этом году, когда манагер или сисанал спеки может писать и чутка править код где надо. А разрабы стоят дорого, просто непомерных денег. Нахуй они нужны, когда нейронка за 20 баксов их труд может выполнять? Не нужны. Топ-топ на мороз.
Все так, все так.
Время покажет, правильный ли это подход.
У него крайняя степень манямирковости (т.е. глубокая интровертность) и неспобобности адаптироваться к реальности. Единственный способ вылечится - чтобы жизнь дала пизды и некому было помочь и сделать за него.
Фантазии, с подписками за 20 баксов ты можешь максимум простое приложение разрабатывать на 2-5к строк.
Если проект большой, сложный и комплексный и чтобы работало, как ты описал, то тут нужна ебейшая инфра, которой даже у гигантов чёт пока нет.
Плюс в реальности, а не в твоих фантазиях, такая инфра будет стоить огромных денег + бесконечное сжигание токенов + наоборот экспертиза разработчиков нужна будет только больше, потому что следить за ллм - это очень сложно и ответственно.
Да, фичи может будут пилиться немного быстрее, но это тоже надо на практике смотреть и в перспективе хотя бы 5 лет, у нас пока таких примеров нет.
Помню бегал шиз тупорылый по пр, которого лейоффнули за лоускиллы и он срал постами про ии, это ты?
Реальная тема, только у нас сеньоров уволили. Оставили только джунов и мидлов, чтобы за ИИ-шечкой подтирать. В этом году, уже 5 релизов сделали.
Или хоть кто-то знает тут плюсы? Нахуя?
Не советую. Плюсы очень сложный язык, очень много всего надо держать в голове. Без крепкой базы скорее всего будешь писать код с UB, или, не дай бог, IFNDR, и что самое плохое — даже не будешь подозревать об этом. А крепкую базу нарабатывать надо не один год, и, конечно, неплохо бы ознакомиться со стандартом и ориентироваться в нём.
А ещё на плюсах работы нет.
Да, у нас часть проекта на плюсах. Не мигрировали, просто интероп с плюсами.
Читал обсуждение опыта, конечно на 100% тоже верить нельзя, чел в одиночку что-то пилит, как ИП (американец), описывал, что его траты на уровне 100-200 долларов в день, и около 4000-5000 в месяц. Но это всё равно выгоднее, чем делать всё то же самое в небольшой команде.
Когда кто-то про подписку в 20 баксов пишет, это сразу очевидно, что шиз, реально работать с ней нельзя. Писали бы хотя бы про Про-подписки, которые 100-200 стоят, хоть убедительнее было бы. Хотя их тоже недостаточно для работы, где реально можно говорить про замену человека ИИ.
А у того анона бред написан даже не поэтому, а потому как он разбивает работу на задачи, уже очевидно, что он просто плохо представляет, как реальная работа выглядит и что там за проблемы.
>Есть у кого опыт миграции с джавы в плюсы?
Мы мигрировали как-то, потом на го, щас вот на раст. Стараемся быть в тренде. Есть конечно свои заморочки, но привыкаешь. Проще всего было на жс, там мигрируешь только между фреймворками, но чаще, потому что примерно в 1 - 2 спринта, новый фреймворк выходит.
>Есть у кого опыт миграции с джавы в плюсы
Вряд ли. Java -> C++ это очень редкий кейс миграции. Из своего кругозора знаю проект ScyllaDB - попытка сделать кассандру на С++. И redpanda - попытка сделать kafka на С++. Но это никак не миграция, это написание новых (не идентичных оригинальным) проектов с нуля.
Java -> Go уже гораздо более распространенный, и то, пока что не слишком сильно.
А, или ты про миграцию как специалиста? Типо писал на джаве, а стал на плюсах? Не видел таких людей. Java -> Go вижу много (и сам таким являюсь), Java -> Rust тоже видел, хоть это и гораздо более редкий кейс.
А с джавы переходить на С++ как разрабу? Нахуя? Там работа сложная, ее мало, сам язык очень тяжелый и старый, тулинг очень кривой и плохой.
>>3605955
Коллеги, нафига вы спорите с i-wanna-be-in-google-boy, в каком языке торсионные поля лучше, когда он прост из чатжопите пастит ответы?
Хуячьте его цифрами из прошлого треда, он так и не ответил на этот пост из прошлой тредни:
https://2ch.life/pr/res/3583559.html#3599794
>Окей гугл:
>golang usa glassdoor 1531 вакансия
>java usa glassdoor 37168 вакансии, выдаёт как >program developer, чтоб ты не пёзднул, что это типа >менеджерам в вакансии джавы напихали.
>В всж скидывали в треде цифры.
В ВСЖ кстати в 2 раза вакансии падают каждые полгода, с 6000 в 2021 до 800 в 2026 лол.
Мы очень близки к этому. Сможем наконец-то срать на стэке как во всех остальных языках.
Так а причем тут США? У них легаси овер дохуя, у них в целом вся компьютерная индустрия в сотни раз больше нашей.
А вакансии конкретно в РФ упали с 6000 до 800 потому что те 6000 вакансий были как раз в аутсорсе на США и Европу. Но сейчас то этого аутсорса уже 4 года нет, чего вспоминать былое?
Я не про США VS ВСЖ.
Я про Go vs Java, как раз таки в большой инфраструктуре.
>Я про Go vs Java, как раз таки в большой инфраструктуре
Там Go wins.
Ну я вижу да, по открытым вакансиям.
golang usa glassdoor 1531 однозначно больше java usa glassdoor 37168 вакансии
Всё сходится.
Так а причем тут glassdor и большая инфраструктура?
Go - это язык для инфры в первую очередь. Большая часть клауд инфры на го написана сейчас. Глассдор - это просто сборник вакансий по всем направлениям, включая банки, страховые, телекомы, энтерпрайз итд итп.
Вся мощь Go наглядно видна в 1531 осенних вакансий, а сча ещё меньше.
Брателло, он может быть новой ступенью эволюции человека, но нам то что? Нет работы = нет уровня жизни.
Ты ещё скажи на квантовое программирование учится, на котором 400 вакансий по всем США.
Если что это справедливый поиск и ты сам его можешь провести.
ты видно мужчина умный, объясни - в чём плюс?
а лучше юзкейс, ну можно будет на стек срать а не на кучу, ичо?
как я понял это просто struct (хрючево байт), которое не имеет ссылки, ичо....
мимоджун
почитал разобрался, всем спасибо, джава заменит плюсы теперь?
ООО «Астон» обратилось в суд с иском к Малыхину А.В. о взыскании денежных средств, затраченных на обучение, в сумме 423 217 руб., расходов по оплате госпошлины в сумме 7432 руб., расходов на юридическое сопровождение. В обоснование заявленных требований истец указал, что <дата> между ООО «Астон» и Малыхиным А.В. (Работник) были заключены трудовой договор № и ученический договор № (Договор). Истец исполнил свои обязательства по обеспечению ответчику возможности обучения: организовал и оплатил обучение, на протяжении всего периода обучения выплачивал заработную плату в соответствии с условиями трудового договора. Ответчик обязался проработать по трудовому договору на должности программиста 18 месяцев с момента подписания соглашения об окончании обучения, то есть с <дата> года по <дата>.
В судебном заседании представитель истца – Куделина А.С., действующая на основании доверенности, исковые требования поддержала, указав, что по вакансии JAVA разработчик (ученик), размещенной на сайте российской компании интернет-рекрутмента HeadHunter (сайт по поиску работы и сотрудников), обратился Малыхин А.В. Ответчик выбрал именно вакансию с примечанием «ученик», несмотря на то, что от работодателя ООО «Астон» выставлены были похожие вакансии без примечания «ученик». После заполнения ответчиком анкеты <дата> состоялось обсуждение с сорсером условий приема на работу и предварительное ознакомление с условиями трудового договора и ученического договора, по результатам которого он был рекомендован на прохождение интенсив-обучения. Данный этап был необходим, поскольку Малыхин А.В. как соискатель на должность JAVA разработчик (ученик) при поступлении на работу в ООО «Астон» не имел специального или дополнительного образования, сертификатов о прохождении курсов в области информационных технологий (IT), не имел опыта работы в области разработки, внедрения и поддержки программного обеспечения, аппаратных средств, сетей и других технологических решений. Знания и навыки, полученные Малыхиным А.В. в ходе прохождения бесплатного интенсив-обучения, стали базой для прохождения им обучения языку JAVA уже в период трудоустройства у ООО «Астон». На момент прохождения отбора кандидата и при подписании трудового и ученического договоров у Малыхина А.В. отсутствовала соответствующая его должности квалификация и специальность, в период трудоустройства в ООО «Астон» ему выдан документ об окончании обучения с присвоением новой для него квалификации - язык JAVA. Однако, после прохождения обучения, ответчик не исполнил условия ученического договора, а также соглашения об окончании обучения и не отработал соответствующее время у работодателя. Никакого повышения квалификации ответчику не проводилось. Обучение организовано работодателем в рамках заключенного договора с ТОО «Астон Казахстан». Требований для обучения сотрудников исключительно в Российских образовательных учреждения нормы трудового законодательства не содержат. Поскольку ответчик был уволен по собственному желанию, а не по соглашению сторон, которое было предварительно подписано сторонами, то он обязать вернуть затраченные на его обучение денежные средства. Основание увольнения ответчиком не оспорено. Просила иск удовлетворить.
>Данный этап был необходим, поскольку Малыхин А.В. как соискатель на должность JAVA разработчик (ученик) при поступлении на работу в ООО «Астон» не имел специального или дополнительного образования, сертификатов о прохождении курсов в области информационных технологий (IT), не имел опыта работы в области разработки, внедрения и поддержки программного обеспечения, аппаратных средств, сетей и других технологических решений
а вот почему если есть вышка они сразу отказ присылают
1500 вакух на 1С, 600 вакансий за сегодня пополам на джаве и питоне. Это не считается за работу по твоему в твоём манямире или чё?
Серьёзно из-за этого? Меня брали на базовые ученические курсы, но на стажировку и дальнейшее обучение не взяли.
>>3619248
Ну да, это не работа. На весь Питер 100 вакух на Java и все на позицию сеньора, это вообще ничто. Даже собесы не побрутфорсить, потому что на них практически нереально попасть, а вакух всего 100 штук. А тут чел без опыта даже, а не сеньор.
>Серьёзно из-за этого?
ну получается так, они же не смогут тебя на штраф накуканить через суд
А почему не смогут, интересно? Что мешает? Как твоя бумажка из универа противоречит договору о сотрудничестве? Как она вообще относится к этому?
>А почему не смогут, интересно?
наверное можно возразить, что у меня уже была бумажка об образовании, мне не нужны были эти курсы, а на курсах никакого обучения в астоне не было, фактически сложились трудовые отношения и таким образом можно накуканить сам астон, из мск кто-то так и сделал, но там по решению суда не выписали астону штраф, а просто неустойку аннулировали
>>3618533
>java usa glassdoor 37168 вакансии
>В ВСЖ кстати в 2 раза вакансии падают каждые полгода, с 6000 в 2021 до 800 в 2026 лол.
Сами Вы его выбрали или его выбрали за Вас, это лучший город из оставшихся!
Ого, так просто, оказывается. Можно тогда умолчать о наличии вышки просто.
>из них получаешь 46к, что на 4к ниже кассира в пятерочке, остальное забирает астон
ебало?
>После окончания обучения, Малыхин А.В. с <дата> был переведен на должность <данные изъяты> с окладом 45 978 руб., что подтверждается заявлением Малыхина А.В., приказом ООО «Астон» № от <дата>, дополнительным соглашением от <дата> к трудовому договору № от <дата> (л.д. 163, 164, 165). В этот же день Малыхин А.В. был ознакомлен с должностной инструкцией <данные изъяты> (Java) (л.д. 166-167).
я дальше пролистал и там это
>В соответствии с приказом <дата> от № Малыхин А.В. принят на работу в ООО «Астон» <данные изъяты> в основное подразделение на 0,25 ставки с окладом 5750 руб., дистанционный характер работы (л.д. 162).
то есть он работал не за 46к, а за 6к? это реально?
Даже жаль паренька. Он небось начитался паст на дваче от сеньор-пиздаболов и инфоцыган про 300к в наносекунду и согласился на такие условия. Как молодая девочка, которая хотела просто работать моделью в Дубае, а реальность оказалась суровее.
>Теперь
это давно так уже, минимум с ковида, раньше астон назывался андерсеном, таких компаний полно
У меня больше вопрос, почему компании продолжали нанимать таких челов. Они не в курсе про Aston? Почему никто не проверял, не является ли чел работником Aston? Это же волчизм обычный, но на официальном уровне.
потому что они у таких компаний как астон бабло отнимают
>Они не в курсе про Aston?
ты думаешь там один астон? если ты учился в вузе, то наверное видел представителей разных мелких компаний, которые приходят и зазывают к себе, так вот, все эти компании занимаются тем же самым, что и астон
>>3619369
>>3618999
А где мошенничество? Оно в том, что волчара прошёл курс и не смог трахнуть в жопу Aston, получив опыт и забрав работку 400к бесплатно?
Мошенничество в самом Aston, которые продают джунов под видом миддлов/сеньоров, при этом большую часть "зарплаты" забирают себе. С таким успехом можно самому стать волком, только зарплату никому не отдавать при этом. Я сначала думал, что они реально джунам помогают пристроиться.
Он получил образовательные услуги, по договору должен был исполнить свою часть, если не исполняет, то возвращает стоимость обучения. Тут все законно, просто надо думать когда на себя обязательства берешь.
>продают джунов под видом миддлов/сеньоров, при этом большую часть "зарплаты" забирают себе
Так любая галера работает, держу в курсе. Этот бизнес в России появился сразу с появлением интернета.
Смотря как все происходит. Аутсорс разрешён, аутстаф запрещён. Т.е. если компании платят за то, чтобы её сотрудники мыли полы в офисе, не указывая конкретно кто должен мыть пол, какой шваброй - это ок. А вот вот если компания отправляет конкретных: Гульнар, Зульфия и Бабиджон мыть полы, и завхоз заказчика указывает что Бабиджон моет сортиры, Гульнар полы, а Зульфия полирует член завхоза - вот это уже запрещено.
Ну ты от лица компании будешь нанимать не продираясь через 100500 человек с улицы, а наймёшь чела от другой компании, которая уже протестила его скилы.
За Aston будущее найма.
А нахуя вкатываться в айти в 2026 году, расскажи? Даже если откинуть идею, что LLM полностью заменили программистов, то все равно они сделали создание продукта сильно проще и дешевле, чем раньше.
Банально если ваш кабан раньше продавал какой-то продукт за много денег и платил вам зарплату, то теперь вашего кабана теснят другие, более маленькие команды разработки, либо вовсе ваш продукт перестал быть актуальным.
Например вон tailwind CSS сдох недавно - у них просто все клиенты, которые покупали платные подписки, отвалились к хуям. https://github.com/tailwindlabs/tailwindcss.com/pull/2388#issuecomment-3717222957
Типо это не шизодный бред АИ евангелистов, это реально, что происходит уже сейчас.
>>3619555
>>3619566
Насчет Астона: через 2-3 года этой конторы не будет совсем, они обанкротятся к хуям. На российском рынке в более-менее устойчивом положении только бигтех находится. И у бигтеха есть силы и средства нанимать к себе толковых вкатунов из универов типа ВШЭ, МФТИ, вон у Яндекса целый ШАД есть, который они не закрыли и не собираются закрывать. При этом Астон известен тем, что набирает к себе лоускиллов на данный момент. Если Астон не сменит свое позиционирование с мутной галеры для вкатунов на галеру для студентов из топ вузов, то и Астон пойдет на дно. Собственно у них уже сейчас много людей поувольняли потому что проектов нет и люди на бенче сидят как тот чел, который за 6к рублей/месяц на 0.25 ставки что-то там делал. Это не занятость, это полная параша.
И аутстафф и аутсорс. Набирали дешевых вкатунов на кабальные контракты и пихали их куда только можно. Но по итогу в 2025 году они сами проектов лишились и вкатунов своих на бенче держат.
>>3618533
Да, яндекс безусловный ниибацо бигтех.
И ваще открой карту мировых it-хабов, посмотри шо тама.
>tailwind CSS
Ну компании банкротятся, что теперь делать? Да, они могут списать всё на ai, а не то что бюджет был въёбан на шлюх и шампанское.
И как вы не можете понять, что ai это просто stackoverflow?
У чела бизнес модель отвалилась, во-первых, потому что никто не заходит к нему на сайт узнать о существовании платного продукта, а вбивает промпт, во-вторых, потому что, с задачей нагенерить более менее приемлемый конфиг под его хрень ллмка справляется. На стаковерфлоу не было решений уровня настройте под меня, как минимум.
Может он, конечно, врет и спустил все на шлюх, но звучит правдоподобно, не вижу причин ему не верить.
>И как вы не можете понять, что ai это просто stackoverflow
Там у них модель бизнеса была такова, что
1) Подписки были lifetime. То есть не каждый месяц деньгу заносишь, а разом 300 баксов платишь и получаешь пожизненную лицензию на PRO-версию продукта. Это конечно выстрел в хуй для них, но тем не менее.
2) Чтобы купить эту самую подписку надо зайти на сам сайт с доками этого tailwind CSS и нажать на кнопочку оплатить. В эпоху вайбкодинга на сайт перестали заходить, потому что а нахуя читать документацию при помощи своих глаз и переваривать ее своим мозгом, когда нейросетка сама тебе все подскажет и все коды напишет. Вот и сдох поток пользователей на их сайт, и подписки перестали продаваться.
StackOverflow кстати сдохший лежат, обоссаный и обосранный. Рано или поздно расходы на хостинг станут больше чем какая-то микроскопическая выручка от рекламы и они просто сервера погасят.
Wikipedia и Medium следующие на очереди. Я более чем уверен, что мы увидим, как сдохнет Wikipedia. Я не знаю откуда они бабки берут, видимо какое-то гос. финансирование, может быть их будут кое-как тянуть до последнего, но чет не уверен в этом. А Medium - это stackoverflow 2.0, ему пизда уже сейчас и он следующий на очереди.
У Википедии вагоны денег, хватит на сто лет, они все равно попрошайничают потому что пидорасы
Ну вот у них просто бизнес модель перестала существовать.
Это как вспоминать о stackoverflow или о сайтах, где делились решением домашки aka знания.ком и прочие подобные им. Всякие фриланс биржи, где студентота заказывала решения своих домашек и лабораторных, а исполнители за бабло брали и решали их хуйню, тоже сдохли, потому что студент теперь в gemini или chatgpt кидает свою домашку, а те ему подробное решение дают. Даже если оно частично неправильное, то похуй, потому что фрилансеры тоже частенько с ошибками решали.
Просто ушла эпоха и все.
Откуда у них деньги?
Реклама что-ли? Если на википедию больше не заходят (а на нее явно стали меньше заходить, я думаю обвал количества посетителей просто гигантский у них), то и доходов с рекламы не будет. А значит все, it's over, только гранты от государств и всяких фондов, больше ничего не остается.
Алсо не понятно, как много живых авторов там осталось, я думаю и по авторам тоже отток сильный произошел.
Хотя иметь википедию имхо критически важно, там конечно иногда говняк без пруфов пишут, но если все же с реальными пруфами, то это ценный ресурс в эпоху заполонившего весь интернет нейрослопа.
Ну да, продукты, которые повторяют LLM и разрабатывались до LLM упали с лестницы и перданули.
Ты пишешь, что все программисты рассыпались в пыль по щелчку Таноса.
Но у меня вопрос: это менеджер теперь будет валидировать код от LLM и вставлять в проект?
Окей, увольняем и менеджера. Одна LLM сделает, другая отправит в проект, провалидирует, напишет тесты = никто не будет знать из чего состоит проект, никто не будет знать в чём ошибка, когда проект отвалится. Типовые решения от LLM радостно взломают хакеры по одному и тому же алгоритму и никто их не остановит и не исправит, это конец бизнесу.
Даже если ты расскажешь LLM как покакал, она всё равно быстро-быстро вывалит кучу кода и расскажет, что программистам пизда, потому что она настроена людьми кто продвигает это для продаж, не вдаваясь в нюансы.
С донатов, причем донатов у них хватает чтобы держать специальную благотворительную организацию и оплачивать не только сервера, но еще и какие-то инклюзивные проекты.
Чел, кабанам и манагерам продали идею того, что ЛЛМки могут заменить человека и что за ними не обязательно проверять. Тем более если оно как-то работает или ответ похож на правильный. Идея уже продана, СЕО, СТО, всякие менеджеры и прочие ее схавали. ВСЕ. Поздно рыпаться.
Мы уже прямо сейчас наблюдаем как рушатся многие бизнесы из-за нейросеток, а народ массово на мороз вылетает.
>>3619602
Посадят одного сеньора и его зама проверять текст. Ну как с бухгалтерами. Раньше там огромные отделы были, потом эксели и 1с порешали, что осталась только тётя главбух. С программистами тоже самое будет. Раньше 100 человек суетилось, сейчас будет парочка. Число рабочих мест сократится в 100 раз для анальников, вот и всё. Это оптимистичный вариант при текущем темпе развития ЛЛМ. Если там какая-то йоба еще стрельнет каким-то образом, то может не остаться ни анальников, ни бизнесов. Всё же в чём прикол этих ЛЛМ всех - это эмерджентность, то есть появление новых непрогнозируемых свойств при увеличении модели.
Да, охуенный объём работы для одного сеньора.
Больше пугают не сами LLM, а люди которые мыслят так дохуя рационально.
Нормальный объём. Еще очередь за забором будет стоять как в астон.
Набери на hh.ru сколько в Москве вакансий бухгалтеров - 2800 это крышесносяще много для ВСЖ.
Хотя казалось бы вымершая профа, где калькулятор справится.
>И как вы не можете понять, что ai это просто stackoverflow?
Псина, ну ка примеры мне приведи, падаль, когда stackoverflow целиком и полностью решал задачу за тебя и писал код?
> 2800 это крышесносяще много для ВСЖ.
Лол. Специфика ВСЖ, что бухгалтер нужен всем наебизнесам, чтобы правильно контактировать с органами, чтоб тебя не выебали за неверную запятую. А вот айтишники нужны далеко не всем.
Да это или влажные мечты, или просто шиза
Не работает так, основной объём работы в айти вообще не про то, чтобы новый код набирать. Штаты растут не от того, что кода много, а из-за широты ответственности.
Кабаны могут думать, что можно там почти бесплатно сделать что-то с помощью нейронки, но там будет ждать большой облом. Но это и раньше было, очень часто сильно недооценивали какие-то работы, говорили "вот у меня знакомый учится программированию и готов это сделать", или "вот фирма с опытом предлагает за адекватные деньги сделать", а потом сталкиваются с реальностью и наступает полный облом, масса времени уходит в никуда, даже деньги приличные потрачены, а продукта нет вообще, ни в каком виде.
С ИИ будет всё то же самое, только ещё хуже. Ожидания больше, и обломы жёстче.
И, ещё, само внеднерие ИИ это тоже айтишная работа, и довольно квалифиыированная. Тут промптами редко можно отделаться.
>Набери на hh.ru сколько в Москве вакансий бухгалтеров - 2800 это крышесносяще много для ВСЖ
А помните времена, когда в Москве было 6 тысяч вакансий на джаву? Я вот помню.
Обломов нет. ИИ пишет код на уровне сеньора. Какой еще копиум можешь придумать?
И да, внедрение ИИ - это промпты. У нейросеток есть буквально один интерфейс взаимодействия - ебаное текстовое окно, куда надо писать промпт. Либо промпт можно в текстовом .md файлике написать. Любая обезьяна справится.
Не справится. Если даже представить, что нейронка идеально генерирует, то тебе нужно примерно представлять, как результат должен выглядеть, заранее. То есть ты потенциально должен уметь всё то сделать сам, что тебе нейронка сгенерирует.
Все примеры "нейронка нас порешает" это где человек, умеющий программировать и знающий конкретную свою область, генерирует решение для своей области, примерно представляя, как оно должно выглядеть.
Возьми человека, который вообще не умеет программировать. С нейронками он ничего серьезного не сделает.
>Все примеры "нейронка нас порешает" это где человек, умеющий программировать и знающий конкретную свою область, генерирует решение для своей области, примерно представляя, как оно должно выглядеть
Да.
И делает это теперь один вместо команды из 5 человек.
Это и есть то самое "нейронка нас порешает", потому что ТЫ уже работу не найдешь, за тебя работу делает один Петя с чатом.
Так я этот петя с огромной зп за 5 сеньоров, минусы какие?
Ты будешь 100к рублей получать и работать за пятерых, что мы и видим на рынке труда уже СЕЙЧАС.
>>3619908
>ТЫ уже работу не найдешь
Двачую. Меня как уволили полгода назад в августе, так я ничего больше и не нашел. Нет ни проектов, ни хедакаунта.
Зепка что-то не растет, а скорее только падает, что неудивительно ведь теперь пять человек конкуренция на место одного
>Ты будешь 100к рублей получать
>Меня как уволили полгода назад в августе
Лоускилл, терпи, если что я не ограничен рф рынком, как и ты, просто ты ссыкло и скорее всего за свои года даже не удосужился английский для собесов и работы подтянуть.
>>3619918
>Зепка что-то не растет
У кого как, лично у меня норм так подросла за 25 год, менял место работы, было 3 оффера летом.
Но летом же было изи найти работу, да? А щас пиздец нереально.
Уже жду постов о том, что в 25 году был изи хайр и брали всех дебилов, а вот в 2x пиздец, хех
Нет, ты просто пиздабол, летом уже было нереально на собесы попасть. И в 2025 году уже был нохаир. Айтиха сдохла примерно весной 2024 года, это и была стартовая точка. К осени 2024 года точно сфера была мёртвой, рынок был мёртв, был нохаир уже.
Ты пиздабол и выдаешь желаемое за действительное.
>>3619930
Двачую. Последним моментом, когда можно было сменить работу, найти новую работу или вовсе вкатиться, было лето 2024 года. Дальше рухнум во всем мире случился.
Чел, если ты в говне сидишь с августа и только ноешь, то это исключительно твои проблемы.
Да, стало потяжелее, помню в 21 году у меня за месяц было 5 офферов, сейчас было 3 за пару месяцев, но жить можно все еще, мб в 26 году будет всего два или один оффер, о ужас.
Ты за полгода уже мог стек сменить пару раз, выучить английский, открыть ип в грузии и работать где угодно или тупа найти работу за usdt (если ты совсем уже отчаялся).
Но ты выбрал просто ныть и срать в /пр, разумно, хех
>Ты пиздабол и выдаешь желаемое за действительное
А может это наоборот вам просто нравится жить в манямирке и думать, что это не вы овощи и лоускиллы, а проблема в чем то другом?
Да, рынок стал конкурентнее, ну так развивайтесь каждый день или идите на мороз
Я вообще другой человек, просто мимокрокодил. У меня просто есть айтишная вышка и опыт полгода в мухосрани в 2021-2022 годах. Потом я уволился из-за депры и съебал за бугор, пару лет там хуи попинал. В 2024 году попробовал ради интереса накрутить опыт до 3 лет и побрутфорсить собесы, но собесов вообще в принципе уже не было, не то что офферов. Вообще не приглашали, одни отказы шли. Резюме 300 раз менял. Может, потому что вышка в мухосрани получена или опыт в мухосрани получен, а надо вышку в Мск/Спб и опыт в бигкеке. Но рынку пизда, как ни крути, раз даже собесов нет, если ты не избранный какой-то. Хуй знает, как волки на собесы попадали вообще. Видимо, писали только "правильные" конторы, которые на слуху у всех.
ну кончено с таким опытом будет нереально сложно попасть на собес, у тебя 6 месяцев опыта в какой-то мухсоранской конторе, ты - джун.
Джунам всегда тяжко было (не спорю, что щас стало еще тяжелее)
Показывай резюме, скорее всего, ты крутил опыт в ноунейм конторах, такой опыт сейчас приравнивается к 0.
Вообще резюме волка очень легко отличить от настоящего специалиста.
Я крутил опыт в ноунейм-конторе, в которой реально работал полгода. Даже не представляю, как обидно было бы, если бы я реально там 3 года отработал, а херочки меня считали бы волком и выкидывали резюме в мусорку. Это же реально пиздец.
Я 3.5 года в бигтехе отработал, вышку в ДС получал в мифи.
Как итог безработный полгода нахуй. Вот как меня выперли с бигкека в августе, так я до сих пор безработный сижу, 0 собесов за это время.
>Уже жду постов о том, что в 25 году был изи хайр и брали всех дебилов
Рано, надо ещё месяца три подождать, после этого начнётся новый спам "раньше было легче".
Я заходил с тёлкой на аве и за меня писало сообщество код? Прикинь?
Всё нормально, ты просто умственно отсталый. Попробуй вот эту книжку для начала, для даунов вроде тебя как раз норм тема прежде чем читать что-то серьёзнее.
>Посадят одного сеньора и его зама проверять текст. Ну как с бухгалтерами. Раньше там огромные отделы были, потом эксели и 1с порешали, что осталась только тётя главбух. С программистами тоже самое будет.
Ну да, только вывод нейросетки, в отличии от экселя, недетерминирован, так что ваш ИТ отдел из сеньора и зама превратится в казино со ставками на удачный вариант.
А так план железный.
>С программистами тоже самое будет. Раньше 100 человек суетилось, сейчас будет парочка. Число рабочих мест сократится в 100 раз для анальников, вот и всё.
по итогу исследований последних двух лет нейросетки дают буст 20%-30% к производительности, так что из 100 сделать 2 никак не получится
>Когда я на последнем jvm проекте работал, нас по рукам били, если пытались наследование где-то применить.
такой шизы я еще не встречал
>Проблема в том, что нужно тянуть жирную jvm за собой. В го этой проблемы нет, гошный рантайм прилинкован статически и находится внутри бинаря.
Нет, jvm можно урезать до 70 мб. В современном мире это величины одного порядка с гошными несколькими мегабайтами. В го эта проблема решается только выигрыванием, типа ну и что что несколько мегабайт - так ведь статически прилинкован! Только выиграли!
Так что ничего не мешает джавистам только выиграть от базового контейнера с 70 мегами JRE
>А что выбирать вместо питона для бекенда? Java? Объективно не новая
Питон с джавой одного возраста языки
У меня научруком был дед 75 лвл. И у большинства других одногруппников примерно такие же деды. Ментора он собрался в научруке искать...
Запомни, все российские вузы - это шараги ебаные, которые преподают по совковым устаревшим 50 лет назад программам. Единственное более менее приличное место - это ВШЭ. Есть еще МФТИ, но это для ультработанов.
>это ВШЭ
Поржал.
Хуйня это с откровенными шизами которые транслируют какие то манятеории из журнала огонек. Единственный профит там это нетворкинг с детьми богатых родителей. Но профитнее это делать в МГУ.
Но это же лучше делать в МГУ. Самый норм технические вузы это бауманка, ТУСУР, МГУ.
>Единственное более менее приличное место - это ВШЭ. Есть еще МФТИ, но это для ультработанов
Ну тут в целом двачну. Когда в бигтехе работал видел много ребят из ВШЭ. Они не то, чтобы сильно лучше меня были в технических навыках, просто скорее менее омежными, а более социальными были.
>>3622255
>бауманка, ТУСУР, МГУ
Это такая же хуйня как и мифи. 70 летние деды и бабки на кафедрах, бесполезное гавно типо лаб по физике на миллиметровке и прочая дрисня. Лучше реально физтех чем эта параша.
Ладно вот простой вопрос. Сколько в FAANG трудятся ребят из МФТИ а сколько из ВШЭ?
Неужели тупые старые советские методички еще котируются?
Вот в гугле типов МФТИ много раньше было. Выпускников разных профилей ВШЭ я только в старбксе видел.
>70 летние деды и бабки на кафедрах, бесполезное гавно типо лаб по физике на миллиметровке и прочая дрисня
Дык ты поступай не на машиностроение, а на айтишные специальности, там такого нет.
И конечно же ты не дырявый пиздабол с двачей и у тебя есть статистика по работникам фаанга и выпускникам, так?
Так на айти специальностях та же самая хуйня. Ну я вот учился в мифи и что? 70 летние деды на кафедрах как были, так никуда и не делись. А откуда по-твоему должны молодые быть на ИТ кафедрах? И почему ты думаешь, что деды, которые на кафедрах уже много лет работают, должны куда-то уйти разом? Так не работает. Конечно с момента моего выпуска 3 года назад часть дедов на тот свет отправилась, но еще далеко не все.
Не бреши, я закончил айти специальность, никаких дедов у нас не было, профильные лекции читали люди, которые параллельно работали по своим специальностям. Лабы вели или те же преподы, или аспиранты и доценты, которым нравится свой предмет (поэтому они в вузе и остались).
Ну а я учился на ИТ кафедре тоже и у меня в основном деды и бабки читали лекции. Лабы вели иногда аспиранты, а иногда и деды с бабками. Причем лабы шли так - ты дома делаешь лабу, потом приносишь и доказываешь преподу что ты ее ни у кого не списал, а сделал сам (ну или хотя бы понимаешь, что там происходит). Если доказал, то тебе ставят галочку в журнале, что ты сдал лабу. Потом если перед экзаменом все лабы сданы, то идешь на экзамен, которые принимает дед или бабка. Если лабы не сданы, то с горящей жопой пытаешься досдать до экзамена. Если не успел, то значит ходишь на передсачи и там сдаешь.
С курсачами было примерно так же.
Из индустрии было 1-2 препода за все время обучения, один был хороший мужик лет в районе 50 и отлично рассказывал про компьютерные сети. Второй чел вел у нас распределенные системы и работал каким-то техлидом в каком-то бигтехе, но как препод был очень ужасный и не умел вообще рассказывать лекции и часто свои же пары проебывал. На его фоне многие столетние деды с бабками были пободрее как лекторы чем он.
Алсо слышал, что на моей кафедре теперь есть тянка преподша молодая, которая лекции и слайды готовит при помощи нейронок от начала и до конца и просто бубнит по бумажке монотонным голосом тот текст, что ей нейронка написала.