⭐ რეკომენდირებული 🔥 ტრენდულ OpenSpec-ის დაუფლება: production spec-driven workflows AI coding agents-ისთვის
გადააქციე SDD ოპერაციულად OpenSpec-ით — open-source spec framework, რომელიც specs-ს ისე ეპყრობა, როგორც Git კოდს. დაეუფლე /opsx:propose, /opsx:apply და /opsx:archive ბრძანებებს რეალურ brownfield კოდბაზაზე. CI gates, multi-engineer collaboration, legacy specs-ის retrofitting და workflow რიტუალები, რომლებიც რჩება.
Oleksii Anzhiiak
სოფტვეარ არქიტექტორი, უფროსი .NET ინჟინერი და თანადამფუძნებელი
კურსის ბოლოს თქვენ შეძლებთ
- OpenSpec-ის გაშვება რეალურ brownfield კოდბაზაში npm install-დან spec-gated CI-მდე
- /opsx:propose, /opsx:apply, /opsx:archive workflow-ის დაუფლება end-to-end
- openspec validate-ის ჩართვა როგორც დამბლოკავი CI ნაბიჯი და spec deltas-ის რევიუ code diffs-ის ნაცვლად
- Specs-ის retrofitting legacy კოდზე descriptive→prescriptive ორმაგი გავლის workflow-ით
- გუნდის რიტუალების აშენება, რომელთა წყალობით spec-driven engineering რჩება მესამე კვირაზე მეტ ხანს
გერგებათ ეს კურსი?
ეს თქვენთვისაა, თუ თქვენ…
- გაიარე #28 (SDD Foundations) ან #26 (Claude Code Mastery) და გინდა production ხელსაწყო, რომელიც ორივეს ოპერაციულად ხდის
- ხართ Senior+ ინჟინერი, მზად ხართ თქვენი გუნდი ერთ SDD framework-ზე ჩააწეროთ — და გინდათ სენიორ-არქიტექტორის ხედვა არჩევანზე
- ინახავთ brownfield კოდბაზას და გჭირდებათ გზა spec დისციპლინისკენ, რომელიც ყველაფრის გადაწერას არ მოითხოვს
არ აიღოთ ეს კურსი, თუ…
- ჯერ არ აითვისეთ SDD — ჯერ #28; OpenSpec მეთოდოლოგიის გარეშე უბრალოდ slash ბრძანებებია
- გუნდი ჯერ არ იყენებს agentic coding ხელსაწყოს — ჯერ #26, რომ ყოველდღიური ციკლი დაამყაროთ
- არ გაქვთ რეალური კოდბაზა ამის გამოსაყენებლად — OpenSpec production ხელსაწყოა, არა sandbox-სავარჯიშო
ვინ კითხულობს
Oleksii Anzhiiak
სოფტვეარ არქიტექტორი, უფროსი .NET ინჟინერი და თანადამფუძნებელი
ოლექსი ანჟიაკი — სოფტვეარ არქიტექტორი, უფროსი .NET ინჟინერი და ToyCRM.com-ისა და ProfectusLab-ის თანადამფუძნებელი. 15+ წლიანი გამოცდილებით, ის სპეციალიზირდება განაწილებულ სისტემებში, cloud ინფრასტრუქტურაში, მაღალი დატვირთვის backend-ში და იდენტობის პლატფორმებში. ქმნის უსაფრთხო ავტენტიფიკაციის სისტემებს, არქიტექტურულ გადაწყვეტებს და თანამედროვე საგანმანათლებლო პროგრამებს, რომლებიც სტუდენტებს კარიერულ წინსვლაში ეხმარება.
ამჟამად ხელმძღვანელობს ToyCRM.com-ის არქიტექტურას — multi-tenant CRM პლატფორმას .NET-ზე, რომელსაც ჩვენი გუნდი აშენებს. იგივე პატერნები და დიზაინ-გადაწყვეტილებები, რომლებიც იქ გამოიყენება, პირდაპირ ჩნდება კურსებშიც: identity & auth, განაწილებული სერვისები, code review-ის კულტურა. სწავლობ ინჟინრებთან, რომლებიც აქტიურად უშვებენ production-კოდს, არა სახელმძღვანელოდან.
სილაბუსი
ექვსი მოდული OpenSpec-ის გასაშვებად რეალურ production კოდბაზაში — npm install-დან გუნდამდე spec-gated CI-ით:
- 1 მოდული 1: ინსტალაცია და bootstrap — openspec init, AGENTS.md და project.md კონტრაქტი, AI ხელსაწყოს არჩევა (Claude Code / Cursor / Windsurf), 200-ხაზიანი project.md-ის წერა, რომელიც არ ცურდება
- 2 მოდული 2: Proposal-ის workflow — /opsx:propose end-to-end, proposal.md + design.md + tasks.md-ის ანატომია, რა ხდის proposal-ს კარგად vs ზედაპირულად, agent-ის გენერირებულის რევიუ
- 3 მოდული 3: Validation და spec deltas — openspec validate, GIVEN/WHEN/THEN სინტაქსი, ADDED/MODIFIED/REMOVED დელტები, CI ინტეგრაცია; ვალიდაცია როგორც დამბლოკავი ნაბიჯი პირველი დღიდან
- 4 მოდული 4: იმპლემენტაცია და რევიუ — /opsx:apply, spec delta-ის რევიუ vs code diff-ის, როდის გადააწერო agent-ს, model selection propose/apply/validate-ისთვის (Opus 4.7, Codex 5.5, იაფი ფენები)
- 5 მოდული 5: Brownfield retrofitting — specs-ის უკუ-ინჟინერია legacy კოდიდან, descriptive გავლა vs prescriptive გავლა, მეორე გავლა მარყუჟში ადამიანით, რეალური legacy module-ის retrofitting, რომელიც თქვენ არ დაგიწერიათ
- 6 მოდული 6: Production რიტუალები — გუნდის გადასვლა, archive როგორც უცვლელი ისტორია, telemetry-ის opt-out, multi-engineer change isolation, post-archive analytics, ცნობა, როდის არის OpenSpec არასწორი ხელსაწყო
წინაპირობები
ძალიან რეკომენდებულია SDD Foundations (#28) მეთოდოლოგიისთვის და Claude Code Mastery (#26) ყოველდღიური agentic coding ციკლისთვის. Claude Agent SDK (#27) ასევე კარგად ერგება.
მყარი ყოველდღიური workflow agentic coding ხელსაწყოთი (Claude Code, Cursor ან მსგავსი). CLI-სთან, Node.js საფუძვლებთან და Git Flow-სთან კომფორტი. რეალური კოდბაზა, რომელზეც OpenSpec შეგიძლიათ გამოიყენოთ.
რას ააშენებთ
გადიხართ OpenSpec-ით, რომელიც მუშაობს brownfield კოდბაზაზე, რომელსაც ფლობთ, spec-gated CI pipeline-ით, რომელიც ცუდ ცვლილებებს ბლოკავს, და გუნდის რიტუალებით, რომელთა წყალობით spec-driven engineering გადარჩება honeymoon-ფაზას.
- OpenSpec install, init, project.md და AGENTS.md
- Slash ბრძანებები: /opsx:propose, /opsx:apply, /opsx:archive
- openspec validate და CI ინტეგრაცია
- Brownfield retrofitting: descriptive vs prescriptive specs
- Multi-engineer collaboration და change isolation
სად დევს თქვენს კარიერაში
კურსის პარალელურად წასაკითხი
OpenSpec 2026-ში: spec-driven development-ის ოპერაციული სისტემა
ექვსი კვირის წინ დავაყენე @fission-ai/openspec. გუშინ ჩავაბარე თოთხმეტ-ფაილიანი ცვლილება ოთხმოცდაათ წუთში ორას-ხაზიანი სპეციფიკაციიდან, brownfield-კოდბაზაში, რომელსაც სამი ინჟინერი ორი წელია ასწორებს — მერჯ-კონფლიქტების გარეშე, რევიუს ესკალაციის გარეშე. ეს არის სენიორ-არქიტექტორის ღრმა გარჩევა იმისა, თუ რატომ OpenSpec არის პირველი SDD-ხელსაწყო, რომელიც პროდაქშენ-რეალობის ქვეშ არ იშლება.
Evals 2026-ში: ტესტ-სიუტი სისტემებისთვის, რომლებიც დეტერმინირებული არ არიან
თქვენი AI-ფიჩა გუშინ მუშაობდა და დღეს იშლება. არც კოდი შეცვლილა, არც პრომპტი, არც მოდელი. ასე გამოიყურება ცხოვრება evals-ის გარეშე. ეს არის spec → context → evals ტრიადის მესამე საყრდენი — და დისციპლინა, რომელსაც გუნდების უმეტესობა გამოტოვებს.
Spec-Driven Development: როცა სპეციფიკაცია კოდბაზად იქცევა
უკვე ორი თვეა, ხელით ერთი ფუნქცია არ დამიწერია — და კოდბაზა არასოდეს ყოფილა უფრო ჯანმრთელი. აი, როგორ შეცვალა spec-driven development-მა ის, რასაც 2026-ში «საინჟინრო სამუშაო» ერქმევა, წესები, რომლებიც დისციპლინას პატიოსნებას უნარჩუნებენ, და ადგილები, სადაც ის ჯერ კიდევ იშლება.
პირველი გაკვეთილი ჩვენი ხარჯითაა. გადაწყვიტე ინსტრუქტორთან გაცნობის შემდეგ.
ჩაერთე პირველ სესიაზე. თუ პირველი გაკვეთილის შემდეგ გადაწყვიტე, რომ ინსტრუქტორი არ გერგო — მისთვის არ იხდი, არცერთი უხერხული საუბრის გარეშე. (საცდელი მოქმედებს იმ კურსებზე, რომლებიც 5 გაკვეთილზე გრძელია; ეს კურსი ერგება.)
ფასი და რა შედის
რა შედის
- 12 ცოცხალი სესია × 2 საათი — მასწავლებელი ცოცხლად ატარებს, არა ჩანაწერი
- სლაიდები თითოეული სესიისთვის — შენთან რჩება და ნებისმიერ დროს შეგიძლია გადახედო
- მუშა კოდის ფაილები და data-ფაილები გაკვეთილიდან — შენს მანქანაზე იქნება დაკლონილი
- ყოველკვირეული სავალდებულო პერსონალური კოდის გადახედვით მასწავლებლისგან
- ჩაწერა მოთხოვნით — წინასწარ აცნობე მასწავლებელს („სამშაბათს ვერ მოვალ, ჩაწერე გთხოვ") და გაკვეთილი შენთვის ჩაიწერება
ხშირად დასმული კითხვები
რამდენ საათს მოითხოვს კვირაში?
გათვალე ცოცხალი სესიები პლუს დაახლოებით 1.5–2 საათი პრაქტიკისთვის თითოეულზე. სტუდენტების უმრავლესობა, ვინც გრაფიკში თავსდება, კვირაში 4–6 საათს ხარჯავს. ნაკლებიც მუშაობს — უბრალოდ მეტი დრო სჭირდება.
რა ხდება თუ გაკვეთილს გავაცდენ?
უთხარი მასწავლებელს გაკვეთილამდე — „სამშაბათს ვერ მოვალ, ჩაწერე გთხოვ" — და მასწავლებელი ჩაწერს ამ გაკვეთილს და გამოგიგზავნის. ჩანაწერები არ არის ავტომატური არქივი; ისინი მოთხოვნით კეთდება, როცა წინასწარ გვაცნობებ. გაკვეთილის შემდეგ გააკეთე სავალდებულო, შემდეგ სესიაზე კი მოდი კითხვებით.
რა შედის ფასში?
ცოცხალი სესიები მასწავლებელთან; სლაიდები თითოეული სესიისთვის (შენი რჩება); მუშა კოდის ფაილები და ნებისმიერი data-ფაილი, რომელიც გაკვეთილზე გამოვიყენეთ; ყოველკვირეული დავალება კოდის გადახედვით; და იმ სესიების ჩანაწერები, რომელზეც წინასწარ გაგვიფრთხილე. ყველაფერი დანარჩენი — სერთიფიკატი, alumni-წვდომა, mock ინტერვიუ — ცალსახად ჩამოთვლილია „რა შედის"-ში FAQ-ის ზემოთ იმ კურსებზე, სადაც ეს მოქმედებს.
და თუ ჩავეწერე და მასწავლებელი არ მერგო?
კურსებზე, რომლებიც 5 გაკვეთილზე გრძელია, პირველი სესია ფაქტობრივად საცდელია — თუ პირველი გაკვეთილის შემდეგ გადაწყვიტე, რომ მასწავლებელი არ გერგო, მისთვის არ იხდი. სჯობს ერთი გაკვეთილის მერე წახვიდე, ვიდრე 9 კვირა იტანო ცუდი კავშირი. (5 ან ნაკლები გაკვეთილის კურსები ძალიან მოკლეა — საცდელი შეთავაზება იქ აზრს კარგავს, ჩვეულებრივი ფასი მოქმედებს.)
შეიძლება თანხის უკან დაბრუნება, თუ შუაში მივატოვებ?
დიახ — სანამ კურსის ნახევარზე მეტი გამოუყენებელია (ანუ ნაკლებად ვიდრე 50% გაკვეთილისა გაიარე). თანხის დაბრუნება — გამოუყენებელ ნაწილზე პროპორციულად. შუა გზის შემდეგ აღარ ვაბრუნებთ — ვთვლით, რომ ღირებულება უკვე მიწოდებულია.
შემიძლია სასწავლო ენის შეცვლა?
ცოცხალი სესიები მიმდინარეობს იმ ენაზე, რომელიც ზემოთ ბლოკში „ხელმისაწვდომი ენები"-ა მითითებული. სლაიდები და კოდის ფაილები ჩვეულებრივ ხელმისაწვდომია ოთხივე ენაზე (ინგლისური, რუსული, უკრაინული, ქართული). ბევრი სტუდენტი უსმენს ერთ ენაზე და კითხულობს მეორეზე — ეს ნორმალურია.
მზად ვიქნები რეალური სამუშაოსთვის კურსის შემდეგ?
ერთი კურსი იშვიათად ანიჭებს ვინმეს სამუშაოს თვითონ — არცერთ სფეროში. ეს კურსი გაძლევს იმ საფუძველს, რომელსაც junior-დაქირავების მენეჯერი ელის: საკუთარი ხელით დაწერილი მუშა კოდი, ლექსიკა სხვისი კოდის წასაკითხად და ჩვევები, რომელიც გხდის დასაქირავებელ. გულახდილი პასუხი კითხვაზე „მზად ვარ?" ჩვენს roadmap-ზეა (ბმული გვერდის თავში) — გახსენი ის დონე, რომელზეც გინდა მისვლა, და წაიკითხე ჩეკლისტი „მზად ხარ, როცა…".
შემიძლია განვადებით გადახდა?
დიახ იმ კურსებისთვის, რომლებსაც ზედა ზოლში „ყოველთვიური გადახდა"-ა მითითებული — ჩვეულებრივ ეს ორი ან სამი თანაბარი თანხაა. ის კურსები, რომლებსაც ეს ოპცია არ აქვთ, ერთჯერად უნდა გადაიხადო. თუ ფასი ბარიერია, მოგვწერე — თითოეულ ქეისს ცალკე ვიხილავთ.
ეს ასევე შეიძლება მოგეწონოთ
Spec-Driven Development-ის საფუძვლები: ფილოსოფიიდან ოპერაციულ მოდელამდე
ისწავლე იმ specs-ის წერა, რომელსაც agents-ი მართლა ემორჩილება, კოდი როგორც durable spec-ის ქეში გაუშვი და გამართე spec→context→evals ტრიადა რეალურ კოდბაზებზე. Vendor-agnostic, tool-agnostic, brownfield-ready — მეთოდოლოგიური კურსი, რომელიც ნებისმიერ agentic stack-თან ერთად მუშაობს.
1:1 Backend და არქიტექტურის განხილვა
პირადი 1:1 სესია არქიტექტურაზე ფოკუსით: რისკების გამოვლენა, trade-off-ების განხილვა და კონკრეტული შემდეგი ნაბიჯების განსაზღვრა. განვიხილავთ backend არქიტექტურას, კოდს და production მზადყოფნას.
დიზაინის შაბლონები C#-ში: თეორიიდან პრაქტიკამდე
ისწავლეთ GoF-ის კლასიკური დიზაინის შაბლონები C#-ში. გამოიყენეთ პოროჟდაიანი, სტრუქტურული და ქცევითი შაბლონები სუფთა და მოქნილი არქიტექტურის შესაქმნელად.