Да, как можно довериться ИИ, когда ошибка может повлечь за собой гигантский убыток? Делать бесконечный рефакторинг кода и разбираться, что написал ИИ... Если проект серьезный, то ошибки вообще недопустимы. Ну как можно с легкостью отправлять код в продакшен, не уверенным в нем самому? Я вообще не понимаю
Даже с командами тестировщиков я всё сам проверяю. Никому нельзя доверять, нужно всегда внимательно делать задачу и думать о самом худшем: "запрос вернет левые данные", "а тут не number, а string придет", "а вдруг бэк решит отдавать вместо пустого массива в ответе 204..."
Как выше написал: Всё это обсуждение можно свести к тому, у кого какой опыт. У кого-то ИИ позволяет всё делать без ошибок, безупречно. Для другого это кошмар. Они могут до бесконечности спорить, и оба будут правы)
Всё это обсуждение можно свести к тому, у кого какой опыт. У кого-то ИИ позволяет всё делать без ошибок, безупречно. Для другого это кошмар. Они могут до бесконечности спорить, и оба будут правы)
Я уже сталкивался с циклическими ошибками от ИИ. Решая одну, он создает другую, а потом возвращается обратно к первой. Базовые ошибки он без проблем исправит, но если возникают какие-то нестандартные проблемы, то тут всё печально. У меня еще есть возможность сравнивать с React и Vue. На React сложнее кодить с ИИ, потому что, если сравнивать с Vue, React позволяет себе выстрелить в ногу
Если нет возможности найти работу за хорошую зарплату, значит, остается несколько вариантов: ждать, просить меньше, уходить из IT. Вариант просить меньше, на мой взгляд, лучший из всех.
Хорошо, у вас своё видение по этому поводу, у меня - своё. 😊 Может, у меня знакомый достаточно хорошо себя показал, но в начале апреля он смог запросто получить 3 оффера за неделю по направлению тестирования))
Я точно говорю, что устроиться в IT можно не разработчиком. Для тестировщиков и аналитиков вакансии есть. Да, ЗП будет меньше, но будет хотя бы какая-то стабильность, чем ничего. Можно ждать 10 лет удачного оффера, а можно устроиться тестировщиком и в рамках компании перепрыгнуть в разработку или пытаться найти что-то лучше
Да, я тоже размышлял об этом. Очень интересная мысль. Но опять же, в моменте потребуется столько ресурсов, чтобы это сделать, что это даже хорошо. Я считаю так, что любое изменение в IT- это хорошо. Даже ИИ - это хорошо))
Уоу! Во-первых, спасибо за такой большой комментарий, во-вторых, вы правы. Я рассуждаю так: если разработчик останется за бортом кодинга, то нужно идти в аналитики или в тестировщики, главное - вернуться в IT, но это всего лишь мысли. Лучше иметь хоть какую-то работу, чем ничего))
Когда оставляют длинные "— ", уже кажется, что это ИИ ответ. Это только первая часть рефакторинга, показывает мысли Алекса, на что можно опереться при рефакторинге. Чтобы полноценно рассказать все этапы рефакторинга, нужно тогда писать уже несколько статей.
И то на каждую статью найдется человек, который скажет, что всё неверно и не так вы мыслите, а на самом деле вот так должно быть. Тут уж правда зависит от любителя поспорить))
Ну тут надо рассматривать конкретные кейсы, я бы лучше использовал router.push. В моём кейсе как раз этот случай тоже обрабатывается в goBack последним else. Опять же повторюсь, что и ваш вариант можно рассмотреть, но для меня push лучше. Я не призываю вас и не хочу вызвать у вас негативную реакцию. А то уже страшно оставлять комментарии - люди набрасываются))
ура, единомышленник !)
Да, как можно довериться ИИ, когда ошибка может повлечь за собой гигантский убыток? Делать бесконечный рефакторинг кода и разбираться, что написал ИИ... Если проект серьезный, то ошибки вообще недопустимы. Ну как можно с легкостью отправлять код в продакшен, не уверенным в нем самому? Я вообще не понимаю
Даже с командами тестировщиков я всё сам проверяю. Никому нельзя доверять, нужно всегда внимательно делать задачу и думать о самом худшем: "запрос вернет левые данные", "а тут не number, а string придет", "а вдруг бэк решит отдавать вместо пустого массива в ответе 204..."
Наверно, плохо раскрыл тему, понял. Постараюсь в следующих статьях детальнее описывать мысль. Спасибо, что честно написал
Как выше написал:
Всё это обсуждение можно свести к тому, у кого какой опыт. У кого-то ИИ позволяет всё делать без ошибок, безупречно. Для другого это кошмар. Они могут до бесконечности спорить, и оба будут правы)
Всё это обсуждение можно свести к тому, у кого какой опыт. У кого-то ИИ позволяет всё делать без ошибок, безупречно. Для другого это кошмар. Они могут до бесконечности спорить, и оба будут правы)
Я уже сталкивался с циклическими ошибками от ИИ. Решая одну, он создает другую, а потом возвращается обратно к первой. Базовые ошибки он без проблем исправит, но если возникают какие-то нестандартные проблемы, то тут всё печально. У меня еще есть возможность сравнивать с React и Vue. На React сложнее кодить с ИИ, потому что, если сравнивать с Vue, React позволяет себе выстрелить в ногу
Если нет возможности найти работу за хорошую зарплату, значит, остается несколько вариантов: ждать, просить меньше, уходить из IT. Вариант просить меньше, на мой взгляд, лучший из всех.
да, все верно написали, согласен с вами)
Зачем так писать?) Так и есть, указал самую минимальную зп. Как-то неприятно, когда вы пишете про выдуманную историю ...
Хорошо, у вас своё видение по этому поводу, у меня - своё. 😊 Может, у меня знакомый достаточно хорошо себя показал, но в начале апреля он смог запросто получить 3 оффера за неделю по направлению тестирования))
Я точно говорю, что устроиться в IT можно не разработчиком. Для тестировщиков и аналитиков вакансии есть. Да, ЗП будет меньше, но будет хотя бы какая-то стабильность, чем ничего. Можно ждать 10 лет удачного оффера, а можно устроиться тестировщиком и в рамках компании перепрыгнуть в разработку или пытаться найти что-то лучше
Да, я тоже размышлял об этом. Очень интересная мысль. Но опять же, в моменте потребуется столько ресурсов, чтобы это сделать, что это даже хорошо. Я считаю так, что любое изменение в IT - это хорошо. Даже ИИ - это хорошо))
Уоу! Во-первых, спасибо за такой большой комментарий, во-вторых, вы правы. Я рассуждаю так: если разработчик останется за бортом кодинга, то нужно идти в аналитики или в тестировщики, главное - вернуться в IT, но это всего лишь мысли. Лучше иметь хоть какую-то работу, чем ничего))
Vue пытается усидеть на всех стульях одновременно))
Я просто захотел написать статью - я её написал. Что я не так сделал? Что мне теперь, нельзя выкладывать статью, если я вот так захотел?
Извините, я с вами спорить не буду продолжать. Если вы так считаете, то это ваше право. Будьте чуть подобрее, пожалуйста, в комментариях!
А так истина зависит от проекта и от текущих требований. К сожалению, нет одного правильного ответа: вот так хорошо, а вот так плохо))
Есть инетерсная статья про стор: https://habr.com/ru/articles/1020074/
Когда оставляют длинные "— ", уже кажется, что это ИИ ответ. Это только первая часть рефакторинга, показывает мысли Алекса, на что можно опереться при рефакторинге. Чтобы полноценно рассказать все этапы рефакторинга, нужно тогда писать уже несколько статей.
И то на каждую статью найдется человек, который скажет, что всё неверно и не так вы мыслите, а на самом деле вот так должно быть. Тут уж правда зависит от любителя поспорить))
Наверно, не совсем корректное сравнение сделал в статье (
обещали еще одну грамоту подарить))
Ну тут надо рассматривать конкретные кейсы, я бы лучше использовал router.push. В моём кейсе как раз этот случай тоже обрабатывается в goBack последним else. Опять же повторюсь, что и ваш вариант можно рассмотреть, но для меня push лучше. Я не призываю вас и не хочу вызвать у вас негативную реакцию. А то уже страшно оставлять комментарии - люди набрасываются))