Вот в этом и есть ваша проблема. Вы почему то считаете что ИИ снимает с вас ответственность. Я вот синьор в фанге, код пишу только с ИИ, производительность выросла в разы, но никуда не делись процессы. Я не выкладываю код ревью на й0 страниц потому что понимаю, что ревьювер не буду делать такое ревью. Все мои код ревью одностраничные. Я не стал сам хуже делать код ревью по простой банальной причине что ревью нужно не для того чтоб проверить чужой код, а для того чтоб соавтором и быть ответственным за код который ты ревьюишь. Никуда не делись процессы типо security review или prod readiness review. Все как и раньше покрыто тестами, толбко теперь я изменил свой подход так что тесты для меня первоочередное. Каждое ревью я начинаю с них.
Не отменяет, поэтому в компании и существуют процессы, а не тяп ляп и в прод.
Но это никак не отменчет траты времени вашего и кандидата. Хотите чтоб человек не писал ИИ или понимал что внутри - так и пишите в собеседовании. Одни сразу уйдут, другие нормально подготовятся
Крупные айти компании как раз не инертны. Бигтех на всех парах внедряет ИИ куда только можно. При этом у них никуда не исчезают процессы - code review, security review, production readiness review, pipelines со всеми разновидностями тестирования и тп. То есть ваши аргументы о том что если вдруг ИИ начнет писать ужасный код с уязвимостями то это сразу все пойдет на прод говорит только о процессах в вашей компании где вся надежда на то что работник не сделает ошибку (такого не бывает).
Теперь по поводу того что ИИ нельзя использовать так как они куда то сливают ваш код - есть простое решение - использовать облака амазона, гугла или майкрософт где можно использовать самые последние модели claude при этом не переживая что данные уйдут куда то. В облаках данные по соглашению никуда не уходят а остаются в облаке.
По поводу собеседований. Я синьор в фанге и иногда хожу по собеседованиям - везде где требуется делать домашнее задание я использую ИИ. Не вижу ни одной причины не использовать ИИ если в условиях задачи не написано обратного. Наоборот, по моему мнению, кандидат в наше время должен уметь пользоваться ИИ и поэтому многие крупные компании вводят этап где проверяется умение пользоваться ИИ.
ПОэтому если не хотите чтоб пользовались ИИ так и пишите, не хотите терять время что кандидат не понимает что написала ИИ - пишите что следующий этап обсуждение решения. Вот так все просто, а главное экономия времени вашего и кандидата. Я лично не пойду в компанию где сидят динозавры и не используют ИИ, поэтому о таком хочется узнавать быстрее
Поверьте нейронка легко пройдет ваше собеседование для джуна. И нет, джун не показывает постоянно один и тот же перформанс. Он может заболеть, запить. Ему станет тупо скучно. Поэтому вы должны постоянно следить, а ваши процессы не должны позволять лаже идти в прод независимо от того кто пишет - джун или нейронка
Ну раз у вас знакомые говорят то как я тут могу спорить :)
Это мне как то один человек в интернете написал что мы в европе не моемся потому что у него есть знакомый который рассказал что цены на энергию такие что мыться безумно дорого)
Вот у вас есть джун который пишет вам код. Джун увольняется приходит другой джун и получается по вашей логике надо свесить лапки ведь никто не может сказать как этот джун будет писать код. И тут возникает ситуация - либо вы умеете работать с джунами и у вас поставлены процессы по деплою, либо не умеете и просто пушите непроверенный код в прод. Надеюсь сравнение понятно
Вы перечитайте что я написал. Не нужно вам никуда смотреть. Так же как те кто не верит в то что американцы на луну высаживались не примут никаких доказательств, вы тоже не измените свое мнение посмотрев на код. Все люди кто научился работать с ИИ инструментами делали это пробуя, а не потому что кто-то им показал код
Ну я и говорю ж: если вы с ходу верите статьям где рассказывается что консольные утилиты в амазоне удалют прод то вы не имеете отношения к индустрии и рассуждать на данную тему вам не стоит
Если после прочтения той статьи у вас не возникло никаких критических вопросов к тому что консольная утилита смогла каким то образом взломать (или еще круче "удалить") прод то не думаю что вашей экспертности достаточно для рассуждения на тему данной статьи
Так вы бы ИИ спросили сначала, он бы вам открыл страшную тайну про с++/cli со своими особенными конструкциями. Да, вот после таких комментариев понимаешь что нет будущего у кожаных мешков
А что интересует то? Я в Амазоне работаю. Синьор. Код руками уже не пишу. Использую kiro cli. ИИ пишет все - документацию, инфраструктуру, код. Все работает в проде как часы потому что процессы работают, а не потому что ИИ у нас особенный. Год назад была статистика что 70% кода пишет ИИ внутри. Сейчас подозреваю что все 95%. Товарищ из AWS сейчас переписывает CodeSuite без строчки ручного кода. экспериментальный проект по миграции с помощью ИИ.
Я для себя вот такое сделал. Оркестрацию агентов без привязки к модели. Оркестратор ведет логи, составляет state, знает кто будет вызван когда, а каждый агент знает какие артефакты он получает, а какие выдает
Нее, это не троллинг, я прямо смеюсь над вашей позицией зарыть голову в песок и ничего не видеть
Это забавное мнение учитывая что синьор практически не пишет код, за него делают джуны и мидлы. Получается не развивается)
На самом деле это никак не связано - ты можешь хорошо писать код, но синьором не станешь, потому что это разный уровень ответственности и скоупа
Вот в этом и есть ваша проблема. Вы почему то считаете что ИИ снимает с вас ответственность. Я вот синьор в фанге, код пишу только с ИИ, производительность выросла в разы, но никуда не делись процессы. Я не выкладываю код ревью на й0 страниц потому что понимаю, что ревьювер не буду делать такое ревью. Все мои код ревью одностраничные. Я не стал сам хуже делать код ревью по простой банальной причине что ревью нужно не для того чтоб проверить чужой код, а для того чтоб соавтором и быть ответственным за код который ты ревьюишь. Никуда не делись процессы типо security review или prod readiness review. Все как и раньше покрыто тестами, толбко теперь я изменил свой подход так что тесты для меня первоочередное. Каждое ревью я начинаю с них.
Не отменяет, поэтому в компании и существуют процессы, а не тяп ляп и в прод.
Но это никак не отменчет траты времени вашего и кандидата. Хотите чтоб человек не писал ИИ или понимал что внутри - так и пишите в собеседовании. Одни сразу уйдут, другие нормально подготовятся
Крупные айти компании как раз не инертны. Бигтех на всех парах внедряет ИИ куда только можно. При этом у них никуда не исчезают процессы - code review, security review, production readiness review, pipelines со всеми разновидностями тестирования и тп. То есть ваши аргументы о том что если вдруг ИИ начнет писать ужасный код с уязвимостями то это сразу все пойдет на прод говорит только о процессах в вашей компании где вся надежда на то что работник не сделает ошибку (такого не бывает).
Теперь по поводу того что ИИ нельзя использовать так как они куда то сливают ваш код - есть простое решение - использовать облака амазона, гугла или майкрософт где можно использовать самые последние модели claude при этом не переживая что данные уйдут куда то. В облаках данные по соглашению никуда не уходят а остаются в облаке.
По поводу собеседований. Я синьор в фанге и иногда хожу по собеседованиям - везде где требуется делать домашнее задание я использую ИИ. Не вижу ни одной причины не использовать ИИ если в условиях задачи не написано обратного. Наоборот, по моему мнению, кандидат в наше время должен уметь пользоваться ИИ и поэтому многие крупные компании вводят этап где проверяется умение пользоваться ИИ.
ПОэтому если не хотите чтоб пользовались ИИ так и пишите, не хотите терять время что кандидат не понимает что написала ИИ - пишите что следующий этап обсуждение решения. Вот так все просто, а главное экономия времени вашего и кандидата. Я лично не пойду в компанию где сидят динозавры и не используют ИИ, поэтому о таком хочется узнавать быстрее
Действительно наивный вопрос. Работа инженера это не только писать код и чем выше по грейду инженер тем меньше надо писать код
Мда. Вот такие вот знатоки и рассказывают что нейронки не работают :)
Это не идеальный мир, это нормальный мир. Процессы нужны независимо от того кто пишет. Если синьор не ревьюит код джунов то он такой же джун
Поверьте нейронка легко пройдет ваше собеседование для джуна. И нет, джун не показывает постоянно один и тот же перформанс. Он может заболеть, запить. Ему станет тупо скучно. Поэтому вы должны постоянно следить, а ваши процессы не должны позволять лаже идти в прод независимо от того кто пишет - джун или нейронка
Ну раз у вас знакомые говорят то как я тут могу спорить :)
Это мне как то один человек в интернете написал что мы в европе не моемся потому что у него есть знакомый который рассказал что цены на энергию такие что мыться безумно дорого)
Вот у вас есть джун который пишет вам код. Джун увольняется приходит другой джун и получается по вашей логике надо свесить лапки ведь никто не может сказать как этот джун будет писать код. И тут возникает ситуация - либо вы умеете работать с джунами и у вас поставлены процессы по деплою, либо не умеете и просто пушите непроверенный код в прод. Надеюсь сравнение понятно
Вы перечитайте что я написал. Не нужно вам никуда смотреть. Так же как те кто не верит в то что американцы на луну высаживались не примут никаких доказательств, вы тоже не измените свое мнение посмотрев на код. Все люди кто научился работать с ИИ инструментами делали это пробуя, а не потому что кто-то им показал код
У меня все открыто, каждый коммит содержит метрики сколько написано ИИ, а сколько человеком.
Другое дело что вам наверное не особо и интересно как там в амазоне, у вас фанатизм - ИИ зло и не работает, кто говорит обратное - врет
Ну я и говорю ж: если вы с ходу верите статьям где рассказывается что консольные утилиты в амазоне удалют прод то вы не имеете отношения к индустрии и рассуждать на данную тему вам не стоит
У Амазона все отлично. От чего его спасать?
Если после прочтения той статьи у вас не возникло никаких критических вопросов к тому что консольная утилита смогла каким то образом взломать (или еще круче "удалить") прод то не думаю что вашей экспертности достаточно для рассуждения на тему данной статьи
Так вы бы ИИ спросили сначала, он бы вам открыл страшную тайну про с++/cli со своими особенными конструкциями. Да, вот после таких комментариев понимаешь что нет будущего у кожаных мешков
А что интересует то? Я в Амазоне работаю. Синьор. Код руками уже не пишу. Использую kiro cli. ИИ пишет все - документацию, инфраструктуру, код. Все работает в проде как часы потому что процессы работают, а не потому что ИИ у нас особенный. Год назад была статистика что 70% кода пишет ИИ внутри. Сейчас подозреваю что все 95%. Товарищ из AWS сейчас переписывает CodeSuite без строчки ручного кода. экспериментальный проект по миграции с помощью ИИ.
Я для себя вот такое сделал. Оркестрацию агентов без привязки к модели. Оркестратор ведет логи, составляет state, знает кто будет вызван когда, а каждый агент знает какие артефакты он получает, а какие выдает
https://github.com/gbFinch/agentic-orchestration
А Вот пример. https://github.com/gbFinch/windows-11-web-ui
В Папке .ai-orchestrator можно глянуть артефакты оркестрации, логи и изменение стейтов.
По такой логике и сервисы AWS не сложные потому что почти весь новый код ИИ пишет