Я на самом деле прихожу к таким выводам. Можно сколько угодно противится и пытаться не замечать изменений, но похоже они все-таки будут. Возможно в каком-то другом виде, но будут.
Интересная схема, но как мне видится разработка и настройка(память, эти вм, общие папки, консоли) инструментов это отдельная область в которую кандидат для и любой разработчик не должен укрываться. В конце концов область вайбкодинга полно к каким-то практикам и стандартам которые не нужно мучительно долго настраивать - поставило инсталляшку и сидит пиши поромты.
Аналогичная ерунда с курсором была когда я одной строчкой хотел кучу кода получить.
Со стажерами кстати такое часто тоже бывает: на пальцах объясняешь, что нужно сделать, а через пару дней он уходит в цикл и занимается решением проблемы вообще к задаче не относящийся(например сборка сломалась из-за того, что новую версию рантайма себе поставил). Как распишешь в каком файле, что нужно править, какие зависимости использовать и где почитать документацию - все вроде работа нормализуется.
Как раз такие случаи где точечно надо что-то поправить это пока не стоит нейросети закидывать. А вот там где кучу бойлерплейта написать или новый модуль который будет жонглировать уже существующими - там можно существенный профит получить.
Вообще нейросети очень подробные инструкции надо писать, что, как и в каком виде сделать. Если быть таким наставником не в вашем амплуа, то нейросеть по умолчанию будет фиговым работником.
Это уже если полностью виртуального аватара на собеседование вместо себя отправить. Всё-таки пока ещё человек сам проходит собеседование пусть и с подсказками гпт как минимум его манера общения может все провалить даже с идеальным знаниями.
Я кстати не согласен, что будет крах некомпетентности. Некомпетентные найдут лазейки и в среднем по больнице все примерно на том же уровне и останется. В моменте будет только какая-то турбулентность.
Вроде бы человек формулирует, что он хочет в итоге получить. Другое дело, что надо четко понимать, что ты можешь хотеть, а без соответствующих знаний описать желаемое в принципе непросто. То есть чтобы даже задавать правильные вопросы надо понимать область соответствующую.
Хм... вроде бы не всем нужно в германию, поэтому не понятно зачем пробовать. ) Но в целом посыл понятен - аи не отменяет необходимости понимания.
Это ведь ирония про иронию?
Я на самом деле прихожу к таким выводам. Можно сколько угодно противится и пытаться не замечать изменений, но похоже они все-таки будут. Возможно в каком-то другом виде, но будут.
Интересная схема, но как мне видится разработка и настройка(память, эти вм, общие папки, консоли) инструментов это отдельная область в которую кандидат для и любой разработчик не должен укрываться. В конце концов область вайбкодинга полно к каким-то практикам и стандартам которые не нужно мучительно долго настраивать - поставило инсталляшку и сидит пиши поромты.
Интересно бы сравнить как раз с использованием ИИ.
Не аутсорсинг случайно был?
+1
Как раз это здоровый подход - комбинировать разные методики, а не бездумно пологаться на ии.
Аналогичная ерунда с курсором была когда я одной строчкой хотел кучу кода получить.
Со стажерами кстати такое часто тоже бывает: на пальцах объясняешь, что нужно сделать, а через пару дней он уходит в цикл и занимается решением проблемы вообще к задаче не относящийся(например сборка сломалась из-за того, что новую версию рантайма себе поставил). Как распишешь в каком файле, что нужно править, какие зависимости использовать и где почитать документацию - все вроде работа нормализуется.
Как раз такие случаи где точечно надо что-то поправить это пока не стоит нейросети закидывать. А вот там где кучу бойлерплейта написать или новый модуль который будет жонглировать уже существующими - там можно существенный профит получить.
Вообще нейросети очень подробные инструкции надо писать, что, как и в каком виде сделать. Если быть таким наставником не в вашем амплуа, то нейросеть по умолчанию будет фиговым работником.
А если явно нейронке говорить как организовать дизайн кода в проекте? Как с реальными джуном.
Указывать какие иниенфейсы будут, какие паттерны использовать, что сделать в реализациях и тд . У меня был хоть небольшой, но удачный опыт.
А вот это как раз и навык распознать где нейронка даст профит, а где модхаться придется с ней.
Думаю, что легаси лапше не документированном даже пробовать не стоит.
Смотря с каким полушарием проблемы, укажите в резюме диагноз сразу после навыков по Kubernetes и мы рассмотрим вашу кандидатуру.
Симбиоз не зрелого мозга HRов и корпоративных стандартов еще и не такое родить может.
Почти на каждом собеседовании есть блок system design, хотя возможно это только от senior уровня.
Это уже если полностью виртуального аватара на собеседование вместо себя отправить. Всё-таки пока ещё человек сам проходит собеседование пусть и с подсказками гпт как минимум его манера общения может все провалить даже с идеальным знаниями.
Я кстати не согласен, что будет крах некомпетентности. Некомпетентные найдут лазейки и в среднем по больнице все примерно на том же уровне и останется. В моменте будет только какая-то турбулентность.
Вроде бы человек формулирует, что он хочет в итоге получить. Другое дело, что надо четко понимать, что ты можешь хотеть, а без соответствующих знаний описать желаемое в принципе непросто.
То есть чтобы даже задавать правильные вопросы надо понимать область соответствующую.
Хм... вроде бы не всем нужно в германию, поэтому не понятно зачем пробовать. ) Но в целом посыл понятен - аи не отменяет необходимости понимания.
Пока стадия отрицания не прошла - это временно.
Точно также как по телефону один робот рассказывает другому, что ему этот товар не нужен. Туда и идем.
Спасибо.
Понял, что еще же можно VPN на раннер натянуть.
Это просто одна из реализаций GraphRAG.
Возможно и будет, заглядывайте через 9 месяцев если что.
О! Снова хоронители джавы подъехали!
Первый раз я вас встретил примерно в 2008 когда только начинал на ней кодить.
Java Is Dead - https://chasethedevil.github.io/post/java-is-dead/
Fri, Nov 21, 2008