Сегодня общался с чатгпт и почуствовал себя такситом
Попросил у чатгпт сделать мне код, который будет проверять, есть ли в s3 бакете объект или нет. Он выдал мне следующее.
if aws s3api head-object --bucket "$BUCKET_NAME" --key "$FILE_KEY" > /dev/null 2>&1; then
echo "File exists in S3: $FILE_KEY"
else
echo "File does not exist in S3: $FILE_KEY"
fiНу и я, посмотрев снисходительно на вывод этой железяки, напрягся, и начал смекать, что происходит.
Ага. Вот посмотрели есть ли объект в бакете. Вот перенаправили стандартный вывод в дев нулл. Потом цифры. что за цифры? 2 это вроде стандатный поток вывода ошибок, ага. Перенаправим его… куда? Ну по идее в 1, а 1 это стандартный вывод. Ага. Получается, что если команда отработала без ошибок, то в итоге в условии будет пустая строка, значит условие выполнится и файл такой есть. А если ошибка упала - значит непустая строка в условии даст негативную ветку ветвления. Вроде понятно.
Погодите, а зачем тут &? Убираю, без него тоже работает. Ага. Ну и я убеждаюсь в справедливости своей снисходительности, мол, глупая железяка, накопировала лишние символы мне тут вот.
А на самом деле то что. Решил уточнить, зачем &
Оказывается что без этого символа вывод будет перенаправлен в файл с названием 1, а не в стандартный вывод. Ну и как результат, условие сработает только 1 раз, а потом будет работать некорретно. Мда.
Почувствовал себя таксистом, который спорит с навигатором.
Многие говорят о том, что за чатгпт результаты нужно проверять. Мне кажется, что также важно не привносить свои, человеческие ошибки в те ответы, которые были созданы современными llm. Потому что они уже от таких ошибок защищены. Да, делают вагон других, но своих. Поэтому человек и искусственный интеллект вполне себе дополняют друг друга, ошибаясь по разному, а значит давая возможность отлавливать ошибки друг друга. Один исправляет то, что не понимает другой.