Оч страшно, что заменит. Шучу не страшно. А если по серьезному на программистах обкатывается технология. С таким же успехом можно заменить процентов 80% белых воротничков и ничего не потерять. Неужели модель не сможет определить по МРТ ваш диагноз? Обученная модель сделает это с невероятной точностью. Неужели модель не сможет заменить дефолтного бухгалтера, юриста, менеджера по закупкам, олап аналитика, и.т. д.?? Вот вот, если развитие не встанет заменит всех. Останется Промт элита и курьеры
По вашей схеме работают все рос. корпорации. Начальник не тот, кто заслужил, а тот, кто ближе. Именно поэтому производительность труда большого русского бизнеса стремится к нулю. Бывают исключения, но я встречался чаще с тем, что начальники даже не понимают специфики того, чем управляют и самое главное и не хотят вникать. Тезис о том, что высокопроизводительный линейный специалист не может эффективно управлять это идиотия, возможно даже завязана на теорию разных "классов" людей
Если код ответственный, просто так *уяк промтик и впродакшен, не прокатит. В случае ошибок, которые как всегда тесты не отлавливают, бизнес может влететь на десятки миллионов. Поэтому сгенерированный код, нужно пропускать через себя, что с ии занимает чуть ли не больше времени, чем просто взять и написать самому.
3. ИИ не годен для сложной бизнес логики, когда нужно работать с большим потоком данных или с базой данных. Точнее он может выдать рабочий код, но промтирование этого всего займет больше времени, чем старое доброе кодирование руками.
4. ИИ совсем не годен для проектов с историей, где куча зависимостей, самописных функций и. т.д.
5. ИИ супер полезный, если ты просто не знаешь, как реализовать какую то фичу или плохо знаешь SDK. В этом сценарии ии это бог помощи. Он поможет сделать даже те алгоритмы, которые просто так не нагуглишь.
6. Агентов можно использовать, если это проект с нуля, в НЕ критичных участках проекта(например интеграция по api) и если цена ошибки не приводит к потерям в миллионы в час.
Если честно, то сама по себе задача простая. О каких 12 месяцах идет речь категорически не понятно. Средний программист и без нейрохрючева это все за месяц, а хороший недели за 2 напишет. Punto switcher 30 лет в обед.
Друзья, я пробовал ллм и платные и бесплатные. Да очевидно, что ллм сильно помогает ( например выдернуть реализацию http протокола на boost или подсказать правильный мат алгоритм реализации, чего либо) в этом плане ллм реально избавляет от чтения документации и долгого писания кода, так как реально разжевывает реализацию того, что тебе нужно. Но такой вопрос, есть ли удачные применения ллм, когда у тебя огромный старый проект до 5 миллион строк кода, с большой базой данных на тысячу сложно связанных таблиц. В этом случае ллм вообще применим? Сможет ли ллм починить не явный баг в таком коде, который проявляется например, только при определенном состоянии данных в базе или дописать бизнес логику, которая реально будет работать?
Литкод нужен, чтобы уметь решать не стандартные задачи оптимальным способом. Но на самом деле, когда сталкиваешься с такими задачами и видишь стену, ты просто идешь в google. 99.9 % задач уже решены за тебя самым оптимальным способом.
Молодцы профики и так без собесов устраиваются. Так как у молодцов профиков за годы работы накапливается серьезный гандикап в виде бывших коллег, которые по итогу и перетягивают с работы на работу
Я когда начинал, тоже думал что очень крутой сеньор помидор. Но жизнь, показала, что 5 лет не срок даже для мидла.(через меня очень большое количество человек и их кода прошло) За 5 лет даже чистый код единицы могут научиться писать. Вы ни какой не сеньор, не смешите. Этого времени не хватит для получения широкого кругозора. О чем вообще речь, если для сносного освоения с++ нужно в среднем от 3 лет. А кроме основы (с++) есть еще мир c#, java. На которые тоже годы нужны, а еще желательно в настоящий легаси понырять, с кодовой базой от 10 млн строк, а еще нужно понимать как БД работают, при чем разные и для правильного проектирования БД, тоже годы нужны и собственноручно созданные тысячи таблиц и связи между ними, а еще в высоконагруженных проектах посидеть и понимать тамошние подходы. В общем много чего нужно, настоящий сеньер никогда так себя не назовет, потому что осознает всю глубину безысходности.
Вы же просто кодер со знанием питона(язык, который даже женщины за 40 осваивают за 3 месяца) А что касается вашей зп, просто так судьба распорядилась. Я долго в it, (мне 37), на первую работу устроился в 18. Поэтому знаю кучу бездарностей, которые сидят на огромных зарплатах в русском бигтехе и не в it крупняке годами ничего не делают и у них все ок.
В текущих реалиях роботизация, это утопия. 99 процентов складских площадей в принципе не предназначена для роботов. Я жду андроидов. Еще 2-3 поколения андроидов и уже на серьезных щас можно будет говорить о замене линейных ашотов, линейными андроидами И это видится меньшей утопией, чем классическая роботизация склада по лекалам Амазона. Что касается Амазона у них свой путь, это очень богатая компания. Они почти единственные(если не единственные) в мире, кто может строить роботизированные склады в е commerce.
Так исторически сложилось. Почти всегда использование с библиотек связано со сложностями. Но тут ничего не сделаешь, глотаем слезы и пытаемся это внедрить в свой код. Не будешь же ты на серьёзных щах писать свою реализацию допустим datamatrix(упахаешься). Проще взять готовую библиотеку написанную 20 лет, назад 100% рабочую, испытанную десятилетиями и ее использовать.
с код он такой, какой есть. Это почти всегда простыня с использованием goto. Что либо глобально в нем улучшить почти невозможно. Поэтому смысла отходить от канонов программирования на нем нет.
Они разве уже решили проблемы с непомерным потреблением памяти компьютера? Главная фича android studio скушать 25 гб оперативки и начать висеть в интрефейсном потоке починено?
Превращающий этот язык в сахарный мусор
Вы не много не туда пошли. Java все таки не для таких задач создан. Тут идеальный выбор C или C++. Все остальное натягивание своего мировоззрения.
Оч страшно, что заменит. Шучу не страшно. А если по серьезному на программистах обкатывается технология. С таким же успехом можно заменить процентов 80% белых воротничков и ничего не потерять. Неужели модель не сможет определить по МРТ ваш диагноз? Обученная модель сделает это с невероятной точностью. Неужели модель не сможет заменить дефолтного бухгалтера, юриста, менеджера по закупкам, олап аналитика, и.т. д.?? Вот вот, если развитие не встанет заменит всех. Останется Промт элита и курьеры
По вашей схеме работают все рос. корпорации. Начальник не тот, кто заслужил, а тот, кто ближе. Именно поэтому производительность труда большого русского бизнеса стремится к нулю. Бывают исключения, но я встречался чаще с тем, что начальники даже не понимают специфики того, чем управляют и самое главное и не хотят вникать. Тезис о том, что высокопроизводительный линейный специалист не может эффективно управлять это идиотия, возможно даже завязана на теорию разных "классов" людей
Попробовал я эти ваши ии.
Агенты генерируют слишком сложный код.
Если код ответственный, просто так *уяк промтик и впродакшен, не прокатит. В случае ошибок, которые как всегда тесты не отлавливают, бизнес может влететь на десятки миллионов. Поэтому сгенерированный код, нужно пропускать через себя, что с ии занимает чуть ли не больше времени, чем просто взять и написать самому.
3. ИИ не годен для сложной бизнес логики, когда нужно работать с большим потоком данных или с базой данных. Точнее он может выдать рабочий код, но промтирование этого всего займет больше времени, чем старое доброе кодирование руками.
4. ИИ совсем не годен для проектов с историей, где куча зависимостей, самописных функций и. т.д.
5. ИИ супер полезный, если ты просто не знаешь, как реализовать какую то фичу или плохо знаешь SDK. В этом сценарии ии это бог помощи. Он поможет сделать даже те алгоритмы, которые просто так не нагуглишь.
6. Агентов можно использовать, если это проект с нуля, в НЕ критичных участках проекта(например интеграция по api) и если цена ошибки не приводит к потерям в миллионы в час.
У кого какие риски, у того такие и заработки. Работяга с 25 к заработка не берет долгов на 50 лямов
Ура я сеньер. Кажется это задача не для сеньора. Серия это не число, это идентификатор, который содержит числа. Очевидно, что это строка.
Если честно, то сама по себе задача простая. О каких 12 месяцах идет речь категорически не понятно. Средний программист и без нейрохрючева это все за месяц, а хороший недели за 2 напишет. Punto switcher 30 лет в обед.
Вы сейчас привели типичный пример использования мощи языка превращающий его в говнокод сложно читаемый
Друзья, я пробовал ллм и платные и бесплатные. Да очевидно, что ллм сильно помогает ( например выдернуть реализацию http протокола на boost или подсказать правильный мат алгоритм реализации, чего либо) в этом плане ллм реально избавляет от чтения документации и долгого писания кода, так как реально разжевывает реализацию того, что тебе нужно. Но такой вопрос, есть ли удачные применения ллм, когда у тебя огромный старый проект до 5 миллион строк кода, с большой базой данных на тысячу сложно связанных таблиц. В этом случае ллм вообще применим? Сможет ли ллм починить не явный баг в таком коде, который проявляется например, только при определенном состоянии данных в базе или дописать бизнес логику, которая реально будет работать?
Это те самые лагающие непомерно жрущие ide которые писались криворучками?
Ну да, есть такая профессия математик
Литкод нужен, чтобы уметь решать не стандартные задачи оптимальным способом. Но на самом деле, когда сталкиваешься с такими задачами и видишь стену, ты просто идешь в google. 99.9 % задач уже решены за тебя самым оптимальным способом.
Молодцы профики и так без собесов устраиваются. Так как у молодцов профиков за годы работы накапливается серьезный гандикап в виде бывших коллег, которые по итогу и перетягивают с работы на работу
Я когда начинал, тоже думал что очень крутой сеньор помидор. Но жизнь, показала, что 5 лет не срок даже для мидла.(через меня очень большое количество человек и их кода прошло) За 5 лет даже чистый код единицы могут научиться писать. Вы ни какой не сеньор, не смешите. Этого времени не хватит для получения широкого кругозора. О чем вообще речь, если для сносного освоения с++ нужно в среднем от 3 лет. А кроме основы (с++) есть еще мир c#, java. На которые тоже годы нужны, а еще желательно в настоящий легаси понырять, с кодовой базой от 10 млн строк, а еще нужно понимать как БД работают, при чем разные и для правильного проектирования БД, тоже годы нужны и собственноручно созданные тысячи таблиц и связи между ними, а еще в высоконагруженных проектах посидеть и понимать тамошние подходы. В общем много чего нужно, настоящий сеньер никогда так себя не назовет, потому что осознает всю глубину безысходности.
Вы же просто кодер со знанием питона(язык, который даже женщины за 40 осваивают за 3 месяца) А что касается вашей зп, просто так судьба распорядилась. Я долго в it, (мне 37), на первую работу устроился в 18. Поэтому знаю кучу бездарностей, которые сидят на огромных зарплатах в русском бигтехе и не в it крупняке годами ничего не делают и у них все ок.
В текущих реалиях роботизация, это утопия. 99 процентов складских площадей в принципе не предназначена для роботов. Я жду андроидов. Еще 2-3 поколения андроидов и уже на серьезных щас можно будет говорить о замене линейных ашотов, линейными андроидами И это видится меньшей утопией, чем классическая роботизация склада по лекалам Амазона. Что касается Амазона у них свой путь, это очень богатая компания. Они почти единственные(если не единственные) в мире, кто может строить роботизированные склады в е commerce.
Так исторически сложилось. Почти всегда использование с библиотек связано со сложностями. Но тут ничего не сделаешь, глотаем слезы и пытаемся это внедрить в свой код. Не будешь же ты на серьёзных щах писать свою реализацию допустим datamatrix(упахаешься). Проще взять готовую библиотеку написанную 20 лет, назад 100% рабочую, испытанную десятилетиями и ее использовать.
с код он такой, какой есть. Это почти всегда простыня с использованием goto. Что либо глобально в нем улучшить почти невозможно. Поэтому смысла отходить от канонов программирования на нем нет.
В приведенном вами примере нужно использовать bit. Битовые поля видимо не для вас придумали. Вы предлагаете хранить строки там где это не нужно.
Они разве уже решили проблемы с непомерным потреблением памяти компьютера? Главная фича android studio скушать 25 гб оперативки и начать висеть в интрефейсном потоке починено?