AI კოდირების გავლენა ღია კოდის პროგრამულ უზრუნველყოფაზე: ხარისხის კრიზისი თუ პროდუქტიულობის ზრდა?
AI კოდირების ინსტრუმენტები, რომლებიც პროგრამული უზრუნველყოფის შექმნის გამარტივებასა და გაიაფებას ჰპირდებოდნენ, ღია კოდის პროექტებში არაერთგვაროვან შედეგებს იწვევს. მიუხედავად იმისა, რომ მათ შეუძლიათ ახალი მოდულების შექმნა გააადვილონ გამოცდილი დეველოპერებისთვის, ისინი ასევე ხელს უწყობენ დაბალი ხარისხის კოდის მოზღვავებას, რაც ართულებს პროექტების მართვას, ზრდის რევიუერების დატვირთვას და საფრთხეს უქმნის ეკოსისტემების ფრაგმენტაციას. ეს იწვევს დებატებს AI-ის გავლენის შესახებ პროგრამული უზრუნველყოფის ხ
სამყარო, რომელიც სულ უფრო მძლავრი ხელოვნური ინტელექტის (AI) კოდირების ინსტრუმენტებით ფუნქციონირებს, ისეთი სამყაროა, სადაც პროგრამული უზრუნველყოფის შექმნა იაფია – ან ასე მიაჩნიათ – რაც მცირე ადგილს უტოვებს ტრადიციულ პროგრამულ კომპანიებს. როგორც ერთ-ერთ ანალიტიკურ ანგარიშშია ნათქვამი, „მომხმარებლის განწყობის გათვალისწინებით კოდირება სტარტაპებს საშუალებას მისცემს, გაიმეორონ კომპლექსური SaaS პლატფორმების ფუნქციები.“ ამან გამოიწვია შეშფოთება და განცხადებები იმის შესახებ, რომ პროგრამული კომპანიები განწირულნი არიან.
ღია კოდის პროგრამული უზრუნველყოფის პროექტები, რომლებიც აგენტებს იყენებენ რესურსების ხანგრძლივი შეზღუდვების დასაფარად, ლოგიკურად, პირველთა შორის უნდა იყვნენ, ვინც იაფი კოდის ეპოქიდან ისარგებლებენ. თუმცა ეს განტოლება სრულად არ მუშაობს. პრაქტიკაში, AI კოდირების ინსტრუმენტების გავლენა ღია კოდის პროგრამულ უზრუნველყოფაზე ბევრად უფრო არაერთგვაროვანი აღმოჩნდა. ინდუსტრიის ექსპერტების აზრით, AI კოდირების ინსტრუმენტებმა იმდენივე პრობლემა შექმნეს, რამდენიც გადაჭრეს. AI კოდირების ხელსაწყოების მარტივმა და ხელმისაწვდომმა ბუნებამ განაპირობა უხარისხო კოდის ნაკადი, რომელიც საფრთხეს უქმნის პროექტების გადატვირთვას. ახალი ფუნქციების შექმნა მარტივია, მაგრამ მათი შენარჩუნება ისეთივე რთულია და საფრთხეს უქმნის პროგრამული ეკოსისტემების შემდგომ ფრაგმენტაციას.
შედეგი უფრო რთული ამბავია, ვიდრე უბრალო პროგრამული უზრუნველყოფის სიმრავლე. შესაძლოა, პროგრამული ინჟინრის მოსალოდნელი, გარდაუვალი სიკვდილი AI-ის ახალ ეპოქაში ნაადრევი იყოს. ზოგადად, ღია კოდის მქონე პროექტებში შეიმჩნევა წარდგენილი მასალების საშუალო ხარისხის დაქვეითება, რაც, სავარაუდოდ, AI ინსტრუმენტების მიერ შესვლის ბარიერების შემცირების შედეგია.
„VLC-ის კოდირებასთან ახლად დაწყებული ადამიანებისთვის, შერწყმის მოთხოვნების ხარისხი, რომლებსაც ვხედავთ, საშინელია,“ – განაცხადა ჟან-ბატისტ კემპფმა, VideoLAN ორგანიზაციის აღმასრულებელმა დირექტორმა, რომელიც VLC-ს ზედამხედველობს, ბოლო ინტერვიუში. კემპფი კვლავ ოპტიმისტურადაა განწყობილი AI კოდირების ინსტრუმენტების მიმართ, მაგრამ ამბობს, რომ ისინი საუკეთესოა „გამოცდილი დეველოპერებისთვის.“
მსგავსი პრობლემები შეექმნა Blender-საც, 3D მოდელირების ხელსაწყოს, რომელიც 2002 წლიდან ღია კოდით არის შენარჩუნებული. Blender Foundation-ის აღმასრულებელმა დირექტორმა, ფრანჩესკო სიდიმ განაცხადა, რომ LLM-ის დახმარებით შექმნილი წვლილი, როგორც წესი, „რევიუერების დროს აფუჭებდა და მათ მოტივაციას აქვეითებდა.“ Blender ჯერ კიდევ ავითარებს ოფიციალურ პოლიტიკას AI კოდირების ინსტრუმენტებთან დაკავშირებით, მაგრამ სიდიმ თქვა, რომ ისინი „არც სავალდებულოა და არც რეკომენდებული კონტრიბუტორებისთვის ან ძირითადი დეველოპერებისთვის.“
შერწყმის მოთხოვნების ნაკადი იმდენად გაუარესდა, რომ ღია კოდის დეველოპერები მის სამართავად ახალ ინსტრუმენტებს ქმნიან. ამ თვის დასაწყისში, დეველოპერმა მიტჩელ ჰაშიმოტომ (Mitchell Hashimoto) შექმნა სისტემა, რომელიც GitHub-ზე კონტრიბუციებს მხოლოდ „დადასტურებული“ მომხმარებლებით შეზღუდავს, რითაც ფაქტობრივად ხურავს ღია კარის პოლიტიკას ღია კოდის პროგრამული უზრუნველყოფისთვის. როგორც ჰაშიმოტომ განცხადებაში აღნიშნა, „AI-მ გააქრო ბუნებრივი შესვლის ბარიერი, რომელიც OSS პროექტებს ნაგულისხმევად ნდობის საშუალებას აძლევდა.“
იგივე ეფექტი შეინიშნება bug bounty პროგრამებშიც, რომლებიც გარე მკვლევარებს უსაფრთხოების ხარვეზების შესახებ შეტყობინების ღია საშუალებას აძლევენ. ღია კოდის მონაცემთა გადაცემის პროგრამამ cURL-მა ცოტა ხნის წინ შეაჩერა თავისი bug bounty პროგრამა მას შემდეგ, რაც გადაიტვირთა იმით, რასაც შემქმნელმა დანიელ სტენბერგმა (Daniel Stenberg) „AI-ის ნაგავი“ უწოდა. „ძველად, ვინმე ნამდვილად დიდ დროს უთმობდა უსაფრთხოების ანგარიშს,“ – განაცხადა სტენბერგმა ბოლო კონფერენციაზე. „არსებობდა ჩაშენებული ხახუნი, მაგრამ ახლა ამის გაკეთება საერთოდ არ მოითხოვს ძალისხმევას. კაშხლის კარიბჭე ღიაა.“
ეს განსაკუთრებით იმედგაცრუებელია, რადგან ბევრი ღია კოდის პროექტი ასევე ხედავს AI კოდირების ინსტრუმენტების სარგებელს. კემპფი ამბობს, რომ ამან VLC-ისთვის ახალი მოდულების შექმნა გაცილებით გაამარტივა, იმ პირობით, რომ სათავეში გამოცდილი დეველოპერი დგას. „მოდელს შეგიძლიათ მისცეთ VLC-ის მთელი კოდის ბაზა და უთხრათ: „ამას ახალ ოპერაციულ სისტემაზე ვაკეთებ პორტირებას,““ – განაცხადა კემპფმა. „ეს სასარგებლოა უფროსი დეველოპერებისთვის ახალი კოდის დასაწერად, მაგრამ რთული სამართავია მათთვის, ვინც არ იცის რას აკეთებს.“
ღია კოდის პროექტებისთვის უფრო დიდი პრობლემა პრიორიტეტებში განსხვავებაა. Meta-ს მსგავსი კომპანიები აფასებენ ახალ კოდსა და პროდუქტებს, ხოლო ღია კოდის პროგრამული უზრუნველყოფის მუშაობა უფრო მეტად სტაბილურობაზეა ორიენტირებული. „პრობლემა განსხვავდება მსხვილი კომპანიებისგან ღია კოდის პროექტებისთვის,“ – აღნიშნა კემპფმა. „მათ დაწინაურებას კოდის წერისთვის აძლევენ, და არა მისი შენარჩუნებისთვის.“ AI კოდირების ინსტრუმენტები ასევე ჩნდება იმ მომენტში, როდესაც პროგრამული უზრუნველყოფა, ზოგადად, განსაკუთრებით ფრაგმენტირებულია.
ღია კოდის ინვესტორი კონსტანტინე ვინოგრადოვი (Konstantin Vinogradov) ამბობს, რომ AI ინსტრუმენტები ეჯახებიან ღია კოდის ინჟინერიის ხანგრძლივ ტენდენციას. „ერთის მხრივ, ჩვენ გვაქვს
თეგები:
#ტექნოლოგიები
#ხელოვნური ინტელექტი
#სტარტაპები
#დეველოპერები
#პროგრამული უზრუნველყოფა
#ღია კოდი
#github
#blender
#კოდის ხარისხი
#vlc
#უსაფრთხოების ხარვეზები
#კოდირების ინსტრუმენტები
წყარო: techcrunch.com
AI-ით გადამუშავებული
მსგავსი სტატიები
ხელოვნური ინტელექტი
Anthropic-ის Claude-ის აღზევება Apple App Store-ის რეიტინგებში პენტაგონთან მოლაპარაკებების ფონზე
ხელოვნური ინტელექტი
ტრამპის ადმინისტრაცია Anthropic-ს სანქციებს უწესებს ხელოვნური ინტელექტის გამოყენებაზე უარის გამო: ექსპერტი ინდუსტრიის უსაფრთხოების ხარვეზებზე საუბრობს
ხელოვნური ინტელექტი