985 Кб, 1024x1024Вики по джаве: https://github.com/java2ch/java-thread/wiki (доступна для редактирования всем)
Предыдущий: >>3583559 (OP)
Предыдущий: >>3583559 (OP)
А работа есть на вашей джаве? Я на хх.ру вижу всего 10 вакансий по 1500 откликов на каждую.
>>04675
В чём троллинг? Вот по Москве результаты. Вакансии есть только для сеньоров и тимлидов и то там по 100-200 откликов.
В чём троллинг? Вот по Москве результаты. Вакансии есть только для сеньоров и тимлидов и то там по 100-200 откликов.
69 Кб, 1200x675Бля, я вот писал на Го. Решил залезть в Джаву по приколу. Изначально мне даже понарвилось, ООП, классу, хуе мое, все понятно и очевидно. Когда же начинаешь погружаться, то это пиздец как неудобно писать на этом. Надо тыщу методов помнить и какие из них что принимают. Абсолютно неудобная дока еще в этом смысле. Как вообще люди на лайвкодинге не валятся с этого зоопарка. Ну это ладно, оказалось, что еще куча устаревших практик в языке постоянно появляется. Типа вот книжку читаю, которая 2022, а теперь выходит, что там старье описано и так уже не пишут в 25 джаве. Есть вообще свет в конце тунеля у этого всего или надо просто смириться? В Го какое-то единообразие чувствуется, тут как будто совсем нет.
>>05955
Бля, я вот писал на жабе. Решил залезть в го по приколу. Изначально мне даже понарвилось, ООП, классу, хуе мое, все понятно и очевидно. Когда же начинаешь погружаться, то это пиздец как неудобно писать на этом. Надо тыщу методов помнить и какие из них что принимают. Абсолютно неудобная дока еще в этом смысле. Как вообще люди на лайвкодинге не валятся с этого зоопарка. Ну это ладно, оказалось, что еще куча устаревших практик в языке постоянно появляется. Типа вот книжку читаю, которая 2022, а теперь выходит, что там старье описано и так уже не пишут в 1.25 го. Есть вообще свет в конце тунеля у этого всего или надо просто смириться? В жабе какое-то единообразие чувствуется, тут как будто совсем нет.
Бля, я вот писал на жабе. Решил залезть в го по приколу. Изначально мне даже понарвилось, ООП, классу, хуе мое, все понятно и очевидно. Когда же начинаешь погружаться, то это пиздец как неудобно писать на этом. Надо тыщу методов помнить и какие из них что принимают. Абсолютно неудобная дока еще в этом смысле. Как вообще люди на лайвкодинге не валятся с этого зоопарка. Ну это ладно, оказалось, что еще куча устаревших практик в языке постоянно появляется. Типа вот книжку читаю, которая 2022, а теперь выходит, что там старье описано и так уже не пишут в 1.25 го. Есть вообще свет в конце тунеля у этого всего или надо просто смириться? В жабе какое-то единообразие чувствуется, тут как будто совсем нет.
584 Кб, 437x671>>05955
В конторе, тебе это все равно не пригодится, потому что скорее всего ты будешь писать на 8-й жаве. 🤣😆
Есть такое, но это только на собеседовании у долбоебов из бигкека и просто дебилов. В остальном базовые вещи надо знать, типа как не стрельнуть себе в ногу и всякие паттерны шаблонов.
Нахера вообще го нужен? Типа многопоточка в жаве тоже есть и не хуже, даже лучше с новыми виртуальными тредами. Прим этом куча библиотек, еще с прошлого века, поддержка всех IDE, начиная от блокнота и заканчивая MS Word.
Я не понимаю, зачем питонисты, осознав что их язык тот еще кал, вместо нормального языка, выбирают другое го-вно?
>ипа вот книжку читаю, которая 2022, а теперь выходит, что там старье описано и так уже не пишут в 25 джаве.
В конторе, тебе это все равно не пригодится, потому что скорее всего ты будешь писать на 8-й жаве. 🤣😆
>Надо тыщу методов помнить.
Есть такое, но это только на собеседовании у долбоебов из бигкека и просто дебилов. В остальном базовые вещи надо знать, типа как не стрельнуть себе в ногу и всякие паттерны шаблонов.
>В Го какое-то единообразие чувствуется
Нахера вообще го нужен? Типа многопоточка в жаве тоже есть и не хуже, даже лучше с новыми виртуальными тредами. Прим этом куча библиотек, еще с прошлого века, поддержка всех IDE, начиная от блокнота и заканчивая MS Word.
Я не понимаю, зачем питонисты, осознав что их язык тот еще кал, вместо нормального языка, выбирают другое го-вно?
>>06137
Крос-компиляция из коробки, сборка в один бинарь, который потом просто раскатывать. Достаточно простой синтаксис и большое количество библиотек для типовых задач.
>Нахера вообще го нужен?
Крос-компиляция из коробки, сборка в один бинарь, который потом просто раскатывать. Достаточно простой синтаксис и большое количество библиотек для типовых задач.
>>06212
что сейчас так не умеет делать?
это только если сравнивать с С++. Ну будет два бинаря у С++, если нужно будет под разны ОСи. Но что-то сомневаюсь что на бэке это нужно.
Ахаха
лол кек чебурек 😆😁
>Крос-компиляция из коробки
что сейчас так не умеет делать?
>сборка в один бинарь
это только если сравнивать с С++. Ну будет два бинаря у С++, если нужно будет под разны ОСи. Но что-то сомневаюсь что на бэке это нужно.
>простой синтаксис
Ахаха
>большое количество библиотек для типовых задач
лол кек чебурек 😆😁
>>06308
Нужно. Главная причина перехода в моей компании с жабы на го. Клиенты тупят и не могут справиться даже с инструкцией из двух пунктов. В итоге решено отдавать им один бинарь, чтобы не напрягать их установкой jdk.
> >сборка в один бинарь
> это только если сравнивать с С++. Ну будет два бинаря у С++, если нужно будет под разны ОСи. Но что-то сомневаюсь что на бэке это нужно.
Нужно. Главная причина перехода в моей компании с жабы на го. Клиенты тупят и не могут справиться даже с инструкцией из двух пунктов. В итоге решено отдавать им один бинарь, чтобы не напрягать их установкой jdk.
>>06319
Есть jdeploy https://www.jdeploy.com/
Вместо полной смены всего окружения разработки
>В итоге решено отдавать им один бинарь, чтобы не напрягать их установкой jdk.
Есть jdeploy https://www.jdeploy.com/
Вместо полной смены всего окружения разработки
>>06308
Раст вроде не умеет, но я не уверен.
Дык под разные оси и у го будут разные бинари. Речь про то, что после компиляции ты получаешь один файл, в котором весь код лежит. И его можно забирать в контейнеры. Это и упрощает раскат. Не надо ставить разные версии жвм, питуна и т.д.
Какая-то странная реакция... Ну да ладно.
>что сейчас так не умеет делать?
Раст вроде не умеет, но я не уверен.
>Ну будет два бинаря у С++, если нужно будет под разны ОСи
Дык под разные оси и у го будут разные бинари. Речь про то, что после компиляции ты получаешь один файл, в котором весь код лежит. И его можно забирать в контейнеры. Это и упрощает раскат. Не надо ставить разные версии жвм, питуна и т.д.
>Ахаха
>лол кек чебурек
Какая-то странная реакция... Ну да ладно.
>>06359
а в жаве не так? Типа описываешь контейнер с дистом и версией жабы. С докером, проблемы двух бинарей так же решаются.
А если они обосруться, тогда что? 😆
>И его можно забирать в контейнеры.
а в жаве не так? Типа описываешь контейнер с дистом и версией жабы. С докером, проблемы двух бинарей так же решаются.
>Клиенты тупят и не могут справиться даже с инструкцией из двух пунктов.
А если они обосруться, тогда что? 😆
>>06137
Проиграл, правда с MS Word перетолстил чутка.
>Прим этом куча библиотек, еще с прошлого века, поддержка всех IDE, начиная от блокнота и заканчивая MS Word
Проиграл, правда с MS Word перетолстил чутка.
>>06467
Проблема в том, что нужно тянуть жирную jvm за собой. В го этой проблемы нет, гошный рантайм прилинкован статически и находится внутри бинаря.
Как результат контейнер тупо меньше становится и быстрее стартует.
>>06137
Чем виртуальные треды лучше горутин? Вопрос на засыпку. Алсо насколько хорошо поддержаны виртуальные треды в jvm экосистеме? Всякие драйвера для баз данных переписали на виртуальные треды? Хикари пул например? То-то я вижу ишьюсы открытые на протяжении нескольких лет
https://github.com/brettwooldridge/HikariCP/issues/1463
https://github.com/pgjdbc/pgjdbc/issues/3835
Если либа не поддерживается больше полугода-года, ее не будут тянуть в проект. Ни в джаве, ни в го. То, что на джаве когда-то много всего написали, это хорошо. Но в поддерживаемом состоянии проектов примерно столько же, сколько и на го.
А что выбирать вместо питона для бекенда? Rust? Для бекенда он не особо подходит. Java? Объективно не новая и скорее даже устаревшая экосистема с весьма хуевой поддержкой от Оракла. Многие фичи джавы вроде наследования объективно не нужны. Когда я на последнем jvm проекте работал, нас по рукам били, если пытались наследование где-то применить. Перечисли нормальные языки тогда уж.
Реально чего не хватает в Go порой это Stream API. Но вспоминая что можно с ними было наворотить в джаве, реально проще циклы писать в большинстве случаев.
Проблема в том, что нужно тянуть жирную jvm за собой. В го этой проблемы нет, гошный рантайм прилинкован статически и находится внутри бинаря.
Как результат контейнер тупо меньше становится и быстрее стартует.
>>06137
>Нахера вообще го нужен? Типа многопоточка в жаве тоже есть и не хуже, даже лучше с новыми виртуальными тредами.
Чем виртуальные треды лучше горутин? Вопрос на засыпку. Алсо насколько хорошо поддержаны виртуальные треды в jvm экосистеме? Всякие драйвера для баз данных переписали на виртуальные треды? Хикари пул например? То-то я вижу ишьюсы открытые на протяжении нескольких лет
https://github.com/brettwooldridge/HikariCP/issues/1463
https://github.com/pgjdbc/pgjdbc/issues/3835
> Прим этом куча библиотек, еще с прошлого века, поддержка всех IDE, начиная от блокнота и заканчивая MS Word.
Если либа не поддерживается больше полугода-года, ее не будут тянуть в проект. Ни в джаве, ни в го. То, что на джаве когда-то много всего написали, это хорошо. Но в поддерживаемом состоянии проектов примерно столько же, сколько и на го.
>Я не понимаю, зачем питонисты, осознав что их язык тот еще кал, вместо нормального языка, выбирают другое го-вно
А что выбирать вместо питона для бекенда? Rust? Для бекенда он не особо подходит. Java? Объективно не новая и скорее даже устаревшая экосистема с весьма хуевой поддержкой от Оракла. Многие фичи джавы вроде наследования объективно не нужны. Когда я на последнем jvm проекте работал, нас по рукам били, если пытались наследование где-то применить. Перечисли нормальные языки тогда уж.
Реально чего не хватает в Go порой это Stream API. Но вспоминая что можно с ними было наворотить в джаве, реально проще циклы писать в большинстве случаев.
>>06482
Т.е. этот рантайм занимает 0 места? Ого, вот это технологиию.)) В докере ты так же не паришься на счет жвм. Докер за счет своих слоев, делить жвм, со всеми контейнерам на баз выбранного образа. А в случае райнтама в бинаре, каждый образ будет содеражть магические 0 байт райнтама ))
Это те же корутины, только на уровне жвм. Для разработчика почти ничего не меняется, при работе с потоками. Только теперь они как бы более эффективны и меньше жрут.
На столько, что внесены в стандарт. Это значит что не только лишь оракле будет их поддерживать, но и другие жвм.
Не только оракл пилит жаву, есть еще ибм, хуавеи и всякие опенждк.
Не везде стоит применять наследование, но иногда можно и применить. Плюс жава, не запрещает тебе использовать композицию.
>В го этой проблемы нет, гошный рантайм прилинкован статически и находится внутри бинаря. Как результат контейнер тупо меньше становится и быстрее стартует.
Т.е. этот рантайм занимает 0 места? Ого, вот это технологиию.)) В докере ты так же не паришься на счет жвм. Докер за счет своих слоев, делить жвм, со всеми контейнерам на баз выбранного образа. А в случае райнтама в бинаре, каждый образ будет содеражть магические 0 байт райнтама ))
>Чем виртуальные треды лучше горутин? Вопрос на засыпку.
Это те же корутины, только на уровне жвм. Для разработчика почти ничего не меняется, при работе с потоками. Только теперь они как бы более эффективны и меньше жрут.
>Алсо насколько хорошо поддержаны виртуальные треды в jvm экосистеме?
На столько, что внесены в стандарт. Это значит что не только лишь оракле будет их поддерживать, но и другие жвм.
>поддержкой от Оракла
Не только оракл пилит жаву, есть еще ибм, хуавеи и всякие опенждк.
>Когда я на последнем jvm проекте работал, нас по рукам били, если пытались наследование где-то применить.
Не везде стоит применять наследование, но иногда можно и применить. Плюс жава, не запрещает тебе использовать композицию.
>>06539
Нет, это означает, что гошный рантайм гораздо более легковесный чем jvm.
А почему в хикарипуле их так и не завезли нормально? А ведь это де-факто стандарт в мире jvm для подключения к базам.
>Т.е. этот рантайм занимает 0 места
Нет, это означает, что гошный рантайм гораздо более легковесный чем jvm.
>На столько, что внесены в стандарт
А почему в хикарипуле их так и не завезли нормально? А ведь это де-факто стандарт в мире jvm для подключения к базам.
>>06574
В мире докера jvm шарится между всеми образами в виде отдельного слоя и глубоко насрать на её размер (кого в 2025 волнует 100мб на сервере?).
Привет из 25 года. Уже завезли. В java 25 (на самом деле с 24, но 25 - LTS) у виртуальных потоков нету проблем с synchronized блоками. Единственное оставшееся узкое место у виртуальных потоков - это Native, но это совсем редкий кейс.
> Нет, это означает, что гошный рантайм гораздо более легковесный чем jvm.
В мире докера jvm шарится между всеми образами в виде отдельного слоя и глубоко насрать на её размер (кого в 2025 волнует 100мб на сервере?).
> А почему в хикарипуле их так и не завезли нормально?
Привет из 25 года. Уже завезли. В java 25 (на самом деле с 24, но 25 - LTS) у виртуальных потоков нету проблем с synchronized блоками. Единственное оставшееся узкое место у виртуальных потоков - это Native, но это совсем редкий кейс.
>>06574
Алсо, хикари - это говно из под ноктей. Человек байты немного подрочил и выдал свою какашку за золотой стандарт конекшн пулов, который даже мать воскрешает и понос у собаки лечит. Но прикол в том, что а) дрочил это он в определенных условиях на определенной JVM и в других условиях его выводы нерелевантны + б) работа пула это 0.00000000000000000000001% всего процессорного времени => весь его пердолинг бесполезен.
Пришлось рогом столкнулся с фанатиками хикари когда нужна была поддержка XA, котороый туда вообще не завезли и не планируют.
Алсо, хикари - это говно из под ноктей. Человек байты немного подрочил и выдал свою какашку за золотой стандарт конекшн пулов, который даже мать воскрешает и понос у собаки лечит. Но прикол в том, что а) дрочил это он в определенных условиях на определенной JVM и в других условиях его выводы нерелевантны + б) работа пула это 0.00000000000000000000001% всего процессорного времени => весь его пердолинг бесполезен.
Пришлось рогом столкнулся с фанатиками хикари когда нужна была поддержка XA, котороый туда вообще не завезли и не планируют.
>>06359
Что за бред, какая разница сколько файлов в контейнере? Если ты контейнерами дистрибьютишь, то он за тебя всё и делает
> Речь про то, что после компиляции ты получаешь один файл, в котором весь код лежит. И его можно забирать в контейнеры. Это и упрощает раскат. Не надо ставить разные версии жвм
Что за бред, какая разница сколько файлов в контейнере? Если ты контейнерами дистрибьютишь, то он за тебя всё и делает
В этих треда никогда вопросы по спрингу не спрашивают.
По спрингу война и мир вместо документациии или это специально сделано, чтобы курсы продавать?
Типа все примеры какие-то максимально искусственные и нет такого, что скопипастил кусочек и потестил.
Дока Spring Data ещё более-менее(хотя там есть Commons, в котором нихуя нет и JPA в которой немного хуйни есть), но по Security это вообще пиздец.
По спрингу война и мир вместо документациии или это специально сделано, чтобы курсы продавать?
Типа все примеры какие-то максимально искусственные и нет такого, что скопипастил кусочек и потестил.
Дока Spring Data ещё более-менее(хотя там есть Commons, в котором нихуя нет и JPA в которой немного хуйни есть), но по Security это вообще пиздец.
>>06652
а чего ты хотел? Это безопасность, в ней надо разбираться. При этом спринг остается универсальным, можно разные способо аутентификации прикрутить. Это тебе не го-вно, где только оаутх от гугла
>но по Security это вообще пиздец
а чего ты хотел? Это безопасность, в ней надо разбираться. При этом спринг остается универсальным, можно разные способо аутентификации прикрутить. Это тебе не го-вно, где только оаутх от гугла
>>06652
Спринг Секьюрити это каловая дристота. Везде от него всегда отказывались и делали свои решения. Нахуй он нужен.
Спринг Секьюрити это каловая дристота. Везде от него всегда отказывались и делали свои решения. Нахуй он нужен.
>>06627
На сам размер контейнеров и образов в целом похуй.
Другое дело, это долгий старт JVM. Вот тут джава вчистую проиграла динамикодрисне вроде питона и голанку. Поэтому и пытались graalvm делать, и кваркус с микронавтом затащить. Но по итогу все проебано. Джава осталась только как язык для тяжелой бизнес логики.
На сам размер контейнеров и образов в целом похуй.
Другое дело, это долгий старт JVM. Вот тут джава вчистую проиграла динамикодрисне вроде питона и голанку. Поэтому и пытались graalvm делать, и кваркус с микронавтом затащить. Но по итогу все проебано. Джава осталась только как язык для тяжелой бизнес логики.
>>06686
Что даёт быстрый старт? Никто серверные приложения не рестартит по 100 раз в минуту. Его запустили и он крутится годами. Потому и кваркусы с микронавтами никому не нужны.
Что даёт быстрый старт? Никто серверные приложения не рестартит по 100 раз в минуту. Его запустили и он крутится годами. Потому и кваркусы с микронавтами никому не нужны.
>>06715
Serverless. Ну и вообще рестарты вполне себе происходят, в том числе когда новые версии раскатываются. Плюс всякие автоскейлы тоже имеют место быть.
Запустил один раз и он работает месяцами это что-то из эпохи монолитов. Сейчас все облаках живут, собственно грааль, кваркус и микронавт были попыткой затащить джаву в облака. Но как видно просрали все полимеры по итогу.
Serverless. Ну и вообще рестарты вполне себе происходят, в том числе когда новые версии раскатываются. Плюс всякие автоскейлы тоже имеют место быть.
Запустил один раз и он работает месяцами это что-то из эпохи монолитов. Сейчас все облаках живут, собственно грааль, кваркус и микронавт были попыткой затащить джаву в облака. Но как видно просрали все полимеры по итогу.
>>06731
🤣😁😆
Т.е. убогость падучего говнокода, решили исправить мифическим быстрым стартом и мыкросервисами? Ахахаха )))
>>06686
Быстрый старт нужен зумеркам, чтобы при нажатии на кнопку вкл, сразу появлялся рабочий стол. Это дело подхватили мс и начали кичится этим, но по факту просто отложили загрузку некоторых сервисов на потом. ))
На бэке, я про такую херь ни разу не слышал. А если сетка где-то отвалилась или плохая связь, то го-вно тоже получается в ауте?
>Запустил один раз и он работает месяцами это что-то из эпохи монолитов.
🤣😁😆
Т.е. убогость падучего говнокода, решили исправить мифическим быстрым стартом и мыкросервисами? Ахахаха )))
>>06686
>Другое дело, это долгий старт JVM
Быстрый старт нужен зумеркам, чтобы при нажатии на кнопку вкл, сразу появлялся рабочий стол. Это дело подхватили мс и начали кичится этим, но по факту просто отложили загрузку некоторых сервисов на потом. ))
На бэке, я про такую херь ни разу не слышал. А если сетка где-то отвалилась или плохая связь, то го-вно тоже получается в ауте?
>>06770
А причем тут говно, ты на любом языке должен ретраи делать как надо. Ну если само облако сдохло, то да, всему пизда.
Классическое НИНУЖНО, ясно.
>А если сетка где-то отвалилась или плохая связь, то го-вно тоже получается в ауте
А причем тут говно, ты на любом языке должен ретраи делать как надо. Ну если само облако сдохло, то да, всему пизда.
>Быстрый старт нужен зумеркам
Классическое НИНУЖНО, ясно.
>>06772
Классическое - это в тренде. Ясно. .. . .
Как это вообще связано с жавой? Если сфот тяжелый и долго стартует, то надо делать так чтобы он не падал. Или держать балансировщик и резерв. Какие сейчас с этим проблемы?
А то что у тебя го-внина стартанет на 0.00000002 быстрее, чем неразогретый жава, то какой от этого профит?
>Классическое
Классическое - это в тренде. Ясно. .. . .
>ты на любом языке должен ретраи делать как надо.
Как это вообще связано с жавой? Если сфот тяжелый и долго стартует, то надо делать так чтобы он не падал. Или держать балансировщик и резерв. Какие сейчас с этим проблемы?
А то что у тебя го-внина стартанет на 0.00000002 быстрее, чем неразогретый жава, то какой от этого профит?
>>06777
1) Самый большой профит в серверлесс. Там JVM в принципе нельзя использовать, тупо непригодна.
2) Автоскейлинг. Если у тебя нагрузка сезонная, то ты часть виртуальных машин тупо отключаешь автоматически за ненадобностью в определенные часы/дни. Как только нагрузка возрастает, надо быстро развернуть новые вмки и запустить на них инстансы.
Монолит одним инстансом сейчас вообще никто не держит, это крайне опасная хуйня.
А, ну и да, виртуальные машины в облаках имеют свойство рестартиться. Нет гарантий, что запущенная виртуалка будет запущенной месяцами и годами без перезагрузок. Перезагрузки вполне имеют место быть не по твоей прихоти. И если у тебя приложение стартует долго, то это банально плохо, вот и все. Отказоустойчивость становится менее стабильной.
Поэтому и софт нынче проектируют так, чтобы он переживал выключение электричества в ДЦ так, чтобы в любой момент времени и ни один бизнес-процесс не нарушился и нарушения консистентности нигде не произошло по дороге. Поэтому так популярны нынче durable execution движки по типу Temporal.
Если у тебя много джава сервисов, то при попытке рестартнуть условные 500 инстансов в одном ДЦ это будет тяжелейшим мучением и вероятно каскадным обвалом. А на гошке все легко и просто будет. Лично наблюдал такое.
Если у тебя легаси монолит обычный на собственной bare metal инфре в одном инстансе, то как бы да, однохуйственно будет. Если ты все-таки живешь по современному и в облаках, то уже не однохуйственно. Все-таки микронавт и кваркус не совсем бесполезны, они просто не взлетели потому что там, где реально надо заезжать в облака и уметь быстро подниматься/рестартиться, уже переехали на го или что-то другое.
1) Самый большой профит в серверлесс. Там JVM в принципе нельзя использовать, тупо непригодна.
2) Автоскейлинг. Если у тебя нагрузка сезонная, то ты часть виртуальных машин тупо отключаешь автоматически за ненадобностью в определенные часы/дни. Как только нагрузка возрастает, надо быстро развернуть новые вмки и запустить на них инстансы.
Монолит одним инстансом сейчас вообще никто не держит, это крайне опасная хуйня.
А, ну и да, виртуальные машины в облаках имеют свойство рестартиться. Нет гарантий, что запущенная виртуалка будет запущенной месяцами и годами без перезагрузок. Перезагрузки вполне имеют место быть не по твоей прихоти. И если у тебя приложение стартует долго, то это банально плохо, вот и все. Отказоустойчивость становится менее стабильной.
Поэтому и софт нынче проектируют так, чтобы он переживал выключение электричества в ДЦ так, чтобы в любой момент времени и ни один бизнес-процесс не нарушился и нарушения консистентности нигде не произошло по дороге. Поэтому так популярны нынче durable execution движки по типу Temporal.
Если у тебя много джава сервисов, то при попытке рестартнуть условные 500 инстансов в одном ДЦ это будет тяжелейшим мучением и вероятно каскадным обвалом. А на гошке все легко и просто будет. Лично наблюдал такое.
Если у тебя легаси монолит обычный на собственной bare metal инфре в одном инстансе, то как бы да, однохуйственно будет. Если ты все-таки живешь по современному и в облаках, то уже не однохуйственно. Все-таки микронавт и кваркус не совсем бесполезны, они просто не взлетели потому что там, где реально надо заезжать в облака и уметь быстро подниматься/рестартиться, уже переехали на го или что-то другое.
>>06650
Это не про количество файлов само по себе, а про простоту сборки образа. С одним бинарём, который ни от чего не зависит, ты просто его забираешь каждый раз и всё. От обновлений самого го это ничего не зависит.
>какая разница сколько файлов в контейнере?
Это не про количество файлов само по себе, а про простоту сборки образа. С одним бинарём, который ни от чего не зависит, ты просто его забираешь каждый раз и всё. От обновлений самого го это ничего не зависит.
>>06803
Есть graalvm.
Причем тут жава? Это к технологии развертывания и оркестирования.
Похоже на перекладывание проблем ДЦ, на жаву. Думаю такие вещи уже давно автоматизированы и никто не будет сразу врубать 500 инстансов. Иначе все эти докерсвармы и кибернетусы, не были бы так популярны.
>Самый большой профит в серверлесс. Там JVM в принципе нельзя использовать, тупо непригодна.
Есть graalvm.
>Автоскейлинг.
Причем тут жава? Это к технологии развертывания и оркестирования.
>Если у тебя много джава сервисов, то при попытке рестартнуть условные 500 инстансов в одном ДЦ это будет тяжелейшим мучением и вероятно каскадным обвалом.
Похоже на перекладывание проблем ДЦ, на жаву. Думаю такие вещи уже давно автоматизированы и никто не будет сразу врубать 500 инстансов. Иначе все эти докерсвармы и кибернетусы, не были бы так популярны.
>>06946
Несовместимая с кучей библиотек где используется рефлексия или JNI.
мимо
> >Самый большой профит в серверлесс. Там JVM в принципе нельзя использовать, тупо непригодна.
> Есть graalvm.
Несовместимая с кучей библиотек где используется рефлексия или JNI.
мимо
>>06803
Какой нахуй серверлесс хуерверлесс, тебе через пару дней инет полностью рубанут, умник блять нашелся. Теперь по делу. Если ты не фаанг, то петухон покроет твои потребности с головой, тебе го нахуй не всрался. А если ты фаанг, то у тебя есть сырьё и кадры, как у нетфикса и амазона, где всё на джаве крутится го нахуй не нужен. ёбана рот питон куда удобнее говна, фаст апи покроет все твои задачи, твои рога и копыта - это микропиздрический лоад, тебе некуда выжимать байты.
Какой нахуй серверлесс хуерверлесс, тебе через пару дней инет полностью рубанут, умник блять нашелся. Теперь по делу. Если ты не фаанг, то петухон покроет твои потребности с головой, тебе го нахуй не всрался. А если ты фаанг, то у тебя есть сырьё и кадры, как у нетфикса и амазона, где всё на джаве крутится го нахуй не нужен. ёбана рот питон куда удобнее говна, фаст апи покроет все твои задачи, твои рога и копыта - это микропиздрический лоад, тебе некуда выжимать байты.
>>06973
Какая глупость написана. Работаю в одной из компаний снп500, переехали на го с жабы. Про питон это просто роспись в собственной некомпетентности.
Какая глупость написана. Работаю в одной из компаний снп500, переехали на го с жабы. Про питон это просто роспись в собственной некомпетентности.
>>06885
И как это отличаетсяот варианта когда ты просто один джарник забираешь и всё. Образы предсобранные уже, ты никогда с докером не работал чтоли? Бред какой-то несёшь.
И как это отличаетсяот варианта когда ты просто один джарник забираешь и всё. Образы предсобранные уже, ты никогда с докером не работал чтоли? Бред какой-то несёшь.
>>07002
базовые образы имею в виду
базовые образы имею в виду
>>06885
С докером проблемы нет, ты собираешь что угодно на базе однажды сделанных образов, которые можешь выкачивать, например, по хешу (если не доверяешь точным номерам версий) и иметь 100% гарантию воспроизводимости.
При загрузке образа у тебя по сети будут гоняться архивы, один докер-слой (может быть несколько десятков слоёв), причём скажем при обновлении докер-образа нужно досылать только слои с изменениями, что намного быстрее, чем высылать образ целиком.
На диске всё разворачивается уже.
То есть тут нет проблем, разве что просто общая тяжеловесность образов. Короче для серверов с контейнерами проблемы вообще никакой нет.
Куда важнее про обновлениях обычных компьютеров, чтобы удобная форма была у приложения.
С докером проблемы нет, ты собираешь что угодно на базе однажды сделанных образов, которые можешь выкачивать, например, по хешу (если не доверяешь точным номерам версий) и иметь 100% гарантию воспроизводимости.
При загрузке образа у тебя по сети будут гоняться архивы, один докер-слой (может быть несколько десятков слоёв), причём скажем при обновлении докер-образа нужно досылать только слои с изменениями, что намного быстрее, чем высылать образ целиком.
На диске всё разворачивается уже.
То есть тут нет проблем, разве что просто общая тяжеловесность образов. Короче для серверов с контейнерами проблемы вообще никакой нет.
Куда важнее про обновлениях обычных компьютеров, чтобы удобная форма была у приложения.
Как запилить обновление html-файлов, которые выдает спринг?
Обновляются только по ctrl-f9, когда они копируются из main/resources в build.
Обновляются только по ctrl-f9, когда они копируются из main/resources в build.
>>06803
Так и вижу что такие аргументы используются для перехода с джавы на го. Почему нельзя, почему непригодна? Просто нельзя, инфа сотка
>1) Самый большой профит в серверлесс. Там JVM в принципе нельзя использовать, тупо непригодна.
Так и вижу что такие аргументы используются для перехода с джавы на го. Почему нельзя, почему непригодна? Просто нельзя, инфа сотка
>>07012
50 мс?
https://gillius.org/blog/2025/10/java-25-framework-startup.html
Хз, раньше под этим лямды подразумевали, теперь похоже запуск через обычный аппликейшн сервер
>Потому что долго стартует.
50 мс?
https://gillius.org/blog/2025/10/java-25-framework-startup.html
>Это очевидно если знаешь что такое серверлес
Хз, раньше под этим лямды подразумевали, теперь похоже запуск через обычный аппликейшн сервер
>>06946
Есть кто-нибудь в треде, кто смог ее на прод затащить? Это мертворожденная хуйня, как мне кажется.
>graalvm
Есть кто-нибудь в треде, кто смог ее на прод затащить? Это мертворожденная хуйня, как мне кажется.
>>06958
Как раз-таки го-вно из коробки был компилируемым, поэтому там таких проблем попросту нет.
Как раз-таки го-вно из коробки был компилируемым, поэтому там таких проблем попросту нет.
>>06973
А причем тут питон? Даже если требования по перфомансу небольшие, даже если это не фаанг, все равно проект может быть сложным и большим.
Поддерживать большие вещи на питухоне в 10 раз сложнее чем на Go. Лично переезжал с питуха на говно и на говняке поддерживать большие кодобазы кратно легче. Просто потому что язык проще, меньше сахара, компилируемость и типы. А в питухоне с годами начинается ад из циклических импортов, импорты ломаются, если mypy на проект не завезли, то это все, пизда. Тащить питон на бекенд никто не запрещает, но строго для очень маленьких проектов, у которых строго ограниченный жизненный цикл.
А причем тут питон? Даже если требования по перфомансу небольшие, даже если это не фаанг, все равно проект может быть сложным и большим.
Поддерживать большие вещи на питухоне в 10 раз сложнее чем на Go. Лично переезжал с питуха на говно и на говняке поддерживать большие кодобазы кратно легче. Просто потому что язык проще, меньше сахара, компилируемость и типы. А в питухоне с годами начинается ад из циклических импортов, импорты ломаются, если mypy на проект не завезли, то это все, пизда. Тащить питон на бекенд никто не запрещает, но строго для очень маленьких проектов, у которых строго ограниченный жизненный цикл.
>>07002
Джару нужен жвм, а нативному бинарю нет.
>>07007
Это всё хорошо, когда у тебя по-нормальному сделано. Но я несколько раз видел ситуацию, когда в докерфайле версии жвм или питона прописывают руками, из-за чего случается расхождение версий дева и прода, и что-то при обновлении на проде отваливается. Поэтому забирать один бинарь, ни к чему не привязанный, в любом случае спокойней. Понятно, что это мелочь, но лично для меня любое уменьшение точек отказа из-за человеческой ошибки - это хорошо.
Джару нужен жвм, а нативному бинарю нет.
>>07007
Это всё хорошо, когда у тебя по-нормальному сделано. Но я несколько раз видел ситуацию, когда в докерфайле версии жвм или питона прописывают руками, из-за чего случается расхождение версий дева и прода, и что-то при обновлении на проде отваливается. Поэтому забирать один бинарь, ни к чему не привязанный, в любом случае спокойней. Понятно, что это мелочь, но лично для меня любое уменьшение точек отказа из-за человеческой ошибки - это хорошо.
>>07019
2 секунды минимум. Потому что все живут на спрингбуте, а кваркус и микронавт так и не взлетели.
>50 мс
2 секунды минимум. Потому что все живут на спрингбуте, а кваркус и микронавт так и не взлетели.
>>07032
В статье у бута 100мс, ты в глаза чтоли?
Это потому что всем похуй на стартап тайм, вот и нет мотивации что-то делать
В статье у бута 100мс, ты в глаза чтоли?
>Потому что все живут на спрингбуте
Это потому что всем похуй на стартап тайм, вот и нет мотивации что-то делать
31 Кб, 1086x212>>07034
Ну вот что в статье написано. Ты бы сам статью для начала почитал.
>В статье у бута 100мс, ты в глаза чтоли
Ну вот что в статье написано. Ты бы сам статью для начала почитал.
>>07030
ЖВМ уже есть в базовом образе, ты просто указываешь образ с ЖВМ как базовый и копируешь джарник в папку
>Джару нужен жвм, а нативному бинарю нет.
ЖВМ уже есть в базовом образе, ты просто указываешь образ с ЖВМ как базовый и копируешь джарник в папку
>>07035
В serverless мире да, это очень много. В среднем должно отрабатывать все за 500 мс. Если какие-то очень долгие задачи, то 2-4 секунды максимум.
А когда у тебя джава только стартует 2-10 секунды, то это считай деньги на ветер. Поэтому джаву в серверлесс нельзя использовать, это слишком дорого будет. Плюс в сервелесс ты платишь не только за время, но и за RAM. И джава тут вообще не вариант совсем. Гошка стартует с гораздо меньшим потреблением памяти чем жаба.
Я же говорю, пытались делать граальвм, кваркус, микронавт, но ничего из этого нормально так и не взлетело, и если ты хочешь серверлесс использовать в облаках, то лучше не брать джаву вообще, а взять что-то компилируемое или хотя бы питухон, он стартует быстро.
JVM в серверлесс стоит примерно в 5-10 раз дороже чем Go.
В serverless мире да, это очень много. В среднем должно отрабатывать все за 500 мс. Если какие-то очень долгие задачи, то 2-4 секунды максимум.
А когда у тебя джава только стартует 2-10 секунды, то это считай деньги на ветер. Поэтому джаву в серверлесс нельзя использовать, это слишком дорого будет. Плюс в сервелесс ты платишь не только за время, но и за RAM. И джава тут вообще не вариант совсем. Гошка стартует с гораздо меньшим потреблением памяти чем жаба.
Я же говорю, пытались делать граальвм, кваркус, микронавт, но ничего из этого нормально так и не взлетело, и если ты хочешь серверлесс использовать в облаках, то лучше не брать джаву вообще, а взять что-то компилируемое или хотя бы питухон, он стартует быстро.
JVM в серверлесс стоит примерно в 5-10 раз дороже чем Go.
>>07038
Если у тебя в джарнике все зависимости, то в принципе да, это прокатит.
Если у тебя в джарнике все зависимости, то в принципе да, это прокатит.
>>07045
говно без задач для говностартапов во времена ит бума, рассчитанное на дойку венчурных фондов, которые вложились в стартап.
Сейчас уже не имеет смысла
>серверлесс
говно без задач для говностартапов во времена ит бума, рассчитанное на дойку венчурных фондов, которые вложились в стартап.
Сейчас уже не имеет смысла
>>07043
>>07041
Спринг native полумертвый нынче. Ты его пробовал использовать? Это же нерабочая и крайне сырая хуйня.
В целом граальвм и натив спринг мертвы. Все надежды были на кваркус и микронавт, но их банально никто не стал в прод тащить.
И кстати граальвм то ли будут закапывать, то ли полностью переключать фокус на project leyden и С2, но именно у грааля будущего имхо больше нет.
>>07041
Спринг native полумертвый нынче. Ты его пробовал использовать? Это же нерабочая и крайне сырая хуйня.
В целом граальвм и натив спринг мертвы. Все надежды были на кваркус и микронавт, но их банально никто не стал в прод тащить.
И кстати граальвм то ли будут закапывать, то ли полностью переключать фокус на project leyden и С2, но именно у грааля будущего имхо больше нет.
вас жирный троллит, а вы его кормите. Серверлесс это такой же мем как монга диби. Вы даже в выдаче гугла не найдете никакой информации про серверлесс, настолько это актуальная технология.
>>07051
Конечно-конечно
Конечно-конечно
>>07051
Очередной бабах джава скуфа и классическое НИНУЖНО, я тебя понял.
А по факту серверлесс как жил, так и живет до сих пор. Конечно если раньше всякие дебичи пытались монолит в серверлесс запихать и обжигались на этом, то теперь долбоебов стало кратно меньше и серверлесс используют по назначению - для коротких задач. И это реально экономит деньги. Там где раньше ты держал микросервис постоянно в фоне, теперь у тебя есть короткая функция, которая запускается по триггеру, быстро отрабатывает, и выключается. Это инструмент именно для коротких задач, а не для постоянной обработки данных.
>говно без задач
>Сейчас уже не имеет смысла
Очередной бабах джава скуфа и классическое НИНУЖНО, я тебя понял.
А по факту серверлесс как жил, так и живет до сих пор. Конечно если раньше всякие дебичи пытались монолит в серверлесс запихать и обжигались на этом, то теперь долбоебов стало кратно меньше и серверлесс используют по назначению - для коротких задач. И это реально экономит деньги. Там где раньше ты держал микросервис постоянно в фоне, теперь у тебя есть короткая функция, которая запускается по триггеру, быстро отрабатывает, и выключается. Это инструмент именно для коротких задач, а не для постоянной обработки данных.
>>07058
AWS lambda это один из наиболее используемых сервисов в AWS. Третий сервис после EC2 и S3.
У нас в проде очень много aws лямбд крутится. То, что кто-то пытался джава монолит в лямбде запускать, ну это его проблемы.
AWS lambda это один из наиболее используемых сервисов в AWS. Третий сервис после EC2 и S3.
У нас в проде очень много aws лямбд крутится. То, что кто-то пытался джава монолит в лямбде запускать, ну это его проблемы.
>>07061
Приводи пример такой задачи.
Что тебе мешает вынести этот функционал в нормальный сервис и не усложнять систему лямбдами?
Это был интсрумент для мвп говностартапов (делали мвп целиком на лямбдах), сейчас это в прошлом уже
Приводи пример такой задачи.
Что тебе мешает вынести этот функционал в нормальный сервис и не усложнять систему лямбдами?
Это был интсрумент для мвп говностартапов (делали мвп целиком на лямбдах), сейчас это в прошлом уже
>>07045
2 секунды для самого жирного и неповоротливого фреймворка из возможных. Буквально сделать всё чтобы стартовало по-медленнее и удивляться что стартует медленно.
Если тебе нужен мгновенный старт, то сама джава стартует мгновенно, можешь просто в мэн методы начинать работать, как собственно го и делает в большинстве случаев
>А когда у тебя джава только стартует 2-10 секунды, то это считай деньги на ветер.
2 секунды для самого жирного и неповоротливого фреймворка из возможных. Буквально сделать всё чтобы стартовало по-медленнее и удивляться что стартует медленно.
Если тебе нужен мгновенный старт, то сама джава стартует мгновенно, можешь просто в мэн методы начинать работать, как собственно го и делает в большинстве случаев
>>07045
Кстати как вариант можно спецом написать Го фреймворк, который стартует 30 секунд и ссылаясь на него говорить что ГоВНО и не может быть использовать в серверлесе
Кстати как вариант можно спецом написать Го фреймворк, который стартует 30 секунд и ссылаясь на него говорить что ГоВНО и не может быть использовать в серверлесе
>>07029
Надо смотреть, что из себя представляют проекты одного класса на разных языках. Я не очень представляю, как будет выглядеть на Го описание нескольких десятков моделей БД, сложно связанных и с дополнительной сложной логикой. Вот как раз где в питоне и его SQLAlchemy возникает вся эта мешанина циклических импортов, миксинов и т.п.
Сложные проекты на всех языках сложны.
Там да, в питоне не хватает типизации часто, актуально как раз для сложных проектов. В принципе механизмы есть, typing, но по факту часто ничего как надо не типизировано. И разрабатывать тяжело, и в рантайме словить ошибку можно, когда код переделываешь и где-то не отследил неявную передачу каких-то объектов куда-то.
Надо смотреть, что из себя представляют проекты одного класса на разных языках. Я не очень представляю, как будет выглядеть на Го описание нескольких десятков моделей БД, сложно связанных и с дополнительной сложной логикой. Вот как раз где в питоне и его SQLAlchemy возникает вся эта мешанина циклических импортов, миксинов и т.п.
Сложные проекты на всех языках сложны.
Там да, в питоне не хватает типизации часто, актуально как раз для сложных проектов. В принципе механизмы есть, typing, но по факту часто ничего как надо не типизировано. И разрабатывать тяжело, и в рантайме словить ошибку можно, когда код переделываешь и где-то не отследил неявную передачу каких-то объектов куда-то.
>>07061
Напиши зачем серверлес этот нужен? Реальный кейс, а не "подниму сервер для умножения двух чисел.
Напиши зачем серверлес этот нужен? Реальный кейс, а не "подниму сервер для умножения двух чисел.
>>07095
1) Описываешь модельки бд в виде структур. Связи 1 к 1 или 1 ко многим через указатель или список делаешь. Тут все просто
2) Достаешь их через sql запросы. Запросы пишешь сам руками. Либо GORM используешь, если любитель поесть говнеца.
3) Если моделей реально дохуя, то есть sqlc
>Я не очень представляю, как будет выглядеть на Го описание нескольких десятков моделей БД, сложно связанных и с дополнительной сложной логикой
1) Описываешь модельки бд в виде структур. Связи 1 к 1 или 1 ко многим через указатель или список делаешь. Тут все просто
2) Достаешь их через sql запросы. Запросы пишешь сам руками. Либо GORM используешь, если любитель поесть говнеца.
3) Если моделей реально дохуя, то есть sqlc
>>07325
в мире джава тоже, хибернейт - это легаси, жук и подобные дсл - тоже говнище, ебли в 10 раз больше, когда нужно написать сложный запрос
в мире джава тоже, хибернейт - это легаси, жук и подобные дсл - тоже говнище, ебли в 10 раз больше, когда нужно написать сложный запрос
>>07053
Ну и какая логика здесь?
- Давай те перепишем все на другой фреймворк, сохраним инфраструктуру языка, объем доступных библиотек и экспертизу команды
- Не, нахуй, слишком затратно
- А давайте тогда выкинем нахуй всю инфраструктуру, библиотеки и экспертизу, разгоним команду, наберем новых и перепишем всё на язык с инфраструктурой, библиотеками и экспертизой хуже чем были, будет жрать if err != nil тоннами, а перформанс тогда будет чуть-чуть лучше чем в первом случае.
- ВО, ВОТ ЭТО ЗАЕБИСЬ!
Объясните, какой имбецил-сектант принимает такие решения?
>Все надежды были на кваркус и микронавт, но их банально никто не стал в прод тащить.
Ну и какая логика здесь?
- Давай те перепишем все на другой фреймворк, сохраним инфраструктуру языка, объем доступных библиотек и экспертизу команды
- Не, нахуй, слишком затратно
- А давайте тогда выкинем нахуй всю инфраструктуру, библиотеки и экспертизу, разгоним команду, наберем новых и перепишем всё на язык с инфраструктурой, библиотеками и экспертизой хуже чем были, будет жрать if err != nil тоннами, а перформанс тогда будет чуть-чуть лучше чем в первом случае.
- ВО, ВОТ ЭТО ЗАЕБИСЬ!
Объясните, какой имбецил-сектант принимает такие решения?
>>07325
Ну как-то руками поддерживать запросы со сложными взаимосвязями то ещё удовольствие. Вот особенно поддерживать, когда тебе что-то переделать надо. ОРМ ведь не от нечего делать придумали. Если у тебя сложная БД, рано или поздно ты начинаешь изобретать свою собственную ОРМ
Ну как-то руками поддерживать запросы со сложными взаимосвязями то ещё удовольствие. Вот особенно поддерживать, когда тебе что-то переделать надо. ОРМ ведь не от нечего делать придумали. Если у тебя сложная БД, рано или поздно ты начинаешь изобретать свою собственную ОРМ
>>07363
sql неосилятор, спок
sql неосилятор, спок
>>07362
У нас CTO сказал, что Го - это теперь основной язык в компании. Вот и пишем на нем. А так рассматривали и кваркус, и микронавт, и спринг натив, и котлин, в итоге решили полностью отказаться от JVM в перспективе.
>>07363
А в чем проблема написать sql руками? Хибернейт ведь генерит sql запросы как раз, только делает это часто хуево и надо прочитать целый талмуд vlad mihalcea чтобы научиться работать с этим чудом инженерной мысли. Когда sql это довольно простой язык + в эпоху ллмок вообще как нехуй делать писать запросы на нем.
>какой имбецил-сектант принимает такие решения
У нас CTO сказал, что Го - это теперь основной язык в компании. Вот и пишем на нем. А так рассматривали и кваркус, и микронавт, и спринг натив, и котлин, в итоге решили полностью отказаться от JVM в перспективе.
>>07363
А в чем проблема написать sql руками? Хибернейт ведь генерит sql запросы как раз, только делает это часто хуево и надо прочитать целый талмуд vlad mihalcea чтобы научиться работать с этим чудом инженерной мысли. Когда sql это довольно простой язык + в эпоху ллмок вообще как нехуй делать писать запросы на нем.
Я правильно понял положение треда, что бэкэнду всё это время нужен был C++, просто более юзерфрендли, и как только он появился (Go) все пересеши на него с виртуальных машин?
>>07428
Тем, что это объёмный тупой код, когда тебе надо следить за сложными зависимостями. Опять же, один раз написать можно, а вот потом поддерживать это совсем неудобно.
Само собой, тебе надо следить, чтобы не получилось так, что ты делаешь сотни запросов вместо одного, но в любом случае с ОРМ намного удобнее при активной работе с данными.
Ты просто работаешь с моделью как с нормальным объектом, и всё, сильно не напрягаясь.
А таких мест в проекте может быть тысячи, то есть без ОРМ тебе надо тысячи запросов руками писать.
>А в чем проблема написать sql руками?
Тем, что это объёмный тупой код, когда тебе надо следить за сложными зависимостями. Опять же, один раз написать можно, а вот потом поддерживать это совсем неудобно.
Само собой, тебе надо следить, чтобы не получилось так, что ты делаешь сотни запросов вместо одного, но в любом случае с ОРМ намного удобнее при активной работе с данными.
Ты просто работаешь с моделью как с нормальным объектом, и всё, сильно не напрягаясь.
А таких мест в проекте может быть тысячи, то есть без ОРМ тебе надо тысячи запросов руками писать.
>>07432
Ну что-то типо того. Алсо Java это и есть в каком-то смысле упрощенный С++. Только джава изначально не делалась для бекенда, а внезапно для эмбеддеда.
Создатели джавы как раз изначально пошли в сторону виртуальной машины чтобы можно было написать код на java один раз, а он потом работал бы на всех холодильниках, микроволновках и телефонах того времени. Бекенд на джаве появился уже позже.
А так индустрии нужен язык, похожий на джаву, который будет:
1) комплируемым в бинарь из коробки
2) иметь гринтреды из коробки
3) не иметь наследования из коробки
4) иметь нормальные компилируемые дженерики из коробки
5) быть легковесным, не иметь большого оверхеда, всяких стремных типов по типу Integer и Double когда уже есть примитивы int и double
И собственно под эти критерии отлично подходит Go. Конечно дженерики в go местами каличные, те же дженерик методы например делать нельзя, увы, гугл послал нахуй с этой фичей. А так в остальном все заебись и хорошо подходит для жизни в облаках.
Ну что-то типо того. Алсо Java это и есть в каком-то смысле упрощенный С++. Только джава изначально не делалась для бекенда, а внезапно для эмбеддеда.
Создатели джавы как раз изначально пошли в сторону виртуальной машины чтобы можно было написать код на java один раз, а он потом работал бы на всех холодильниках, микроволновках и телефонах того времени. Бекенд на джаве появился уже позже.
А так индустрии нужен язык, похожий на джаву, который будет:
1) комплируемым в бинарь из коробки
2) иметь гринтреды из коробки
3) не иметь наследования из коробки
4) иметь нормальные компилируемые дженерики из коробки
5) быть легковесным, не иметь большого оверхеда, всяких стремных типов по типу Integer и Double когда уже есть примитивы int и double
И собственно под эти критерии отлично подходит Go. Конечно дженерики в go местами каличные, те же дженерик методы например делать нельзя, увы, гугл послал нахуй с этой фичей. А так в остальном все заебись и хорошо подходит для жизни в облаках.
>>07447
Иронично, что перейти в Go команду в компании меня убедил Java тред. Написал сегодня письмо лиду, что хочу перевода, надоело писать андроид библиотеки на котлине.
Иронично, что перейти в Go команду в компании меня убедил Java тред. Написал сегодня письмо лиду, что хочу перевода, надоело писать андроид библиотеки на котлине.
>>07428
Так почему именно, просто политическое решение было, или что-то что оправдывало выбрасывание всего в урну? Мне кажется это должно быть просто какое-то супер мега преимущество чтобы такое оправдать.
>А так рассматривали и кваркус, и микронавт, и спринг натив, и котлин, в итоге решили полностью отказаться от JVM в перспективе
Так почему именно, просто политическое решение было, или что-то что оправдывало выбрасывание всего в урну? Мне кажется это должно быть просто какое-то супер мега преимущество чтобы такое оправдать.
>>07475
Могу сказать почему в моей компании приняли такое решение. Решено было новым руководством писать новый solution 4.0. При этом прям с нуля, потому что все предыдущие решения были написаны индусами за миску кукурузы, и их переиспользование невозможно. А раз с нуля, то давайте писать на самом модном и молодежном что есть, то есть на Go.
мимо другой анон
Могу сказать почему в моей компании приняли такое решение. Решено было новым руководством писать новый solution 4.0. При этом прям с нуля, потому что все предыдущие решения были написаны индусами за миску кукурузы, и их переиспользование невозможно. А раз с нуля, то давайте писать на самом модном и молодежном что есть, то есть на Go.
мимо другой анон
>>07432
Каким образом язык с if err =! nil лесенками и урезанными дженериками более юзер-френдли?
Да обычный С++ современных стандартов более юзер-френдли с автоматическим управлением памятью и без ГЦ пауз. Там достаточно просто не извращаться со всеми подряд фишками, чтобы уже получилось удобнее Го.
>просто более юзерфрендли, и как только он появился (Go)
Каким образом язык с if err =! nil лесенками и урезанными дженериками более юзер-френдли?
Да обычный С++ современных стандартов более юзер-френдли с автоматическим управлением памятью и без ГЦ пауз. Там достаточно просто не извращаться со всеми подряд фишками, чтобы уже получилось удобнее Го.
>>07480
Из эмбеддеда там только АСУ ТП, а это уровень Windows CE
Из эмбеддеда там только АСУ ТП, а это уровень Windows CE
>>07447
почему? Это ключевая вещь для разработки
В чём проблема с чуть другими названиями? Вот в Go тоже нет double, есть float32/float64
double вообще само по себе немного странное название, Си-наследие и архитектуры (со)процессоров тех времён. Сейчас больше в заблуждение вводит.
>3) не иметь наследования из коробки
почему? Это ключевая вещь для разработки
>5) ... всяких стремных типов по типу Integer и Double когда уже есть примитивы int и double
В чём проблема с чуть другими названиями? Вот в Go тоже нет double, есть float32/float64
double вообще само по себе немного странное название, Си-наследие и архитектуры (со)процессоров тех времён. Сейчас больше в заблуждение вводит.
>>07488
Нет, наследование это не ключевая вещь для разработки. Композиция лучше чем наследование
Нет, наследование это не ключевая вещь для разработки. Композиция лучше чем наследование
>>07488
Integer и Double это не чуть другое название, а буквально иной комплексный тип в отличие от реализации примитивных типов integer и double в других языках
Integer и Double это не чуть другое название, а буквально иной комплексный тип в отличие от реализации примитивных типов integer и double в других языках
>>07491
А ну покажи мне как с помощью композиции намапить какой-нибудь JSON/XML который использует подтипы в своих обьектах. Этого говнища вагоны в энтерпрайзе и общая практика еще на замапленные классы потом накручивать поведение.
Skill issue. Точно так же как соевые последние языки не могут в исключения. Просто потому что современные додики с аттеншн спавном меньше чем время разрядки DRAM.
А ну покажи мне как с помощью композиции намапить какой-нибудь JSON/XML который использует подтипы в своих обьектах. Этого говнища вагоны в энтерпрайзе и общая практика еще на замапленные классы потом накручивать поведение.
>Композиция лучше чем наследование
Skill issue. Точно так же как соевые последние языки не могут в исключения. Просто потому что современные додики с аттеншн спавном меньше чем время разрядки DRAM.
>>07502
Это проблема исключительно говнокода энтерпрайза, также как и присутствие автомапперов в современной кодовой базе.
Это проблема исключительно говнокода энтерпрайза, также как и присутствие автомапперов в современной кодовой базе.
>>07502
Сначала создали себе проблему, а потом героически с ней боятся с помощью наследования кек
Что-то уровня подчищателей говна за вайбкодерами
Сначала создали себе проблему, а потом героически с ней боятся с помощью наследования кек
Что-то уровня подчищателей говна за вайбкодерами
>>07475
>>07478
Типо того. У нас похожая ситуация. Прошлая версия проекта написана очень криво-косо впопыхах. И это к тому же монолит. В итоге СТО принял решение - ебашим микросервисы и на голанке. Все. Точка. Хотя думали и над переходом на котлин, и над тем, чтобы остаться на джаве. При этом СТО кажется вообще от jvm хочет избавиться полностью и хочет попробовать NATS вместо кафки затащить.
>>07478
>А раз с нуля, то давайте писать на самом модном и молодежном что есть, то есть на Go
Типо того. У нас похожая ситуация. Прошлая версия проекта написана очень криво-косо впопыхах. И это к тому же монолит. В итоге СТО принял решение - ебашим микросервисы и на голанке. Все. Точка. Хотя думали и над переходом на котлин, и над тем, чтобы остаться на джаве. При этом СТО кажется вообще от jvm хочет избавиться полностью и хочет попробовать NATS вместо кафки затащить.
>>07479
Ну вот дженерик методов нет, все остальное есть из коробки. Плюс дженерики тут настоящие, а не как в джаве с кастами к Object и назад.
err != nil вполне нормальная тема на самом деле, надо привыкнуть.
>>07479
Нет. С++ очень тяжелый язык с кучей нюансов. И с очень старой экосистемой. Ты вообще сам подумай: древнейшие макросы из чистого Си времен 70х годов прошлого века, абсолютно нечитаемый код стдлибы, отсутствие пакетного менеджера из коробки, ебаные хедеры вместо импортов. И это только начало. А как вглубь копнуть - там пиздец полный. Как бы новые стандарты всякие фишки прикольные вводят, но сам язык легче не становится, а только тяжелее и тяжелее. А тащить такое в прод нельзя. Проект очень быстро станет нечитаемым куском кала, потому что каждый разраб будет писать кто во что горазд. Нужно придумывать строгие правила для кода, нужны люди, которые будут палками бить, если говняк кто-то будет пытаться в мастер пушить.
А еще это язык без GC, без рейс детектора, надо разрабов учить тонкостям concurrency в С++. Плюс там нет виртуальных тредов/горутин, только какие-то низкоуровневые корутины, поверх которых надо писать свою либо для корутин... Короче слишком сложно, долго и тяжело. Лучше уж на Rust тогда заехать, там тяжелее ногу отстрелить как минимум + экосистема на порядки лучше чем в С++.
Я реально не знаю кто сейчас выбирает С++ для бекенда в новых проектах. Да и вне бекенда я хз зачем он нужен, графоний пилить всякий?
>урезанными дженериками
Ну вот дженерик методов нет, все остальное есть из коробки. Плюс дженерики тут настоящие, а не как в джаве с кастами к Object и назад.
err != nil вполне нормальная тема на самом деле, надо привыкнуть.
>>07479
>Да обычный С++ современных стандартов более юзер-френдли
Нет. С++ очень тяжелый язык с кучей нюансов. И с очень старой экосистемой. Ты вообще сам подумай: древнейшие макросы из чистого Си времен 70х годов прошлого века, абсолютно нечитаемый код стдлибы, отсутствие пакетного менеджера из коробки, ебаные хедеры вместо импортов. И это только начало. А как вглубь копнуть - там пиздец полный. Как бы новые стандарты всякие фишки прикольные вводят, но сам язык легче не становится, а только тяжелее и тяжелее. А тащить такое в прод нельзя. Проект очень быстро станет нечитаемым куском кала, потому что каждый разраб будет писать кто во что горазд. Нужно придумывать строгие правила для кода, нужны люди, которые будут палками бить, если говняк кто-то будет пытаться в мастер пушить.
А еще это язык без GC, без рейс детектора, надо разрабов учить тонкостям concurrency в С++. Плюс там нет виртуальных тредов/горутин, только какие-то низкоуровневые корутины, поверх которых надо писать свою либо для корутин... Короче слишком сложно, долго и тяжело. Лучше уж на Rust тогда заехать, там тяжелее ногу отстрелить как минимум + экосистема на порядки лучше чем в С++.
Я реально не знаю кто сейчас выбирает С++ для бекенда в новых проектах. Да и вне бекенда я хз зачем он нужен, графоний пилить всякий?
>>07488
На названия типов глубоко похуй. Они никому в хуй не тарахтели.
Проблема в том, что в джаве в принципе существуют типы для чисел Integer, Double, Long. И одновременно с этим также существуют примитивы int, double, long. То есть у тебя число можно представить в виде жирного Java-класса который занимает овердохуя места в оперативной памяти и в виде обычного примитива, который весит столько, сколько байт на него отведено. И самая мякотка в том, что ты не можешь хранить в коллекциях примитивы. Ты вынужден там хранить именно жирные объекты. ArrayList<Integer> - можно, ArrayList<int> - нельзя. И когда ты добавляешь элемент в коллекцию, например list.add(10), у тебя примитив 10 автоматически переупаковывается в жирнющий объект и добавляется в лист. Это в общем-то пиздец как плохо, потому что потребление памяти растет из-за нихуя просто на глазах. А почему так сделали? Да потому что Мартин Одерски - автор концепции джава дженериков - ебнутый на голову и придумал объективно плохое решение, от которого вот уже 20 лет никак не могут избавиться. Вон, надо Valhalla подождать еще 5 лет, может тогда эту проблему решат, лол.
>В чём проблема с чуть другими названиями? Вот в Go тоже нет double, есть float32/float64
На названия типов глубоко похуй. Они никому в хуй не тарахтели.
Проблема в том, что в джаве в принципе существуют типы для чисел Integer, Double, Long. И одновременно с этим также существуют примитивы int, double, long. То есть у тебя число можно представить в виде жирного Java-класса который занимает овердохуя места в оперативной памяти и в виде обычного примитива, который весит столько, сколько байт на него отведено. И самая мякотка в том, что ты не можешь хранить в коллекциях примитивы. Ты вынужден там хранить именно жирные объекты. ArrayList<Integer> - можно, ArrayList<int> - нельзя. И когда ты добавляешь элемент в коллекцию, например list.add(10), у тебя примитив 10 автоматически переупаковывается в жирнющий объект и добавляется в лист. Это в общем-то пиздец как плохо, потому что потребление памяти растет из-за нихуя просто на глазах. А почему так сделали? Да потому что Мартин Одерски - автор концепции джава дженериков - ебнутый на голову и придумал объективно плохое решение, от которого вот уже 20 лет никак не могут избавиться. Вон, надо Valhalla подождать еще 5 лет, может тогда эту проблему решат, лол.
>>07554
К анальному изнасилованию по субботам тоже можно привыкнуть, а зачем?
Напомнило кое-какой язык.
>>07558
Ну существуют и существуют. После Вальгаллы эти классы останутся просто как утилитный набор статических методов для примитивов.
>err != nil вполне нормальная тема на самом деле, надо привыкнуть.
К анальному изнасилованию по субботам тоже можно привыкнуть, а зачем?
>отсутствие пакетного менеджера из коробки
Напомнило кое-какой язык.
>>07558
Ну существуют и существуют. После Вальгаллы эти классы останутся просто как утилитный набор статических методов для примитивов.
>>07567
На самом деле в Go есть самый настоящий механизм исключений, это panic/recover. Но он для действительно исключительных ситуаций. Ещё есть defer.
то есть тут надо разбирать, зачем и как используются исключения. Считается антипаттерном разбрасываться им без дела. Зачем в Java придумали декларирование выбрасывания исключений? Ведь в большинстве языков этого нет?
>К анальному изнасилованию по субботам тоже можно привыкнуть, а зачем?
На самом деле в Go есть самый настоящий механизм исключений, это panic/recover. Но он для действительно исключительных ситуаций. Ещё есть defer.
то есть тут надо разбирать, зачем и как используются исключения. Считается антипаттерном разбрасываться им без дела. Зачем в Java придумали декларирование выбрасывания исключений? Ведь в большинстве языков этого нет?
>>07558
Используешь Esclipse Collections, там всё есть причем уже 20 лет
Коллекции с примитивами, нормальный Stream API, расширенный набор коллекций
>Вон, надо Valhalla подождать еще 5 лет, может тогда эту проблему решат, лол.
Используешь Esclipse Collections, там всё есть причем уже 20 лет
Коллекции с примитивами, нормальный Stream API, расширенный набор коллекций
>>07582
В большинстве современных языков можно спокойно кидать исключения.
В большинстве современных языков можно спокойно кидать исключения.
>>07554
Нет, не обязательно использовать все его нюансы, достаточно использовать только современный сабсет - умные указатели, без мув семантики, макросов, ромбовидного наследования, и всё такое. Там будет простейший язык, с автоматической сборкой мусора, без ГЦ и пауз из-за этого производительней Го
>Нет. С++ очень тяжелый язык с кучей нюансов
Нет, не обязательно использовать все его нюансы, достаточно использовать только современный сабсет - умные указатели, без мув семантики, макросов, ромбовидного наследования, и всё такое. Там будет простейший язык, с автоматической сборкой мусора, без ГЦ и пауз из-за этого производительней Го
>>07582
то есть о чём я, надо рассматривать сценарии, когда используются исключения и зачем они важны. Критически важно уметь делать что-то, если пошло что-то не так. Ресурсы освобождать там, соединения закрывать и т.п. Вот для этого нужны обёртки исключений и их ловли. Но с этим в Go справляется defer()
Выходить из глубоко вложенных исключений, через несколько функций - для этого работает recover()
Когда не работает: когда у тебя в функции много вызовов вроде
func_1()
func_2()
func_3()
и тебе в целом пофиг, в какой из них ошибка, и не хочется простыней err != nil, было бы проще свалиться и уже снаружи обрабатывать.
Но на самом деле это спорная история, на разных пратформах, потому что исключения могут быть разных типов, их значит надо обрабатывать по-своему скорее всего. В общем в любом случае не очень красиво
то есть о чём я, надо рассматривать сценарии, когда используются исключения и зачем они важны. Критически важно уметь делать что-то, если пошло что-то не так. Ресурсы освобождать там, соединения закрывать и т.п. Вот для этого нужны обёртки исключений и их ловли. Но с этим в Go справляется defer()
Выходить из глубоко вложенных исключений, через несколько функций - для этого работает recover()
Когда не работает: когда у тебя в функции много вызовов вроде
func_1()
func_2()
func_3()
и тебе в целом пофиг, в какой из них ошибка, и не хочется простыней err != nil, было бы проще свалиться и уже снаружи обрабатывать.
Но на самом деле это спорная история, на разных пратформах, потому что исключения могут быть разных типов, их значит надо обрабатывать по-своему скорее всего. В общем в любом случае не очень красиво
>>07584
Да, мозолит глаза, нарушает читаемость программ, предсказуемость. Потому что ты по коду не можешь прогнозировать, где вылетит исключение, мало ли кому-то там в далёком вызове что-то не понравилось и он кинул исключение. Причём ты даже не можешь делать проверки, не описывая тяжёлые обвязки из try-catch
Да, мозолит глаза, нарушает читаемость программ, предсказуемость. Потому что ты по коду не можешь прогнозировать, где вылетит исключение, мало ли кому-то там в далёком вызове что-то не понравилось и он кинул исключение. Причём ты даже не можешь делать проверки, не описывая тяжёлые обвязки из try-catch
>>07582
Сейчас это заново переоткрывают в Zig'е, прямо прорыв, все недоумевают как раньше недодумались до такого, что язык заставляет тебя явно захендлить ошибки. Фурор.
>Зачем в Java придумали декларирование выбрасывания исключений? Ведь в большинстве языков этого нет?
Сейчас это заново переоткрывают в Zig'е, прямо прорыв, все недоумевают как раньше недодумались до такого, что язык заставляет тебя явно захендлить ошибки. Фурор.
>>07528
Твой следующий созвон с HR будет.
>>07593
Я ж говорю современным соевикам не под силу обьять такой хай-концепт конца прошлого века как исключения. Просто не могут.
Все просто, kiddo. У тебя на ЛЮБОЙ строке кода может вылезти исключения. Живи с этим.
>>07596
Когда они изобретут try-with-resources с автозакрытием?
Твой следующий созвон с HR будет.
>>07593
Я ж говорю современным соевикам не под силу обьять такой хай-концепт конца прошлого века как исключения. Просто не могут.
>Потому что ты по коду не можешь прогнозировать, где вылетит исключение
Все просто, kiddo. У тебя на ЛЮБОЙ строке кода может вылезти исключения. Живи с этим.
>>07596
Когда они изобретут try-with-resources с автозакрытием?
>>07433
orm лахта, спок
orm лахта, спок
>>07433
Лишний слой никогда не будет удобным. SQL и так от тебя прячет детали выполнения запроса, а ты ещё хочешь и сам SQL спрятать, чтобы вообще не понимать как данные забираются. И потом постоянно к дба бегать.
>в любом случае с ОРМ намного удобнее при активной работе с данными
Лишний слой никогда не будет удобным. SQL и так от тебя прячет детали выполнения запроса, а ты ещё хочешь и сам SQL спрятать, чтобы вообще не понимать как данные забираются. И потом постоянно к дба бегать.
>>07648
Так можно про любую абстракцию в коде сказать. И заставить всех писать на сишке. Управление памятью же зло. Это лишний слой абстракции. Сишка и так за тебя скрывает детали аллокации памяти. Ты хочешь еще и указатели спрятать, чтобы вообще не понимать как память выделяется под переменную? И потом постоянно к (хуй знает кому) бегать.
Так можно про любую абстракцию в коде сказать. И заставить всех писать на сишке. Управление памятью же зло. Это лишний слой абстракции. Сишка и так за тебя скрывает детали аллокации памяти. Ты хочешь еще и указатели спрятать, чтобы вообще не понимать как память выделяется под переменную? И потом постоянно к (хуй знает кому) бегать.
>>07648
Этот лишний слой, собирает однотипные операции в одну часть кода, которую можно потом легко использовать из других частей.
Без таких слоев и абстракиций, будет сплошная копипаста, либо собственный багованный велосипед. Не, ну в твоем случае конечно же велосипед будет гораздо быстрее и эффективнее, всего что есть. 😄
>Лишний слой никогда не будет удобным.
Этот лишний слой, собирает однотипные операции в одну часть кода, которую можно потом легко использовать из других частей.
Без таких слоев и абстракиций, будет сплошная копипаста, либо собственный багованный велосипед. Не, ну в твоем случае конечно же велосипед будет гораздо быстрее и эффективнее, всего что есть. 😄
>>07689
Можно, вопрос в том насколько это оправданно. Выделение памяти ты лучше не сделаешь в подавляющем большинстве случаев. А вот SQL-запрос написать более качественный ты можешь (по сравнению с orm).
>>07710
Для этого orm не нужен.
>Так можно про любую абстракцию в коде сказать
Можно, вопрос в том насколько это оправданно. Выделение памяти ты лучше не сделаешь в подавляющем большинстве случаев. А вот SQL-запрос написать более качественный ты можешь (по сравнению с orm).
>>07710
>собирает однотипные операции в одну часть кода, которую можно потом легко использовать из других частей
Для этого orm не нужен.
вкатуны думают что orm избавляет от необходимости знать sql
>>07712
Так нахуя ты демагогию развел? Откуда это или или взялось? Пиши 90% запросов с ORM и 10% на sql. Иначе это звучит как маняфантазия школьника. Ща как ассемблер изучу, как напишу на ассемблере, ГТА на утюге латать будеь!!111
>Можно, вопрос в том насколько это оправданно.
Так нахуя ты демагогию развел? Откуда это или или взялось? Пиши 90% запросов с ORM и 10% на sql. Иначе это звучит как маняфантазия школьника. Ща как ассемблер изучу, как напишу на ассемблере, ГТА на утюге латать будеь!!111
>>07729
А зачем? Если ты умеешь писать SQL, то ради чего подключать лишнюю сущность?
>Пиши 90% запросов с ORM и 10% на sql
А зачем? Если ты умеешь писать SQL, то ради чего подключать лишнюю сущность?
>>07729
получение данных из бд это бутылочное горлышко, грааль любого бека.
sql это максимально абстрактный dsl.
Ты отдаешь генерацию sql на откуп автогенератору чтобы что?
получение данных из бд это бутылочное горлышко, грааль любого бека.
sql это максимально абстрактный dsl.
Ты отдаешь генерацию sql на откуп автогенератору чтобы что?
>>07749
В крудах редко где бутылочные горлышки бывают. Плюс между кодом получения и кодом отображения данных будет кеш в любом случае. С нормальным ORM рефакторинг облегчается, проверка типов добавляется, количество копипасты уменьшается. Если у тебя реальный кейс где лучше портянку SQL написать, то пиши SQL. Нахуя обяснять тривиальные вещи которые известны любому кто реально код пишет..
В крудах редко где бутылочные горлышки бывают. Плюс между кодом получения и кодом отображения данных будет кеш в любом случае. С нормальным ORM рефакторинг облегчается, проверка типов добавляется, количество копипасты уменьшается. Если у тебя реальный кейс где лучше портянку SQL написать, то пиши SQL. Нахуя обяснять тривиальные вещи которые известны любому кто реально код пишет..
>>07780
нет
энтити, дто, мапперы, тесты на мапперы. Я ничего не забыл?
лол
лол
каждое утверждение это ложь
>Плюс между кодом получения и кодом отображения данных будет кеш в любом случае
нет
>количество копипасты уменьшается
энтити, дто, мапперы, тесты на мапперы. Я ничего не забыл?
>С нормальным ORM рефакторинг облегчается
лол
> Нахуя обяснять тривиальные вещи которые известны любому кто реально код пишет..
лол
каждое утверждение это ложь
>>07789
тебе перед кешированием надо перегнать энтити в дто, потому-что энтити нельзя сериализовать. Я прав?
тебе перед кешированием надо перегнать энтити в дто, потому-что энтити нельзя сериализовать. Я прав?
>>07790
У меня в моем ORM entity == dto. Это от задачи зависит. Я вообще за конкретность, а не священные правила.
У меня в моем ORM entity == dto. Это от задачи зависит. Я вообще за конкретность, а не священные правила.
>>07794
т.е. при сериализации, когда вызываются все методы, ты выгружаешь из базы весь граф объектов?
т.е. при сериализации, когда вызываются все методы, ты выгружаешь из базы весь граф объектов?
>>07801
Энтити это не прокся. Вот всякие lazy связки точно прокси. Поэтому энтити спокойно сериализируется и кешируется без каких либо танцев с бубном.
Энтити это не прокся. Вот всякие lazy связки точно прокси. Поэтому энтити спокойно сериализируется и кешируется без каких либо танцев с бубном.
>>07802
Какие методы в Dto? Я не пишу rich DDD ООP. Но я же сказал что у каждого своя задача. Просто огульно утверждать что ORM всегда зло - это шиза.
Какие методы в Dto? Я не пишу rich DDD ООP. Но я же сказал что у каждого своя задача. Просто огульно утверждать что ORM всегда зло - это шиза.
>>07815
В большинстве ORM count size и прочее говно лениво вызываются. Кто делает по другому - CCЗБ
В большинстве ORM count size и прочее говно лениво вызываются. Кто делает по другому - CCЗБ
>>07591
>>07588
Придется какие-то хитрые статические анализаторы добавить и кучу линтеров, которые будут за любой чих банить. Или вовсе на ревью нужен тот, кто будет в каждый пулл реквест вчитываться детально.
В любом случае писать на Го проще и быстрее чем на С++ и не нужно выделять какой-то там особый сабсет, вводить жесткие правила кода в команде итд итп.
А, ну и про конкрарренси в С++ ты почему-то умолчал.
>>07588
Придется какие-то хитрые статические анализаторы добавить и кучу линтеров, которые будут за любой чих банить. Или вовсе на ревью нужен тот, кто будет в каждый пулл реквест вчитываться детально.
В любом случае писать на Го проще и быстрее чем на С++ и не нужно выделять какой-то там особый сабсет, вводить жесткие правила кода в команде итд итп.
А, ну и про конкрарренси в С++ ты почему-то умолчал.
>>07782
Вот это вот
>>07743
Это реально из серии "зачем писать на си, если умеешь писать на ассемблере".
Для любых больших крудов, когда ты много работаешь с БД, если ты не используешь ОРМ, ты начинаешь придумывать свою.
Основные задачи ОРМ:
1. Ты не сильно завязан на БД, ни на названия столбцов, даже на структуру. Ты можешь поменять что-то в БД, не меняя код. В том числе структурные изменения делать, когда сначала какое-то свойство в одной таблице, а затем в другой
2. тебе не нужно писать тупой код по подгрузке зависимых данных, в том числе по связям many-to-many
2/ тебе не нужно сделить за тем, изменились ли данные в модели или нет, ОРМ сама это сделает и сохранит
В реальном коде у тебя могут быть тысячи мест, откуда ты работаешь с БД.
Само собой, ты можешь словить истории, когда у тебя работает ужасно, пачки запросов вместо одного, это совсем база, обычно через ОРМ решается, или просто можно придумать кастом запрос, что сделает лучше.
В общем даже обсуждать по-моему нечего, слишком очевидно.
Если у тебя несколько десятков запросов в БД на проект, то да, ОРМ не нужна. Но когда сотни-тысячи и больше, уже необходима.
>Покажите как вы без ОРМ маппите данные большого проекта где сущностей под сотен
Вот это вот
>>07743
>А зачем? Если ты умеешь писать SQL, то ради чего подключать лишнюю сущность?
Это реально из серии "зачем писать на си, если умеешь писать на ассемблере".
Для любых больших крудов, когда ты много работаешь с БД, если ты не используешь ОРМ, ты начинаешь придумывать свою.
Основные задачи ОРМ:
1. Ты не сильно завязан на БД, ни на названия столбцов, даже на структуру. Ты можешь поменять что-то в БД, не меняя код. В том числе структурные изменения делать, когда сначала какое-то свойство в одной таблице, а затем в другой
2. тебе не нужно писать тупой код по подгрузке зависимых данных, в том числе по связям many-to-many
2/ тебе не нужно сделить за тем, изменились ли данные в модели или нет, ОРМ сама это сделает и сохранит
В реальном коде у тебя могут быть тысячи мест, откуда ты работаешь с БД.
Само собой, ты можешь словить истории, когда у тебя работает ужасно, пачки запросов вместо одного, это совсем база, обычно через ОРМ решается, или просто можно придумать кастом запрос, что сделает лучше.
В общем даже обсуждать по-моему нечего, слишком очевидно.
Если у тебя несколько десятков запросов в БД на проект, то да, ОРМ не нужна. Но когда сотни-тысячи и больше, уже необходима.
>>07819
Блять ты тупой конч и не видишь где сама энтити и где lazy loader? Лоадеры присасываются к полям сущностей. Сама сущность при этом не проксируется.
Блять ты тупой конч и не видишь где сама энтити и где lazy loader? Лоадеры присасываются к полям сущностей. Сама сущность при этом не проксируется.
хибернейт гавно ебаное и у нас в легаси шаражке его использование считалось плохой практикой еще 4 года назад. переехали на jooq, а с жука на чистый jdbc. орм не нужны.
Jdbctemplate это подарок судьбы, нахуй ничего не нужно кроме голого ждбс, но такого чтобы с пулом сессий не ебаться
>>07828
Базовая база
Базовая база
>>08211
зачем он вообще нужен? Ты не знаешь что в твоём коде творится, апдейтит ли кто-то сущность и тебе это надо проверять чтобы не проебать изменения?
зачем он вообще нужен? Ты не знаешь что в твоём коде творится, апдейтит ли кто-то сущность и тебе это надо проверять чтобы не проебать изменения?
>>08407
в чём проблема написать SELECT * FROM user WHERE login := {login} ?
У меня на это ушло 5 секунд. При этом ты дополнительно проверяешь, стоит ли индекс на login, уникально ли это значение, по каким полям можно искать а по каким нельзя
в чём проблема написать SELECT * FROM user WHERE login := {login} ?
У меня на это ушло 5 секунд. При этом ты дополнительно проверяешь, стоит ли индекс на login, уникально ли это значение, по каким полям можно искать а по каким нельзя
>>08417
Это неосиляторы которым написать пятистрочный sql запрос это что-то сродни магии уровня синьора кек
Это неосиляторы которым написать пятистрочный sql запрос это что-то сродни магии уровня синьора кек
>>08435
И в чем жирнота? У тебя хибернейт точно такой же запрос сгенерит, можешь сам глянуть.
И в чем жирнота? У тебя хибернейт точно такой же запрос сгенерит, можешь сам глянуть.
>>08437
Хибернейт насрёт именами полей вместо звёздочки и напихает алиасов. А потом ещё накидает запросов для выгрузки всех связанных сущностей
Хибернейт насрёт именами полей вместо звёздочки и напихает алиасов. А потом ещё накидает запросов для выгрузки всех связанных сущностей
А как вы с хибернейтом пишете сложные запросы, где хотя бы 2-3 CTEшки и оконная функция например?
Всё тащите в приложении и ручками логику пишите?
Всё тащите в приложении и ручками логику пишите?
>>08458
Так и с помощью sql запроса ты тоже можешь. В чем проблема?
Так и с помощью sql запроса ты тоже можешь. В чем проблема?
>>07823
Не пытайся это форсить, это не то же самое.
Ну вот у меня таких ситуаций гораздо больше. Если у тебя только олтп нагрузка в какой-то из мажорных субд, то может orm и нагенерирует что-то приемлемое. Для олапа уже нет.
>Это реально из серии "зачем писать на си, если умеешь писать на ассемблере"
Не пытайся это форсить, это не то же самое.
>или просто можно придумать кастом запрос, что сделает лучше
Ну вот у меня таких ситуаций гораздо больше. Если у тебя только олтп нагрузка в какой-то из мажорных субд, то может orm и нагенерирует что-то приемлемое. Для олапа уже нет.
>>07820
Просто стат анализаторов достаточно
Но на языке без ГЦ это будет производительнее и писать на таком С++ будет не сложнее, а чаще и проще чем на Го, потому что не нужно будет обмазываться if err != nil ами.
Ну, а ты никогда не видел программ на С++ с потоками?
>Придется какие-то хитрые статические анализаторы добавить и кучу линтеров, которые будут за любой чих банить.
Просто стат анализаторов достаточно
>В любом случае писать на Го проще и быстрее чем на С++ и не нужно выделять какой-то там особый сабсет, вводить жесткие правила кода в команде итд итп.
Но на языке без ГЦ это будет производительнее и писать на таком С++ будет не сложнее, а чаще и проще чем на Го, потому что не нужно будет обмазываться if err != nil ами.
>А, ну и про конкрарренси в С++ ты почему-то умолчал.
Ну, а ты никогда не видел программ на С++ с потоками?
>>08618
Поэтому пишут на раст.
Не толсти.
Компилятор заставляет обрабатывать ошибки. Какой кошмар.
А как у С++ с зелёными потоками?
> Но на языке без ГЦ это будет производительнее
Поэтому пишут на раст.
> и писать на таком С++ будет не сложнее, а чаще и проще чем на Го,
Не толсти.
> потому что не нужно будет обмазываться if err != nil ами.
Компилятор заставляет обрабатывать ошибки. Какой кошмар.
> Ну, а ты никогда не видел программ на С++ с потоками?
А как у С++ с зелёными потоками?
>>08463
Ты лучше скажи, как хибернейт тебе 2-3 цтешки с оконной функцией сгенерирует, лел.
Ты лучше скажи, как хибернейт тебе 2-3 цтешки с оконной функцией сгенерирует, лел.
>>08688
И проще чем на расте
Терпи
Ну да, вот на чекд эксепшонс в джаве ругаются
В бусте есть
https://www.boost.org/doc/libs/latest/libs/coroutine/doc/html/coroutine/overview.html
>Поэтому пишут на раст.
И проще чем на расте
>Не толсти.
Терпи
>Компилятор заставляет обрабатывать ошибки. Какой кошмар.
Ну да, вот на чекд эксепшонс в джаве ругаются
>А как у С++ с зелёными потоками?
В бусте есть
https://www.boost.org/doc/libs/latest/libs/coroutine/doc/html/coroutine/overview.html
>>08701
Никогда не понимал кто ругается и почему. Если функция может бросить экспешен значит есть такие обстоятельства когда это может произойти. Намотай слезы на кулак и добавь обработку ошибки. Единственный минус это то что для прототипирования получается лишняя морока.
Понял, я почему-то думал, что там всё плохо с этим.
> Ну да, вот на чекд эксепшонс в джаве ругаются
Никогда не понимал кто ругается и почему. Если функция может бросить экспешен значит есть такие обстоятельства когда это может произойти. Намотай слезы на кулак и добавь обработку ошибки. Единственный минус это то что для прототипирования получается лишняя морока.
> >А как у С++ с зелёными потоками?
> В бусте есть
Понял, я почему-то думал, что там всё плохо с этим.
103 Кб, 910x580>>08710
еще 18 лет назад, ученые С++, задумались придумать корутины.. .
еще 18 лет назад, ученые С++, задумались придумать корутины.. .
>>08832
Гении
Гении
>>08850
Бля, не так прочитал твой пост. Не думаю, что хибернейт умеет в такое. Только через нативные запросы.
Бля, не так прочитал твой пост. Не думаю, что хибернейт умеет в такое. Только через нативные запросы.
>>08688
Их там нет.
>>08701
Это не виртуальные потоки, лол. Это корутины. Корутины и гринтреды - это разные вещи.
>>08832
Корутины очень старая концепция из середины 20 века. Корутина - это всего лишь функция, которую можно ставить на паузу, а потом запускать с того места, где она ранее была остановлена. Корутины и гринтреды это разное.
Виртуальные треды, зеленые потоки, горутины - это литералли другое. И за реализацией гринтредов стоит гораздо более тяжелая и мощная машинерия чем по сравнению с корутинами.
>>08618
Видел, и это пиздец.
>>08618
Нет. Статанализаторы не могут запретить все выкрутасы в С++. Если ты хочешь писать на минимальном сабсете С++ aka Си с классами и смартпоинтерами, то тебе нужен человек, который будет ревьювить Снег и банить пуллреквесты за любое неочевидное действие. Потому что статанализаторы хоть и мощные, но весь говняк запретить не могут.
Во-вторых, отсутствие GC не везде и не всегда нужно. В большей части зайчиков вполне нормально живется с гошным гц.
Плюс сам С++ это банально очень старый язык. Если еще можно пытаться изворачиваться и писать на Си с классами, то банальную старость в виде макросов, инклюдов и отсутствия пакетного менеджера коупить никак нельзя.
Зачем это все терпеть, я хуй знает, когда есть тот же Rust, если отсутствие GC прям так сильно важно. В целом С и С++ уже постепенно заменяется на Rust, а там может и на Zig часть проектов будет писаться. Тем более что Zig очень Хорошо с Си интегрируется.
>А как у С++ с зелёными потоками
Их там нет.
>>08701
>В бусте есть
Это не виртуальные потоки, лол. Это корутины. Корутины и гринтреды - это разные вещи.
>>08832
Корутины очень старая концепция из середины 20 века. Корутина - это всего лишь функция, которую можно ставить на паузу, а потом запускать с того места, где она ранее была остановлена. Корутины и гринтреды это разное.
Виртуальные треды, зеленые потоки, горутины - это литералли другое. И за реализацией гринтредов стоит гораздо более тяжелая и мощная машинерия чем по сравнению с корутинами.
>>08618
>Ну, а ты никогда не видел программ на С++ с потоками
Видел, и это пиздец.
>>08618
>а чаще и проще чем на Го
Нет. Статанализаторы не могут запретить все выкрутасы в С++. Если ты хочешь писать на минимальном сабсете С++ aka Си с классами и смартпоинтерами, то тебе нужен человек, который будет ревьювить Снег и банить пуллреквесты за любое неочевидное действие. Потому что статанализаторы хоть и мощные, но весь говняк запретить не могут.
Во-вторых, отсутствие GC не везде и не всегда нужно. В большей части зайчиков вполне нормально живется с гошным гц.
Плюс сам С++ это банально очень старый язык. Если еще можно пытаться изворачиваться и писать на Си с классами, то банальную старость в виде макросов, инклюдов и отсутствия пакетного менеджера коупить никак нельзя.
Зачем это все терпеть, я хуй знает, когда есть тот же Rust, если отсутствие GC прям так сильно важно. В целом С и С++ уже постепенно заменяется на Rust, а там может и на Zig часть проектов будет писаться. Тем более что Zig очень Хорошо с Си интегрируется.
>>09192
Эж южуал, ГЦ пСайгако, кроме случаев когда речь заходит о Го, тогда сразу сплошной только выигрыш, лол.
Го это литерально Си без классов, но только вы не подумайте что это старый язык, это на самом деле очень модно и молодёжно когда это в Го!
>Во-вторых, отсутствие GC не везде и не всегда нужно. В большей части зайчиков вполне нормально живется с гошным гц.
Эж южуал, ГЦ пСайгако, кроме случаев когда речь заходит о Го, тогда сразу сплошной только выигрыш, лол.
>Если еще можно пытаться изворачиваться и писать на Си с классам
Го это литерально Си без классов, но только вы не подумайте что это старый язык, это на самом деле очень модно и молодёжно когда это в Го!
>>09192
Потому что с раста бегут https://loglog.games/blog/leaving-rust-gamedev/
Потому что он получился неоправданно сложным
>Зачем это все терпеть, я хуй знает, когда есть тот же Rust
Потому что с раста бегут https://loglog.games/blog/leaving-rust-gamedev/
Потому что он получился неоправданно сложным
>>09231
Неужели снова только выиграли? Системный язык не подходит для геймдева?! Вот это да.
Неужели снова только выиграли? Системный язык не подходит для геймдева?! Вот это да.
>>09234
Он правда не подходит. В играх нужно быстрое прототипирование, чтобы Тостировать гипотезы. На расте невозможно написать быстро прототип, потому что он задизайнен не для этого. Для геймдева нужен скриптовый язык типа питона.
мимо, прочитал в своё время три независимых статьи на тему использования паста в геймдеве и с какими одними и теми же сложностями столкнулись разБеззаботчики
Он правда не подходит. В играх нужно быстрое прототипирование, чтобы Тостировать гипотезы. На расте невозможно написать быстро прототип, потому что он задизайнен не для этого. Для геймдева нужен скриптовый язык типа питона.
мимо, прочитал в своё время три независимых статьи на тему использования паста в геймдеве и с какими одними и теми же сложностями столкнулись разБеззаботчики
2 Кб, 155x43>>09230
Братан...
Братан...
>>09228
Ну так и про джаву можно сказать, в духе того, что это Си с классами и на виртуальной машине. А что, не правда? Правда. Но это слишком сильное обобщение.
>>09230
И нахуя?
Учитывая что в играх Снег - это вообще сугубо второстепенная вещь. Большая часть игровой логики вообще на блюпринтах делается в unreal. Или на gdscript который легче чем питон.
А так я хз кто с раста бежит. Объективно его популярность за последние 5 лет только выросла в разы.
Хотя многие плюсовики хейтят его, я увы не эксперт в этом всем, так как на говняке и питухончике зайчикы пишу.
>Го это литерально Си без классов, но только вы не подумайте что это старый язык, это на самом деле очень модно и молодёжно когда это в Го
Ну так и про джаву можно сказать, в духе того, что это Си с классами и на виртуальной машине. А что, не правда? Правда. Но это слишком сильное обобщение.
>>09230
>Потому что с раста бегут
> инди геймдев где важна скорость разБеззаботки
> берут rust вместо Стишока индустрии в виде unreal/godot
И нахуя?
Учитывая что в играх Снег - это вообще сугубо второстепенная вещь. Большая часть игровой логики вообще на блюпринтах делается в unreal. Или на gdscript который легче чем питон.
А так я хз кто с раста бежит. Объективно его популярность за последние 5 лет только выросла в разы.
Хотя многие плюсовики хейтят его, я увы не эксперт в этом всем, так как на говняке и питухончике зайчикы пишу.
>>09248
Я бы даже с казал в десятки раз
/s
>А так я хз кто с раста бежит. Объективно его популярность за последние 5 лет только выросла в разы.
Я бы даже с казал в десятки раз
/s
>кукареку
>го модна молодежна вкусна попе приятно
адун, смотри, для стартапного вебоговна есть НОДА и ПЭХАПЭ, которые ебут твою гуглоподелку в рот. проект может любой дурачок поддерживать, даже чатДух Рождества, что для таких контор ТОП КРАЖА
>кудахтахпок сурьезный бызнес снп500
для сурьезного скуфобизнеса есть жава, т.к. главный закон всего один - РАБОТАЕТ НЕ ТРОГАЙ, а написали этот бузинес 20лет назад на жаве
>кококо хайлоад хфт каждый байтик на вес золота
ЭСС ПЛАС ПЛАС КОРОЛЬ
так что ваш удел - хрукать на конференциях и дрочить друг другу в гитхабах делая юзлесные консольные врапперы
😘
>>09558
Неприятный пост. К Go стоит добавить выдачу golang. То есть вбивать go | golang в поиск.
Неприятный пост. К Go стоит добавить выдачу golang. То есть вбивать go | golang в поиск.
>>09558
java умерла на руси.
гойда пожрала всю Беззаботу, все знакомые уехали, галеры уехали, все уехало нахой
java умерла на руси.
гойда пожрала всю Беззаботу, все знакомые уехали, галеры уехали, все уехало нахой
>>09234
Ну да, а что не так? Поэтому большинство современных игр пишут на сисярпе или даже на луа, а на c++ там максимум только ядро движка
Ну да, а что не так? Поэтому большинство современных игр пишут на сисярпе или даже на луа, а на c++ там максимум только ядро движка
>>09801
Сейчас найма в айти в принципе нет, вакансии нигде не открываются, так как тяжёлые проблемы в экономике уже наступили и все ждут тотальную деградацию в 2026 году.
Сейчас найма в айти в принципе нет, вакансии нигде не открываются, так как тяжёлые проблемы в экономике уже наступили и все ждут тотальную деградацию в 2026 году.
сап аноны, вопрос таков: посоветуйте может кто читал книги по Косоухости Java. Была на примете книжка система Косоухости Java. Руководство разработчика, но в интернете в свободном доступе вообще её нет, может кто знает что можно почитать на эту тему? спасибо
>>10456
Многопоточность это Косоухость?
Многопоточность это Косоухость?
>>10456
В общем, я предположу, что ты имеешь ввиду канкаренси. Не имею понятия как ты её исСнег, но она гуглится второй строчкой в поиске на гитхабе
https://github.com/wususu/effective-resourses/blob/master/Java/Java%20Concurrency%20in%20Practice.pdf
В общем, я предположу, что ты имеешь ввиду канкаренси. Не имею понятия как ты её исСнег, но она гуглится второй строчкой в поиске на гитхабе
https://github.com/wususu/effective-resourses/blob/master/Java/Java%20Concurrency%20in%20Practice.pdf
>>10479
да блин, я не понимаю почему на дваче у меня слова изменяются на какую-то хуетень, я писал о б. е. ез. опасности, а не о какой-то косоухости, чзх вообще
да блин, я не понимаю почему на дваче у меня слова изменяются на какую-то хуетень, я писал о б. е. ез. опасности, а не о какой-то косоухости, чзх вообще
>>10685
Надо зарегаться, там можно отключить.
>да блин, я не понимаю почему на дваче у меня слова изменяются на какую-то хуетень
Надо зарегаться, там можно отключить.
Мне реально интересно, кто-то может привести название крупного проекта работающего на serverless? Понятно что не в РФ, хотя может какой-нибудь у Ледовый Городок в их облаке?
Просто в треде есть около сотни постов копротивляющихся за это, даже прикладываю статистику популярности лямбда сервиса, типа ничего что миллион обезьян и студентов пытается сделать свой бизнес запилив очередной крад и подняв его лямбде, а после месяца забыть о нем навсегда?
Бизнес всегда уходить в свои сервера, это просто тупо дешевле
Просто в треде есть около сотни постов копротивляющихся за это, даже прикладываю статистику популярности лямбда сервиса, типа ничего что миллион обезьян и студентов пытается сделать свой бизнес запилив очередной крад и подняв его лямбде, а после месяца забыть о нем навсегда?
Бизнес всегда уходить в свои сервера, это просто тупо дешевле
>>10734
Их нет, но и работы на джаве в РФ нет.
Их нет, но и работы на джаве в РФ нет.
>>10734
да, в тред залетал какой-то сервелесс-шиз, но он ничего внятного не ответил и съПоздравлялся в страхе с треда
да, в тред залетал какой-то сервелесс-шиз, но он ничего внятного не ответил и съПоздравлялся в страхе с треда
>>10734
Netflix
Облачные решения очень активно используются средним и крупным бизнесом. Во-первых, реализовать CDN своими силами Весело. Потом, высокая степень надёжности, для сервисов вроде Васянка.
Расходы на саму инфраструктуру выше, но, свою надо поддерживать, ты платишь за поддержку. Вот допустим, у тебя средне сложная инфраструктура. Ты бы мог купить свои сервера за 100 тысяч долларов, + ежегодно 10 тысяч за трафик и электричество. Аналогичная конфигурация у AWS будет стоить, например, 200 тысяч в год, железо + трафик
Казалось бы, явно выгоднее купить своё, менее чем за год окупается. Но не совсем, тебе придётся привлекать дополнительных Псов, чтобы всё это качественно поддерживать. То есть в место пары человек держать ещё несколько. А им надо платить зарплаты, в итоге у тебя расходы будут выше.
Есть сценарии, конечно, когда заведомо выгоднее своё железо. Чисто IT компании наверное чаще предпочитают работать на своём, и это даже не вопрос экономии, железо вообще дешёвое, по сравнению с зарплатами
>Мне реально интересно, кто-то может привести название крупного проекта работающего на serverless?
Netflix
Облачные решения очень активно используются средним и крупным бизнесом. Во-первых, реализовать CDN своими силами Весело. Потом, высокая степень надёжности, для сервисов вроде Васянка.
Расходы на саму инфраструктуру выше, но, свою надо поддерживать, ты платишь за поддержку. Вот допустим, у тебя средне сложная инфраструктура. Ты бы мог купить свои сервера за 100 тысяч долларов, + ежегодно 10 тысяч за трафик и электричество. Аналогичная конфигурация у AWS будет стоить, например, 200 тысяч в год, железо + трафик
Казалось бы, явно выгоднее купить своё, менее чем за год окупается. Но не совсем, тебе придётся привлекать дополнительных Псов, чтобы всё это качественно поддерживать. То есть в место пары человек держать ещё несколько. А им надо платить зарплаты, в итоге у тебя расходы будут выше.
Есть сценарии, конечно, когда заведомо выгоднее своё железо. Чисто IT компании наверное чаще предпочитают работать на своём, и это даже не вопрос экономии, железо вообще дешёвое, по сравнению с зарплатами
>>10907
А если нанимать индусов? Они дешевле железа же
А если нанимать индусов? Они дешевле железа же
>>10928
От нетфликса только это: https://www.youtube.com/watch?v=XpunFFS-n8I
У них всё на джаве работает.
От нетфликса только это: https://www.youtube.com/watch?v=XpunFFS-n8I
У них всё на джаве работает.
>>10928
Netflix в AWS живет, это в целом известный факт. Во всяком случае раньше жил, может сейчас обратно на свое железо съехали.
Netflix в AWS живет, это в целом известный факт. Во всяком случае раньше жил, может сейчас обратно на свое железо съехали.
>>10941
У них особенность в том, что наибольшую сложность представляет Сани Санты трафика, огромные объёмы данных одновременно с огромными объёмами трафика.
Тут уже надо иметь каналы связи какие-то свои, много чего ещё. Думаю в первую очередь из-за этого они пользуются AWS. То есть не серверное железо главное, а инфраструктура для трафика.
Потом хороший вопрос, какой процент от их расходов занимает инфраструктура. Возможно не очень большой, на фоне зарплат, затрат на съёмку кино, оплату авторских прав и т.п., и тогда особая экономия просто не имеет смысла.
OpenAI в основном использует чужие вычислительные мощности, того же Амазона. А уж это 100% IT компания, где железо используется прямо в упор. Хотя они планируют строить свои дата-центры.
У них особенность в том, что наибольшую сложность представляет Сани Санты трафика, огромные объёмы данных одновременно с огромными объёмами трафика.
Тут уже надо иметь каналы связи какие-то свои, много чего ещё. Думаю в первую очередь из-за этого они пользуются AWS. То есть не серверное железо главное, а инфраструктура для трафика.
Потом хороший вопрос, какой процент от их расходов занимает инфраструктура. Возможно не очень большой, на фоне зарплат, затрат на съёмку кино, оплату авторских прав и т.п., и тогда особая экономия просто не имеет смысла.
OpenAI в основном использует чужие вычислительные мощности, того же Амазона. А уж это 100% IT компания, где железо используется прямо в упор. Хотя они планируют строить свои дата-центры.
>>10977
При этом у Меты свои каналы связи есть, прямо реально океанические трансконтинентальные кабели собственные, так что тут разные подходы есть
>Тут уже надо иметь каналы связи какие-то свои, много чего ещё.
При этом у Меты свои каналы связи есть, прямо реально океанические трансконтинентальные кабели собственные, так что тут разные подходы есть
>>10977
Netflix живет по особой цене в AWS. Для них ценник буквально отдельный чем у обычных других клиентов. В целом в облаках крупняк живет по другим ценникам в отличие от всех остальных.
И AWS развивался во многом благодаря нетфликсу, у aws это был буквально самый первый их крупный клиент.
Netflix живет по особой цене в AWS. Для них ценник буквально отдельный чем у обычных других клиентов. В целом в облаках крупняк живет по другим ценникам в отличие от всех остальных.
И AWS развивался во многом благодаря нетфликсу, у aws это был буквально самый первый их крупный клиент.
>>10982
Это есТоственно, там уже объёмы такие, что иначе им будет разумно создавать свою инфраструктуру. Но всё-таки это про уровень расходов в несколько миллионов долларов, а про цифры сильно-сильно больше
Здесь просто часто очень какие-то наивные рассуждения, масштаба расходов там в пару сотен Хворостов в месяц максимум. Но это несерьёзно. У крупняка расходы в тясячи раз больше.
У крупняка минимум десятки человек в ИТ отделах в штате, реально чаще тысячи. Всем надо зарплаты платить.
>В целом в облаках крупняк живет по другим ценникам в отличие от всех остальных
Это есТоственно, там уже объёмы такие, что иначе им будет разумно создавать свою инфраструктуру. Но всё-таки это про уровень расходов в несколько миллионов долларов, а про цифры сильно-сильно больше
Здесь просто часто очень какие-то наивные рассуждения, масштаба расходов там в пару сотен Хворостов в месяц максимум. Но это несерьёзно. У крупняка расходы в тясячи раз больше.
У крупняка минимум десятки человек в ИТ отделах в штате, реально чаще тысячи. Всем надо зарплаты платить.
>>10988
В смысле, что у крупняка расходы сильно выше, чем несколько миллионов долларов в год. Миллион в год это немного по меркам бизнеса.
>Но всё-таки это про уровень расходов в несколько миллионов долларов, а про цифры сильно-сильно больше
В смысле, что у крупняка расходы сильно выше, чем несколько миллионов долларов в год. Миллион в год это немного по меркам бизнеса.
>>10977
Я не работаю в нетфликсе, но работаю тоже в SaaS компании и 80% трат компании это AWS. Все зарплаты это меньше 10%. Главная цель на этот год переделать платформу, чтобы она стала вендоро-независимой и в перспективе переехать с амазона.
> Потом хороший вопрос, какой процент от их расходов занимает инфраструктура. Возможно не очень большой, на фоне зарплат, затрат на съёмку кино, оплату авторских прав и т.п., и тогда особая экономия просто не имеет смысла.
Я не работаю в нетфликсе, но работаю тоже в SaaS компании и 80% трат компании это AWS. Все зарплаты это меньше 10%. Главная цель на этот год переделать платформу, чтобы она стала вендоро-независимой и в перспективе переехать с амазона.
Сейчас так-то вообще пошел тренд на переезд с облаков на дешевые хостинги вроде Hetzner и OVH. Облака на самом деле в хуй не тарахтели, все эти амазоновские примочки нахуй не всрались. Другое дело, что нужны будут хорошие Пёсы, а не просто макаки, которые кроме как в клаудах в интерфейсе мышкой кликать ничего не умеют.
>>11016
У OVH и остальных альтернатив слишком маленькое покрытие серверами. Запрос из Африки будет лететь несколько лет.
С AWS в этом плане только Azure и Google Cloud могут сравниться. Если для твоего решения критично время задержки, то вариантов "дёшево" нет.
У OVH и остальных альтернатив слишком маленькое покрытие серверами. Запрос из Африки будет лететь несколько лет.
С AWS в этом плане только Azure и Google Cloud могут сравниться. Если для твоего решения критично время задержки, то вариантов "дёшево" нет.
>>11020
Ты CDN делаешь? Ну тогда да, альтернатив наверное нет хороших. Тем более если весомая часть аудитории в папуасиях живет.
Ты CDN делаешь? Ну тогда да, альтернатив наверное нет хороших. Тем более если весомая часть аудитории в папуасиях живет.
>>11016
У меня лично об этих сервисах больше ассоциация как от VPS-провайдерах, то есть это что-то по-определению детское.
Эта инфраструктура больше про другие истории, когда используется много серверов, и бюджеты от тысяч долларов в месяц
>Сейчас так-то вообще пошел тренд на переезд с облаков на дешевые хостинги вроде Hetzner и OVH.
У меня лично об этих сервисах больше ассоциация как от VPS-провайдерах, то есть это что-то по-определению детское.
Эта инфраструктура больше про другие истории, когда используется много серверов, и бюджеты от тысяч долларов в месяц
Ну шо работяги зеленого банка, сколько годовую насчитали?
Миддл - 1кк до вычетов
Миддл - 1кк до вычетов
Как думаете, для явы когда-нибудь запилят встроенный менеджер пакетов?
>>10734
Твоему знакомому можно смело сказать, что его информация устарела лет на 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 и убирает головную боль с администрированием.
Твоему знакомому можно смело сказать, что его информация устарела лет на 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 и убирает головную боль с администрированием.
>>10734
Твоему знакомому можно смело сказать, что его информация устарела лет на 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 и убирает головную боль с администрированием.
Твоему знакомому можно смело сказать, что его информация устарела лет на 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 и убирает головную боль с администрированием.
>>10982
ПРИВЕДИТЕ ПРИМЕР ХОТЬ ОДНОГО ГИГАНТА СИДЯЩЕГО НА СЕРВЕРЛЕСС
@
НУ ХОТЬ ОДИН
@
ОДНА СТУДЕНТОТА СИДИТ НИЧЁ СЕРЬЁЗНОГО
@
ЛАДНО, НЕТФЛИКС
@
РЯЯЯЯЯ ЭТО НИ ЩИТАЕТСЯ!!! ОН ГИГАНТ
@
КОНЕЧНО У НЕГО ОСОБЫЕ УСЛОВИЯ, СКИДКИ И Т.Д.
@
А СЛАБО ПРИВЕСТИ ПРИМЕР СЕРВЕРЛЕСС ДЛЯ ОБЫЧНЫХ ЛЮДЕЙ?
@
НУ ХОТЬ ОДИН
>>11169
Мне лень тебе отвечать, тебе всё равно ничего не докажешь. Кому надо использовать - он использует. Кому не надо - их нет смысла переубеждать.
ПРИВЕДИТЕ ПРИМЕР ХОТЬ ОДНОГО ГИГАНТА СИДЯЩЕГО НА СЕРВЕРЛЕСС
@
НУ ХОТЬ ОДИН
@
ОДНА СТУДЕНТОТА СИДИТ НИЧЁ СЕРЬЁЗНОГО
@
ЛАДНО, НЕТФЛИКС
@
РЯЯЯЯЯ ЭТО НИ ЩИТАЕТСЯ!!! ОН ГИГАНТ
@
КОНЕЧНО У НЕГО ОСОБЫЕ УСЛОВИЯ, СКИДКИ И Т.Д.
@
А СЛАБО ПРИВЕСТИ ПРИМЕР СЕРВЕРЛЕСС ДЛЯ ОБЫЧНЫХ ЛЮДЕЙ?
@
НУ ХОТЬ ОДИН
>>11169
Мне лень тебе отвечать, тебе всё равно ничего не докажешь. Кому надо использовать - он использует. Кому не надо - их нет смысла переубеждать.
>>10941
жить в авс != иметь серврлесс архитектуру
жить в авс != иметь серврлесс архитектуру
>>11175
Шизик не палится, всё ему надо кого то переубеждать.
Может просто серверлесс не решает ни одну проблему?
Решает только одну - заговноСнегить мвр
>Кому не надо - их нет смысла переубеждать
Шизик не палится, всё ему надо кого то переубеждать.
Может просто серверлесс не решает ни одну проблему?
Решает только одну - заговноСнегить мвр
>>11250
Я просто не пойму смысл этого диалога. ЧТО ты пытаешься доказать? А главное ЗАЧЕМ? Ну ладно, серверлесс не решает никаких проблем. А ты какие проблемы решаешь своим пиздежом на дваче?
>Шизик не палится, всё ему надо кого то переубеждать.
Я просто не пойму смысл этого диалога. ЧТО ты пытаешься доказать? А главное ЗАЧЕМ? Ну ладно, серверлесс не решает никаких проблем. А ты какие проблемы решаешь своим пиздежом на дваче?
>>11157
А почему это называют serverless (отсутствие сервера)? Ведь сервер есть, но его инстансы просто масштабируется когда это нужно. Тот же k8s это умеет делать, но вроде это никто не называет serverless.
А почему это называют serverless (отсутствие сервера)? Ведь сервер есть, но его инстансы просто масштабируется когда это нужно. Тот же k8s это умеет делать, но вроде это никто не называет serverless.
Я точно могу сказать, что этот серверлесс — это расхайпованая бесполезная хуита. Весь этот Снег можно просто засунуть в основное приложение.
У меня в проекте штук 7 разных лямбд, и они все совершенно нахер не нужны.
У меня в проекте штук 7 разных лямбд, и они все совершенно нахер не нужны.
>>11335
Приставка -less это не "отсутствие сервера". У тебя же допустим wi-fi называется wireless (беспроводной). Но провода-то всё равно есть. Они идут до роутера, от роутера до провайдера, от провайдера по дну океана и так далее. Так же и серверлесс, сервера есть, но ты не имеешь к ним доступа. Ты не можешь залогиниться, сделать ssh, выбрать операционную систему, накатить патчи Косоухости. Ты просто "кидаешь Снег", а облако само решает, какую ос использовать.
Отличие кубернетиса от серверлесса:
- Нельзя масштабироваться в 0. Нужен минимум 1 мастер + 1 воркер
- Кубер масштабирует контейнеры, серверлесс вызовы
- Скорость масштабирования: кубер добавляет новую ноду 1-2 минуты, серверлесс мгновенно
- Уровень "заботы": в кубере сам обновляешь кубер, выбираешь ос, следишь за нодами. В серверлесс всё сделано за тебя. Ты как пассажир Сани Санты - сел и поехал.
- Роль: в кубере ты Пёс/админ, в сервелессе разработчик
НО! Есть гибриды. Типа AWS Fargate или GKE Autopilot. Это не полностью кубер и не полностью серверлесс. Это когда ты используешь кубер, но не управляешь нодами. Вот это уже называют Serverless Containers.
>А почему это называют serverless (отсутствие сервера)?
Приставка -less это не "отсутствие сервера". У тебя же допустим wi-fi называется wireless (беспроводной). Но провода-то всё равно есть. Они идут до роутера, от роутера до провайдера, от провайдера по дну океана и так далее. Так же и серверлесс, сервера есть, но ты не имеешь к ним доступа. Ты не можешь залогиниться, сделать ssh, выбрать операционную систему, накатить патчи Косоухости. Ты просто "кидаешь Снег", а облако само решает, какую ос использовать.
Отличие кубернетиса от серверлесса:
- Нельзя масштабироваться в 0. Нужен минимум 1 мастер + 1 воркер
- Кубер масштабирует контейнеры, серверлесс вызовы
- Скорость масштабирования: кубер добавляет новую ноду 1-2 минуты, серверлесс мгновенно
- Уровень "заботы": в кубере сам обновляешь кубер, выбираешь ос, следишь за нодами. В серверлесс всё сделано за тебя. Ты как пассажир Сани Санты - сел и поехал.
- Роль: в кубере ты Пёс/админ, в сервелессе разработчик
НО! Есть гибриды. Типа AWS Fargate или GKE Autopilot. Это не полностью кубер и не полностью серверлесс. Это когда ты используешь кубер, но не управляешь нодами. Вот это уже называют Serverless Containers.
>>11321
так это ты пытаешься доказать что-то, но у тебя уже который день ничего не выходит
так это ты пытаешься доказать что-то, но у тебя уже который день ничего не выходит
>>11874
Ёбанный петух блять, ты обкурился новогодных спайсов? Моих сообщений тут ровно два (если не считать ответ Духа Рождества). Чё я пытаюсь доказать? Наркоманище лесное
Ёбанный петух блять, ты обкурился новогодных спайсов? Моих сообщений тут ровно два (если не считать ответ Духа Рождества). Чё я пытаюсь доказать? Наркоманище лесное
смотрю тред вернулся к состоянию доковидному
курсопетухи и Волки уже ушли на заводы?
найс....
курсопетухи и Волки уже ушли на заводы?
найс....
>>11925
Снова не убедил
Снова не убедил
>>11721
так ты и на серверлесе не можешь, тебя просто не чарджат за это, это типа как бы "за скобками", но всем понятно что сама по себе из ниоткуда на неработающем сервере лямда не запустится
>- Нельзя масштабироваться в 0. Нужен минимум 1 мастер + 1 воркер
так ты и на серверлесе не можешь, тебя просто не чарджат за это, это типа как бы "за скобками", но всем понятно что сама по себе из ниоткуда на неработающем сервере лямда не запустится
>>12324
Ну так у AWS есть куча клиентов и миллионы работающих серверов. Твою лямбду просто запустят на одном из них.
>на неработающем сервере лямда не запустится
Ну так у AWS есть куча клиентов и миллионы работающих серверов. Твою лямбду просто запустят на одном из них.
>>12416
Ну и что? Ресурсы-то она все равно потреблять будет. За ресурсы нужно платить. Но тебя не чарджат на ту часть, которая стоит наготове, ждёт запроса.
Ну и что? Ресурсы-то она все равно потреблять будет. За ресурсы нужно платить. Но тебя не чарджат на ту часть, которая стоит наготове, ждёт запроса.
>>12462
Как подсказывает капитан очевидность, она не ждёт тебя лично. Она ждёт любого кому понадобятся ресурсы. Свободные мощности может использовать и кластер кубера, и другие не твои лямбды, или вообще внутренние ресурсы Амазон.
Как подсказывает капитан очевидность, она не ждёт тебя лично. Она ждёт любого кому понадобятся ресурсы. Свободные мощности может использовать и кластер кубера, и другие не твои лямбды, или вообще внутренние ресурсы Амазон.
>>12324
>>12462
Что за тупость? Читай про multi-tenancy! Конечно же scale to zero есть на серверлессе. Там есть общий пул горячих ресурсов, на который шедуляться все - там на одном сервере могут быть джобы от bwm, coca-cola, netflix и васи пупкина. У них cpu загружен всегда на 100%. Если твоих джобов не будет, зашедулят какую-то другую компанию. Колд старты это как раз признак того что ты не владеешь инфраструктурой.
В кубере же ты арендуешь кластер. Пользуешься ли ты кластером или нет, это никого не ебёт. Если на сервер не приходят запросы, он будет крутить холостые циклы. Ты зарезервировал кусок кремния и другая компания не придёт и не загрузит твой кластер.
Это как Сани Санты vs. личное авто.
Личное авто = сел и поехал. Можешь ездить, а можешь поставить в гараж. Но ты всегда платишь амортизацию, страховку, налоги, сам ремонтируешь
Сани Санты = твоей лично машины нет, но ты можешь заплатить и доехать
>>12462
Что за тупость? Читай про multi-tenancy! Конечно же scale to zero есть на серверлессе. Там есть общий пул горячих ресурсов, на который шедуляться все - там на одном сервере могут быть джобы от bwm, coca-cola, netflix и васи пупкина. У них cpu загружен всегда на 100%. Если твоих джобов не будет, зашедулят какую-то другую компанию. Колд старты это как раз признак того что ты не владеешь инфраструктурой.
В кубере же ты арендуешь кластер. Пользуешься ли ты кластером или нет, это никого не ебёт. Если на сервер не приходят запросы, он будет крутить холостые циклы. Ты зарезервировал кусок кремния и другая компания не придёт и не загрузит твой кластер.
Это как Сани Санты vs. личное авто.
Личное авто = сел и поехал. Можешь ездить, а можешь поставить в гараж. Но ты всегда платишь амортизацию, страховку, налоги, сам ремонтируешь
Сани Санты = твоей лично машины нет, но ты можешь заплатить и доехать
>>12623
А ты не выкупай сразу все серверы в интернете. Сначала прикинь нагрузку и относительно нее планируй. А потом по аналитике смотри, чо там реально происходит.
А серверлессы твои, перестают работать, как только ты будешь обрабатывать какую-то неугодную информацию, например ипод обдолбанного сыночка Байдена. И куда ты потом пойдешь? А? Куда?
>Если на сервер не приходят запросы, он будет крутить холостые циклы.
А ты не выкупай сразу все серверы в интернете. Сначала прикинь нагрузку и относительно нее планируй. А потом по аналитике смотри, чо там реально происходит.
А серверлессы твои, перестают работать, как только ты будешь обрабатывать какую-то неугодную информацию, например ипод обдолбанного сыночка Байдена. И куда ты потом пойдешь? А? Куда?
>>12714
Я вижу вы политик. Не хотите ещё что-нибудь сказать политического?
Я вижу вы политик. Не хотите ещё что-нибудь сказать политического?
T
Смотрю тут срачи развели нужен ORM или !ORM (ведь написать Васянка руками проще).
В общем, как-то я проходил курс от ХуЛедовый Городока и там заставили в первых этапах писать на 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.
В общем, как-то я проходил курс от ХуЛедовый Городока и там заставили в первых этапах писать на 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.
Смотрю тут срачи развели нужен ORM или !ORM (ведь написать Васянка руками проще).
В общем, как-то я проходил курс от ХуЛедовый Городока и там заставили в первых этапах писать на 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.
В общем, как-то я проходил курс от ХуЛедовый Городока и там заставили в первых этапах писать на 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.
>>14598
надо признать они там продвинутые и в JPA репозиториях на методы вешают эту ебанину.
>>Я кстати почеСнег потом репозитории других выпускников, там все поголовно либо строку собирают типа:
надо признать они там продвинутые и в JPA репозиториях на методы вешают эту ебанину.
https://registry.npmjs.org/ репозиторий роскомнадзорнули? Альтернативы есть?
>>14598
Так ты эту потрянку на любом языке можешь писать при чем го? Как принято в команде так и будет. Где-то пишут с ORM, где-то нет.
Так ты эту потрянку на любом языке можешь писать при чем го? Как принято в команде так и будет. Где-то пишут с ORM, где-то нет.
>>14598
в случае jpa у тебя будет JPQL портянка
FROM MyEntity e WHERE e.user.id = {userId} AND e.company.id = {companyId} AND e.ownerId = {ownerId}
и в чём принципиальная разница? Плюс получаешь весь набор граблей хибернейта, которыми весь хабр забит
в случае jpa у тебя будет JPQL портянка
FROM MyEntity e WHERE e.user.id = {userId} AND e.company.id = {companyId} AND e.ownerId = {ownerId}
и в чём принципиальная разница? Плюс получаешь весь набор граблей хибернейта, которыми весь хабр забит
>>14618
К тому же можно getEntityByUserIdAndCompanyIDAndOwnerId
А спекухи и queryDSL нахуя? Если будет 20-30 возможных параметров? StringBuilder и If (parametr1 != null) ? А если там ренжи дата время?
>>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) ? А если там ренжи дата время?
Работаю восьмой год на джаве. Хотелось бы работать в компании, которая разрабатывает игры. В чем мне нужно разобраться, чтобы устроиться в такую компанию? Алгоритмы? Что еще?
>>14793
Не писать на джаве.
Не писать на джаве.
>>14793
Опыт работы в геймдеве
Опыт работы в геймдеве
>>14801
Ребятка с моей прошлой работы сказал, что ушел работать в компанию playtox, которая разрабатывает игры. У них зайчик на джаве. Но контакты Ребятки я потерял, он вроде удалился из телеги, поэтому спросить его про требования не могу. Неужели на джаве не пишут ничего интереснее крудов?
Ребятка с моей прошлой работы сказал, что ушел работать в компанию playtox, которая разрабатывает игры. У них зайчик на джаве. Но контакты Ребятки я потерял, он вроде удалился из телеги, поэтому спросить его про требования не могу. Неужели на джаве не пишут ничего интереснее крудов?
>>14803
Да хуй знает, будто круды Поздравлять лучше, чем веселую ферму и тюрягу пилить, блядь, не? Все равно блевать потянет
Да хуй знает, будто круды Поздравлять лучше, чем веселую ферму и тюрягу пилить, блядь, не? Все равно блевать потянет
>>14827
Вроде уже можно просто
Entity get(String userId, String companyId, String ownerId)
И оно само там разберется.
>getEntityByUserIdAndCompanyIDAndOwnerId
Вроде уже можно просто
Entity get(String userId, String companyId, String ownerId)
И оно само там разберется.
Я Поздравлял этот Type Erasure.
Вот есть шизоСнег:
ArrayList al1 = new ArrayList();
al1.add(1);
al1.add("text");
ArrayList<? extends Number> al2 = al1;
Почему этот Снег не вызывает эксепшн в четвёртой строке и нормально работает? Какой будет четвёртая строка после процедуры стирания типов? Как я понимаю, al2 приобретает тип ArrayList<Number> (стирание типа в верхнюю границу до Number>, а al1 приобретает тип ArrayList<Object>. И получается что в переменную списка чисел я пытаюсь добавить список обжектов, а в этом списке обжектов есть элемент, содержащий строку, что по идее должно вести к ошибке приведения типов (нельзя преобразовать String в Number), но никакой ошибки в рантайме нет. Почему так?
Вот есть шизоСнег:
ArrayList al1 = new ArrayList();
al1.add(1);
al1.add("text");
ArrayList<? extends Number> al2 = al1;
Почему этот Снег не вызывает эксепшн в четвёртой строке и нормально работает? Какой будет четвёртая строка после процедуры стирания типов? Как я понимаю, al2 приобретает тип ArrayList<Number> (стирание типа в верхнюю границу до Number>, а al1 приобретает тип ArrayList<Object>. И получается что в переменную списка чисел я пытаюсь добавить список обжектов, а в этом списке обжектов есть элемент, содержащий строку, что по идее должно вести к ошибке приведения типов (нельзя преобразовать String в Number), но никакой ошибки в рантайме нет. Почему так?
>>14923
Потому что и не должно быть, дженерики - это чисто для проверки компилятором, а в рантайме там массив референсов на обджект в данном Снеге будет в любом случае
>но никакой ошибки в рантайме нет. Почему так?
Потому что и не должно быть, дженерики - это чисто для проверки компилятором, а в рантайме там массив референсов на обджект в данном Снеге будет в любом случае
>>14923
extends - это для продюсера. Оттуда только читать можно. Соответственно ты получишь класс каст эксепшн, если будешь пытаться обджекты приводить к намберу. Ну это как бы на твоей совести, сам такие операции делал. Но вообще дженерики в джаве говно полное, это все признают, поэтому жди валлхаллу.
extends - это для продюсера. Оттуда только читать можно. Соответственно ты получишь класс каст эксепшн, если будешь пытаться обджекты приводить к намберу. Ну это как бы на твоей совести, сам такие операции делал. Но вообще дженерики в джаве говно полное, это все признают, поэтому жди валлхаллу.
>>14933
Ну это понятно, что можно читать, но ведь тебе сначала в переменную нужно добавить что-то, чтобы потом это читать) Просто гуглил, смотрел документацию, там сказано, что после компиляции происходит стирание типов и для типа <? extends T> он стирается в <T>. Соответственно <? extends Number> стирается в <Number>. Получается что в рантайме у меня в переменную списка чисел (а в рантайме JVM видит, что это именно список чисел, потому что стирание типов стёрло ArrayList<? extends Number> в ArrayList<Number>) присваивается список со строкой и JVM никакого эксепшена не выкидывает. Он по идее уже на этом этапе должен выдавать ошибку в рантайме, но её нет...
Ну это понятно, что можно читать, но ведь тебе сначала в переменную нужно добавить что-то, чтобы потом это читать) Просто гуглил, смотрел документацию, там сказано, что после компиляции происходит стирание типов и для типа <? extends T> он стирается в <T>. Соответственно <? extends Number> стирается в <Number>. Получается что в рантайме у меня в переменную списка чисел (а в рантайме JVM видит, что это именно список чисел, потому что стирание типов стёрло ArrayList<? extends Number> в ArrayList<Number>) присваивается список со строкой и JVM никакого эксепшена не выкидывает. Он по идее уже на этом этапе должен выдавать ошибку в рантайме, но её нет...
>>14944
upd
Хотя не, по ходу я ошибся (ну я ошибся по любому, просто ща видимо начало доходить в чем именно) ArrayList<? extends Number> сотрётся в ArrayList. Тогда всё сходится
upd
Хотя не, по ходу я ошибся (ну я ошибся по любому, просто ща видимо начало доходить в чем именно) ArrayList<? extends Number> сотрётся в ArrayList. Тогда всё сходится
>>14793
Подними свой сервер Л2 и охуеешь от счастья гейдев разработки
Подними свой сервер Л2 и охуеешь от счастья гейдев разработки
>>15041
Ну конкретной задачи нет, я просто учу теорию
Ну конкретной задачи нет, я просто учу теорию
Дайте, пожалуйста, идею простого приложения, в котором можно было бы применить паттерн saga. Что можно придумать?
>>15200
Для простого приложения сага не нужна. А так это классический перевод денег или передача айтемов в игре от игрока к игроку.
Для простого приложения сага не нужна. А так это классический перевод денег или передача айтемов в игре от игрока к игроку.
>>15200
Чел, если ты не можешь сам додуматься до идей - то тебе нехуй делать в айти, т.к. тут конкуренция 10к человек на место. Лучше пойди на курсы сварщика, там тебе покажут все паттерны и сразу работа будет, причём долго. Век aнальников закончился.
Чел, если ты не можешь сам додуматься до идей - то тебе нехуй делать в айти, т.к. тут конкуренция 10к человек на место. Лучше пойди на курсы сварщика, там тебе покажут все паттерны и сразу работа будет, причём долго. Век aнальников закончился.
>>06137
То то большинство джавистов без жыдбрейнса кнопочки в интерфейсе не могут даже из терминала проект собрать. А у гошки, как и у большинства других живых языков поддержка lsp и форматирования из коробки.
>поддержка всех IDE, начиная от блокнота и заканчивая MS Word.
То то большинство джавистов без жыдбрейнса кнопочки в интерфейсе не могут даже из терминала проект собрать. А у гошки, как и у большинства других живых языков поддержка lsp и форматирования из коробки.
>>16481
да не, с градлом и мавеном, все проще. Но так то да, жидея расслабяет
да не, с градлом и мавеном, все проще. Но так то да, жидея расслабяет
Чувак всех наебал на собесе и вкатился на сеньйорную позицию, но не в состоянии написать обычный круд на простую энтити с 5-ю полями. Почему таких держат все 3 месяца испыталки? Я бы нахуй ссаным веником гнал сразу же после такой хуйни. Это даже не трейни нихуя.
>>16643
Потому что менеджменту похуй.
Потому что менеджменту похуй.
508 Кб, 829x404>>16643
Зависит от конторы. Есть те кто сразу скажут. А есть те кто еще месяц на испытательный срок, добавят. Последние могут так делать, из-за того что найти нормальных спецов, на указанную начальством планку ЗП, сложно. По поводу поиска спецов, кстати, учитываются не только знания и опыт, но манера общения. Кандидат может быть тупо наглым и борзым, при этом со знаниями. В итоге ему могут легко отказать, из-за того что никто не захочет с таким работать работу..
Зависит от конторы. Есть те кто сразу скажут. А есть те кто еще месяц на испытательный срок, добавят. Последние могут так делать, из-за того что найти нормальных спецов, на указанную начальством планку ЗП, сложно. По поводу поиска спецов, кстати, учитываются не только знания и опыт, но манера общения. Кандидат может быть тупо наглым и борзым, при этом со знаниями. В итоге ему могут легко отказать, из-за того что никто не захочет с таким работать работу..
>>16687
А как сейчас нормальных кандидатов искать? Реально гигантский поток говна на любую позицию, причем откликаются как и реально хорошие люди (которые единицы), так и вообще полные залетыши, которые никакого отношения к ИТ индустрии не имеют.
А как сейчас нормальных кандидатов искать? Реально гигантский поток говна на любую позицию, причем откликаются как и реально хорошие люди (которые единицы), так и вообще полные залетыши, которые никакого отношения к ИТ индустрии не имеют.
>>16842
Убираешь ограничения по возрасту.
@
Сортируешь резюме по опыту.
@
На собесах спрашиваешь о прошлых проектах, а не душишь литкодом.
@
У тебя 40-летние мужики с 20 годами опыта спокойно без истерик пишут проекты.
Убираешь ограничения по возрасту.
@
Сортируешь резюме по опыту.
@
На собесах спрашиваешь о прошлых проектах, а не душишь литкодом.
@
У тебя 40-летние мужики с 20 годами опыта спокойно без истерик пишут проекты.
>>16842
Обязательно алгосекция, лайвкодинг и сисдиз.
Это прям минимум, чтобы найти человека, на которого можно положиться.
Скуфы с 20 летним опытом, обычно нихуя не умеют и только ноют
Обязательно алгосекция, лайвкодинг и сисдиз.
Это прям минимум, чтобы найти человека, на которого можно положиться.
Скуфы с 20 летним опытом, обычно нихуя не умеют и только ноют
>>16988
Скуфы хотя бы ноют на рабочем месте. А пориджи вообще не появляются после оформления в штат..
Скуфы хотя бы ноют на рабочем месте. А пориджи вообще не появляются после оформления в штат..
>>16895
Убираешь ограничения по возрасту.
@
Сортируешь резюме по опыту.
@
На собесах спрашиваешь о прошлых проектах, а не душишь литкодом.
@
Волчара крутит опыт и выдумывает легенду, вкатывается на 300к наносек, нихуя не делает и вылетает после испыталки.
@
Повторять пока кабан не обанкротился.
Убираешь ограничения по возрасту.
@
Сортируешь резюме по опыту.
@
На собесах спрашиваешь о прошлых проектах, а не душишь литкодом.
@
Волчара крутит опыт и выдумывает легенду, вкатывается на 300к наносек, нихуя не делает и вылетает после испыталки.
@
Повторять пока кабан не обанкротился.
>>16988
для 100% гарантии, надо звать на собес в офис для сдачи мочи, типа для анализа на наркоту. А по факту просто стоять за спиной и ждать когда он поссыт. Если не сможет поссать и будеть ныть, мол не могу ссать пока на меня смотрят или ждут, то это сразу красный флаг - такие кандидаты не нужны. Более того, у хорошего кандидата, струя должна обладать эффектом ламинарного потока. Только такие кандидаты способны работать в перманентном аврале, с релизами строго по пятницам.
>лайвкодинг
для 100% гарантии, надо звать на собес в офис для сдачи мочи, типа для анализа на наркоту. А по факту просто стоять за спиной и ждать когда он поссыт. Если не сможет поссать и будеть ныть, мол не могу ссать пока на меня смотрят или ждут, то это сразу красный флаг - такие кандидаты не нужны. Более того, у хорошего кандидата, струя должна обладать эффектом ламинарного потока. Только такие кандидаты способны работать в перманентном аврале, с релизами строго по пятницам.
>>17059
Не, мимо, если у тебя такой стресс от лаивкодинга, то ты чмоня и слабенький
Не, мимо, если у тебя такой стресс от лаивкодинга, то ты чмоня и слабенький
>>16988
Почему джавистов любят унижать друг друга на собесах? Это же буквально быстрый способ задрочить кандидата
>Обязательно алгосекция, лайвкодинг и сисдиз
Почему джавистов любят унижать друг друга на собесах? Это же буквально быстрый способ задрочить кандидата
>>17052
Существенные возражения будут, волчара назаровская?
Существенные возражения будут, волчара назаровская?
>>17067
Я хочу выбрать себе в команду толкового человека, чтобы на него можно было положиться и мы разговаривали на одном языке. Алгосекция отлично проверяет мозг кандидата, что он умеет схватывать суть и думать о корнеркейсах + реализовывать и проверять логику прямо у себя в голове.
80% коллег у меня за мой опыт были всегда тупые, которым надо разжевать базовые вещи, например, почему нельзя в кафку пукать на похуй без аутбокса и релей сервиса или джобы, зачем нужен ключ партиционирования и т.д.
Человек, который хорош в алгозадачках схватывает налету это всё, даже если не сталкивался с кафкой, например.
А тупым надо разжевивать по 2 дня и то у них уровень понимания очень поверхностный после этого.
С кафкой - это просто последний мой пример, а так их было куча в разных областях
Я хочу выбрать себе в команду толкового человека, чтобы на него можно было положиться и мы разговаривали на одном языке. Алгосекция отлично проверяет мозг кандидата, что он умеет схватывать суть и думать о корнеркейсах + реализовывать и проверять логику прямо у себя в голове.
80% коллег у меня за мой опыт были всегда тупые, которым надо разжевать базовые вещи, например, почему нельзя в кафку пукать на похуй без аутбокса и релей сервиса или джобы, зачем нужен ключ партиционирования и т.д.
Человек, который хорош в алгозадачках схватывает налету это всё, даже если не сталкивался с кафкой, например.
А тупым надо разжевивать по 2 дня и то у них уровень понимания очень поверхностный после этого.
С кафкой - это просто последний мой пример, а так их было куча в разных областях
572 Кб, 1111x597>>17080
Ну ка пример задачки. Как алгоритмы могут быть связаны с тонкостями какой-то либы / фреймворка?
>Алгосекция отлично проверяет мозг кандидата
Ну ка пример задачки. Как алгоритмы могут быть связаны с тонкостями какой-то либы / фреймворка?
>>17105
Ты вообще меня не понял.
Если чел может придумать решение для достаточно комплексной алгозадачки, то он без проблем разберется и в использовании и тонкостях любого инструмента очень быстро, потому что это намного проще.
Но тут даже речь не об инструментах, а о более абстрактных вещах.
Самое главное алгозадачки учат думать об логике, корнеркейсах и реализации + математика, любая сложная задача требует у меня на работе этого же.
Человек, который может решить задачу при прочих равных умнее человека, которые не может этого сделать, очевидно.
Мне главное найти умного человека с хорошей базой в свою команду, на которого можно положиться.
Но я не веду к тому, что на собесах должна быть только алгосекция. Лайвкодинг+стек секция и сидиз отдельно, чтобы оценить кандидата по хардам со всех сторон.
Ты вообще меня не понял.
Если чел может придумать решение для достаточно комплексной алгозадачки, то он без проблем разберется и в использовании и тонкостях любого инструмента очень быстро, потому что это намного проще.
Но тут даже речь не об инструментах, а о более абстрактных вещах.
Самое главное алгозадачки учат думать об логике, корнеркейсах и реализации + математика, любая сложная задача требует у меня на работе этого же.
Человек, который может решить задачу при прочих равных умнее человека, которые не может этого сделать, очевидно.
Мне главное найти умного человека с хорошей базой в свою команду, на которого можно положиться.
Но я не веду к тому, что на собесах должна быть только алгосекция. Лайвкодинг+стек секция и сидиз отдельно, чтобы оценить кандидата по хардам со всех сторон.
>>17080
>>17116
>>16988
Сейчас вообще думать программисту не надо. Всякие умники умеющие думать к тому же дорого стоят, а выхлопа от них мало. Берешь любого таксиста с улицы, 2 месяца учишь как пукать в ллмку и все, сажаешь в кресло сеньора за 80-100к рублей. Всякие корнеркейсы нахуй не всрались, потому что ллмка сама их обрабатывает со 100% точностью. Если что-то идет не так, то АИ агент передает весь нужный контекст другому АИ агенту и тот сам все правит, а потом другой АИ агенты тесты стартует. Вообще думать сейчас не нужно и даже вредно. Нейросети сами всю работу делают и за тебя и за твою команду. Если это не так, то вы просто не умеете ими пользоваться, либо луддиты.
>>17116
>>16988
Сейчас вообще думать программисту не надо. Всякие умники умеющие думать к тому же дорого стоят, а выхлопа от них мало. Берешь любого таксиста с улицы, 2 месяца учишь как пукать в ллмку и все, сажаешь в кресло сеньора за 80-100к рублей. Всякие корнеркейсы нахуй не всрались, потому что ллмка сама их обрабатывает со 100% точностью. Если что-то идет не так, то АИ агент передает весь нужный контекст другому АИ агенту и тот сам все правит, а потом другой АИ агенты тесты стартует. Вообще думать сейчас не нужно и даже вредно. Нейросети сами всю работу делают и за тебя и за твою команду. Если это не так, то вы просто не умеете ими пользоваться, либо луддиты.
>>17080
Аутбокс это просто паттерн, к алгоритмам вообще никакого отношения не имеет. Ничего сложного там нет. Я написал линтер, который проверяет на аутбоксы говнокод от вайбкодеров, твои задротские знания как подковать лошадь больше не нужны.
Аутбокс это просто паттерн, к алгоритмам вообще никакого отношения не имеет. Ничего сложного там нет. Я написал линтер, который проверяет на аутбоксы говнокод от вайбкодеров, твои задротские знания как подковать лошадь больше не нужны.
>>17184
Вайбкодинг это база в 2к26 году. Нахуй нужны обычные кодеры?
Вайбкодинг это база в 2к26 году. Нахуй нужны обычные кодеры?
>>17207
И зачем он нужен, для работы с кафкой?
И зачем он нужен, для работы с кафкой?
>>17181
Увы, так не работает
>>17184
Ну я же не только про аутбокс писал.
Аутбокс - паттерн, но реализация через очереди, чем тебе это не алгоритмы? Да, очень простой, но алгоритм. А ещё надо думать о блокировках и т.д. Вполне себе алгоритм, если надо написать с 0. Тупой чел не напишет такое, будет куча багов.
У меня куча примеров, где челы с алгоритмической базой схватывают всё на лету и понимают зачем и как работает инструмент, могут думать о корнеркейсах, а тупым разжевиваешь всё, они вроде понимают, но на самом деле в чуть более сложных ситуациях плывут и надо на второй заход идти. Вот нахуй мне это надо, если можно просто отсеить этот мусор просто медиум задачкой и хардиком за час-полтора?
Тем более сейчас очередь из толковых ребят
>>17206
Проекции
Увы, так не работает
>>17184
Ну я же не только про аутбокс писал.
Аутбокс - паттерн, но реализация через очереди, чем тебе это не алгоритмы? Да, очень простой, но алгоритм. А ещё надо думать о блокировках и т.д. Вполне себе алгоритм, если надо написать с 0. Тупой чел не напишет такое, будет куча багов.
У меня куча примеров, где челы с алгоритмической базой схватывают всё на лету и понимают зачем и как работает инструмент, могут думать о корнеркейсах, а тупым разжевиваешь всё, они вроде понимают, но на самом деле в чуть более сложных ситуациях плывут и надо на второй заход идти. Вот нахуй мне это надо, если можно просто отсеить этот мусор просто медиум задачкой и хардиком за час-полтора?
Тем более сейчас очередь из толковых ребят
>>17206
Проекции
>>17231
Да. И всякие дата макаки тоже.
Да. И всякие дата макаки тоже.
>>17251
С Новым Годом! со своим аутбоксом, в каждом посте его повторяешь, как будто это пиздец какой рокет саенс. Вчера узнал про аутбокс? Смотри там от саги не обосрись.
С Новым Годом! со своим аутбоксом, в каждом посте его повторяешь, как будто это пиздец какой рокет саенс. Вчера узнал про аутбокс? Смотри там от саги не обосрись.
Мужчины, как у вас дела с спецификациями (спринг дата)?
Используются? Или динамические запросы как-то по другому реализуете?
Используются? Или динамические запросы как-то по другому реализуете?
>>17258
Я просто пример привел про кафку (потому что в декабре кучу сил потратил, объясняя челу базу по кафке), это ты зацепился за аутбокс и я тебе пояснил, что это и есть алгоритм, к тому же распределенный
Я просто пример привел про кафку (потому что в декабре кучу сил потратил, объясняя челу базу по кафке), это ты зацепился за аутбокс и я тебе пояснил, что это и есть алгоритм, к тому же распределенный
>>17251
Все работает у нас. Вы видимо ллмками пользоваться не умеете или вовсе в режиме чата их используете.
>Увы, так не работает
Все работает у нас. Вы видимо ллмками пользоваться не умеете или вовсе в режиме чата их используете.
>>17447
Да ты же не работаешь нигде, шизло.
Давай название компании, пруфы, что работаешь там и описывай процессы, как у вас ллм интегрировано в работу.
Интересно почитать будет твои фантазии
Да ты же не работаешь нигде, шизло.
Давай название компании, пруфы, что работаешь там и описывай процессы, как у вас ллм интегрировано в работу.
Интересно почитать будет твои фантазии
>>17452
А, и самое главное забыл, опиши процесс, как уволили толковых ребят и взяли идиотов-таксистов на их места
А, и самое главное забыл, опиши процесс, как уволили толковых ребят и взяли идиотов-таксистов на их места
>>17450
Тебе зачем? Работы в айти нет. Для учёбы если тебе делать нехуй лучше всего паскаль, потом с++. Собственно этого достаточно. Джаву учат обычно после уже, когда понимают базовые вещи в языках программирования и как работает джава.
Тебе зачем? Работы в айти нет. Для учёбы если тебе делать нехуй лучше всего паскаль, потом с++. Собственно этого достаточно. Джаву учат обычно после уже, когда понимают базовые вещи в языках программирования и как работает джава.
106 Кб, 978x785>>17455
Вот оно как, ну ладно. Увидел статистику на хабре, думал жаба ещё широко востребована
> Джаву учат обычно после уже, когда понимают базовые вещи в языках программирования и как работает джава
Вот оно как, ну ладно. Увидел статистику на хабре, думал жаба ещё широко востребована
>>17463
Востребованность смотрят на хх.ру, а не в манярейтингах. Особенно западных, где может быть например айос разработка, которая полностью мертва в РФ или случай наоборот с 1с.
Востребованность смотрят на хх.ру, а не в манярейтингах. Особенно западных, где может быть например айос разработка, которая полностью мертва в РФ или случай наоборот с 1с.
>>17463
Ну так всё так, сейчас все пишут на С, даже не на плюсах, ты не заметил? Все сайтики на С, бэкэнды на С, онлайн магазины на С, игры на С
Да да, именно так, а вы как думали?
Ну так всё так, сейчас все пишут на С, даже не на плюсах, ты не заметил? Все сайтики на С, бэкэнды на С, онлайн магазины на С, игры на С
Да да, именно так, а вы как думали?
А почему, например, в интерфейсе List<E> метод indexOf принимает объект типа Object? Не логичнее было бы сделать сигнатуру indexOf(E o), ведь в этой коллекции как минимум лежат объекты типа E. Почему в сигнатуре разрабы прописали именно Object?
>>17572
пон, спасибо
пон, спасибо
>>17569
Скорее всего, для обратной совместимости так сделали и забили хуй
Скорее всего, для обратной совместимости так сделали и забили хуй
>>17452
>>17453
Нам кабаныч закупил подписок на claude code прилично. И все, разработка полетела как на дрожжах. Ну и кабаныч всех джунов пидорнул уже. А мидлов в марте говорят будут скоращать. А нахуй нужны мидлы и джуны когда клауде есть? Вот то-то и оно. Топ-топ ножками на мороз.
Как интегрировано, да просто:
- сисанал пишет спеки под каждую таску
- разраб копирует спеки в промпт
- нейронка пишет код
- нейронка пишет тесты
- нейронка сверяет тесты, их результат выполнения и сам код со спекой
- делается пулл реквест
- кодераббит чекает пуллреквест, либо отправляет обратно разрабу, либо аппрувит
- код летит на тестовый стенд, а потом в прод
То есть разраб нужен просто на случай того, если кодераббит обратно его вернул. И как бы все. Вот поэтому от разрабов будут максимально избавляться в этом году, когда манагер или сисанал спеки может писать и чутка править код где надо. А разрабы стоят дорого, просто непомерных денег. Нахуй они нужны, когда нейронка за 20 баксов их труд может выполнять? Не нужны. Топ-топ на мороз.
>>17453
Нам кабаныч закупил подписок на claude code прилично. И все, разработка полетела как на дрожжах. Ну и кабаныч всех джунов пидорнул уже. А мидлов в марте говорят будут скоращать. А нахуй нужны мидлы и джуны когда клауде есть? Вот то-то и оно. Топ-топ ножками на мороз.
Как интегрировано, да просто:
- сисанал пишет спеки под каждую таску
- разраб копирует спеки в промпт
- нейронка пишет код
- нейронка пишет тесты
- нейронка сверяет тесты, их результат выполнения и сам код со спекой
- делается пулл реквест
- кодераббит чекает пуллреквест, либо отправляет обратно разрабу, либо аппрувит
- код летит на тестовый стенд, а потом в прод
То есть разраб нужен просто на случай того, если кодераббит обратно его вернул. И как бы все. Вот поэтому от разрабов будут максимально избавляться в этом году, когда манагер или сисанал спеки может писать и чутка править код где надо. А разрабы стоят дорого, просто непомерных денег. Нахуй они нужны, когда нейронка за 20 баксов их труд может выполнять? Не нужны. Топ-топ на мороз.
>>17616
Охуительные истории, о которых невозможно молчать.
Охуительные истории, о которых невозможно молчать.
>>17716
У него крайняя степень манямирковости (т.е. глубокая интровертность) и неспобобности адаптироваться к реальности. Единственный способ вылечится - чтобы жизнь дала пизды и некому было помочь и сделать за него.
У него крайняя степень манямирковости (т.е. глубокая интровертность) и неспобобности адаптироваться к реальности. Единственный способ вылечится - чтобы жизнь дала пизды и некому было помочь и сделать за него.
>>17718
извините не туда
извините не туда
>>17616
Фантазии, с подписками за 20 баксов ты можешь максимум простое приложение разрабатывать на 2-5к строк.
Если проект большой, сложный и комплексный и чтобы работало, как ты описал, то тут нужна ебейшая инфра, которой даже у гигантов чёт пока нет.
Плюс в реальности, а не в твоих фантазиях, такая инфра будет стоить огромных денег + бесконечное сжигание токенов + наоборот экспертиза разработчиков нужна будет только больше, потому что следить за ллм - это очень сложно и ответственно.
Да, фичи может будут пилиться немного быстрее, но это тоже надо на практике смотреть и в перспективе хотя бы 5 лет, у нас пока таких примеров нет.
Помню бегал шиз тупорылый по пр, которого лейоффнули за лоускиллы и он срал постами про ии, это ты?
Фантазии, с подписками за 20 баксов ты можешь максимум простое приложение разрабатывать на 2-5к строк.
Если проект большой, сложный и комплексный и чтобы работало, как ты описал, то тут нужна ебейшая инфра, которой даже у гигантов чёт пока нет.
Плюс в реальности, а не в твоих фантазиях, такая инфра будет стоить огромных денег + бесконечное сжигание токенов + наоборот экспертиза разработчиков нужна будет только больше, потому что следить за ллм - это очень сложно и ответственно.
Да, фичи может будут пилиться немного быстрее, но это тоже надо на практике смотреть и в перспективе хотя бы 5 лет, у нас пока таких примеров нет.
Помню бегал шиз тупорылый по пр, которого лейоффнули за лоускиллы и он срал постами про ии, это ты?
>>17616
Реальная тема, только у нас сеньоров уволили. Оставили только джунов и мидлов, чтобы за ИИ-шечкой подтирать. В этом году, уже 5 релизов сделали.
Реальная тема, только у нас сеньоров уволили. Оставили только джунов и мидлов, чтобы за ИИ-шечкой подтирать. В этом году, уже 5 релизов сделали.
>>17948
мы не используем gradle
мы не используем gradle
>>17948
Норм, стараемся не пукать как можно дольше
Норм, стараемся не пукать как можно дольше
Есть у кого опыт миграции с джавы в плюсы?
Или хоть кто-то знает тут плюсы? Нахуя?
Или хоть кто-то знает тут плюсы? Нахуя?
>>17988
Не советую. Плюсы очень сложный язык, очень много всего надо держать в голове. Без крепкой базы скорее всего будешь писать код с UB, или, не дай бог, IFNDR, и что самое плохое — даже не будешь подозревать об этом. А крепкую базу нарабатывать надо не один год, и, конечно, неплохо бы ознакомиться со стандартом и ориентироваться в нём.
А ещё на плюсах работы нет.
Не советую. Плюсы очень сложный язык, очень много всего надо держать в голове. Без крепкой базы скорее всего будешь писать код с UB, или, не дай бог, IFNDR, и что самое плохое — даже не будешь подозревать об этом. А крепкую базу нарабатывать надо не один год, и, конечно, неплохо бы ознакомиться со стандартом и ориентироваться в нём.
А ещё на плюсах работы нет.
>>17988
ващет жава создавалась для замены плюсов
ващет жава создавалась для замены плюсов
>>17988
Да, у нас часть проекта на плюсах. Не мигрировали, просто интероп с плюсами.
Да, у нас часть проекта на плюсах. Не мигрировали, просто интероп с плюсами.
>>17988
Если уж мигрировать, то на раст или го.
Если уж мигрировать, то на раст или го.
>>17726
Читал обсуждение опыта, конечно на 100% тоже верить нельзя, чел в одиночку что-то пилит, как ИП (американец), описывал, что его траты на уровне 100-200 долларов в день, и около 4000-5000 в месяц. Но это всё равно выгоднее, чем делать всё то же самое в небольшой команде.
Когда кто-то про подписку в 20 баксов пишет, это сразу очевидно, что шиз, реально работать с ней нельзя. Писали бы хотя бы про Про-подписки, которые 100-200 стоят, хоть убедительнее было бы. Хотя их тоже недостаточно для работы, где реально можно говорить про замену человека ИИ.
А у того анона бред написан даже не поэтому, а потому как он разбивает работу на задачи, уже очевидно, что он просто плохо представляет, как реальная работа выглядит и что там за проблемы.
Читал обсуждение опыта, конечно на 100% тоже верить нельзя, чел в одиночку что-то пилит, как ИП (американец), описывал, что его траты на уровне 100-200 долларов в день, и около 4000-5000 в месяц. Но это всё равно выгоднее, чем делать всё то же самое в небольшой команде.
Когда кто-то про подписку в 20 баксов пишет, это сразу очевидно, что шиз, реально работать с ней нельзя. Писали бы хотя бы про Про-подписки, которые 100-200 стоят, хоть убедительнее было бы. Хотя их тоже недостаточно для работы, где реально можно говорить про замену человека ИИ.
А у того анона бред написан даже не поэтому, а потому как он разбивает работу на задачи, уже очевидно, что он просто плохо представляет, как реальная работа выглядит и что там за проблемы.
>>17988
Мы мигрировали как-то, потом на го, щас вот на раст. Стараемся быть в тренде. Есть конечно свои заморочки, но привыкаешь. Проще всего было на жс, там мигрируешь только между фреймворками, но чаще, потому что примерно в 1 - 2 спринта, новый фреймворк выходит.
>Есть у кого опыт миграции с джавы в плюсы?
Мы мигрировали как-то, потом на го, щас вот на раст. Стараемся быть в тренде. Есть конечно свои заморочки, но привыкаешь. Проще всего было на жс, там мигрируешь только между фреймворками, но чаще, потому что примерно в 1 - 2 спринта, новый фреймворк выходит.
>>17988
Вряд ли. Java -> C++ это очень редкий кейс миграции. Из своего кругозора знаю проект ScyllaDB - попытка сделать кассандру на С++. И redpanda - попытка сделать kafka на С++. Но это никак не миграция, это написание новых (не идентичных оригинальным) проектов с нуля.
Java -> Go уже гораздо более распространенный, и то, пока что не слишком сильно.
>Есть у кого опыт миграции с джавы в плюсы
Вряд ли. Java -> C++ это очень редкий кейс миграции. Из своего кругозора знаю проект ScyllaDB - попытка сделать кассандру на С++. И redpanda - попытка сделать kafka на С++. Но это никак не миграция, это написание новых (не идентичных оригинальным) проектов с нуля.
Java -> Go уже гораздо более распространенный, и то, пока что не слишком сильно.
>>17988
А, или ты про миграцию как специалиста? Типо писал на джаве, а стал на плюсах? Не видел таких людей. Java -> Go вижу много (и сам таким являюсь), Java -> Rust тоже видел, хоть это и гораздо более редкий кейс.
А с джавы переходить на С++ как разрабу? Нахуя? Там работа сложная, ее мало, сам язык очень тяжелый и старый, тулинг очень кривой и плохой.
А, или ты про миграцию как специалиста? Типо писал на джаве, а стал на плюсах? Не видел таких людей. Java -> Go вижу много (и сам таким являюсь), Java -> Rust тоже видел, хоть это и гораздо более редкий кейс.
А с джавы переходить на С++ как разрабу? Нахуя? Там работа сложная, ее мало, сам язык очень тяжелый и старый, тулинг очень кривой и плохой.
>>04699
>>05955
Коллеги, нафига вы спорите с i-wanna-be-in-google-boy, в каком языке торсионные поля лучше, когда он прост из чатжопите пастит ответы?
Хуячьте его цифрами из прошлого треда, он так и не ответил на этот пост из прошлой тредни:
https://2ch.life/pr/res/3583559.html#3599794
В ВСЖ кстати в 2 раза вакансии падают каждые полгода, с 6000 в 2021 до 800 в 2026 лол.
>>05955
Коллеги, нафига вы спорите с 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 лол.
https://old.reddit.com/r/java/comments/1q5jq5b/one_step_closer_to_value_classes/
Мы очень близки к этому. Сможем наконец-то срать на стэке как во всех остальных языках.
Мы очень близки к этому. Сможем наконец-то срать на стэке как во всех остальных языках.
>>18533
Так а причем тут США? У них легаси овер дохуя, у них в целом вся компьютерная индустрия в сотни раз больше нашей.
А вакансии конкретно в РФ упали с 6000 до 800 потому что те 6000 вакансий были как раз в аутсорсе на США и Европу. Но сейчас то этого аутсорса уже 4 года нет, чего вспоминать былое?
Так а причем тут США? У них легаси овер дохуя, у них в целом вся компьютерная индустрия в сотни раз больше нашей.
А вакансии конкретно в РФ упали с 6000 до 800 потому что те 6000 вакансий были как раз в аутсорсе на США и Европу. Но сейчас то этого аутсорса уже 4 года нет, чего вспоминать былое?
>>18697
Ну я вижу да, по открытым вакансиям.
golang usa glassdoor 1531 однозначно больше java usa glassdoor 37168 вакансии
Всё сходится.
Ну я вижу да, по открытым вакансиям.
golang usa glassdoor 1531 однозначно больше java usa glassdoor 37168 вакансии
Всё сходится.
>>18698
Так а причем тут glassdor и большая инфраструктура?
Go - это язык для инфры в первую очередь. Большая часть клауд инфры на го написана сейчас. Глассдор - это просто сборник вакансий по всем направлениям, включая банки, страховые, телекомы, энтерпрайз итд итп.
Так а причем тут glassdor и большая инфраструктура?
Go - это язык для инфры в первую очередь. Большая часть клауд инфры на го написана сейчас. Глассдор - это просто сборник вакансий по всем направлениям, включая банки, страховые, телекомы, энтерпрайз итд итп.
>>18701
Вся мощь Go наглядно видна в 1531 осенних вакансий, а сча ещё меньше.
Брателло, он может быть новой ступенью эволюции человека, но нам то что? Нет работы = нет уровня жизни.
Ты ещё скажи на квантовое программирование учится, на котором 400 вакансий по всем США.
Если что это справедливый поиск и ты сам его можешь провести.
Вся мощь Go наглядно видна в 1531 осенних вакансий, а сча ещё меньше.
Брателло, он может быть новой ступенью эволюции человека, но нам то что? Нет работы = нет уровня жизни.
Ты ещё скажи на квантовое программирование учится, на котором 400 вакансий по всем США.
Если что это справедливый поиск и ты сам его можешь провести.
>>18714
Ну и пох с тобой. Для поиска работы java лучше.
Ну и пох с тобой. Для поиска работы java лучше.
>>18537
ты видно мужчина умный, объясни - в чём плюс?
а лучше юзкейс, ну можно будет на стек срать а не на кучу, ичо?
как я понял это просто struct (хрючево байт), которое не имеет ссылки, ичо....
мимоджун
ты видно мужчина умный, объясни - в чём плюс?
а лучше юзкейс, ну можно будет на стек срать а не на кучу, ичо?
как я понял это просто struct (хрючево байт), которое не имеет ссылки, ичо....
мимоджун
>>18787
Нет, потому что у джавы есть GC, а в плюсах нет.
Нет, потому что у джавы есть GC, а в плюсах нет.
Реалии вката в джаву. Теперь вкатуны просто попадают на бабки:
ООО «Астон» обратилось в суд с иском к Малыхину А.В. о взыскании денежных средств, затраченных на обучение, в сумме 423 217 руб., расходов по оплате госпошлины в сумме 7432 руб., расходов на юридическое сопровождение. В обоснование заявленных требований истец указал, что <дата> между ООО «Астон» и Малыхиным А.В. (Работник) были заключены трудовой договор № и ученический договор № (Договор). Истец исполнил свои обязательства по обеспечению ответчику возможности обучения: организовал и оплатил обучение, на протяжении всего периода обучения выплачивал заработную плату в соответствии с условиями трудового договора. Ответчик обязался проработать по трудовому договору на должности программиста 18 месяцев с момента подписания соглашения об окончании обучения, то есть с <дата> года по <дата>.
В судебном заседании представитель истца – Куделина А.С., действующая на основании доверенности, исковые требования поддержала, указав, что по вакансии JAVA разработчик (ученик), размещенной на сайте российской компании интернет-рекрутмента HeadHunter (сайт по поиску работы и сотрудников), обратился Малыхин А.В. Ответчик выбрал именно вакансию с примечанием «ученик», несмотря на то, что от работодателя ООО «Астон» выставлены были похожие вакансии без примечания «ученик». После заполнения ответчиком анкеты <дата> состоялось обсуждение с сорсером условий приема на работу и предварительное ознакомление с условиями трудового договора и ученического договора, по результатам которого он был рекомендован на прохождение интенсив-обучения. Данный этап был необходим, поскольку Малыхин А.В. как соискатель на должность JAVA разработчик (ученик) при поступлении на работу в ООО «Астон» не имел специального или дополнительного образования, сертификатов о прохождении курсов в области информационных технологий (IT), не имел опыта работы в области разработки, внедрения и поддержки программного обеспечения, аппаратных средств, сетей и других технологических решений. Знания и навыки, полученные Малыхиным А.В. в ходе прохождения бесплатного интенсив-обучения, стали базой для прохождения им обучения языку JAVA уже в период трудоустройства у ООО «Астон». На момент прохождения отбора кандидата и при подписании трудового и ученического договоров у Малыхина А.В. отсутствовала соответствующая его должности квалификация и специальность, в период трудоустройства в ООО «Астон» ему выдан документ об окончании обучения с присвоением новой для него квалификации - язык JAVA. Однако, после прохождения обучения, ответчик не исполнил условия ученического договора, а также соглашения об окончании обучения и не отработал соответствующее время у работодателя. Никакого повышения квалификации ответчику не проводилось. Обучение организовано работодателем в рамках заключенного договора с ТОО «Астон Казахстан». Требований для обучения сотрудников исключительно в Российских образовательных учреждения нормы трудового законодательства не содержат. Поскольку ответчик был уволен по собственному желанию, а не по соглашению сторон, которое было предварительно подписано сторонами, то он обязать вернуть затраченные на его обучение денежные средства. Основание увольнения ответчиком не оспорено. Просила иск удовлетворить.
ООО «Астон» обратилось в суд с иском к Малыхину А.В. о взыскании денежных средств, затраченных на обучение, в сумме 423 217 руб., расходов по оплате госпошлины в сумме 7432 руб., расходов на юридическое сопровождение. В обоснование заявленных требований истец указал, что <дата> между ООО «Астон» и Малыхиным А.В. (Работник) были заключены трудовой договор № и ученический договор № (Договор). Истец исполнил свои обязательства по обеспечению ответчику возможности обучения: организовал и оплатил обучение, на протяжении всего периода обучения выплачивал заработную плату в соответствии с условиями трудового договора. Ответчик обязался проработать по трудовому договору на должности программиста 18 месяцев с момента подписания соглашения об окончании обучения, то есть с <дата> года по <дата>.
В судебном заседании представитель истца – Куделина А.С., действующая на основании доверенности, исковые требования поддержала, указав, что по вакансии JAVA разработчик (ученик), размещенной на сайте российской компании интернет-рекрутмента HeadHunter (сайт по поиску работы и сотрудников), обратился Малыхин А.В. Ответчик выбрал именно вакансию с примечанием «ученик», несмотря на то, что от работодателя ООО «Астон» выставлены были похожие вакансии без примечания «ученик». После заполнения ответчиком анкеты <дата> состоялось обсуждение с сорсером условий приема на работу и предварительное ознакомление с условиями трудового договора и ученического договора, по результатам которого он был рекомендован на прохождение интенсив-обучения. Данный этап был необходим, поскольку Малыхин А.В. как соискатель на должность JAVA разработчик (ученик) при поступлении на работу в ООО «Астон» не имел специального или дополнительного образования, сертификатов о прохождении курсов в области информационных технологий (IT), не имел опыта работы в области разработки, внедрения и поддержки программного обеспечения, аппаратных средств, сетей и других технологических решений. Знания и навыки, полученные Малыхиным А.В. в ходе прохождения бесплатного интенсив-обучения, стали базой для прохождения им обучения языку JAVA уже в период трудоустройства у ООО «Астон». На момент прохождения отбора кандидата и при подписании трудового и ученического договоров у Малыхина А.В. отсутствовала соответствующая его должности квалификация и специальность, в период трудоустройства в ООО «Астон» ему выдан документ об окончании обучения с присвоением новой для него квалификации - язык JAVA. Однако, после прохождения обучения, ответчик не исполнил условия ученического договора, а также соглашения об окончании обучения и не отработал соответствующее время у работодателя. Никакого повышения квалификации ответчику не проводилось. Обучение организовано работодателем в рамках заключенного договора с ТОО «Астон Казахстан». Требований для обучения сотрудников исключительно в Российских образовательных учреждения нормы трудового законодательства не содержат. Поскольку ответчик был уволен по собственному желанию, а не по соглашению сторон, которое было предварительно подписано сторонами, то он обязать вернуть затраченные на его обучение денежные средства. Основание увольнения ответчиком не оспорено. Просила иск удовлетворить.
Реалии вката в джаву. Теперь вкатуны просто попадают на бабки:
ООО «Астон» обратилось в суд с иском к Малыхину А.В. о взыскании денежных средств, затраченных на обучение, в сумме 423 217 руб., расходов по оплате госпошлины в сумме 7432 руб., расходов на юридическое сопровождение. В обоснование заявленных требований истец указал, что <дата> между ООО «Астон» и Малыхиным А.В. (Работник) были заключены трудовой договор № и ученический договор № (Договор). Истец исполнил свои обязательства по обеспечению ответчику возможности обучения: организовал и оплатил обучение, на протяжении всего периода обучения выплачивал заработную плату в соответствии с условиями трудового договора. Ответчик обязался проработать по трудовому договору на должности программиста 18 месяцев с момента подписания соглашения об окончании обучения, то есть с <дата> года по <дата>.
В судебном заседании представитель истца – Куделина А.С., действующая на основании доверенности, исковые требования поддержала, указав, что по вакансии JAVA разработчик (ученик), размещенной на сайте российской компании интернет-рекрутмента HeadHunter (сайт по поиску работы и сотрудников), обратился Малыхин А.В. Ответчик выбрал именно вакансию с примечанием «ученик», несмотря на то, что от работодателя ООО «Астон» выставлены были похожие вакансии без примечания «ученик». После заполнения ответчиком анкеты <дата> состоялось обсуждение с сорсером условий приема на работу и предварительное ознакомление с условиями трудового договора и ученического договора, по результатам которого он был рекомендован на прохождение интенсив-обучения. Данный этап был необходим, поскольку Малыхин А.В. как соискатель на должность JAVA разработчик (ученик) при поступлении на работу в ООО «Астон» не имел специального или дополнительного образования, сертификатов о прохождении курсов в области информационных технологий (IT), не имел опыта работы в области разработки, внедрения и поддержки программного обеспечения, аппаратных средств, сетей и других технологических решений. Знания и навыки, полученные Малыхиным А.В. в ходе прохождения бесплатного интенсив-обучения, стали базой для прохождения им обучения языку JAVA уже в период трудоустройства у ООО «Астон». На момент прохождения отбора кандидата и при подписании трудового и ученического договоров у Малыхина А.В. отсутствовала соответствующая его должности квалификация и специальность, в период трудоустройства в ООО «Астон» ему выдан документ об окончании обучения с присвоением новой для него квалификации - язык JAVA. Однако, после прохождения обучения, ответчик не исполнил условия ученического договора, а также соглашения об окончании обучения и не отработал соответствующее время у работодателя. Никакого повышения квалификации ответчику не проводилось. Обучение организовано работодателем в рамках заключенного договора с ТОО «Астон Казахстан». Требований для обучения сотрудников исключительно в Российских образовательных учреждения нормы трудового законодательства не содержат. Поскольку ответчик был уволен по собственному желанию, а не по соглашению сторон, которое было предварительно подписано сторонами, то он обязать вернуть затраченные на его обучение денежные средства. Основание увольнения ответчиком не оспорено. Просила иск удовлетворить.
ООО «Астон» обратилось в суд с иском к Малыхину А.В. о взыскании денежных средств, затраченных на обучение, в сумме 423 217 руб., расходов по оплате госпошлины в сумме 7432 руб., расходов на юридическое сопровождение. В обоснование заявленных требований истец указал, что <дата> между ООО «Астон» и Малыхиным А.В. (Работник) были заключены трудовой договор № и ученический договор № (Договор). Истец исполнил свои обязательства по обеспечению ответчику возможности обучения: организовал и оплатил обучение, на протяжении всего периода обучения выплачивал заработную плату в соответствии с условиями трудового договора. Ответчик обязался проработать по трудовому договору на должности программиста 18 месяцев с момента подписания соглашения об окончании обучения, то есть с <дата> года по <дата>.
В судебном заседании представитель истца – Куделина А.С., действующая на основании доверенности, исковые требования поддержала, указав, что по вакансии JAVA разработчик (ученик), размещенной на сайте российской компании интернет-рекрутмента HeadHunter (сайт по поиску работы и сотрудников), обратился Малыхин А.В. Ответчик выбрал именно вакансию с примечанием «ученик», несмотря на то, что от работодателя ООО «Астон» выставлены были похожие вакансии без примечания «ученик». После заполнения ответчиком анкеты <дата> состоялось обсуждение с сорсером условий приема на работу и предварительное ознакомление с условиями трудового договора и ученического договора, по результатам которого он был рекомендован на прохождение интенсив-обучения. Данный этап был необходим, поскольку Малыхин А.В. как соискатель на должность JAVA разработчик (ученик) при поступлении на работу в ООО «Астон» не имел специального или дополнительного образования, сертификатов о прохождении курсов в области информационных технологий (IT), не имел опыта работы в области разработки, внедрения и поддержки программного обеспечения, аппаратных средств, сетей и других технологических решений. Знания и навыки, полученные Малыхиным А.В. в ходе прохождения бесплатного интенсив-обучения, стали базой для прохождения им обучения языку JAVA уже в период трудоустройства у ООО «Астон». На момент прохождения отбора кандидата и при подписании трудового и ученического договоров у Малыхина А.В. отсутствовала соответствующая его должности квалификация и специальность, в период трудоустройства в ООО «Астон» ему выдан документ об окончании обучения с присвоением новой для него квалификации - язык JAVA. Однако, после прохождения обучения, ответчик не исполнил условия ученического договора, а также соглашения об окончании обучения и не отработал соответствующее время у работодателя. Никакого повышения квалификации ответчику не проводилось. Обучение организовано работодателем в рамках заключенного договора с ТОО «Астон Казахстан». Требований для обучения сотрудников исключительно в Российских образовательных учреждения нормы трудового законодательства не содержат. Поскольку ответчик был уволен по собственному желанию, а не по соглашению сторон, которое было предварительно подписано сторонами, то он обязать вернуть затраченные на его обучение денежные средства. Основание увольнения ответчиком не оспорено. Просила иск удовлетворить.
>>18999
Про эту контору пидорасов уже всем 100 лет известно
Про эту контору пидорасов уже всем 100 лет известно
>>18999
а вот почему если есть вышка они сразу отказ присылают
>Данный этап был необходим, поскольку Малыхин А.В. как соискатель на должность JAVA разработчик (ученик) при поступлении на работу в ООО «Астон» не имел специального или дополнительного образования, сертификатов о прохождении курсов в области информационных технологий (IT), не имел опыта работы в области разработки, внедрения и поддержки программного обеспечения, аппаратных средств, сетей и других технологических решений
а вот почему если есть вышка они сразу отказ присылают
>>17455
1500 вакух на 1С, 600 вакансий за сегодня пополам на джаве и питоне. Это не считается за работу по твоему в твоём манямире или чё?
1500 вакух на 1С, 600 вакансий за сегодня пополам на джаве и питоне. Это не считается за работу по твоему в твоём манямире или чё?
>>19231
Серьёзно из-за этого? Меня брали на базовые ученические курсы, но на стажировку и дальнейшее обучение не взяли.
>>19248
Ну да, это не работа. На весь Питер 100 вакух на Java и все на позицию сеньора, это вообще ничто. Даже собесы не побрутфорсить, потому что на них практически нереально попасть, а вакух всего 100 штук. А тут чел без опыта даже, а не сеньор.
Серьёзно из-за этого? Меня брали на базовые ученические курсы, но на стажировку и дальнейшее обучение не взяли.
>>19248
Ну да, это не работа. На весь Питер 100 вакух на Java и все на позицию сеньора, это вообще ничто. Даже собесы не побрутфорсить, потому что на них практически нереально попасть, а вакух всего 100 штук. А тут чел без опыта даже, а не сеньор.
>>19252
ну получается так, они же не смогут тебя на штраф накуканить через суд
>Серьёзно из-за этого?
ну получается так, они же не смогут тебя на штраф накуканить через суд
>>19258
А почему не смогут, интересно? Что мешает? Как твоя бумажка из универа противоречит договору о сотрудничестве? Как она вообще относится к этому?
А почему не смогут, интересно? Что мешает? Как твоя бумажка из универа противоречит договору о сотрудничестве? Как она вообще относится к этому?
>>19294
наверное можно возразить, что у меня уже была бумажка об образовании, мне не нужны были эти курсы, а на курсах никакого обучения в астоне не было, фактически сложились трудовые отношения и таким образом можно накуканить сам астон, из мск кто-то так и сделал, но там по решению суда не выписали астону штраф, а просто неустойку аннулировали
>А почему не смогут, интересно?
наверное можно возразить, что у меня уже была бумажка об образовании, мне не нужны были эти курсы, а на курсах никакого обучения в астоне не было, фактически сложились трудовые отношения и таким образом можно накуканить сам астон, из мск кто-то так и сделал, но там по решению суда не выписали астону штраф, а просто неустойку аннулировали
>работаешь как сеньор с фейковым резюме и накрученным опытом за 460к
>из них получаешь 46к, что на 4к ниже кассира в пятерочке, остальное забирает астон
ебало?
>После окончания обучения, Малыхин А.В. с <дата> был переведен на должность <данные изъяты> с окладом 45 978 руб., что подтверждается заявлением Малыхина А.В., приказом ООО «Астон» № от <дата>, дополнительным соглашением от <дата> к трудовому договору № от <дата> (л.д. 163, 164, 165). В этот же день Малыхин А.В. был ознакомлен с должностной инструкцией <данные изъяты> (Java) (л.д. 166-167).
>>19354
я дальше пролистал и там это
то есть он работал не за 46к, а за 6к? это реально?
я дальше пролистал и там это
>В соответствии с приказом <дата> от № Малыхин А.В. принят на работу в ООО «Астон» <данные изъяты> в основное подразделение на 0,25 ставки с окладом 5750 руб., дистанционный характер работы (л.д. 162).
то есть он работал не за 46к, а за 6к? это реально?
>>19357
Даже жаль паренька. Он небось начитался паст на дваче от сеньор-пиздаболов и инфоцыган про 300к в наносекунду и согласился на такие условия. Как молодая девочка, которая хотела просто работать моделью в Дубае, а реальность оказалась суровее.
Даже жаль паренька. Он небось начитался паст на дваче от сеньор-пиздаболов и инфоцыган про 300к в наносекунду и согласился на такие условия. Как молодая девочка, которая хотела просто работать моделью в Дубае, а реальность оказалась суровее.
>>18999
это давно так уже, минимум с ковида, раньше астон назывался андерсеном, таких компаний полно
>Теперь
это давно так уже, минимум с ковида, раньше астон назывался андерсеном, таких компаний полно
>>19354
У меня больше вопрос, почему компании продолжали нанимать таких челов. Они не в курсе про Aston? Почему никто не проверял, не является ли чел работником Aston? Это же волчизм обычный, но на официальном уровне.
У меня больше вопрос, почему компании продолжали нанимать таких челов. Они не в курсе про Aston? Почему никто не проверял, не является ли чел работником Aston? Это же волчизм обычный, но на официальном уровне.
>>19367
ну удачи тебе выжить на 6 тыщ срублей
ну удачи тебе выжить на 6 тыщ срублей
>>19373
Понятно теперь
Понятно теперь
>>19369
ты думаешь там один астон? если ты учился в вузе, то наверное видел представителей разных мелких компаний, которые приходят и зазывают к себе, так вот, все эти компании занимаются тем же самым, что и астон
>Они не в курсе про Aston?
ты думаешь там один астон? если ты учился в вузе, то наверное видел представителей разных мелких компаний, которые приходят и зазывают к себе, так вот, все эти компании занимаются тем же самым, что и астон
>>19404
Мошенничество в самом Aston, которые продают джунов под видом миддлов/сеньоров, при этом большую часть "зарплаты" забирают себе. С таким успехом можно самому стать волком, только зарплату никому не отдавать при этом. Я сначала думал, что они реально джунам помогают пристроиться.
Мошенничество в самом Aston, которые продают джунов под видом миддлов/сеньоров, при этом большую часть "зарплаты" забирают себе. С таким успехом можно самому стать волком, только зарплату никому не отдавать при этом. Я сначала думал, что они реально джунам помогают пристроиться.
>>19443
Ну так они и не судились с работниками
Ну так они и не судились с работниками
>>19465
блядь заемный, а не наемный
блядь заемный, а не наемный
>>19465
Он получил образовательные услуги, по договору должен был исполнить свою часть, если не исполняет, то возвращает стоимость обучения. Тут все законно, просто надо думать когда на себя обязательства берешь.
Он получил образовательные услуги, по договору должен был исполнить свою часть, если не исполняет, то возвращает стоимость обучения. Тут все законно, просто надо думать когда на себя обязательства берешь.
>>19434
Так любая галера работает, держу в курсе. Этот бизнес в России появился сразу с появлением интернета.
>продают джунов под видом миддлов/сеньоров, при этом большую часть "зарплаты" забирают себе
Так любая галера работает, держу в курсе. Этот бизнес в России появился сразу с появлением интернета.
>>19465
Смотря как все происходит. Аутсорс разрешён, аутстаф запрещён. Т.е. если компании платят за то, чтобы её сотрудники мыли полы в офисе, не указывая конкретно кто должен мыть пол, какой шваброй - это ок. А вот вот если компания отправляет конкретных: Гульнар, Зульфия и Бабиджон мыть полы, и завхоз заказчика указывает что Бабиджон моет сортиры, Гульнар полы, а Зульфия полирует член завхоза - вот это уже запрещено.
Смотря как все происходит. Аутсорс разрешён, аутстаф запрещён. Т.е. если компании платят за то, чтобы её сотрудники мыли полы в офисе, не указывая конкретно кто должен мыть пол, какой шваброй - это ок. А вот вот если компания отправляет конкретных: Гульнар, Зульфия и Бабиджон мыть полы, и завхоз заказчика указывает что Бабиджон моет сортиры, Гульнар полы, а Зульфия полирует член завхоза - вот это уже запрещено.
>>19434
Ну ты от лица компании будешь нанимать не продираясь через 100500 человек с улицы, а наймёшь чела от другой компании, которая уже протестила его скилы.
За Aston будущее найма.
Ну ты от лица компании будешь нанимать не продираясь через 100500 человек с улицы, а наймёшь чела от другой компании, которая уже протестила его скилы.
За Aston будущее найма.
вкатуны должны сразу падать на колени и отсасывать хуй у астона, потому что астон это единственный способ вкатиться в айти
>>19566
А нахуя вкатываться в айти в 2026 году, расскажи? Даже если откинуть идею, что LLM полностью заменили программистов, то все равно они сделали создание продукта сильно проще и дешевле, чем раньше.
Банально если ваш кабан раньше продавал какой-то продукт за много денег и платил вам зарплату, то теперь вашего кабана теснят другие, более маленькие команды разработки, либо вовсе ваш продукт перестал быть актуальным.
Например вон tailwind CSS сдох недавно - у них просто все клиенты, которые покупали платные подписки, отвалились к хуям. https://github.com/tailwindlabs/tailwindcss.com/pull/2388#issuecomment-3717222957
Типо это не шизодный бред АИ евангелистов, это реально, что происходит уже сейчас.
>>19555
>>19566
Насчет Астона: через 2-3 года этой конторы не будет совсем, они обанкротятся к хуям. На российском рынке в более-менее устойчивом положении только бигтех находится. И у бигтеха есть силы и средства нанимать к себе толковых вкатунов из универов типа ВШЭ, МФТИ, вон у Яндекса целый ШАД есть, который они не закрыли и не собираются закрывать. При этом Астон известен тем, что набирает к себе лоускиллов на данный момент. Если Астон не сменит свое позиционирование с мутной галеры для вкатунов на галеру для студентов из топ вузов, то и Астон пойдет на дно. Собственно у них уже сейчас много людей поувольняли потому что проектов нет и люди на бенче сидят как тот чел, который за 6к рублей/месяц на 0.25 ставки что-то там делал. Это не занятость, это полная параша.
А нахуя вкатываться в айти в 2026 году, расскажи? Даже если откинуть идею, что LLM полностью заменили программистов, то все равно они сделали создание продукта сильно проще и дешевле, чем раньше.
Банально если ваш кабан раньше продавал какой-то продукт за много денег и платил вам зарплату, то теперь вашего кабана теснят другие, более маленькие команды разработки, либо вовсе ваш продукт перестал быть актуальным.
Например вон tailwind CSS сдох недавно - у них просто все клиенты, которые покупали платные подписки, отвалились к хуям. https://github.com/tailwindlabs/tailwindcss.com/pull/2388#issuecomment-3717222957
Типо это не шизодный бред АИ евангелистов, это реально, что происходит уже сейчас.
>>19555
>>19566
Насчет Астона: через 2-3 года этой конторы не будет совсем, они обанкротятся к хуям. На российском рынке в более-менее устойчивом положении только бигтех находится. И у бигтеха есть силы и средства нанимать к себе толковых вкатунов из универов типа ВШЭ, МФТИ, вон у Яндекса целый ШАД есть, который они не закрыли и не собираются закрывать. При этом Астон известен тем, что набирает к себе лоускиллов на данный момент. Если Астон не сменит свое позиционирование с мутной галеры для вкатунов на галеру для студентов из топ вузов, то и Астон пойдет на дно. Собственно у них уже сейчас много людей поувольняли потому что проектов нет и люди на бенче сидят как тот чел, который за 6к рублей/месяц на 0.25 ставки что-то там делал. Это не занятость, это полная параша.
>>19583
И аутстафф и аутсорс. Набирали дешевых вкатунов на кабальные контракты и пихали их куда только можно. Но по итогу в 2025 году они сами проектов лишились и вкатунов своих на бенче держат.
И аутстафф и аутсорс. Набирали дешевых вкатунов на кабальные контракты и пихали их куда только можно. Но по итогу в 2025 году они сами проектов лишились и вкатунов своих на бенче держат.
>>19583
Именно
Именно
>>19579
>>18533
Да, яндекс безусловный ниибацо бигтех.
И ваще открой карту мировых it-хабов, посмотри шо тама.
Ну компании банкротятся, что теперь делать? Да, они могут списать всё на ai, а не то что бюджет был въёбан на шлюх и шампанское.
И как вы не можете понять, что ai это просто stackoverflow?
>>18533
Да, яндекс безусловный ниибацо бигтех.
И ваще открой карту мировых it-хабов, посмотри шо тама.
>tailwind CSS
Ну компании банкротятся, что теперь делать? Да, они могут списать всё на ai, а не то что бюджет был въёбан на шлюх и шампанское.
И как вы не можете понять, что ai это просто stackoverflow?
>>19589
У чела бизнес модель отвалилась, во-первых, потому что никто не заходит к нему на сайт узнать о существовании платного продукта, а вбивает промпт, во-вторых, потому что, с задачей нагенерить более менее приемлемый конфиг под его хрень ллмка справляется. На стаковерфлоу не было решений уровня настройте под меня, как минимум.
Может он, конечно, врет и спустил все на шлюх, но звучит правдоподобно, не вижу причин ему не верить.
У чела бизнес модель отвалилась, во-первых, потому что никто не заходит к нему на сайт узнать о существовании платного продукта, а вбивает промпт, во-вторых, потому что, с задачей нагенерить более менее приемлемый конфиг под его хрень ллмка справляется. На стаковерфлоу не было решений уровня настройте под меня, как минимум.
Может он, конечно, врет и спустил все на шлюх, но звучит правдоподобно, не вижу причин ему не верить.
>>19589
Там у них модель бизнеса была такова, что
1) Подписки были lifetime. То есть не каждый месяц деньгу заносишь, а разом 300 баксов платишь и получаешь пожизненную лицензию на PRO-версию продукта. Это конечно выстрел в хуй для них, но тем не менее.
2) Чтобы купить эту самую подписку надо зайти на сам сайт с доками этого tailwind CSS и нажать на кнопочку оплатить. В эпоху вайбкодинга на сайт перестали заходить, потому что а нахуя читать документацию при помощи своих глаз и переваривать ее своим мозгом, когда нейросетка сама тебе все подскажет и все коды напишет. Вот и сдох поток пользователей на их сайт, и подписки перестали продаваться.
StackOverflow кстати сдохший лежат, обоссаный и обосранный. Рано или поздно расходы на хостинг станут больше чем какая-то микроскопическая выручка от рекламы и они просто сервера погасят.
Wikipedia и Medium следующие на очереди. Я более чем уверен, что мы увидим, как сдохнет Wikipedia. Я не знаю откуда они бабки берут, видимо какое-то гос. финансирование, может быть их будут кое-как тянуть до последнего, но чет не уверен в этом. А Medium - это stackoverflow 2.0, ему пизда уже сейчас и он следующий на очереди.
>И как вы не можете понять, что ai это просто stackoverflow
Там у них модель бизнеса была такова, что
1) Подписки были lifetime. То есть не каждый месяц деньгу заносишь, а разом 300 баксов платишь и получаешь пожизненную лицензию на PRO-версию продукта. Это конечно выстрел в хуй для них, но тем не менее.
2) Чтобы купить эту самую подписку надо зайти на сам сайт с доками этого tailwind CSS и нажать на кнопочку оплатить. В эпоху вайбкодинга на сайт перестали заходить, потому что а нахуя читать документацию при помощи своих глаз и переваривать ее своим мозгом, когда нейросетка сама тебе все подскажет и все коды напишет. Вот и сдох поток пользователей на их сайт, и подписки перестали продаваться.
StackOverflow кстати сдохший лежат, обоссаный и обосранный. Рано или поздно расходы на хостинг станут больше чем какая-то микроскопическая выручка от рекламы и они просто сервера погасят.
Wikipedia и Medium следующие на очереди. Я более чем уверен, что мы увидим, как сдохнет Wikipedia. Я не знаю откуда они бабки берут, видимо какое-то гос. финансирование, может быть их будут кое-как тянуть до последнего, но чет не уверен в этом. А Medium - это stackoverflow 2.0, ему пизда уже сейчас и он следующий на очереди.
>>19594
У Википедии вагоны денег, хватит на сто лет, они все равно попрошайничают потому что пидорасы
У Википедии вагоны денег, хватит на сто лет, они все равно попрошайничают потому что пидорасы
>>19592
Ну вот у них просто бизнес модель перестала существовать.
Это как вспоминать о stackoverflow или о сайтах, где делились решением домашки aka знания.ком и прочие подобные им. Всякие фриланс биржи, где студентота заказывала решения своих домашек и лабораторных, а исполнители за бабло брали и решали их хуйню, тоже сдохли, потому что студент теперь в gemini или chatgpt кидает свою домашку, а те ему подробное решение дают. Даже если оно частично неправильное, то похуй, потому что фрилансеры тоже частенько с ошибками решали.
Просто ушла эпоха и все.
Ну вот у них просто бизнес модель перестала существовать.
Это как вспоминать о stackoverflow или о сайтах, где делились решением домашки aka знания.ком и прочие подобные им. Всякие фриланс биржи, где студентота заказывала решения своих домашек и лабораторных, а исполнители за бабло брали и решали их хуйню, тоже сдохли, потому что студент теперь в gemini или chatgpt кидает свою домашку, а те ему подробное решение дают. Даже если оно частично неправильное, то похуй, потому что фрилансеры тоже частенько с ошибками решали.
Просто ушла эпоха и все.
>>19595
Откуда у них деньги?
Реклама что-ли? Если на википедию больше не заходят (а на нее явно стали меньше заходить, я думаю обвал количества посетителей просто гигантский у них), то и доходов с рекламы не будет. А значит все, it's over, только гранты от государств и всяких фондов, больше ничего не остается.
Алсо не понятно, как много живых авторов там осталось, я думаю и по авторам тоже отток сильный произошел.
Хотя иметь википедию имхо критически важно, там конечно иногда говняк без пруфов пишут, но если все же с реальными пруфами, то это ценный ресурс в эпоху заполонившего весь интернет нейрослопа.
Откуда у них деньги?
Реклама что-ли? Если на википедию больше не заходят (а на нее явно стали меньше заходить, я думаю обвал количества посетителей просто гигантский у них), то и доходов с рекламы не будет. А значит все, it's over, только гранты от государств и всяких фондов, больше ничего не остается.
Алсо не понятно, как много живых авторов там осталось, я думаю и по авторам тоже отток сильный произошел.
Хотя иметь википедию имхо критически важно, там конечно иногда говняк без пруфов пишут, но если все же с реальными пруфами, то это ценный ресурс в эпоху заполонившего весь интернет нейрослопа.
>>19592
Ну да, продукты, которые повторяют LLM и разрабатывались до LLM упали с лестницы и перданули.
Ты пишешь, что все программисты рассыпались в пыль по щелчку Таноса.
Но у меня вопрос: это менеджер теперь будет валидировать код от LLM и вставлять в проект?
Окей, увольняем и менеджера. Одна LLM сделает, другая отправит в проект, провалидирует, напишет тесты = никто не будет знать из чего состоит проект, никто не будет знать в чём ошибка, когда проект отвалится. Типовые решения от LLM радостно взломают хакеры по одному и тому же алгоритму и никто их не остановит и не исправит, это конец бизнесу.
Даже если ты расскажешь LLM как покакал, она всё равно быстро-быстро вывалит кучу кода и расскажет, что программистам пизда, потому что она настроена людьми кто продвигает это для продаж, не вдаваясь в нюансы.
Ну да, продукты, которые повторяют LLM и разрабатывались до LLM упали с лестницы и перданули.
Ты пишешь, что все программисты рассыпались в пыль по щелчку Таноса.
Но у меня вопрос: это менеджер теперь будет валидировать код от LLM и вставлять в проект?
Окей, увольняем и менеджера. Одна LLM сделает, другая отправит в проект, провалидирует, напишет тесты = никто не будет знать из чего состоит проект, никто не будет знать в чём ошибка, когда проект отвалится. Типовые решения от LLM радостно взломают хакеры по одному и тому же алгоритму и никто их не остановит и не исправит, это конец бизнесу.
Даже если ты расскажешь LLM как покакал, она всё равно быстро-быстро вывалит кучу кода и расскажет, что программистам пизда, потому что она настроена людьми кто продвигает это для продаж, не вдаваясь в нюансы.
>>19597
С донатов, причем донатов у них хватает чтобы держать специальную благотворительную организацию и оплачивать не только сервера, но еще и какие-то инклюзивные проекты.
С донатов, причем донатов у них хватает чтобы держать специальную благотворительную организацию и оплачивать не только сервера, но еще и какие-то инклюзивные проекты.
>>19598
Чел, кабанам и манагерам продали идею того, что ЛЛМки могут заменить человека и что за ними не обязательно проверять. Тем более если оно как-то работает или ответ похож на правильный. Идея уже продана, СЕО, СТО, всякие менеджеры и прочие ее схавали. ВСЕ. Поздно рыпаться.
Мы уже прямо сейчас наблюдаем как рушатся многие бизнесы из-за нейросеток, а народ массово на мороз вылетает.
Чел, кабанам и манагерам продали идею того, что ЛЛМки могут заменить человека и что за ними не обязательно проверять. Тем более если оно как-то работает или ответ похож на правильный. Идея уже продана, СЕО, СТО, всякие менеджеры и прочие ее схавали. ВСЕ. Поздно рыпаться.
Мы уже прямо сейчас наблюдаем как рушатся многие бизнесы из-за нейросеток, а народ массово на мороз вылетает.
>>19598
>>19602
Посадят одного сеньора и его зама проверять текст. Ну как с бухгалтерами. Раньше там огромные отделы были, потом эксели и 1с порешали, что осталась только тётя главбух. С программистами тоже самое будет. Раньше 100 человек суетилось, сейчас будет парочка. Число рабочих мест сократится в 100 раз для анальников, вот и всё. Это оптимистичный вариант при текущем темпе развития ЛЛМ. Если там какая-то йоба еще стрельнет каким-то образом, то может не остаться ни анальников, ни бизнесов. Всё же в чём прикол этих ЛЛМ всех - это эмерджентность, то есть появление новых непрогнозируемых свойств при увеличении модели.
>>19602
Посадят одного сеньора и его зама проверять текст. Ну как с бухгалтерами. Раньше там огромные отделы были, потом эксели и 1с порешали, что осталась только тётя главбух. С программистами тоже самое будет. Раньше 100 человек суетилось, сейчас будет парочка. Число рабочих мест сократится в 100 раз для анальников, вот и всё. Это оптимистичный вариант при текущем темпе развития ЛЛМ. Если там какая-то йоба еще стрельнет каким-то образом, то может не остаться ни анальников, ни бизнесов. Всё же в чём прикол этих ЛЛМ всех - это эмерджентность, то есть появление новых непрогнозируемых свойств при увеличении модели.
>>19605
Да, охуенный объём работы для одного сеньора.
Больше пугают не сами LLM, а люди которые мыслят так дохуя рационально.
Да, охуенный объём работы для одного сеньора.
Больше пугают не сами LLM, а люди которые мыслят так дохуя рационально.
>>19610
Сделай свой продукт, там говорят сейчас 1 чел нужен.
Сделай свой продукт, там говорят сейчас 1 чел нужен.
>>19605
Набери на hh.ru сколько в Москве вакансий бухгалтеров - 2800 это крышесносяще много для ВСЖ.
Хотя казалось бы вымершая профа, где калькулятор справится.
Набери на hh.ru сколько в Москве вакансий бухгалтеров - 2800 это крышесносяще много для ВСЖ.
Хотя казалось бы вымершая профа, где калькулятор справится.
>>19589
Псина, ну ка примеры мне приведи, падаль, когда stackoverflow целиком и полностью решал задачу за тебя и писал код?
>И как вы не можете понять, что ai это просто stackoverflow?
Псина, ну ка примеры мне приведи, падаль, когда stackoverflow целиком и полностью решал задачу за тебя и писал код?
>>19624
Лол. Специфика ВСЖ, что бухгалтер нужен всем наебизнесам, чтобы правильно контактировать с органами, чтоб тебя не выебали за неверную запятую. А вот айтишники нужны далеко не всем.
> 2800 это крышесносяще много для ВСЖ.
Лол. Специфика ВСЖ, что бухгалтер нужен всем наебизнесам, чтобы правильно контактировать с органами, чтоб тебя не выебали за неверную запятую. А вот айтишники нужны далеко не всем.
>>19607
Да это или влажные мечты, или просто шиза
Не работает так, основной объём работы в айти вообще не про то, чтобы новый код набирать. Штаты растут не от того, что кода много, а из-за широты ответственности.
Кабаны могут думать, что можно там почти бесплатно сделать что-то с помощью нейронки, но там будет ждать большой облом. Но это и раньше было, очень часто сильно недооценивали какие-то работы, говорили "вот у меня знакомый учится программированию и готов это сделать", или "вот фирма с опытом предлагает за адекватные деньги сделать", а потом сталкиваются с реальностью и наступает полный облом, масса времени уходит в никуда, даже деньги приличные потрачены, а продукта нет вообще, ни в каком виде.
С ИИ будет всё то же самое, только ещё хуже. Ожидания больше, и обломы жёстче.
И, ещё, само внеднерие ИИ это тоже айтишная работа, и довольно квалифиыированная. Тут промптами редко можно отделаться.
Да это или влажные мечты, или просто шиза
Не работает так, основной объём работы в айти вообще не про то, чтобы новый код набирать. Штаты растут не от того, что кода много, а из-за широты ответственности.
Кабаны могут думать, что можно там почти бесплатно сделать что-то с помощью нейронки, но там будет ждать большой облом. Но это и раньше было, очень часто сильно недооценивали какие-то работы, говорили "вот у меня знакомый учится программированию и готов это сделать", или "вот фирма с опытом предлагает за адекватные деньги сделать", а потом сталкиваются с реальностью и наступает полный облом, масса времени уходит в никуда, даже деньги приличные потрачены, а продукта нет вообще, ни в каком виде.
С ИИ будет всё то же самое, только ещё хуже. Ожидания больше, и обломы жёстче.
И, ещё, само внеднерие ИИ это тоже айтишная работа, и довольно квалифиыированная. Тут промптами редко можно отделаться.
>>19624
А помните времена, когда в Москве было 6 тысяч вакансий на джаву? Я вот помню.
>Набери на hh.ru сколько в Москве вакансий бухгалтеров - 2800 это крышесносяще много для ВСЖ
А помните времена, когда в Москве было 6 тысяч вакансий на джаву? Я вот помню.
>>19789
Обломов нет. ИИ пишет код на уровне сеньора. Какой еще копиум можешь придумать?
И да, внедрение ИИ - это промпты. У нейросеток есть буквально один интерфейс взаимодействия - ебаное текстовое окно, куда надо писать промпт. Либо промпт можно в текстовом .md файлике написать. Любая обезьяна справится.
Обломов нет. ИИ пишет код на уровне сеньора. Какой еще копиум можешь придумать?
И да, внедрение ИИ - это промпты. У нейросеток есть буквально один интерфейс взаимодействия - ебаное текстовое окно, куда надо писать промпт. Либо промпт можно в текстовом .md файлике написать. Любая обезьяна справится.
>>19872
Не справится. Если даже представить, что нейронка идеально генерирует, то тебе нужно примерно представлять, как результат должен выглядеть, заранее. То есть ты потенциально должен уметь всё то сделать сам, что тебе нейронка сгенерирует.
Все примеры "нейронка нас порешает" это где человек, умеющий программировать и знающий конкретную свою область, генерирует решение для своей области, примерно представляя, как оно должно выглядеть.
Возьми человека, который вообще не умеет программировать. С нейронками он ничего серьезного не сделает.
Не справится. Если даже представить, что нейронка идеально генерирует, то тебе нужно примерно представлять, как результат должен выглядеть, заранее. То есть ты потенциально должен уметь всё то сделать сам, что тебе нейронка сгенерирует.
Все примеры "нейронка нас порешает" это где человек, умеющий программировать и знающий конкретную свою область, генерирует решение для своей области, примерно представляя, как оно должно выглядеть.
Возьми человека, который вообще не умеет программировать. С нейронками он ничего серьезного не сделает.
>>19902
Да.
И делает это теперь один вместо команды из 5 человек.
Это и есть то самое "нейронка нас порешает", потому что ТЫ уже работу не найдешь, за тебя работу делает один Петя с чатом.
>Все примеры "нейронка нас порешает" это где человек, умеющий программировать и знающий конкретную свою область, генерирует решение для своей области, примерно представляя, как оно должно выглядеть
Да.
И делает это теперь один вместо команды из 5 человек.
Это и есть то самое "нейронка нас порешает", потому что ТЫ уже работу не найдешь, за тебя работу делает один Петя с чатом.
>>19912
Зепка что-то не растет, а скорее только падает, что неудивительно ведь теперь пять человек конкуренция на место одного
Зепка что-то не растет, а скорее только падает, что неудивительно ведь теперь пять человек конкуренция на место одного
>>19917
Лоускилл, терпи, если что я не ограничен рф рынком, как и ты, просто ты ссыкло и скорее всего за свои года даже не удосужился английский для собесов и работы подтянуть.
>>19918
У кого как, лично у меня норм так подросла за 25 год, менял место работы, было 3 оффера летом.
Но летом же было изи найти работу, да? А щас пиздец нереально.
Уже жду постов о том, что в 25 году был изи хайр и брали всех дебилов, а вот в 2x пиздец, хех
>Ты будешь 100к рублей получать
>Меня как уволили полгода назад в августе
Лоускилл, терпи, если что я не ограничен рф рынком, как и ты, просто ты ссыкло и скорее всего за свои года даже не удосужился английский для собесов и работы подтянуть.
>>19918
>Зепка что-то не растет
У кого как, лично у меня норм так подросла за 25 год, менял место работы, было 3 оффера летом.
Но летом же было изи найти работу, да? А щас пиздец нереально.
Уже жду постов о том, что в 25 году был изи хайр и брали всех дебилов, а вот в 2x пиздец, хех
>>19928
Нет, ты просто пиздабол, летом уже было нереально на собесы попасть. И в 2025 году уже был нохаир. Айтиха сдохла примерно весной 2024 года, это и была стартовая точка. К осени 2024 года точно сфера была мёртвой, рынок был мёртв, был нохаир уже.
Нет, ты просто пиздабол, летом уже было нереально на собесы попасть. И в 2025 году уже был нохаир. Айтиха сдохла примерно весной 2024 года, это и была стартовая точка. К осени 2024 года точно сфера была мёртвой, рынок был мёртв, был нохаир уже.
>>19930
Чел, если ты в говне сидишь с августа и только ноешь, то это исключительно твои проблемы.
Да, стало потяжелее, помню в 21 году у меня за месяц было 5 офферов, сейчас было 3 за пару месяцев, но жить можно все еще, мб в 26 году будет всего два или один оффер, о ужас.
Ты за полгода уже мог стек сменить пару раз, выучить английский, открыть ип в грузии и работать где угодно или тупа найти работу за usdt (если ты совсем уже отчаялся).
Но ты выбрал просто ныть и срать в /пр, разумно, хех
Чел, если ты в говне сидишь с августа и только ноешь, то это исключительно твои проблемы.
Да, стало потяжелее, помню в 21 году у меня за месяц было 5 офферов, сейчас было 3 за пару месяцев, но жить можно все еще, мб в 26 году будет всего два или один оффер, о ужас.
Ты за полгода уже мог стек сменить пару раз, выучить английский, открыть ип в грузии и работать где угодно или тупа найти работу за usdt (если ты совсем уже отчаялся).
Но ты выбрал просто ныть и срать в /пр, разумно, хех
>>19933
А может это наоборот вам просто нравится жить в манямирке и думать, что это не вы овощи и лоускиллы, а проблема в чем то другом?
Да, рынок стал конкурентнее, ну так развивайтесь каждый день или идите на мороз
>Ты пиздабол и выдаешь желаемое за действительное
А может это наоборот вам просто нравится жить в манямирке и думать, что это не вы овощи и лоускиллы, а проблема в чем то другом?
Да, рынок стал конкурентнее, ну так развивайтесь каждый день или идите на мороз
>>19935
Я вообще другой человек, просто мимокрокодил. У меня просто есть айтишная вышка и опыт полгода в мухосрани в 2021-2022 годах. Потом я уволился из-за депры и съебал за бугор, пару лет там хуи попинал. В 2024 году попробовал ради интереса накрутить опыт до 3 лет и побрутфорсить собесы, но собесов вообще в принципе уже не было, не то что офферов. Вообще не приглашали, одни отказы шли. Резюме 300 раз менял. Может, потому что вышка в мухосрани получена или опыт в мухосрани получен, а надо вышку в Мск/Спб и опыт в бигкеке. Но рынку пизда, как ни крути, раз даже собесов нет, если ты не избранный какой-то. Хуй знает, как волки на собесы попадали вообще. Видимо, писали только "правильные" конторы, которые на слуху у всех.
Я вообще другой человек, просто мимокрокодил. У меня просто есть айтишная вышка и опыт полгода в мухосрани в 2021-2022 годах. Потом я уволился из-за депры и съебал за бугор, пару лет там хуи попинал. В 2024 году попробовал ради интереса накрутить опыт до 3 лет и побрутфорсить собесы, но собесов вообще в принципе уже не было, не то что офферов. Вообще не приглашали, одни отказы шли. Резюме 300 раз менял. Может, потому что вышка в мухосрани получена или опыт в мухосрани получен, а надо вышку в Мск/Спб и опыт в бигкеке. Но рынку пизда, как ни крути, раз даже собесов нет, если ты не избранный какой-то. Хуй знает, как волки на собесы попадали вообще. Видимо, писали только "правильные" конторы, которые на слуху у всех.
>>19939
ну кончено с таким опытом будет нереально сложно попасть на собес, у тебя 6 месяцев опыта в какой-то мухсоранской конторе, ты - джун.
Джунам всегда тяжко было (не спорю, что щас стало еще тяжелее)
ну кончено с таким опытом будет нереально сложно попасть на собес, у тебя 6 месяцев опыта в какой-то мухсоранской конторе, ты - джун.
Джунам всегда тяжко было (не спорю, что щас стало еще тяжелее)
>>19952
Показывай резюме, скорее всего, ты крутил опыт в ноунейм конторах, такой опыт сейчас приравнивается к 0.
Вообще резюме волка очень легко отличить от настоящего специалиста.
Показывай резюме, скорее всего, ты крутил опыт в ноунейм конторах, такой опыт сейчас приравнивается к 0.
Вообще резюме волка очень легко отличить от настоящего специалиста.
>>19955
Я крутил опыт в ноунейм-конторе, в которой реально работал полгода. Даже не представляю, как обидно было бы, если бы я реально там 3 года отработал, а херочки меня считали бы волком и выкидывали резюме в мусорку. Это же реально пиздец.
Я крутил опыт в ноунейм-конторе, в которой реально работал полгода. Даже не представляю, как обидно было бы, если бы я реально там 3 года отработал, а херочки меня считали бы волком и выкидывали резюме в мусорку. Это же реально пиздец.
>>19939
Я 3.5 года в бигтехе отработал, вышку в ДС получал в мифи.
Как итог безработный полгода нахуй. Вот как меня выперли с бигкека в августе, так я до сих пор безработный сижу, 0 собесов за это время.
Я 3.5 года в бигтехе отработал, вышку в ДС получал в мифи.
Как итог безработный полгода нахуй. Вот как меня выперли с бигкека в августе, так я до сих пор безработный сижу, 0 собесов за это время.
>>19928
Рано, надо ещё месяца три подождать, после этого начнётся новый спам "раньше было легче".
>Уже жду постов о том, что в 25 году был изи хайр и брали всех дебилов
Рано, надо ещё месяца три подождать, после этого начнётся новый спам "раньше было легче".
>>19997
Вотувидити! Всё так и будет!
Вотувидити! Всё так и будет!
>>19632
Я заходил с тёлкой на аве и за меня писало сообщество код? Прикинь?
Я заходил с тёлкой на аве и за меня писало сообщество код? Прикинь?
165 Кб, 605x800>>05955
Всё нормально, ты просто умственно отсталый. Попробуй вот эту книжку для начала, для даунов вроде тебя как раз норм тема прежде чем читать что-то серьёзнее.
Всё нормально, ты просто умственно отсталый. Попробуй вот эту книжку для начала, для даунов вроде тебя как раз норм тема прежде чем читать что-то серьёзнее.
>>20250
Опять с зеркалом разговариваешь?
Опять с зеркалом разговариваешь?
>>19605
Ну да, только вывод нейросетки, в отличии от экселя, недетерминирован, так что ваш ИТ отдел из сеньора и зама превратится в казино со ставками на удачный вариант.
А так план железный.
>Посадят одного сеньора и его зама проверять текст. Ну как с бухгалтерами. Раньше там огромные отделы были, потом эксели и 1с порешали, что осталась только тётя главбух. С программистами тоже самое будет.
Ну да, только вывод нейросетки, в отличии от экселя, недетерминирован, так что ваш ИТ отдел из сеньора и зама превратится в казино со ставками на удачный вариант.
А так план железный.
>>19605
по итогу исследований последних двух лет нейросетки дают буст 20%-30% к производительности, так что из 100 сделать 2 никак не получится
>С программистами тоже самое будет. Раньше 100 человек суетилось, сейчас будет парочка. Число рабочих мест сократится в 100 раз для анальников, вот и всё.
по итогу исследований последних двух лет нейросетки дают буст 20%-30% к производительности, так что из 100 сделать 2 никак не получится
>>06482
такой шизы я еще не встречал
>Когда я на последнем jvm проекте работал, нас по рукам били, если пытались наследование где-то применить.
такой шизы я еще не встречал
>>06482
Нет, jvm можно урезать до 70 мб. В современном мире это величины одного порядка с гошными несколькими мегабайтами. В го эта проблема решается только выигрыванием, типа ну и что что несколько мегабайт - так ведь статически прилинкован! Только выиграли!
Так что ничего не мешает джавистам только выиграть от базового контейнера с 70 мегами JRE
>Проблема в том, что нужно тянуть жирную jvm за собой. В го этой проблемы нет, гошный рантайм прилинкован статически и находится внутри бинаря.
Нет, jvm можно урезать до 70 мб. В современном мире это величины одного порядка с гошными несколькими мегабайтами. В го эта проблема решается только выигрыванием, типа ну и что что несколько мегабайт - так ведь статически прилинкован! Только выиграли!
Так что ничего не мешает джавистам только выиграть от базового контейнера с 70 мегами JRE
>>06482
Питон с джавой одного возраста языки
>А что выбирать вместо питона для бекенда? Java? Объективно не новая
Питон с джавой одного возраста языки
>>20778
Nodejs усих растоптал.
Nodejs усих растоптал.
ну че уже отменили айти? всех заменили?
>>22043
У меня научруком был дед 75 лвл. И у большинства других одногруппников примерно такие же деды. Ментора он собрался в научруке искать...
У меня научруком был дед 75 лвл. И у большинства других одногруппников примерно такие же деды. Ментора он собрался в научруке искать...
>>22181
Запомни, все российские вузы - это шараги ебаные, которые преподают по совковым устаревшим 50 лет назад программам. Единственное более менее приличное место - это ВШЭ. Есть еще МФТИ, но это для ультработанов.
Запомни, все российские вузы - это шараги ебаные, которые преподают по совковым устаревшим 50 лет назад программам. Единственное более менее приличное место - это ВШЭ. Есть еще МФТИ, но это для ультработанов.
>>22225
Поржал.
Хуйня это с откровенными шизами которые транслируют какие то манятеории из журнала огонек. Единственный профит там это нетворкинг с детьми богатых родителей. Но профитнее это делать в МГУ.
Но это же лучше делать в МГУ. Самый норм технические вузы это бауманка, ТУСУР, МГУ.
>это ВШЭ
Поржал.
Хуйня это с откровенными шизами которые транслируют какие то манятеории из журнала огонек. Единственный профит там это нетворкинг с детьми богатых родителей. Но профитнее это делать в МГУ.
Но это же лучше делать в МГУ. Самый норм технические вузы это бауманка, ТУСУР, МГУ.
>>22225
Ну тут в целом двачну. Когда в бигтехе работал видел много ребят из ВШЭ. Они не то, чтобы сильно лучше меня были в технических навыках, просто скорее менее омежными, а более социальными были.
>>22255
Это такая же хуйня как и мифи. 70 летние деды и бабки на кафедрах, бесполезное гавно типо лаб по физике на миллиметровке и прочая дрисня. Лучше реально физтех чем эта параша.
>Единственное более менее приличное место - это ВШЭ. Есть еще МФТИ, но это для ультработанов
Ну тут в целом двачну. Когда в бигтехе работал видел много ребят из ВШЭ. Они не то, чтобы сильно лучше меня были в технических навыках, просто скорее менее омежными, а более социальными были.
>>22255
>бауманка, ТУСУР, МГУ
Это такая же хуйня как и мифи. 70 летние деды и бабки на кафедрах, бесполезное гавно типо лаб по физике на миллиметровке и прочая дрисня. Лучше реально физтех чем эта параша.
>>22259
Ладно вот простой вопрос. Сколько в FAANG трудятся ребят из МФТИ а сколько из ВШЭ?
Неужели тупые старые советские методички еще котируются?
Вот в гугле типов МФТИ много раньше было. Выпускников разных профилей ВШЭ я только в старбксе видел.
Ладно вот простой вопрос. Сколько в FAANG трудятся ребят из МФТИ а сколько из ВШЭ?
Неужели тупые старые советские методички еще котируются?
Вот в гугле типов МФТИ много раньше было. Выпускников разных профилей ВШЭ я только в старбксе видел.
>>22259
Дык ты поступай не на машиностроение, а на айтишные специальности, там такого нет.
>70 летние деды и бабки на кафедрах, бесполезное гавно типо лаб по физике на миллиметровке и прочая дрисня
Дык ты поступай не на машиностроение, а на айтишные специальности, там такого нет.
>>22272
И конечно же ты не дырявый пиздабол с двачей и у тебя есть статистика по работникам фаанга и выпускникам, так?
И конечно же ты не дырявый пиздабол с двачей и у тебя есть статистика по работникам фаанга и выпускникам, так?
>>22282
Так на айти специальностях та же самая хуйня. Ну я вот учился в мифи и что? 70 летние деды на кафедрах как были, так никуда и не делись. А откуда по-твоему должны молодые быть на ИТ кафедрах? И почему ты думаешь, что деды, которые на кафедрах уже много лет работают, должны куда-то уйти разом? Так не работает. Конечно с момента моего выпуска 3 года назад часть дедов на тот свет отправилась, но еще далеко не все.
Так на айти специальностях та же самая хуйня. Ну я вот учился в мифи и что? 70 летние деды на кафедрах как были, так никуда и не делись. А откуда по-твоему должны молодые быть на ИТ кафедрах? И почему ты думаешь, что деды, которые на кафедрах уже много лет работают, должны куда-то уйти разом? Так не работает. Конечно с момента моего выпуска 3 года назад часть дедов на тот свет отправилась, но еще далеко не все.
>>22307
Не бреши, я закончил айти специальность, никаких дедов у нас не было, профильные лекции читали люди, которые параллельно работали по своим специальностям. Лабы вели или те же преподы, или аспиранты и доценты, которым нравится свой предмет (поэтому они в вузе и остались).
Не бреши, я закончил айти специальность, никаких дедов у нас не было, профильные лекции читали люди, которые параллельно работали по своим специальностям. Лабы вели или те же преподы, или аспиранты и доценты, которым нравится свой предмет (поэтому они в вузе и остались).
>>22376
Ну а я учился на ИТ кафедре тоже и у меня в основном деды и бабки читали лекции. Лабы вели иногда аспиранты, а иногда и деды с бабками. Причем лабы шли так - ты дома делаешь лабу, потом приносишь и доказываешь преподу что ты ее ни у кого не списал, а сделал сам (ну или хотя бы понимаешь, что там происходит). Если доказал, то тебе ставят галочку в журнале, что ты сдал лабу. Потом если перед экзаменом все лабы сданы, то идешь на экзамен, которые принимает дед или бабка. Если лабы не сданы, то с горящей жопой пытаешься досдать до экзамена. Если не успел, то значит ходишь на передсачи и там сдаешь.
С курсачами было примерно так же.
Из индустрии было 1-2 препода за все время обучения, один был хороший мужик лет в районе 50 и отлично рассказывал про компьютерные сети. Второй чел вел у нас распределенные системы и работал каким-то техлидом в каком-то бигтехе, но как препод был очень ужасный и не умел вообще рассказывать лекции и часто свои же пары проебывал. На его фоне многие столетние деды с бабками были пободрее как лекторы чем он.
Алсо слышал, что на моей кафедре теперь есть тянка преподша молодая, которая лекции и слайды готовит при помощи нейронок от начала и до конца и просто бубнит по бумажке монотонным голосом тот текст, что ей нейронка написала.
Ну а я учился на ИТ кафедре тоже и у меня в основном деды и бабки читали лекции. Лабы вели иногда аспиранты, а иногда и деды с бабками. Причем лабы шли так - ты дома делаешь лабу, потом приносишь и доказываешь преподу что ты ее ни у кого не списал, а сделал сам (ну или хотя бы понимаешь, что там происходит). Если доказал, то тебе ставят галочку в журнале, что ты сдал лабу. Потом если перед экзаменом все лабы сданы, то идешь на экзамен, которые принимает дед или бабка. Если лабы не сданы, то с горящей жопой пытаешься досдать до экзамена. Если не успел, то значит ходишь на передсачи и там сдаешь.
С курсачами было примерно так же.
Из индустрии было 1-2 препода за все время обучения, один был хороший мужик лет в районе 50 и отлично рассказывал про компьютерные сети. Второй чел вел у нас распределенные системы и работал каким-то техлидом в каком-то бигтехе, но как препод был очень ужасный и не умел вообще рассказывать лекции и часто свои же пары проебывал. На его фоне многие столетние деды с бабками были пободрее как лекторы чем он.
Алсо слышал, что на моей кафедре теперь есть тянка преподша молодая, которая лекции и слайды готовит при помощи нейронок от начала и до конца и просто бубнит по бумажке монотонным голосом тот текст, что ей нейронка написала.
>>22400
В чём проблема в дедах и бабках? Откройте список преподов того MIT, там тоже не зумеры ракают, а деды, которые в индустрии работали ещё на перфокартах.
В чём проблема в дедах и бабках? Откройте список преподов того MIT, там тоже не зумеры ракают, а деды, которые в индустрии работали ещё на перфокартах.
>>22796
Если они реально знают свой предмет и, самое главное, еще в состоянии адекватно мыслить и преподавать, то проблем нет.
Проблема в том, что все мы стареем. И в 70 лет сложно быть таким же бодрым и здравомыслящим как в 30 или 40 например. Поэтому огромное количество кафедральных дедов и бабок это ополоумевшая рухлядь с шизой, которые максимум могут анекдоты времен своей молодости рассказывать и толком ничего более. А если 75+, то это уже нефункционирующие организмы, которым надо уже дома отдыхать, а не лекции читать.
>В чём проблема в дедах и бабках
Если они реально знают свой предмет и, самое главное, еще в состоянии адекватно мыслить и преподавать, то проблем нет.
Проблема в том, что все мы стареем. И в 70 лет сложно быть таким же бодрым и здравомыслящим как в 30 или 40 например. Поэтому огромное количество кафедральных дедов и бабок это ополоумевшая рухлядь с шизой, которые максимум могут анекдоты времен своей молодости рассказывать и толком ничего более. А если 75+, то это уже нефункционирующие организмы, которым надо уже дома отдыхать, а не лекции читать.
>>22929
Дополню, что в ЕС вы конкурируете с индусами, у которых на родине 6000 баксов в год зарплата.
Самый верняк это нещадно трахать америкоску, тогда с гражданством шанс на работу огромен.
Дополню, что в ЕС вы конкурируете с индусами, у которых на родине 6000 баксов в год зарплата.
Самый верняк это нещадно трахать америкоску, тогда с гражданством шанс на работу огромен.
>>22929
Естественно, в ВСЖ. Ещё бы за пределами искать, там вообще пиздец. Ща уже полгода на складе Ozon батрачу, больше не искал ничего. Пиздежа никакого нет, реально говорю всё.
Естественно, в ВСЖ. Ещё бы за пределами искать, там вообще пиздец. Ща уже полгода на складе Ozon батрачу, больше не искал ничего. Пиздежа никакого нет, реально говорю всё.
>>22966
Валютную удалёнку надо было искать?
Валютную удалёнку надо было искать?
https://mail.openjdk.org/pipermail/valhalla-spec-experts/2026-January/002554.html
Ахуй. Null-ы удаляют. Похоже джава в одном шаге от того, чтобы стать лучшим языком программирования.
Ахуй. Null-ы удаляют. Похоже джава в одном шаге от того, чтобы стать лучшим языком программирования.
>>23853
То есть котлином
> Ахуй. Null-ы удаляют. Похоже джава в одном шаге от того, чтобы стать лучшим языком программирования.
То есть котлином
>>23854
Не, котлин - это васянка-мод над джавой. Кривой, тормознутый язык от кодерков, которые забили на него и слиняли в хуяндекс. А тут джаву патчат белые люди, настоящие программисты и инженеры, причём с патчами самой жвм. Это совершенно другой уровень.
Не, котлин - это васянка-мод над джавой. Кривой, тормознутый язык от кодерков, которые забили на него и слиняли в хуяндекс. А тут джаву патчат белые люди, настоящие программисты и инженеры, причём с патчами самой жвм. Это совершенно другой уровень.
>>23856
буду только рад, когда джава дойдет по удобству до котлина, но пока очень и очень далеко
буду только рад, когда джава дойдет по удобству до котлина, но пока очень и очень далеко
>>23853
что-то там в рантайте интеллектуально чекают. А надо при компилировании убрать, как в расте. Чтобы нельзя было занулить ссылку
что-то там в рантайте интеллектуально чекают. А надо при компилировании убрать, как в расте. Чтобы нельзя было занулить ссылку
>>23853
когда сделают тогда и приходите.
ну да и похуй, все равно легаси на восьмой жаве еще 20 лет ковырять придется
>Ахуй. Null-ы удаляют. Похоже джава в одном шаге от того, чтобы стать лучшим языком программирования.
когда сделают тогда и приходите.
ну да и похуй, все равно легаси на восьмой жаве еще 20 лет ковырять придется
>>24220
Охуенно, когда твоим языком никто не пользуется и можно каждые пару лет полностью менять его и ломать всю обратную совместимость. А джаванам приходится вводить все фичи так чтобы работали программы аж с первой версии джавы.
>шарпе
Охуенно, когда твоим языком никто не пользуется и можно каждые пару лет полностью менять его и ломать всю обратную совместимость. А джаванам приходится вводить все фичи так чтобы работали программы аж с первой версии джавы.
>>24634
из всех языков программирования за последние 50 лет такое удалось только питону, и то один раз. все остальные кто попробовал сделать такой финт - умерли
из всех языков программирования за последние 50 лет такое удалось только питону, и то один раз. все остальные кто попробовал сделать такой финт - умерли
>>24634
Ребенок просто не понимает масштаба бабок которые вбуханы в джаву и всю экосистему. Шутки про современный COBOL - это нихуя не шутки.
Ребенок просто не понимает масштаба бабок которые вбуханы в джаву и всю экосистему. Шутки про современный COBOL - это нихуя не шутки.
29 Кб, 737x403>>24760
как я читал в какой-то книжке в начале нулевых, миф о коболе (как самом распространенном языке) ваш начальник услышал в конце 80-х, а ему его рассказал его начальник, узнавший о нем в начале 70-х. по факту экосистема джавы - это хуйня на несколько порядов больше. пикрелейтед, епта
как я читал в какой-то книжке в начале нулевых, миф о коболе (как самом распространенном языке) ваш начальник услышал в конце 80-х, а ему его рассказал его начальник, узнавший о нем в начале 70-х. по факту экосистема джавы - это хуйня на несколько порядов больше. пикрелейтед, епта
Вот бы всех дурачков, ссылающихся на ответы ллм в качестве аргумента, удалить из интернета.
>>24765
терпи
терпи
>>24760
А какая экосистема осталась у жабы? Почти все проекты из apache software foundation уже давным-давно заброшены.
>вбуханы в джаву и всю экосистему
А какая экосистема осталась у жабы? Почти все проекты из apache software foundation уже давным-давно заброшены.
>>24861
Жаба 3.0 - Раст
Жаба 3.0 - Раст
>>24569
Ты каких-то сказок наслушался. В шарпе мизерное количество breaking changes было за всю историю, и только в каких-то очень редких сценариях. Я за 15 лет программирования на шарпе лично ни разу не встречался с этими ситуациями при апдейте версии фреймворка. То есть я просто менял версию в проекте и всё.
Ты каких-то сказок наслушался. В шарпе мизерное количество breaking changes было за всю историю, и только в каких-то очень редких сценариях. Я за 15 лет программирования на шарпе лично ни разу не встречался с этими ситуациями при апдейте версии фреймворка. То есть я просто менял версию в проекте и всё.
8 Кб, 262x263>>24863
хуй да нихуя, всего то 64.5 миллиона библиотек в мавен централ
>А какая экосистема осталась у жабы?
хуй да нихуя, всего то 64.5 миллиона библиотек в мавен централ
>>24873
сходи проверь
наверное кому-то делать нехуй вот они библиотеки и пишут
>И что все эти библиотеки делают? И сколько из них в более-менее живом состоянии?
сходи проверь
наверное кому-то делать нехуй вот они библиотеки и пишут
>>24634
Уже давно сделали, называется Groovy
Уже давно сделали, называется Groovy
>>24921
Ты смеешься? Объектов, наследования, нормальных дженериков, исключений, аннотаций, нормальной рефлексии, перегрузки методов, etc.
Ты разве забыл что это основной выигрыш гоферов в том что в нём нихуя нет и это очень круто?
Ты смеешься? Объектов, наследования, нормальных дженериков, исключений, аннотаций, нормальной рефлексии, перегрузки методов, etc.
Ты разве забыл что это основной выигрыш гоферов в том что в нём нихуя нет и это очень круто?
>>24941
Так-то есть структуры.
>>24941
Не нужно от слова совсем.
>>24941
Уже есть. Дженерик методов конечно нет, но зато и нет стирания типов как джаве.
>>24941
Сознательно не стали добавлять.
>>24941
Фу, это же говно.
>>24941
Есть.
>>24941
А нахуя она нужна?
>Объектов
Так-то есть структуры.
>>24941
>наследования
Не нужно от слова совсем.
>>24941
>нормальных дженериков
Уже есть. Дженерик методов конечно нет, но зато и нет стирания типов как джаве.
>>24941
>исключений
Сознательно не стали добавлять.
>>24941
>аннотаций
Фу, это же говно.
>>24941
>нормальной рефлексии
Есть.
>>24941
>перегрузки методов
А нахуя она нужна?
>>24941
Так-то есть структуры.
>>24941
Не нужно от слова совсем.
>>24941
Уже есть. Дженерик методов конечно нет, но зато и нет стирания типов как джаве.
>>24941
Сознательно не стали добавлять.
>>24941
Фу, это же говно.
>>24941
Есть.
>>24941
А нахуя она нужна?
>Объектов
Так-то есть структуры.
>>24941
>наследования
Не нужно от слова совсем.
>>24941
>нормальных дженериков
Уже есть. Дженерик методов конечно нет, но зато и нет стирания типов как джаве.
>>24941
>исключений
Сознательно не стали добавлять.
>>24941
>аннотаций
Фу, это же говно.
>>24941
>нормальной рефлексии
Есть.
>>24941
>перегрузки методов
А нахуя она нужна?
>>24941
Не, основной выигрыш это грин треды из коробки и компиляция в бинарь. Остальное все вторично.
>основной выигрыш гоферов в том что в нём нихуя нет и это очень круто
Не, основной выигрыш это грин треды из коробки и компиляция в бинарь. Остальное все вторично.
>>24971
кек
Генерация кода в рантайме, подгрузка структур и методов в рантайме, инъекции в метод есть?
>НИНУЖНА
>ТОЛЬКО ВЫИГРАЛИ
>НИНУЖНА
>ТОЛЬКО ВЫИГРАЛИ
кек
>нормальной рефлексии
>Есть.
Генерация кода в рантайме, подгрузка структур и методов в рантайме, инъекции в метод есть?
>>24974
Нет конечно, гоха ведь полностью компилируемая, без JIT/байткода.
>Генерация кода в рантайме, подгрузка структур и методов в рантайме, инъекции в метод есть
Нет конечно, гоха ведь полностью компилируемая, без JIT/байткода.
>>24974
Вообще мне кажется что это плохой подход к программированию. Вот все эти инъекции, генерация кодов в рантайме, подгрузка хуй пойми чего. С одной стороны пространства для маневров больше, с другой стороны лучше весь код видеть сразу на этапе компиляции.
Генерация кодов в го очевидно есть, просто не в рантайме.
>Генерация кода в рантайме, подгрузка структур и методов в рантайме, инъекции в метод есть
Вообще мне кажется что это плохой подход к программированию. Вот все эти инъекции, генерация кодов в рантайме, подгрузка хуй пойми чего. С одной стороны пространства для маневров больше, с другой стороны лучше весь код видеть сразу на этапе компиляции.
Генерация кодов в го очевидно есть, просто не в рантайме.
>>24974
Это как раз причина того, почему так и не взлетела graalvm. Потому что огромное количество легаси jvm библиотек используют все эти штуки, порой очень активно, а в граале такое поддержать нормально невозможно.
Да и сейчас вся индустрия пришла к тому, что compile-time лучше чем рефлексия в рантайме.
>Генерация кода в рантайме, подгрузка структур и методов в рантайме
Это как раз причина того, почему так и не взлетела graalvm. Потому что огромное количество легаси jvm библиотек используют все эти штуки, порой очень активно, а в граале такое поддержать нормально невозможно.
Да и сейчас вся индустрия пришла к тому, что compile-time лучше чем рефлексия в рантайме.
>>24974
А зачем это нужно? Намного безопаснее генерить код во время компиляции (что-то простое, модельки и т.д.).
Спринговый AOP - это скорее легаси в наше время.
А зачем это нужно? Намного безопаснее генерить код во время компиляции (что-то простое, модельки и т.д.).
Спринговый AOP - это скорее легаси в наше время.
>>24994
спринг причина номер один. используется в каждой первой энтерпрайз параше. транзакционность вся на ней.
спринг причина номер один. используется в каждой первой энтерпрайз параше. транзакционность вся на ней.
>>24941
ирония в том что точно так же когда то сравнивали жабу и кресты. мол в жабе нихуя нет вс нинужно и тольковыиграле
ирония в том что точно так же когда то сравнивали жабу и кресты. мол в жабе нихуя нет вс нинужно и тольковыиграле
>>25016
да? а я только помню как джаву сравнивали с любым более выразительным языком и вывод был такой что в джаве нихуя нет И ЭТО ОЧЕНЬ ПЛОХО - неэкспрессивный код, скучно писать, слишком много нужно писать, и т.д. и т.п.
В случае с го буквально по каждому из этих пунктов пошёл выигрыш
да? а я только помню как джаву сравнивали с любым более выразительным языком и вывод был такой что в джаве нихуя нет И ЭТО ОЧЕНЬ ПЛОХО - неэкспрессивный код, скучно писать, слишком много нужно писать, и т.д. и т.п.
В случае с го буквально по каждому из этих пунктов пошёл выигрыш
>>25018
указателей нет, множествеенного наследования нет, препроцессора нет и т.д и т.п
указателей нет, множествеенного наследования нет, препроцессора нет и т.д и т.п
>>25014
мы на голенк постепенно наш финтех монолит перевозим. СТО сказал что хочет полностью от jvm в проде отказаться.
>транзакционность вся на ней
мы на голенк постепенно наш финтех монолит перевозим. СТО сказал что хочет полностью от jvm в проде отказаться.
>>25018
Ну это было во времена популярности функциональщины лет 10 тому назад. Тогда носились со скалой как с писаной торбой и говорили что вот язык будущего уже с нами. Плюс всякие сишарп хуесосы, обезумев от нищеты и бедности, пытались всем доказывать что их калкалыч самый лучший.
А потом просто стал популярным голенк, облака, контейнеры, кубернитис, простой и всем понятный код. По итогу кстати скала сдохла, а голенк, жаба+котлин и сишарп живы. Вот так вот.
>а я только помню как джаву сравнивали с любым более выразительным языком и вывод был такой что в джаве нихуя нет И ЭТО ОЧЕНЬ ПЛОХО - неэкспрессивный код, скучно писать, слишком много нужно писать, и т.д. и т.п.
Ну это было во времена популярности функциональщины лет 10 тому назад. Тогда носились со скалой как с писаной торбой и говорили что вот язык будущего уже с нами. Плюс всякие сишарп хуесосы, обезумев от нищеты и бедности, пытались всем доказывать что их калкалыч самый лучший.
А потом просто стал популярным голенк, облака, контейнеры, кубернитис, простой и всем понятный код. По итогу кстати скала сдохла, а голенк, жаба+котлин и сишарп живы. Вот так вот.
>>24941
Всё это есть в расте, только лучше. Вот зачем нужен го, когда существует раст - величайшая загадка вселенной.
Всё это есть в расте, только лучше. Вот зачем нужен го, когда существует раст - величайшая загадка вселенной.
>>25074
ну скала сдохла от того что жава таки обмазалась функциональщиной со всех сторон. так то жава 1.8 это по сути новый язык, та самая жава2
ну скала сдохла от того что жава таки обмазалась функциональщиной со всех сторон. так то жава 1.8 это по сути новый язык, та самая жава2
>>25072
а зачем он это хочет сделать не сказал?
>СТО сказал что хочет полностью от jvm в проде отказаться.
а зачем он это хочет сделать не сказал?
>>25078
Джоб-секьюрити очевидно. Джава скуфов слишком много, а вот кучу го-вна мало кто согласится разгребать.
Джоб-секьюрити очевидно. Джава скуфов слишком много, а вот кучу го-вна мало кто согласится разгребать.
>>25078
Монолит распиливаем на микросервисы и заезжаем в облако.
Если что монолит у нас был древний на java8 с WildFly.
Почему го, а не какой-нибудь quarkus+java новой версии? Да хуй его знает. Плюс у нас в целом во всей компании голенк выбрали как язык #1 для бекенда, остальное все только в исключительных случаях по большой необходимости.
Монолит распиливаем на микросервисы и заезжаем в облако.
Если что монолит у нас был древний на java8 с WildFly.
Почему го, а не какой-нибудь quarkus+java новой версии? Да хуй его знает. Плюс у нас в целом во всей компании голенк выбрали как язык #1 для бекенда, остальное все только в исключительных случаях по большой необходимости.
>>25088
Если по хорошему, то никак. Если нужна расширяемая функциональность твоей приложухи, то делай так, чтобы плагины были отдельными процессами которые с основным приложением по gRPC или по другому протоколу общались. Динамически подгрузить классы/пакеты/модули нельзя.
В стандартной библиотеке есть вот это https://pkg.go.dev/plugin но это полная параша с кучей ограничений, поэтому там явно пишут:
А так стандартом для написания плагинов которые через grpc будут работать, сегодня вот это является https://github.com/hashicorp/go-plugin
>Как тогда в голанге имплементируют всякие подгружаемые плагины в рантайме
Если по хорошему, то никак. Если нужна расширяемая функциональность твоей приложухи, то делай так, чтобы плагины были отдельными процессами которые с основным приложением по gRPC или по другому протоколу общались. Динамически подгрузить классы/пакеты/модули нельзя.
В стандартной библиотеке есть вот это https://pkg.go.dev/plugin но это полная параша с кучей ограничений, поэтому там явно пишут:
>For these reasons, many users decide that traditional interprocess communication (IPC) mechanisms such as sockets, pipes, remote procedure call (RPC), shared memory mappings, or file system operations may be more suitable despite the performance overheads
А так стандартом для написания плагинов которые через grpc будут работать, сегодня вот это является https://github.com/hashicorp/go-plugin
>>25088
Никак. Философия го-вна это написал микропенис и выкинул его. Никакой архитектурой или глубокой мыслью там не пахнет. Это в джаве можно в рантайме генерировать классы и компилировать их в байткод. Собственно почему в джаве столько инструментов.
Никак. Философия го-вна это написал микропенис и выкинул его. Никакой архитектурой или глубокой мыслью там не пахнет. Это в джаве можно в рантайме генерировать классы и компилировать их в байткод. Собственно почему в джаве столько инструментов.
>>25105
@
>в джаве можно в рантайме генерировать классы и компилировать их в байткод
@
>глубокая философия
>>25107
Нет, спринг появился просто как DI контейнер изначально.
Для DI не нужна рефлексия вообще. И тем более рефлексия с подгрузкой сгенерированных классов на лету.
Как раз вот эта подгрузка и генерация классов используется в AOP, которое считается антипаттерном сегодня.
Нет, спринг появился просто как DI контейнер изначально.
Для DI не нужна рефлексия вообще. И тем более рефлексия с подгрузкой сгенерированных классов на лету.
Как раз вот эта подгрузка и генерация классов используется в AOP, которое считается антипаттерном сегодня.
привет