Смотрим подпись очередного я-у-мамы-ИИ-визионера и видим, то там то какой-то "верховный архитектор по внедрению", то "галактический тимлид", то "вселенский бизнес-партнер". И все со знанием дела обсуждают труд разработчиков. Ну, как говорится, "и фару мне на лоб".
Если сосредотачиваться на реальной безопасности и оставить на потом, если потребуется, такого рода штуковины как пагинация -1, то сделать получится существенно больше за те-же деньги/время
Можно подумать, что добавить 1 тесткейс к своему тестсьюту - это никак не меньше 1 человекомесяц работы и 5 млн затрат.
А фактически это пара клац-клац по клаве и 1 глоток чая. Для модных-молодежных 1 промпт в ИИ-помогайку. Весь описанный в статье "оверинжиниринг" - это тупо рутина для сеньора, которая просто теряется на фоне остальной работы. Например, на фоне выяснения у пресловутого "бизнеса", чего же он все-таки хочет. Но эти потери никто не считает. А вот лишний тесткейс или лишний интерфейс - это ай-ай-ай и вообще вредительство.
Ну так я и говорю: дурачье. На питоне быстрее, на пыхе дешевле, а они какой-то ерундой маются. Надо им письмо написать, чтобы подумали о своем поведении.
На основе чего вывод о "подавляющем большинстве"? Пруфы, статистика, описание кейсов? Душещипательные истории, как выкинули бэкенд на JVM, переписали на Python, и плакали от счастья?
А, ну да, понимаю. Джентльменам принято верить на слово.
простенькие сервисы, которые на каком-нибудь Python или PHP могли бы прекрасно работать и поддерживаться, пишутся на Go или C#. ... Но разработка на них не быстрее, а это — деньги компании
...
И если после прочтения этого текста у кого-то возникло ощущение дискомфорта — значит, всё было сказано не зря и имеет место быть.
У меня возникло ощущение дискомфорта и даже кринжа от беспруфных утверждений, что разработка на одних популярных языках как-то заметно быстрее, чем на других. Веб-фреймворки есть для каждого языка. С ними типовые джейсоноукладчики везде пишутся одинаково. Про ИИ-помогайки вообще молчу. А для нетиповых решений нужно как раз инженерную думалку включать, а не просто тезис "разработчики по ночам у бизнеса деньги воруют".
Ну так джава-сообщество богато на любителей винтажа. Мягко назовем их так. Где-то вообще до сих пор сидят на Java 8 (2014), а за предложение перейти на Java 11 (2018) могут серьезно оскорбиться.
придумать нормальный тип вместо Optional<Map<String, List<Object>>>, что сделает контракт метода не отвратительным, а не просто заметать под var
Вся история развития ЯВУ это заметание сложности под половичок. Любая либа или фреймворк заметают под половичок на 100 порядков больше всего, но мешает вам именно вывод типов.
Мне все же кажется, что вы ищете проблемы там, где их нет, чтобы оправдать нежелание принять новый концепт. Самое-то ироничное, что рядом живет котлин, где могут быть огромные функции без единого объявление типов - все чисто на type inference. Я этот код ревьюю каждый день, и может быть в 1 случае из 100 я вижу какой-то сильно накуренный кусок, где явные типы внесли бы ясность. Чаще как раз наоборот: если убрать бесконечные повторения String, Int, JsonObject и т.д, то взгляд меньше спотыкается, и ты читаешь именно идею кода, а не всю эту лапшу. Естественно, вразумительный нейминг обязателен.
Я еще раз рекомендую вам обдумать идею, что такое "плохо" и что такое "незнакомо".
Вы по сдельной схеме работаете? Вам отдельно платят за строчки кода, за багфиксы, за тесты, за сообщения в коммитах, за документацию в базе знаний, за консультации QAшникам и саппорту?
Лично мне за время платят. В это время включены и юнит-тесты, если того требует данный модуль.
Большое количество юнит-тестов сильно замедляет деплой, сиди и жди, пока они все пробегут.
Пожалейте сову и глобус. Импакт от юнитов заметен, если у вас хост для CI крутится на Pentium 3. Или если у вас этих тестов под миллион штук. Любой sleep(100) в интеграционных тестах, завязанных на эвенты, или подготовка данных для БД имеют на пару порядков больше импакт.
Выглядит как типичная подгонка задачи под результат. Мы так в школе на лабах по физике делали. Далекий от контекста человек может подумать, что в 2025 году у человечества оставалась ровно одна глобальная проблема: необходимость учить ЯП. А то и целых два. И наконец-то проблему побороли. Хуангу Нобелевскую премию мира и красные штаны. Всем остальным радоваться.
Ну хз. Автомобили появились уже 100+ лет назад, уже вроде как все всё освоили и привыкли. А все равно статистика аварийности на дорогах кое-где похожа на сводки с фронта. А тут штука, которая выходит в третье измерение и может, например, спикировать кому-нибудь на крышу, на балконе припарковаться, пешехода пропеллером на фарш порубить. Ну а людям, известное дело, только дай полихачить. Особенно тем, у кого 300к баксов лишние. Так что невероятно изобретательные инциденты тут by design заложены. Тут можно смело вторые 300к на осагу закладывать.
2010 IBM про умные города, меняющие всё
2017 IBM про компьютерное гиперзрение, меняющее всё
2020 IBM про блокчейн, меняющий всё
2021 IBM снова про ИИ и блокчейн, меняющие всё
В общем, не мешки ворочать.
А, ну да. Самое-то главное. Что случилось, IBM? ИИ-агенты настолько полностью трансформировали твои процессы, что тебе на пляжи Гоа захотелось?
Смотрим подпись очередного я-у-мамы-ИИ-визионера и видим, то там то какой-то "верховный архитектор по внедрению", то "галактический тимлид", то "вселенский бизнес-партнер". И все со знанием дела обсуждают труд разработчиков. Ну, как говорится, "и фару мне на лоб".
Можно подумать, что добавить 1 тесткейс к своему тестсьюту - это никак не меньше 1 человекомесяц работы и 5 млн затрат.
А фактически это пара клац-клац по клаве и 1 глоток чая. Для модных-молодежных 1 промпт в ИИ-помогайку. Весь описанный в статье "оверинжиниринг" - это тупо рутина для сеньора, которая просто теряется на фоне остальной работы. Например, на фоне выяснения у пресловутого "бизнеса", чего же он все-таки хочет. Но эти потери никто не считает. А вот лишний тесткейс или лишний интерфейс - это ай-ай-ай и вообще вредительство.
Ну так я и говорю: дурачье. На питоне быстрее, на пыхе дешевле, а они какой-то ерундой маются. Надо им письмо написать, чтобы подумали о своем поведении.
Топ-менеджер пропустил ту первую главу учебника экономики (или "политической экономии"?), которая про спрос и предложение? Ну норм.
На основе чего вывод о "подавляющем большинстве"? Пруфы, статистика, описание кейсов? Душещипательные истории, как выкинули бэкенд на JVM, переписали на Python, и плакали от счастья?
А, ну да, понимаю. Джентльменам принято верить на слово.
... и продолжили развивать Go и поддерживать Kotlin. Вот же дурачки.
У меня возникло ощущение дискомфорта и даже кринжа от беспруфных утверждений, что разработка на одних популярных языках как-то заметно быстрее, чем на других. Веб-фреймворки есть для каждого языка. С ними типовые джейсоноукладчики везде пишутся одинаково. Про ИИ-помогайки вообще молчу. А для нетиповых решений нужно как раз инженерную думалку включать, а не просто тезис "разработчики по ночам у бизнеса деньги воруют".
Как жаль, что пишущие на Kotlin, Scala и Go не понимают свой код через полгода-год. Наверное, после этого все бросают и переписывают на Java 8.
Ну так джава-сообщество богато на любителей винтажа. Мягко назовем их так. Где-то вообще до сих пор сидят на Java 8 (2014), а за предложение перейти на Java 11 (2018) могут серьезно оскорбиться.
Вся история развития ЯВУ это заметание сложности под половичок. Любая либа или фреймворк заметают под половичок на 100 порядков больше всего, но мешает вам именно вывод типов.
Мне все же кажется, что вы ищете проблемы там, где их нет, чтобы оправдать нежелание принять новый концепт. Самое-то ироничное, что рядом живет котлин, где могут быть огромные функции без единого объявление типов - все чисто на type inference. Я этот код ревьюю каждый день, и может быть в 1 случае из 100 я вижу какой-то сильно накуренный кусок, где явные типы внесли бы ясность. Чаще как раз наоборот: если убрать бесконечные повторения String, Int, JsonObject и т.д, то взгляд меньше спотыкается, и ты читаешь именно идею кода, а не всю эту лапшу. Естественно, вразумительный нейминг обязателен.
Я еще раз рекомендую вам обдумать идею, что такое "плохо" и что такое "незнакомо".
Так как и где оно аукается? Примеры есть? Не путайте "не знакомо/не привык" с "плохо/мешает/стреляет в ногу".
Кто ждал знака, чтобы заняться ЗОЖем - то вот он.
Эх, классный год будет! Обещаний уже вагон.
Вы по сдельной схеме работаете? Вам отдельно платят за строчки кода, за багфиксы, за тесты, за сообщения в коммитах, за документацию в базе знаний, за консультации QAшникам и саппорту?
Лично мне за время платят. В это время включены и юнит-тесты, если того требует данный модуль.
Пожалейте сову и глобус. Импакт от юнитов заметен, если у вас хост для CI крутится на Pentium 3. Или если у вас этих тестов под миллион штук. Любой sleep(100) в интеграционных тестах, завязанных на эвенты, или подготовка данных для БД имеют на пару порядков больше импакт.
Выглядит как типичная подгонка задачи под результат. Мы так в школе на лабах по физике делали. Далекий от контекста человек может подумать, что в 2025 году у человечества оставалась ровно одна глобальная проблема: необходимость учить ЯП. А то и целых два. И наконец-то проблему побороли. Хуангу Нобелевскую премию мира и красные штаны. Всем остальным радоваться.
Ну хз. Автомобили появились уже 100+ лет назад, уже вроде как все всё освоили и привыкли. А все равно статистика аварийности на дорогах кое-где похожа на сводки с фронта. А тут штука, которая выходит в третье измерение и может, например, спикировать кому-нибудь на крышу, на балконе припарковаться, пешехода пропеллером на фарш порубить. Ну а людям, известное дело, только дай полихачить. Особенно тем, у кого 300к баксов лишние. Так что невероятно изобретательные инциденты тут by design заложены. Тут можно смело вторые 300к на осагу закладывать.