• Что бы вступить в ряды "Принятый кодер" Вам нужно:
    Написать 10 полезных сообщений или тем и Получить 10 симпатий.
    Для того кто не хочет терять время,может пожертвовать средства для поддержки сервеса, и вступить в ряды VIP на месяц, дополнительная информация в лс.

  • Пользаватели которые будут спамить, уходят в бан без предупреждения. Спам сообщения определяется администрацией и модератором.

  • Гость, Что бы Вы хотели увидеть на нашем Форуме? Изложить свои идеи и пожелания по улучшению форума Вы можете поделиться с нами здесь. ----> Перейдите сюда
  • Все пользователи не прошедшие проверку электронной почты будут заблокированы. Все вопросы с разблокировкой обращайтесь по адресу электронной почте : info@guardianelinks.com . Не пришло сообщение о проверке или о сбросе также сообщите нам.

LLM Future Automation

Sascha Оффлайн

Sascha

Заместитель Администратора
Команда форума
Администратор
Регистрация
9 Май 2015
Сообщения
1,483
Баллы
155
As I reflect on the current trend of investors pushing for automation and replacement of human skilled developers through AI, I'm reminded of

Пожалуйста Авторизируйтесь или Зарегистрируйтесь для просмотра скрытого текста.

. Are we risking the long-term benefits of software development by prioritizing short-term gains?

As a seasoned software and cloud architect, I have analyzed some facts that warrant consideration:

Meanwhile, the current layoffs and difficulty in finding new skilled developers

Пожалуйста Авторизируйтесь или Зарегистрируйтесь для просмотра скрытого текста.



It's essential to step back and assess the situation.

The idea that we can create a Large Language Model (LLM) that can generate software as good as the best developer in the world might seem appealing, but it's a short-sighted approach. Even if LLMs could produce high-quality code, they would still be constrained by their training data and unable to surpass the capabilities of human developers.


Пожалуйста Авторизируйтесь или Зарегистрируйтесь для просмотра скрытого текста.



To understand why LLMs are constrained by the data used to train them, let's dive into their basics. At their core, LLMs are statistical machines that produce coherent text by leveraging patterns and randomness. However, this approach comes with inherent constraints: they lack the nuance of human intuition, the capacity for diverse coding approaches, and the ability to seamlessly integrate new domain knowledge. The primary reason for these limitations is that LLMs can only generate responses based on the data they were trained on. As a result, their growth and evolution are directly tied to the quality and novelty of the data used to train them. If the new data doesn't introduce fresh perspectives, creativity, diversity, or domain expertise, the models will not be able to advance beyond their current capabilities, effectively capping their potential for improvement.

Furthermore, if we rely solely on LLMs, assuming LLM can generate accurate software source code, companies will struggle to differentiate themselves.

Instead, I propose we envision current LLM capabilities as a foundational seed for future technological advancements. By collaborating with humans, LLMs can generate new data under the human creativity guidance, leading to unprecedented code diversity. This closed-loop system will create a snowball effect, where new data will be generated, curated, and used to improve future models.


Пожалуйста Авторизируйтесь или Зарегистрируйтесь для просмотра скрытого текста.



LLMs have the potential to unlock numerous opportunities, certainly exceeding the number of roles that may be automated or replaced in the short term. In my company, we're embracing this collaborative approach, recognizing that human developers and LLMs can work together to achieve unprecedented long-term quality and efficiency growth.

This reality is not yet achieved, however, looking in depth, performing various analysis I could realize that LLMs excel at generating human-consumable assets but require additional support or complex RAGs when creating machine-consumable assets which are very often not reliable without human verification.

Challenges and Questions are welcome



Источник:

Пожалуйста Авторизируйтесь или Зарегистрируйтесь для просмотра скрытого текста.

 
Вверх Снизу