Неодамна направив не-преговарачки повик за мојот инженерски тим: Ги поттикнувам моите програмери да ги интегрираат роботи за вештачка интелигенција во нивните работни процеси за пишување, рефакторирање и тестирање на код секој ден.Во сегашниот пејзаж, технолошкиот свет се движи со брзина што го прави кодирањето "само со рака" да се чувствува како да се обидува да победи во трката на Формула 1 на велосипед. Using AI is no longer optional. Но, ако сум целосно искрен, овој мандат ме прави неверојатно вознемирен. Како шеф на инженеринг, ја балансирам потребата за брзина со застрашувачката можност за "автоматизирана просечност". Паѓање во „Мртвата линија“ Најголемиот убиец на продуктивноста што го гледам не е недостаток на алатки; тоа е Сите сме го доживеале тој хипнотичен транс каде што верувате дека АИ е од совршеното решение. Dead Loop. Само еден брз далеку Обично се случува вака: АИ генерира блок од код (да речеме, комплексен Java Spring Boot контролер) кој изгледа правилно, но не успева да се изврши. Вие ја враќате грешката на AI. АИ "извинува" за надгледувањето и ви ја дава истата скршена логика, можеби заменување на име на променлива или две. Повторете го ова додека не исчезнат два часа. Во тие два часа, искусен инженер би можел да ја напише логиката од нула, да ја тестира единицата и да земе кафе. „Мртвата лажица“ е опасна затоа што се чувствува како работа, но всушност е само скапо ротирање на тркалото. Губење на „големата слика“ АИ е господар на микро, но почетник на макрото. Тој може да напише беспрекорен регекс или концизна помошна функција во секунди. Кога програмерите премногу се потпираат на копирани ИИ фрагменти, кодовата база почнува да изгледа како проект „Франкенштајн“ – збирка на делови кои работат поединечно, но не припаѓаат сосема заедно. и огромни количини на Тоа нема да се открие денес, но ќе го направи нашиот живот кошмар една година од сега кога ќе се обидеме да го рефакторираме. Leaky Abstractions Technical Debt Како лидер, мојот страв е дека ќе престанеме да градиме кохезивни системи и ќе почнеме само да „управуваме“ со серија од исклучени скрипти. Три едноставни правила За да ја задржиме нашата инженерска предност остра, воспоставив три "полеви правила" кои секој програмер во мојот тим мора да ги следи: Третирајте го како брз интернер Размислете за АИ како многу брз, многу желен млад стажист. Стажист може да ви заштеди часови на грунта работа, но никогаш не би го посветиле нивниот код на производство без линија по линија преглед. If you can't explain what the AI wrote, you aren't allowed to merge it. Нека типира, не дозволувајте да мисли Користете вештачка интелигенција за "механичките" делови на кодирањето - повторувачки котел, конвертирање на формати на податоци или пишување на основни компоненти на корисничкиот интерфејс во Vue или Tailwind.Но архитектонските одлуки - "зашто" зад шемата на базата на податоци или безбедносните протоколи - мора да дојдат од човечкиот мозок. Но, не на . Работничка Логиката Правилото на 10 минути Ако сте поминале повеќе од 10 минути расправувајќи се со бот или обидувајќи се да го "натерате инженерот" да поправи одредена грешка, Понекогаш, "старото училиште" начин на отворање на документацијата и самиот печатење е се уште најбрзиот, најсигурниот пат до решение. turn it off. Долна линија Ние влегуваме во ера во која дефиницијата на "Сениор Инженер" се менува.Ова веќе не е само за тоа колку добро знаете синтаксис; тоа е за тоа колку добро можете да управувате со сет на алатки за да произведете сигурен, скалабилен резултат. Сакам мојот тим да ги има најдобрите алатки во светот. Сакам да бидеме најбрзиот софтверски дом на пазарот. Но одбивам да дозволам да го изгубиме нашето "инженерско црево."Користете ги ботовите, останете во контрола, и никогаш не дозволувајте AI да го направи тешко размислување за вас.
