Skynet აქ არის, და ჩვენ უნდა მზად იყოს მომსახურება ჩვენი superlords ... OK, ალბათ, რამ არ არის, რომ Extreme ჯერ კიდევ, მაგრამ AI slowly იღებს. ინჟინრები მთელი მსოფლიოში იღებს AI მათი ყოველდღიური, ზოგიერთი უფრო სწრაფად, ვიდრე სხვა. მე შეესაბამება, ჩვენ უნდა აღიაროთ, ეს არის ახალი ასაკი ტექნოლოგია, და ისინი . არ იღებს, არ იღებს არ იღებს ამჟამად, ჩვენ გვჭირდება რეალური გამოცდილება, მაღალი ხარისხის ინჟინრები, მიმოხილვა და განახლება AI შექმნას კარგი კოდი. რა არის მათთვის, ვინც მხოლოდ დაიწყება? რა ხდება, როდესაც ძველი ხალხი გადაიხადოს? სადაც ყველა ინჟინერი გაქვთ? რა არის ჩემი John Wayne? რა არის ჩემი PRAIRIE SONG? რა არის ჩემი ბედნიერი ბოლოს? რა თქმა უნდა, რომ ყველა Cowboys გაქვთ? რა არის ჩემი Marlboro Man? რა არის მისი სინათლის ფანჯარა? რა არის ჩემი ერთეულე Ranger? რა თქმა უნდა, რომ ყველა Cowboys გაქვთ? რა თქმა უნდა, რომ ყველა Cowboys გაქვთ? რა თქმა უნდა, რომ ყველა Cowboys გაქვთ? რა არის ჩემი John Wayne? რა არის ჩემი PRAIRIE SONG? რა არის ჩემი ბედნიერი ბოლოს? რა თქმა უნდა, რომ ყველა Cowboys გაქვთ? რა არის ჩემი Marlboro Man? რა არის მისი სინათლის ფანჯარა? რა არის ჩემი ერთეულე Ranger? რა თქმა უნდა, რომ ყველა Cowboys გაქვთ? რა თქმა უნდა, რომ ყველა Cowboys გაქვთ? რა თქმა უნდა, რომ ყველა Cowboys გაქვთ? ტექსტები Paula Cole. თუ თქვენ არ იცით ხმა, წაიკითხეთ აქ და წაიკითხეთ ;* შეამოწმეთ აქ და წაიკითხეთ ჩემი საკუთარი გამოცდილებაზე, და ის, რაც მე სხვაგან სითხე, AI- ის კოდი არის კარგი, მაგრამ rarely აღიარებული, როგორც ეს არის. Inline დასრულება და კეერის პროგრამირება, რომელიც CoPilot და Cursor გთავაზობთ, არის საიმედოად კარგი, შეუზღუდავი ჩვენ ერთი წამში ან ორი კოდი ხაზზე, ისტორიაში, რომელიც შეიძლება შეიცავდეს საათი. ავტომატური კოდირების агенები არიან, სადაც კოდი იწყება განსხვავდება და არ შეესაბამება ის, რაც ჩვენ გსურთ ნახოთ. საჭიროა უზრუნველყოს, რომ პარტნიორების ცვლილებები . Our experience are the right changes რა არის ჩემი John Wayne? შედეგად, ჩვენ ხშირად ვთქვათ, რომ ჩვენი კოდირების მენეჯერი არის "Junior ინჟინერი", ან უფრო პოლიტიკურად რეიტინგული label: "წყის კარიერის ინჟინერი". ჩვენ უნდა გაძლევთ მათ (Juniors და მენეჯერი, ისევე) ნათელი მოთხოვნები, ვხედავთ მათ ზედაპირზე, ვთქვათ მათ, რა უნდა გააუმჯობესოს, შემდეგ შეამოწმოთ ყველა მათი კოდი; სითბოს და რეპუტაცია. ამ ხარისხის, ეს მოითხოვს გამოცდილი მენეჯერი, რათა გაუმჯობესოთ ღირებულება ჩვენი კოდირების მენეჯერი, რადგან ისინი ვიცი, რა უნდა ეძებს. აქ არის ჩემი დელამია: თუ ზემოთ ინჟინერი უნდა აღიაროს ცუდი კოდი და განიცდიან ვინმეს, რათა შექმნათ ხელმისაწვდომი კოდი, და მე, როგორც ზემოთ ინჟინერი, იყენებთ AI, ისევე, როგორც ზემოთ ინჟინერი, მე ოდესმე ზემოთ ინჟინერი? დრო არ აცხადებს ინჟინერი ზემოთ; გამოცდილება. ჩვენ შეამოწმოთ ეს dilemma ჩემი შემდეგი პოსტები. რა არის ჩემი PRAIRIE SONG? Junior ინჟინერები მოდის ძირითადად განსხვავებული გარემოში, ვიდრე seniors აქვს; ერთ-ერთი, სადაც AI ითამაშა ცენტრალური როლი კოდირების, debugging, და მაშინაც კი არქიტექტუალური გადაწყვეტილებები. Our current junior engineers will inevitably become the next generation of senior engineers. მიუხედავად იმისა, რომ ჩვენ ჯერ კიდევ გვჭირდება ინჟინრები, რომლებიც შეუძლიათ წაიკითხოთ და განიხილოს კარგი, სუფთა, შენარჩუნება შესაძლებელი კოდი. ეს ძირითადი ქარხანა არ იღებს. ეს ხელს უწყობს სიტყვას: მაღალი ხარისხის ფუნქციონირება განვითარდება კოდექსიდან გადაწყვეტილებების მიღება, ოკტერატურა და სისტემის დონეზე ფიქრობას. მაგრამ ეს გადაწყვეტილებები მხოლოდ ხარისხისა, როდესაც პრაქტიკული გამოცდილება. პირველი კარიერის ინჟინერებს საჭიროა მუდმივი friction გარეშე AI. Junior ინჟინერები გაქვთ ძირითადი კვლევების გამოცდილება, როდესაც ისინი ძალიან ძალიან დამოკიდებულია AI ინსტრუმენტებს. პრობლემების გადაწყვეტა კომპლექსური პრობლემები დამოუკიდებლად, გაქვთ frustrated, ცუდი, და კვლევები. მუშაობა სპეციფიკური ენების შანსი და მათი სინთაქტი. ძირითადად ეფექტურობის და უსაფრთხოების შესახებ, ნამდვილად შექმნათ კარგი კოდი. ტექნიკური დოკუმენტების წაიკითხვა, რა თქმა უნდა, ჩვენ გაქვთ ეს. გაცნობა და შეცდომა, გამოცდილება და შეცდომა, გამოცდილება და შეცდომა და... ეს არის ის, რაც დაგეხმარებათ გამოცდილება და intuition: . (მე გაიგო, რომ ყველაზე გაქირავებული bug- ის გაქირავება საათის განმავლობაში დასრულდა, და ჩემი კურსი არ არის ეს). ეს არის ის მიზეზი, რომ კარგი მაღალი ხარისხის ინჟინერები გაქირავებენ ზოგიერთი ნიმუშები და მეთოდები, რადგან ისინი გაქირავებენ, ისინი გაქირავებენ სხვადასხვა მიმოხილვა და აღმოაჩინეს საუკეთესო, რომელიც მუშაობს მათთვის. მე სარგებლობენ, რომ ჩემი გუნდი მეგობრები პრობლემებს გაქირავებენ, რადგან მე ვიცი, როდესაც ისინი იღებენ და გაქირავებენ, ისინი უკეთესია, და ჩვენი გუნდი უკეთესია. ცუდი ეს პრაქტიკული გამოცდილება ხელს უწყობს გაცნობიარე და უნარების განვითარება, რომლებიც მნიშვნელოვანია გააკეთოს წამყვანი ინჟინერი. ამ შესანიშნავი 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 Rise of მენეჯერი მენეჯერი ისევე, როგორც ავტომატაციის და CI / CD pipelines განკუთვნილია ოპერაციული გუნდი მიერ მოცულობა ტრადიციული sysadmins გააუმჯობესოს DevOps ინჟინრები ან რისკების შეზღუდვა, ჩვენ ვხედავთ მსგავსი შეზღუდვის ეტაპზე AI პროგრამული უზრუნველყოფის ინჟინრები. ინჟინრები მოთხოვნები ცვლილება სწრაფად. ისინი, ვინც განკუთვნილია და სწავლობენ ადმინისტრატორების მართვის გაუმჯობესება. მათ, ვინც არ იპოვებს, არ არის მნიშვნელოვანია, და შეზღუდული. ეს არ არის იმის გამო, რომ ისინი არ იყო ჭკვიანი, მაგრამ იმის გამო, რომ ისინი არ განვითარდა. “შესაც უფრო სწრაფად იღებთ ძველი ყავისფერი, უფრო სწრაფად იღებთ ახალი ყავისფერი.” spencer johnson, who moved my cheese (მაგ. ვინ გადაიხადე ჩემი ქსოვა) “შესაც უფრო სწრაფად იღებთ ძველი ყავისფერი, უფრო სწრაფად იღებთ ახალი ყავისფერი.” spencer johnson, who moved my cheese (მაგ. ვინ გადაიხადე ჩემი ქსოვა) ინჟინრები აშენებენ ინჟინრები, ექსპერიმენტი მათ ერთად IDEs, ინტეგრირება მათ workflows, და აღმოაჩინოს, თუ როგორ ძლიერი და სასარგებლო ისინი შეიძლება იყოს. ბოლო თვეში, მე შექმნა ვიდეო ინჟინრები, უსაფრთხოების შეუზღუდავი რედაქტირება ინჟინრები (მე ნამდვილად rolls off ენა), ground truth analyzer, legacy code remover ჩვენი 220ish repos, და სხვა. ჩემი თავისუფალი დროში, მე გაბრუნდა ახალი A , და აქვს 2 სხვა (ან არა ყველა Star Wars) მომზადება. მხოლოდ საათის განმავლობაში, მე უკვე შეუძლიათ გააკეთოს მენეჯმენტური დონეები (და აქვს ბევრი კურსები გაიგო და გაქირავებული დაზიანებები); ეს არის უპირატესობა. ინჟინერები შეყვარს საინჟინროები. მე არ შეყვარს, მე უკვე შეყვარს. Star Wars საიტები Star Wars meme პროგრამა ეს არის ბუნებრივი განვითარება, ისევე, როგორც ვერსია კონტროლი, Open Source, და DevOps შეიცვალა ფორმა, თუ როგორ ჩვენ მუშაობთ; მენეჯერი არქიტექტურა არის შემდეგი ეფექტური ნაბიჯი, და მდებარეობს უფრო სწრაფად, ვიდრე ჩვენ ვხედავთ ადრე. განსხვავებით ვერსია კონტროლი, Open Source, DevOps, და ა.შ., რომელიც უპირატესობთ, თუ როგორ ჩვენ პროგრამული უზრუნველყოფა, AI შეიცვალა, თუ როგორ ჩვენ ურთიერთობთ, თუ როგორ ჩვენ პროგრამული უზრუნველყოფა. ჩვენ არ უნდა იყოს სუპერ ტექნიკური, რათა აწარმოოს პროგრამა. ბიზნესში მდებარეობს ძალიან სწრაფად, რადგან ისინი არ დაინტერესებენ კოდი; ისინი უბრალოდ სურს მათი პროგრამა. ჩვენ, ინჟინ გააუმჯობესება მენეჯერი დაახლოებით, ჩვენ არ იქნება მხოლოდ კოდირება მეკობრეები, მეკობრეები ვართ და ჩვენ გჭირდებათ ინჟინრები, რომლებიც შეუძლია მართვა, მონიტორინგი, და კურსი შეცვალოს მათ, როდესაც რამაც გაქვთ მხარეს, რადგან ისინი იქნება. ეს არის სადაც გამოცდილი senior ინჟინრები მოდის, არ როგორც საუკეთესო coders, მაგრამ როგორც საუკეთესო • გადაწყვეტილებები მენეჯერითათვის. ერთად და კოდი, არქიტექტურა და კონტაქტები AI can write it. You decide whether it’s right. ეს არის მომავალში, დასაწყისში, ახლა. პროგრამული ინჟინერი უნდა დაიწყოს გადაზიდვა ახალი როლი: მენეჯერი დირექტორი. მე დარწმუნებული ვარ, რომ ვინმეს სხვა მოდის მოკლე buzzword. მე ნამდვილად ვფიქრობ, რომ ეს როლი არის მომავალში ინჟინერი, და ნამდვილად, ეს არის აქ დღეს. ჩვენ ჯერ კიდევ დასაწყისში hype ციკლი, მაგრამ ეს იქნება მოკლე. ეს არის აქ, და ეს არის მშვენიერი. რა არის მენეჯერი? რა თქმა უნდა, ვინმეს მენეჯმენტი, რა თქმა უნდა! :D მენეჯერი მენეჯერი განკუთვნილია: შექმნა, შენარჩუნება და განვითარება მენეჯერი კონფიგურაცია, რათა გაუმჯობესოს შედეგები მონიტორინგი მენეჯერი შესრულება და debugging სრული pipeline, from prompt to production ტრენინგი და fin-tuning agents შეესაბამება ინჟინერი და პროდუქტის სტანდარტებს გაუმჯობესება და გაუმჯობესება ოპერაციები, რომლებიც ეფუძნება AI უზრუნველყოფა, რომ მენეჯერი შეესაბამება სტრუქტურული შეზღუდვები, შეესაბამება მოთხოვნები, და უსაფრთხოების პოლიტიკა, მეშვეობით კარგად შეზღუდული დოკუმენტაცია მაღალი დონეზე სისტემის დიზაინი გადაწყვეტილებები და რა თქმა უნდა, რა თქმა უნდა, მექანიზმი არ შეუძლია, თუმცა Huh, თითოეული მათ შორის შეიძლება იყოს დღიური პოსტი. ზოგიერთი ეს იქნება ახალი: ჩვეულებრივ, არსებობს ახალი უნარები, რომ გაიგოთ. ჩვენ უნდა იპოვოთ შესაძლებლობები, რომ გაიგოთ ეს დღეს. თუ თქვენ არ შეგიძლიათ გააკეთოთ ეს მუშაობის დროს, დაიწყოს მხარეს პროექტი, ან 3, და გაძლევთ ოპერაციები გააკეთოს მუშაობა. ზოგიერთი ეს არ არის ახალი და ალბათ იმიტომ, რომ შედარებით ის, რაც გუნდის ლიდები უკვე გააკეთებენ დღეს. ეს არ არის ყველა ფურცელი და აგენტები მენეჯერი დირექტორი ფუნქცია მოიცავს რეალური რისკები. ბევრი ადამიანი გააგრძელებს ეს, და მე უკვე აღწერილი მათ ასევე ზედაპირზე. ჩვენ არის პატარა ადრე ახლა, რომ ნამდვილად აღიაროთ ეფექტი, მაგრამ ეს არის დროის საკითხი. ჩვენ უნდა გაქვთ ეს ახლა. ძირითადი უნარების შეზღუდვა შეიძლება მოხდეს, როდესაც ჩვენ ძალიან ძალიან დამოკიდებულია AI- ს, რაც ჩვენ ხელს უწყობს. ეს შეიძლება შეუზღუდავი ჩვენი გაცნობა და კოდი ხარისხის ინტუსები. არსებობს ზოგიერთი დასაწყისში კვლევები. მე ვფიქრობ, რომ: თუ ეს გაკეთდება სწრაფად, ეს გაძლევთ უკეთესია, რომ გავაკეთოთ უფრო შექმნილია რამ, გაგრძელების ახალი ნაწილები ჩვენი გულის. მაგრამ მე ვფიქრობ. სისტემის დაკარგვა და სტრუქტურული კონფიგურაცია. დღეს, მენეჯები შესანიშნავი ადგილობრივ, შეუძლია ოპტიმიზაცია კოდი მათი პირდაპირი ნახვა, მაგრამ ხშირად დაკარგავს სისტემური დიზაინი პრინციპები და "ბეჭდვა უფრო დიდი". როგორც კონტექსტალური ფანჯარები უფრო დიდი და მოდელები უფრო განიცდიან, ეს არ იქნება პრობლემა? თუ ჩვენ შეუზღუდავი სარგებლობენ AI და მიუთითებს, რომ მექანიკაციები “მაგუმჯობესებული” არიან, გარეშე საკმარისული დატვირთვა, ჩვენ დაიწყებთ შექმნათ სქესობრივი სისტემები. Overconfidence in automation, aka: we get lazy. however, if the agent is just going to fix itself, do we care? (<– იხილეთ, overconfidence არის ძალიან მარტივი) მიუხედავად იმისა, რომ ნაკლებად კონტაქტი საჭიროა, როდესაც მენეჯმენტების მართვა (მე არ უნდა დატვირთოთ მთელი კოდი ბაზა ჩემი სამუშაო მექანიზში), მენეჯმენტების მენეჯმენტების მენეჯმენტების მენეჯმენტების მენეჯმენტები, სხვადასხვა ტექნოლოგიების გამოყენებით, საჭიროებენ შემდეგი დონის კონტაქტი მენეჯმენტებს ჩვენთვის, ადამიანებს. თქვენი გამოცდილება საჭიროა... მას შემდეგ, რაც მენეჯერი მენეჯერი იზრდება, გამოცდილება უფრო მნიშვნელოვანია. ეს როლები priorize მენეჯერი, კონტროლი და გადაწყვეტილება, ვიდრე line-by-line coding. მიუხედავად იმისა, რომ არ იქნება. Next iteration of AI tools could blow our minds; ინჟინერი უნარები და გამოცდილება იღებს, როგორიცაა საჭიროება ოპს გუნდი manually push code into production. შეიძლება ჩვენ, მენეჯერი დირექტორი, საჭიროა ნაკლებად, როგორც AI გაუმჯობესებს და შეუძლია carry its own. მე არ გაყიდვებთ, რომ მშვენიერი AI ძალიან სწრაფად იღებს. AI, როგორც ჩვენ იცით, სასწავლოა, საუკეთესო შესაძლებლობების ტოკიების გაფართოება. ჩვენ შეგვიძლია შეამოწმოთ, შეამოწმოთ და გაუმჯობესოთ შანსი, მაგრამ ეს ჯერ კიდევ არის სასწავლო მოდელი. არ არსებობს შექმნა. არ არსებობს ახალი იდეები. არ არის ინჟინერი. ადამიანის ინჟინრები უნდა იყოს ზედაპირზე, რათა შენარჩუნოთ ჩვენი კოდი და პროდუქცია, რომ ჩვენ შექმნათ ოპტიმალური, ეფექტური და მიზნით. Thinking Models (თუ ნამდვილად არ ვფიქრობ) თქვენ არ შეგიძლიათ გააუმჯობესოთ თქვენი გზა, რათა იყოს senior ინჟინერი მას შემდეგ, რაც ინჟინრირებული AI უფრო მეტი ინჟინრირებული ინჟინრირებული workflows, არსებობს რისკული მოცულობა გამოწვევა: ჩვენ შეგვიძლია შეკუმშოთ რეალური გამოცდილება. ჩვენ არ უნდა აწარმოოს Junior ინჟინრები უფრო მეტი, რადგან AI შეუძლია შექმნათ კოდი. ჩვენ შეგვიძლია შეკუმშოთ გუნდი და დამოკიდებულია ავტომატიზაციის შეკუმშოთ შუა. მოთხოვნა საკმარისია. წავიდეთ “გამუშავების გათავისუფლება AI- ის გამო არის ამჟამად ტექნოლოგიის ყველაზე ცუდი მოვლენები” (Perazzo, 2024). “გამუშავების გათავისუფლება AI- ის გამო არის ამჟამად ტექნოლოგიის ყველაზე ცუდი მოვლენები” (Perazzo, 2024). ამ გზა იღებენ ორგანიზაციები, რომლებიც იზრუნებენ მათი ინჟინერი მილები. ისინი იზრუნებენ, რომ დაკარგონ გლუვი, ძირითადი ცოდნა, რომელიც მხოლოდ წლების გამოცდილება, შეცდომა და mentoring. და ყველაზე ცუდი, ისინი შეიძლება არ აღიაროთ დაზიანება, სანამ ძალიან წინასწარა. სისტემები იწყებენ გაზიანება, არქიტექტურული კონცენტრაცია გაზიანება, და არ არსებობს ვინმეს, ვინც გაიგებს, როგორ მუშაობს ყველაფერი. ჩვენ უნდა გაგრძელოთ ინვესტიციებს ზრდის ინჟინერებს, რეალური. ის ტიპი, რომელიც ფიქრობდა, კითხვებს, შეიტანებს და დიზაინერებს. ის ტიპი, რომელიც შეუძლია Lead in a Future where AI is everywhere, but judgment still matters most. AI can write it. They decide whether it’s right. როგორ შეიძლება ეს გამოიყურება? Junior ინჟინრები დღესის Junior Developer- ს უნდა იყოს უფრო მუდმივი, ვიდრე ნებისმიერ დროს, მათი ზრდის შესახებ. ეს ძალიან ადვილია, რათა დატოვოს და გაძლევთ AI გააკეთოს მძიმე lifting, მაგრამ ეს short-circuits რეალური სწავლის. ჩვენთვის, ვინც დასაწყისში მოვიდა AI- ს წინ, არ იყო საჭირო, რომ ძალიან მძიმე ვფიქრობ, რომ განიცდიან; ჩვენ მე ვფიქრობ, რომ მე არ ვფიქრობ, რომ მე ვფიქრობ, რომ მე ვფიქრობ, რომ მე ვფიქრობ, რომ მე ვფიქრობ, რომ მე ვფიქრობ, რომ მე ვფიქრობ, რომ მე ვფიქრობ, რომ მე ვფიქრობ, რომ მე ვფიქრობ, რომ მე ვფიქრობ, რომ მე ვფიქრობ, რომ მე ვფიქრობ, რომ მე ვფიქრობ, რომ მე ვფიქრობ, რომ მე ვფიქრობ, რომ მე ვფიქრობ, რომ მე ვფიქრობ, რომ მე ვფიქრობ, რომ მე ვფიქრობ, რომ მე ვფიქრობ, რომ მე ვფიქრობ, რომ მე ვფიქრობ, რომ მე ვფიქრობ, რომ მე ვფიქრობ. ეს არ არის JR ინჟინერი პრობლემა, ეს არის ადამიანის პრობლემა. არ არ "AI შეუძლია დაეხმაროს კოდი გენერაციის, მაგრამ გარეშე mentoring, [ ჩვენი] კოდი ხარისხი, უსაფრთხოება, და არქიტექტურა სარგებლობენ." (Osmani, 2024) "AI შეუძლია დაეხმაროს კოდი გენერაციის, მაგრამ გარეშე mentoring, [ ჩვენი] კოდი ხარისხი, უსაფრთხოება, და არქიტექტურა სარგებლობენ." ( ) 2024 წელს რათა უზრუნველყოს, რომ თანამედროვე Junior ინჟინერები გაიზარდოს განიცდიან, სისტემის მორგებული მაღალი ინჟინერები, რომ ჩვენ გჭირდებათ ხვალ, მე განიცდიან რამდენიმე პრაქტიკული ტექნოლოგიები: კონტაქტი AI AI არ იწვევს ნებისმიერ ადგილას; ეს ძალიან რთულია, რომ თავიდან ავიცილოთ. თუმცა, ეს არ ნიშნავს, რომ თქვენ უნდა დატოვოთ და გაძლევთ ყველაფერს, არ საშუალებას გაძლევთ გაიგოთ. ეს შეიძლება იყოს დიდი სასარგებლო და ეფექტი თქვენი სასწავლო მოგზაურობა! 2. გამოყენება AI შექმნათ გადაწყვეტილებები და კოდი, მაგრამ მიიღეთ დრო, რათა შეამოწმოთ და შეკითხოთ მისი გადაწყვეტილებები. შეამოწმეთ მისი კოდი manually შედარებით მიზნები. ეძებს ინტერნეტში კონცეფციები იგი იყენებს და უზრუნველყოფს, რომ ისინი ზუსტი. მკურნალობა AI, როგორც წამყვანი ინჟინერი, მახასიათებლები, შეკითხვები, და სწავლობენ. Shadow the AI “გამოწმოება ახლა მოთხოვნა. მე არ უნდა იცოდეს Python შექმნას Hello World app. მე შეგვიძლია შექმნათ პროგრამა, შემდეგ გაიგოთ, როგორ მუშაობს.” (Palmer, 2025) “სწავლა ახლა მოითხოვს. მე არ ვფიქრობ Python- ის ძიება და აშენება app. მე შეგვიძლია შექმნათ app, შემდეგ გაიგოთ, თუ როგორ მუშაობს. ” ( ) საჭიროება Hello მსოფლიოში პლატფორმა, 2025 თუ თქვენ მიიღებთ განსხვავებული პასუხები ყოველდღიურად, შეამოწმეთ, რაც მათ განსხვავებს. ცდილობენ განსხვავებული LLMs მთლიანად, ეს არის OpenAI vs Claude, და შედარებით. Question the AI. დასაწყისში დასაწყისში დასაწყისში დასაწყისში დასაწყისში დასაწყისში დასაწყისში. Keep an AI contrast journal Be critical of AI, არ უბრალოდ იმიტომ, რომ ეს არის სწორი (ხვეწინავე, ეს არის, რომ კარგი). კითხვებს, გააკეთოთ შეცდომები, და შეუერთდება მისი outputs. კოდი გარეშე AI თქვენ არ გაქირავება – გაქირავება! არ Google-ის გამოყენებით, Google-ის გამოყენებით დააჭირეთ, წაიკითხეთ დღიურები და ფორმაები, იპოვოთ კოდი სექციები, კოდი / პლატფორმა და წაიკითხეთ საკუთარი კოდი! Go old school (are the kids calling it vintage now?). შეამოწმოთ თქვენი Gemini პასუხი არაფერი არ არის უკეთესი, ვიდრე 4 საათის განმავლობაში შეცდომა გადარჩენა bug, როდესაც თქვენ აღიარებთ, რომ თქვენ შეცდომა ვარიანტი. AI-free problem-solving. შეინარჩუნეთ პასუხისმგებლობა მცირე, მაგრამ არასამთავრობო პროგრამული უზრუნველყოფის ნაწილებისთვის. შეინარჩუნეთ მისი განვითარება, დბგირება და დიზაინის არჩევანი. Own a real component. ეს არის, თუ როგორ ჩვენი გამოცდილი ინჟინერები გახდა გამოცდილი, შექმნის ძირითადი ფიზიკური და სისტემის დიზაინი უნარები: hands-on კოდი, სწავლა ახალი ნიმუშები გამოცდილება და შეცდომა, და გონება პრობლემების გადაწყვეტა. შეესაბამება ხალხს გარდა თქვენი საკუთარი სწავლის გზა, შეესაბამება ექსპერტები, რომლებიც უკვე წინასწარ თქვენ. შეამოწმოთ კარგად შენარჩუნებული Open Source პროექტები, რათა internalize საუკეთესო პრაქტიკები და გადაწყვეტილებების მოდელები. გამოიყენეთ AI გააჩნოს ზოგიერთი სქესობები და კითხვებს, რატომ ავტორები შეიძლება აირჩიოს მიმართულებით ისინი. Read great code. შეესაბამება მაღალი ხარისხის ინჟინრები, არა მხოლოდ კოდი გაფართოება, არამედ განიცდიან არქიტექტური და სტრატეგიული ფიზიკური. Seek out human pairing. განიხილეთ თქვენი მუშაობა სხვათან, თუ როგორ განიხილეთ კომპლექსური სიტუაციაში. განიხილეთ მომხმარებლის ჯგუფიში ან დღიურში. ამ ფაქტებს გაუმჯობესებს, რაც სხვათან გაიგეთ. Share what you learn. თქვენი მომავალი თქვენი ქსელში ეს იღებს დრო და ძალისხმევა, და შანსია, ეს მოხდება სამუშაოგან. შექმნათ კოდირების თქვენი ახალი სასიამოვნო, მიიღეთ მხარეს პროექტები, და ეძებს გაეცნოთ! ჩვენ არ იცით პროგრამული ინჟინერების ნამდვილი მომავალს, მიუხედავად იმისა, რომ ეს არის 100% AI-shaped კოდი 5 წლის განმავლობაში. რა შეგიძლიათ გაიგოთ დღეს, ზედაპირზე რჩევები, იქნება ღირებულება. ჩვენ გჭირდებათ, დაიწყეთ დღეს. საინჟინრო მენეჯერი, ჩვენ უნდა გამოიყურებოდეს მე ვფიქრობ, რომ ეს არის ერთი რამ, რომ ვთქვა ყველა ეს, და ეს არის კიდევ ერთი რამ, რომ საშუალებას გაძლევთ ზოგიერთი გააკეთოს. მშვიდობა, ყველაზე ინჟინერი გუნდი იძლევა თარიღი და მჭიდრო budgets. გაძლევთ ინჟინერი სწავლის ღირს დრო და ფული. არის ინვესტიცია ღირს? ორგანიზაციები უნდა ინვესტიციონ ეს არის მომავალში, მაგრამ ჩვენ უნდა დაგეგმოთ ახლა. არ აშენების მომავალში მაღალი ხარისხის, გამოცდილი ინჟინრები მოიცავს გრძელვადიანი შუა Leadership, ტექნიკური გამოცდილება და ინოვაცია. ახლა
