Skynet е тук и ние трябва да се подготвим да служим на нашите господари... Добре, може би нещата все още не са толкова крайни, но AI бавно завладява.Инженерите по целия свят приемат AI в ежедневието си, някои много по-бързо от други. . Ако не се задържиш, ще останеш зад Какво означава всичко това за инженерите?В момента се нуждаем от реален опит, старши инженери, за да прегледаме и повтаряме с AI, за да генерираме добър код. Къде са отишли инженерите? Къде е Джон Уейн? Къде е песента на Прайра? Къде е моят щастлив край? Къде са отишли всички каубои? Къде е Мъжът Марлборо? Къде е блестящият му пистолет? Къде е моят самотен рейнджър? Къде са отишли всички каубои? Къде са отишли всички каубои? Къде са отишли всички каубои? Къде е Джон Уейн? Къде е песента на Прайра? Къде е моят щастлив край? Къде са отишли всички каубои? Къде е Мъжът Марлборо? Къде е блестящият му пистолет? Къде е моят самотен рейнджър? Къде са отишли всички каубои? Къде са отишли всички каубои? Къде са отишли всички каубои? Текстът на песента е от Паула Коул. „Ако не познавате песента, продължете да четете.“ Гледайте тук и продължавайте да четете В моя собствен опит, и това, което чувам от другите, кодът от AI е добър, но рядко е приемлив, тъй като е. Вграденото завършване и програмирането на връстниците, които CoPilot и Cursor предлагат, са надеждно добри, спестявайки ни секунда или две на ред код, над история, която може да възлиза на часове, спестени. автономни агенти за кодиране са там, където кодът започва да варира и да стане несъвместим с това, което искаме да видим. Необходимо е да се гарантира, че промените на агента . Our experience are the right changes Къде е Джон Уейн? В резултат на това често казваме, че нашите агенти за кодиране са „млади инженери“, или по-политически коректният етикет: „ранни инженери“. Трябва да им дадем (млади и агенти еднакво) ясни изисквания, да погледнем над раменете си, да им кажем какво да поправят, след това да прегледаме целия си код; изплакнете и повторете. Ето моята дилема: Ако е необходим висш инженер, за да разпознае лошия код и да насочи някой да създаде приемлив код, а аз, като младши инженер, използвам AI толкова, колкото и възрастните хора, ще израсна ли някога в старши инженер? Ще разгледаме тази дилема в следващите ми публикации. Къде е песента на Прайра? Младите инженери се появяват в фундаментално различна среда от по-възрастните; една, където AI играе централна роля в кодирането, дебютирането и дори архитектурните решения. Our current junior engineers will inevitably become the next generation of senior engineers. И все пак, ние все още се нуждаем от инженери, които могат да пишат и разбират добър, чист, поддържим код. Това създава напрежение: висшите роли се развиват от практически код до вземане на решения, оркестрация и мислене на ниво система. Инженерите в началото на кариерата се нуждаят от умишлено триене без AI. Младите инженери ще пропуснат основните учебни преживявания, когато разчитат твърде много на инструментите за AI. Отстраняване на сложни проблеми самостоятелно, разочарование, неуспех и учене. Работа чрез нюансите на конкретни езици и тяхната синтаксис. Критично мислене за производителността и сигурността, наистина създаване на "добър" код. Четене на техническа документация, да, ние обикновено го правим. Обучение чрез проба и грешка, и проба и грешка, и проба и грешка, и... Ето какво ни помага да придобием опит и интуиция: (Научих се да се боря с най-много бъгове в продължение на часове, а липсата на коса го доказва.) Ето защо добрите висши инженери стават религиозни за определени модели и методологии, защото са го спечелили, те са опитали различни подходи и са намерили най-добрите, които работят за тях. провал Тези практически преживявания насърчават дълбоко разбиране и развитие на умения, които са от съществено значение за превръщането в старши инженер. С тези невероятни AI инструменти сесиите за дебютиране са въпрос на това да кажете на AI какъв е проблемът и да му позволите да го разбере. Къде е моят щастлив край? Аз не знам. Ето с какво още се боря: How will junior engineers develop critical thinking and problem-solving skills without direct, hands-on experience? Can we give them these growth opportunities? Should we refuse them access to highly efficient AI tools for the sake of growth and preparing for the future? Can we effectively backfill retiring senior talent if we don’t proactively support junior development? Is it time to redefine what “senior engineer” means in the age of AI? If AI handles most coding and debugging, is the senior role more about decision-making, systems thinking, and aligning tech with business outcomes? Similar to airplane pilots who rely on autopilot but must respond skillfully in emergencies, do senior engineers become the calm in the chaos (land that plan upside down)? Are we training engineers to think deeply, or just to generate and evaluate AI outputs? Can product teams wait for engineers to grow into the critical experienced senior engineers we need? Or do we always need to ship it faster? Will traditional engineering roles still exist in a few years? Is this even a concern? Will AI get “that good” at coding so that we don’t need to review it, and senior devs are all about the system and architecture? Знам, че идва вълна от промени и искам да бъда пред нея. Yippy-yi, yippy-yay Повдигането на директора на агента Точно както ръстът на автоматизацията и CI/CD тръбопроводи преобразуват операционните екипи, като принуждават традиционните sysadmins да се усъвършенстват в DevOps инженери или да рискуват остаряването, ние виждаме подобна промяна с AI в софтуерното инженерство. Очакванията на инженерите се променят бързо. Тези, които се адаптират и се учат да управляват агенти, ще процъфтяват. Тези, които не могат да се окажат обезценени, несъответстващи и остарели. "Колкото по-бързо се отървете от старото сирене, толкова по-бързо ще откриете ново сирене." Спенсър Джонсън – Кой премести сиренето ми? "Колкото по-бързо се отървете от старото сирене, толкова по-бързо ще откриете ново сирене." Спенсър Джонсън – Кой премести сиренето ми? Вече виждаме промяната.Инженерите изграждат агенти, експериментират с тях в IDEs, интегрират ги в работните потоци и откриват колко мощни и полезни могат да бъдат.През последния месец създадох видео агент, агент за отстраняване на уязвимости в сигурността (наистина се изважда от езика), анализатор на истината на земята, премахвател на кодове за наследство за нашия 220ish repos и др. , а Само за няколко часа успях да изпълня монументални задачи (и да науча много уроци и да се бия с рани); това е невероятно.Инженерите се влюбват в агенти. Сайтът на Star Wars Star Wars Meme приложението Това е естествена еволюция, точно както управлението на версиите, отворен код и DevOps са променили формата на начина, по който работим; оркестрацията на агентите е следващата еволюционна стъпка и ще се движи по-бързо, отколкото сме виждали преди. За разлика от управлението на версиите, отворен код, DevOps и т.н., които са се възползвали от начина, по който правим софтуер, AI променя начина, по който взаимодействаме с начина, по който правим софтуер. Да се превърне в агент директор Скоро няма да бъдем просто кодове Агенти, ние ще управляваме екипи И ще ни трябват инженери, които да могат да ги насочват, да ги контролират и да ги коригират, когато нещата вървят отстрани, защото те ще го направят. Вземане на решения за агентите. с от Съдии по код, архитектура и компромиси AI can write it. You decide whether it’s right. Това е бъдещето, преминете напред от кривата, сега. Софтуерните инженери трябва да започнат да преминават към нова роля: директор на агент. Сигурен съм, че някой друг ще излезе с по-привлекателна дума. Наистина вярвам, че тази роля е бъдещето на инженерството и честно казано, тя е тук днес. Какво е агент директор? Защо, някой, който ръководи агенти, разбира се! :D Директорът ще се съсредоточи върху: Създаване, поддържане и развитие на конфигурации на агенти за оптимизиране на резултатите Мониторинг на производителността на агента и дебютиране на целия тръбопровод, от промпта до производството Агенти за обучение и фино настройване, за да отговарят на инженерните и продуктовите стандарти Управление и наблюдение на работните потоци, управлявани от AI Уверете се, че агентите спазват архитектурни ограничения, изисквания за съответствие и политики за сигурност чрез добре дефинирана документация Валидиране на решения за проектиране на системи на високо ниво И всичко друго, което един агент не може да направи, все пак Всеки един от тях може да бъде блог. Част от това ще бъде ново: ясно е, че има нови умения, които трябва да бъдат научени. Трябва да намерим възможности да научим това днес. Ако не можете да направите това на работа, започнете страничен проект или 3, и оставете агентите да свършат работата. Не всички цветя и агенти Ролята на агент директор идва с реални рискове.Много хора са повдигнали тези, и аз ги споменах и по-горе.Ние сме малко по-рано точно сега, за да оценяваме действително въздействието, но това е въпрос на време.Трябва да мислим за това сега. Ерозията на основните умения може да се случи, когато се разчитаме твърде много на AI, което ни прави глупави.Това може да отслаби нашата преценка и инстинктите за качество на кода.Има някои ранни проучвания, които са съгласни.Аз бих твърдял: ако това се прави правилно, това ни освобождава да правим по-креативни неща, разтягайки нови части от мозъка ни.Но аз съм оптимист. Загуба на система и архитектурна последователност. Днес агентите работят чудесно локално, могат да оптимизират кода в непосредствения си изглед, но често пропускат принципите на системния дизайн и "по-голямата картина". Ако имплицитно се доверяваме на ИИ и приемем, че агентите са „достатъчно умни“ без правилно валидиране, започваме да създаваме крехки системи. Въпреки че е необходим по-малко контекст при управлението на агенти (не е необходимо да зареждам цялата кодова база в работната си памет), управлението на дузина агенти в десетки приложения, с различни технологии, ще изисква управление на контекста на следващото ниво за нас, хората. Твоят опит е необходим... С появата на директорите на агенти, опитът става все по-важен.Тези роли дават приоритет на надзора, координацията и преценката над кодирането линия по линия. Освен ако... няма да стане. Следващата итерация на инструментите за ИИ може да взриви умовете ни; инженерните умения и експертиза ще умрат като необходимостта от екип от оператори, който ръчно да накара кода да влезе в производството. Не се продавам, че умственият AI идва твърде скоро. AI, както го знаем, е обучен, изплювайки най-добрите токени в ред. Можем да преглеждаме, критикуваме и подобряваме шансовете, но това все още е обучен модел. Няма креативност. Няма нови идеи. Няма изобретателност. Човешките инженери трябва да останат на върха, за да запазят нашия код и продуктите, които създаваме, оптимални, влиятелни и целенасочени. Модели на мислене (не мислете наистина) Не можете да ускорите пътя си, за да станете старши инженер Тъй като AI става все по-вграден в инженерните работни потоци, възниква опасно изкушение: можем да съкратим реалния опит.Нямаме нужда да обучаваме младши инженери, защото AI може да генерира кода.Ние можем да намалим размера на екипите и да разчитаме на автоматизацията, за да запълним пропуските. да лъжеш. „Изключването на разработчиците заради AI е най-глупавият ход в технологиите в момента.“ (Перацо, 2024 г.) „Изключването на разработчиците заради AI е най-глупавият ход в технологиите в момента.“ (Перацо, 2024 г.) Организациите, които поемат този път, рискуват да развалят своите инженерни тръбопроводи. Рискуват да загубят дълбоките, критични знания, които идват само от години на опити, грешки и наставничество. И най-лошото от всичко, те може да не осъзнаят щетите, докато не е твърде късно. Трябва да продължим да инвестираме в нарастващите инженери, реални. типът, който мисли, задава въпроси, дебютира и проектира. типът, който може да води в бъдеще, където AI е навсякъде, но преценката все още има най-голямо значение. AI can write it. They decide whether it’s right. Как може да изглежда това? Интензивен растеж за младши инженери Днешните младши разработчици трябва да бъдат по-преднамерени от всякога за растежа си.Невероятно е лесно да се мързели и да се позволи на AI да направи тежкото повдигане, но това съкращава истинското обучение. Тези от нас, които дойдоха преди AI, не трябваше да мислят толкова много за това да бъдат преднамерени; ние за отстраняване на неизправности, писане от нулата и смилане през процеса.Колко нощи изгорих, преследвайки бъгове... Така е построен занаята. Това не е проблем на JR инженер, това е човешки проблем. имаше имаше "ИИ може да подпомага генерирането на код, но без менторство качеството на кода, сигурността и архитектурата страдат" (Osmani, 2024). "ИИ може да помогне с генерирането на код, но без менторство, качеството на кода, сигурността и архитектурата страдат." ) София, 2024 г. За да се гарантира, че днешните младши инженери се превръщат в мислещи, ориентирани към системите висши инженери, от които ще се нуждаем утре, насърчавам някои практически техники: Свържете се с AI AI не отива никъде; това е твърде трудно да се избегне. Въпреки това, това не означава, че трябва да се откажете и да го оставите да направи всичко, което не ви позволява да се научите. Използвайте AI, за да генерирате решения и код, но отделете време, за да разберете и оспорите решенията си. Пренапишете кода си ръчно, за да сравните подходите. Търсете в мрежата за концепции, които използва и се уверете, че те са точни. Shadow the AI Не е нужно да знам Python, за да създам приложение Hello World. Мога да създам приложението, след което да разбера как работи.“ (Палмър, 2025) Не е нужно да знам Python, за да създам приложение Hello World. Мога да създам приложението, след което да разбера как работи.“ (Палмър, 2025) Задайте на AI същия въпрос повече от веднъж! Ако получавате различни отговори всеки път, прегледайте какво ги прави различни. Опитайте различни LLM изцяло, т.е. OpenAI срещу Claude, и сравнете. Question the AI. Запишете решенията и сравненията, предоставени от ИИ, заедно с алтернативите, които сте изследвали или измисляли. Keep an AI contrast journal Бъдете критични към AI, не само предполагайте, че е правилно (рядко е толкова добро), задавайте въпроси, правите промени и се ангажирайте с неговите резултати. Кодът без AI Вие не Искам да го направя. – Дайте му време! имат Използвайте Google, за да търсите, , прочетете блогове и форуми, намерете кодови откъси, копирайте / поставете и напишете свой собствен код! Go old school (are the kids calling it vintage now?). Игнорирайте отговора на Gemini Нищо не се чувства по-добре от прекарването на 4 часа отстраняване на грешка, когато осъзнаете, че сте сбъркали променливата. AI-free problem-solving. Поддържайте отговорност за малка, но не тривиална част от софтуера. Own a real component. Това е начинът, по който нашите опитни инженери стават опитни, изграждайки умения за критично мислене и проектиране на системи: практически код, изучаване на нови модели чрез опити и грешки и умопомрачително отстраняване на неизправности. Свържете се с хората Извън собствения си учебен път, ангажирайте се с експерти, които са отишли преди вас. Използвайте изкуствения интелект, за да обясните определени сложности и да попитате защо авторите може да са избрали посоката, в която са тръгнали. Read great code. Участвайте в прегледи с висши инженери, не само за валидиране на код, но и за разбиране на архитектурното и стратегическото мислене. Seek out human pairing. Обяснете работата си на другите, как сте разсъждавали през сложна ситуация.Помислете за говорене в потребителски групи или блогове.Повтарянето на това, което сте научили на другите, подсилва тези факти за себе си. Share what you learn. Бъдещето е във вашите ръце Това отнема време и усилия, а шансовете са, че ще се случи извън работата. Направете кодирането ново хоби, поемете странични проекти и бъдете нетърпеливи да научите! Ние не знаем истинското бъдеще на софтуерното инженерство, дори ако това е 100% AI-писан код за 5 години. Това, което можете да научите днес, чрез горните съвети, ще бъде безценно. Инженерни лидери, трябва да се покажем Аз оценявам, че е едно да се каже всичко това, и това е друго, за да се даде възможност на някои да го направят. За съжаление, повечето инженерни екипи са задвижвани от крайни срокове и тесни бюджети. Организациите трябва да инвестират Това е бъдещето, но трябва да планираме сега.Невъзможността да изградим бъдещи висши, опитни инженери въвежда дългосрочни пропуски в лидерството, техническата експертиза и иновациите. сега
