ChatGPT интересная, но пока хайпа больше, чем пользы. Примеры из этой статьи:
1. Дайджесты новостей - и кто это будет читать эту "воду"? Не говоря про то, что усилия, потраченные на постановку задачи, могли быть направлены на создание непосредственного текста новости без лишних посредников.
2. Постановка задачи - отдельный сюр. Помимо вышеперечисленных минусов, сетка "додумала", что требуется удаление сделок, обновление контактов и т.п. - в исходном тексте об этом не слова (что если сделки удалять вообще нельзя, что если нужны иммутабельные контакты и т.п.). Помимо прочего, бот не учитывает контекста и архитектуры приложения. Например, у вас для написания апишек принято делать мейнстримный RESTful, когда действие над сущностью задается глаголом, определяющимся в http заголовке запроса (GET, PUT, POST, DELETE и т.д.). Бот это не учитывает и выдает программисту конкретные названия методов, содержащие избыточную и потенциально противоречивую информацию (create* update* etc.), что создает пространство для невынужденных ошибок. Что если отправить GET на метод deleteTask?
Я могу препарировать это поделие и дальше, но надеюсь вы поняли суть.
Ну, а если посмотреть на то , что написали ребята с другой стороны: 1. Мы не говорим, что мы успешно внедрили. Мы видим потенциал 2. Да, осечки в ответах ИИ есть и да, действительно снимать все с "ручного привода" страшно. Но так и не делает никто. Но согласитесь, если сетка попадет в 75% из 100% в запросе проджекта, он отсмотрит найденное наверное это леглче чем искать с 0? Да это не полная замена с кондачка 3. Мы привели примеры) И не агитируем сломя голову делать, как мы 4. Спасибо)
ChatGPT интересная, но пока хайпа больше, чем пользы. Примеры из этой статьи:
1. Дайджесты новостей - и кто это будет читать эту "воду"? Не говоря про то, что усилия, потраченные на постановку задачи, могли быть направлены на создание непосредственного текста новости без лишних посредников.
2. Постановка задачи - отдельный сюр. Помимо вышеперечисленных минусов, сетка "додумала", что требуется удаление сделок, обновление контактов и т.п. - в исходном тексте об этом не слова (что если сделки удалять вообще нельзя, что если нужны иммутабельные контакты и т.п.).
Помимо прочего, бот не учитывает контекста и архитектуры приложения.
Например, у вас для написания апишек принято делать мейнстримный RESTful, когда действие над сущностью задается глаголом, определяющимся в http заголовке запроса (GET, PUT, POST, DELETE и т.д.).
Бот это не учитывает и выдает программисту конкретные названия методов, содержащие избыточную и потенциально противоречивую информацию (create* update* etc.), что создает пространство для невынужденных ошибок. Что если отправить GET на метод deleteTask?
Я могу препарировать это поделие и дальше, но надеюсь вы поняли суть.
Ну, а если посмотреть на то , что написали ребята с другой стороны:
1. Мы не говорим, что мы успешно внедрили. Мы видим потенциал
2. Да, осечки в ответах ИИ есть и да, действительно снимать все с "ручного привода" страшно. Но так и не делает никто. Но согласитесь, если сетка попадет в 75% из 100% в запросе проджекта, он отсмотрит найденное наверное это леглче чем искать с 0? Да это не полная замена с кондачка
3. Мы привели примеры) И не агитируем сломя голову делать, как мы
4. Спасибо)
А что-то хороше в статье для себя нашли?)
*вы находитесь здесь*
1. Если дать объёмную задачу, то написать запрос будет быстрее
2. Можно давать последующие уточняющие запросы, Chat GPT скореектирует свои ответы. Ну и вообще "телепаты в отпуске", в голову залезть не смогут.
Я могу препарировать это поделие и дальше, но надеюсь вы поняли суть.Вы это... c Сopilotом посоветуйтесь- можете вы или нет...