Он, как и почти все фичи в этом релизе, к сожалению в превью. По итогу для разработичка релиз совсем проходной. Зато следующий должен быть очень сладким.
ну по сути, как выше и писали, AI сейчас заменяет джунов.
По уровню-да(хотя иногда наоборот выдает довольно сложные алгоритмы которые тебе бы пришлось пару часов гуглить и реализовывать). Но на практике ты не сможешь делегировать джуну задачу которая делается полчаса, ты дольше будешь объяснять и проверять.
У нас сейчас есть проект который по идеи должен убрать целую первую линию. А ведь это тот уровень, откуда мы брали ресурсы для мидлов.
Такое происходит во всех сферах когда приходит автоматизация. Например конструктора. Раньше условно севрерный шкаф рисовало бы пару человек-ведущий инженер продумывал, а условные джуны рисовали деталировки. Сейчас это сядет один человек и сделает например в солиде. Но индустрия вполне адаптировалась и только выиграла от этого. Сейчас джун вполне может сам сделать просто изделие, вместо дней рисование какой-нибудь планки.
Постоянно пользуюсь ChatGPT в работе. И пока он програмиста заменить ни как не может
Для написания кода chatGPT(по крайней мере O1) не очень удобен. Копайлот на поряки полезнее(частично за счет за плагинов в ИДЕ)
заменить джуна- как раз такого который 10 месяцев будет писать то на что нормальному программисту нужен час.))))
У меня обратные примеры-отлично заменяет часы рутины и сильно улучшает жизнь. Из примеров-недавно была json на 50-100 полей. Их сначала парсишь, потом с минимальной валидацией в базу пихаешь, потом по части их них квери писать. Мне чтобы это руками сделать думаю надо было бы несоклько часов, как минимум чтобы просто пересматривать поля, понимать его тип и т.д. copilot просто генерит весь этот мусор. Также генерит тесты, многие методы которые бы я гуглил. И при этом соблюдает стиль кода проекта. По-моему мнению в случае написания условного круд сервиса может сократить время раза в 3. С рефакторингом вполне енплохо работает, править баг-тут по-разному, от нахождения сразу до полной бесполезности.
Есть котлин мультиплатформ, который поддерживает AOT и на котором очень комфортно писать. Вроде бы еще дарт поддерживает AOT и по отзывам норм писать на нем.
Есть чувство, что кто-то не способен даже адекватно оценивать сложность того, о чем наврал...
Если делать это в проекте для себя, а не в общем виде, то половина из фичей описанных выше занимает часы либо несколько дней, чтобы сделать. Пару апи запросов или готовая библиотечная функция. Не вижу ничего прямо сложного
До этого было 10% что в приницпе достатчоно типично для импорта и сложно назвать заградительными пошлинами. Пару лет назад китайцы почти никуда не везлись. Но Европа довольно неплохо дерадалась благодаря своему автопрому. Причем проблема больше не с классическими автомбоилями а с переходом на электро. Если бы не достоачтоно резкий уход от бензиновых авто то скорее всего и проблема была бы значительно меньше(по крайней мере на текущий момент)
Интересно у них - окончательное решение по этим пошлинам будет 31 октября их активно обсуждают. Но по факту не отменяте предыдущего комментария т.к. введены фактически 2 месяца назад и на количество текущих китайцев мало влияет.
В Европе очень мало автокитайцев и проблема здесь искусственная, в виде заградительных пошлин и административных барьеров (и китайцы судятся, так как это нарушает правила ВТО).
Какие сейчас заградительные пошлины в европе? Сейчас идут разговоры чтобы их ввести, но не текущий момент их нету.
По сути релизнулись практически прямо перед поддержкой nullablity в джаве. Конечно ближайшие годы будет полезно, но в целом лет 5 назад было бы сильно актуальнее.
вредной свистоперделкой в 2007 Лет на 6 ошиблись), xp вышла в 2001, в 2007 уже виста была и xp уже все любили
До сих пор сичтаю что интерфейс у xp был самый стремный и аляповатый из всех версий.
ну кроме восьмёрки конечно же UI 8-ки кстати многие считают самый удачным и жалеют об уходе от квадратного просто интерфейса в последующих версиях. Обычно ненравился UX, хотя по мне большинство проблем было исправлено в 8.1
SQL в чистом виде может заменить малую часть экселя, и при том часто будет требовать больше телодвижений. К sql в большинтсве случаев нужен будет какой-нибудь питон.
Удивительно видеть swift на 3-4 позиции, а js на 6. По моему фронта значительно больше+ js достаточно живой как на мобиле, так и в беке. И вакансий на нем значительно больше
Я знаю что сейчас просиходит наверное в десятке джавовых проектов в разных энтерпрайзных компаниях-никто из них даже не помышляет о котлине, в том числе и для новых сервисов. По вакансиям -джвавовых много, котлина на беке вообще не предлагали за последний год. По моей статистике котлина на бэкеочень мало.
Он, как и почти все фичи в этом релизе, к сожалению в превью. По итогу для разработичка релиз совсем проходной.
Зато следующий должен быть очень сладким.
По уровню-да(хотя иногда наоборот выдает довольно сложные алгоритмы которые тебе бы пришлось пару часов гуглить и реализовывать). Но на практике ты не сможешь делегировать джуну задачу которая делается полчаса, ты дольше будешь объяснять и проверять.
Такое происходит во всех сферах когда приходит автоматизация. Например конструктора. Раньше условно севрерный шкаф рисовало бы пару человек-ведущий инженер продумывал, а условные джуны рисовали деталировки. Сейчас это сядет один человек и сделает например в солиде. Но индустрия вполне адаптировалась и только выиграла от этого. Сейчас джун вполне может сам сделать просто изделие, вместо дней рисование какой-нибудь планки.
Для написания кода chatGPT(по крайней мере O1) не очень удобен. Копайлот на поряки полезнее(частично за счет за плагинов в ИДЕ)
У меня обратные примеры-отлично заменяет часы рутины и сильно улучшает жизнь. Из примеров-недавно была json на 50-100 полей. Их сначала парсишь, потом с минимальной валидацией в базу пихаешь, потом по части их них квери писать. Мне чтобы это руками сделать думаю надо было бы несоклько часов, как минимум чтобы просто пересматривать поля, понимать его тип и т.д. copilot просто генерит весь этот мусор. Также генерит тесты, многие методы которые бы я гуглил. И при этом соблюдает стиль кода проекта.
По-моему мнению в случае написания условного круд сервиса может сократить время раза в 3. С рефакторингом вполне енплохо работает, править баг-тут по-разному, от нахождения сразу до полной бесполезности.
Есть котлин мультиплатформ, который поддерживает AOT и на котором очень комфортно писать.
Вроде бы еще дарт поддерживает AOT и по отзывам норм писать на нем.
Если делать это в проекте для себя, а не в общем виде, то половина из фичей описанных выше занимает часы либо несколько дней, чтобы сделать. Пару апи запросов или готовая библиотечная функция.
Не вижу ничего прямо сложного
До этого было 10% что в приницпе достатчоно типично для импорта и сложно назвать заградительными пошлинами.
Пару лет назад китайцы почти никуда не везлись. Но Европа довольно неплохо дерадалась благодаря своему автопрому. Причем проблема больше не с классическими автомбоилями а с переходом на электро.
Если бы не достоачтоно резкий уход от бензиновых авто то скорее всего и проблема была бы значительно меньше(по крайней мере на текущий момент)
Интересно у них - окончательное решение по этим пошлинам будет 31 октября их активно обсуждают.
Но по факту не отменяте предыдущего комментария т.к. введены фактически 2 месяца назад и на количество текущих китайцев мало влияет.
Какие сейчас заградительные пошлины в европе?
Сейчас идут разговоры чтобы их ввести, но не текущий момент их нету.
Винда под арм собирается уже лет 10.
Docker вроде в этом году как раз анонсировал поддержку видны на арм
Удивительно что нету -идея вроде пару лет как имеет сборки под арм на винде
В 23 джаву насколько я знаю не вошло. Скорее всего будет в 24.
По сути релизнулись практически прямо перед поддержкой nullablity в джаве. Конечно ближайшие годы будет полезно, но в целом лет 5 назад было бы сильно актуальнее.
Проблема с synchonized блоками уже решена в тестовых билдах, думаю войдет в слебдующую джаву(24).
https://mail.openjdk.org/pipermail/loom-dev/2024-May/006632.html
Draft JEP: https://openjdk.org/jeps/8337395
Что забавно ИИ еще и неплохо объяснил критерии выбора, но автор видимо их не прочитал
По-хорошему, в идеальном мире, проблему с блютуз гарнитурами должны фиксить разработчики блютуз станадарта.
До сих пор сичтаю что интерфейс у xp был самый стремный и аляповатый из всех версий.
SQL в чистом виде может заменить малую часть экселя, и при том часто будет требовать больше телодвижений. К sql в большинтсве случаев нужен будет какой-нибудь питон.
Удивительно видеть swift на 3-4 позиции, а js на 6.
По моему фронта значительно больше+ js достаточно живой как на мобиле, так и в беке. И вакансий на нем значительно больше
Я знаю что сейчас просиходит наверное в десятке джавовых проектов в разных энтерпрайзных компаниях-никто из них даже не помышляет о котлине, в том числе и для новых сервисов.
По вакансиям -джвавовых много, котлина на беке вообще не предлагали за последний год.
По моей статистике котлина на бэкеочень мало.