ინგლისური IT-სპეციალისტებისთვის — რა სჭირდება პროგრამისტს რეალურად 🧑💻
„დოკუმენტაციას თავისუფლად ვკითხულობ, Stack Overflow-ზე პასუხს წამში ვპოულობ, მაგრამ დილის standup-ზე ჩემზე რომ მიდგება ჯერი, თავში ყველაფერი მერევა.“ ეს წინადადება, სხვადასხვა ფორმით, თითქმის ყველა პროგრამისტისგან მსმენია, ვინც ჩემთან ინგლისურის სასწავლად მოსულა. ტესტერებისა და დიზაინერებისგანაც.
ინგლისური IT-სპეციალისტებისთვის ის ინგლისური არ არის, რომელიც სახელმძღვანელოებში წერია. ტექნიკური ტექსტი, როგორც წესი, პრობლემა არ არის — პრობლემა ცოცხალი ადამიანია მეორე მხარეს: კოლეგა Slack-ში, ტიმლიდი retro-ზე, ინტერვიუერი უცხოური კომპანიიდან. ქვემოთ სწორედ ამაზეა საუბარი: სინამდვილეში სად სჭირდება პროგრამისტს ინგლისური, რა ფრაზები მუშაობს და როგორ სწავლობს ამას ადამიანი, რომელსაც დღეში რვა საათი კოდი აქვს საწერი.
რატომ კითხულობ დოკუმენტაციას ადვილად და standup-ზე ჩუმდები
პარადოქსი მარტივად იხსნება. დოკუმენტაცია და კოდი წლების განმავლობაში ყოველდღე გაქვს თვალწინ — კითხვა პასიური უნარია და თავისთავად ვარჯიშდება. ლაპარაკი კი აქტიური უნარია: წინადადება შენ უნდა ააწყო, ახლავე, სანამ ხუთი ადამიანი გელოდება. ამას კითხვა ვერ ასწავლის, რამდენიც უნდა იკითხო.
ამიტომ ხშირად ვხედავ ერთსა და იმავე სურათს: კითხვაში — თავისუფალი B2, ლაპარაკში — მორცხვი A2. მოსწავლეს ჰგონია, რომ „ინგლისური არ იცის“. სინამდვილეში იცის, უბრალოდ ერთი უნარი მეორეს ბევრად ჩამორჩება. ამის გასწორება ნულიდან სწავლას არ ჰგავს — ეს უფრო იმ ცოდნის ამოძრავებაა, რომელიც უკვე გაქვს.
ინგლისური IT-სპეციალისტებისთვის: ხუთი სიტუაცია, სადაც მართლა გჭირდება
როცა ვინმე მეუბნება, „ინგლისური პროგრამისტებისთვის მინდა“, ჯერ ვეკითხები, ამ ხუთიდან რომელი აწუხებს ყველაზე მეტად. პასუხი გაკვეთილის გეგმას ცვლის.
- დოკუმენტაცია და Stack Overflow. კითხვა. აქ უმეტესობას პრობლემა არ აქვს; თუ აქვს, ეს ლექსიკის საკითხია და შედარებით სწრაფად სწორდება.
- წერილობითი კომუნიკაცია. Slack, Jira-ს თიქეთები, pull request-ის კომენტარები, მეილები. აქ მთავარი ტონი და სიმოკლეა: როგორ თქვა „ეს კოდი არ ვარგა“ ისე, რომ კოლეგა არ გაანაწყენო, და როგორ დაწერო ბაგის აღწერა, რომელსაც უკითხავად გაიგებენ.
- შეხვედრები. standup, planning, retro. აქ ფრაზების შედარებით მცირე ნაკრები მეორდება და მისი ავტომატიზმამდე დაყვანა შესაძლებელია.
- ტექნიკური გასაუბრება უცხოურ კომპანიაში. შენს პროექტზე საუბარი, ერთი გადაწყვეტილების დასაბუთება („რატომ აირჩიე ეს ბაზა?“), საკუთარი კითხვების დასმა ბოლოს.
- პრეზენტაცია და დემო. ეკრანის გაზიარება, „აი, რა გავაკეთეთ ამ სპრინტში“, კითხვებზე პასუხი პირდაპირ ეთერში.
პირველი პუნქტი, როგორც წესი, უკვე მოგვარებულია. დანარჩენი ოთხი ერთსა და იმავე რამეს ითხოვს — ლაპარაკსა და წერას რეალურ დროში.
💡 ინდივიდუალურად: 💼 ბიზნეს ინგლისური → · წაიკითხე: ინგლისურის რეპეტიტორი თბილისში თუ ონლაინ — რა ჯობია 2026-ში
ფრაზები, რომლებიც standup-ზე, Slack-სა და გასაუბრებაზე მუშაობს
ქვემოთ ის ფრაზებია, რომლებსაც ჩემი IT-მოსწავლეები ყველაზე ხშირად იყენებენ. ყველა ბუნებრივია — ასე ლაპარაკობენ გუნდებში, არა სახელმძღვანელოებში.
standup-ზე:
"I'm blocked on the API integration." — API-ის ინტეგრაციაზე გავჩერდი, ბლოკერი მაქვს.
"No blockers on my side." — ჩემი მხრიდან ბლოკერი არ არის.
Slack-სა და თიქეთებში:
"What's the expected behavior here?" — აქ რა შედეგს ველოდებით? (ბაგის აღწერისას)
"I'll pick this up after the review." — ამას review-ს შემდეგ ავიღებ.
"Can you give me some context on this?" — ცოტა კონტექსტს მომცემ, საიდან მოდის ეს?
შეხვედრებზე:
"I'd suggest we split this into two tickets." — მე ორ თიქეთად გაყოფას ვურჩევდი.
"Does that make sense so far?" — აქამდე გასაგებია? (დემოს დროს)
გასაუბრებაზე:
"Good question — let me think about that for a second." — კარგი კითხვაა, წამით დავფიქრდები.
"What does a typical sprint look like on your team?" — თქვენს გუნდში სპრინტი ჩვეულებრივ როგორ მიდის?
ბოლო ფრაზას ყურადღება მიაქციე: გასაუბრების ბოლოს კითხვაზე „გაქვთ კითხვები?“ პასუხი „არა“ თითქმის ყოველთვის ცუდი ნიშანია. ორი წინასწარ მომზადებული კითხვა კანდიდატს სულ სხვანაირად წარმოაჩენს.
ტიპური შეცდომები ტექნიკურ ინგლისურში
ეს შეცდომები გამოცდილ პროგრამისტებსაც ემართებათ — ზოგი ქართულიდან პირდაპირი თარგმანია, ზოგი უბრალოდ ჩვევა.
✅ I'm not sure about this function. — ამ ფუნქციაში დარწმუნებული არ ვარ.
ქართული „ეჭვი მაქვს“ ინგლისურად პირდაპირ არ ითარგმნება. I have doubts about… (მრავლობითში) სწორია და ნიშნავს „ეჭვები მაქვს“ — ცოტა უფრო სკეპტიკური ტონია, ვიდრე უბრალო I'm not sure.
✅ Can you explain the logic to me? — ლოგიკას ამიხსნი?
✅ Let's discuss the architecture. — არქიტექტურაზე ვილაპარაკოთ.
Discuss-ს about არ მოსდევს — პირდაპირი დამატება მიჰყვება: discuss the architecture, discuss it with the team. თუ „-ზე“ გინდა თქვა, talk about გამოიყენე: Let's talk about the architecture.
✅ I found a bug on the login page. — login-ის გვერდზე ბაგი ვიპოვე.
არტიკლების გამოტოვება ქართულენოვანთა ყველაზე ხშირი შეცდომაა და თიქეთში ეს განსაკუთრებით თვალში საცემია. მარტივი წესი დასაწყისისთვის: ახალ, ჯერ უცნობ ბაგზე — a bug; იმ კონკრეტულ გვერდზე, რომელიც ორივემ იცით — the page.
✅ I'll send the pull request by Friday. — pull request-ს პარასკევამდე გამოგიგზავნი.
ქართული „-მდე“ ორივე შემთხვევაში ერთია, ინგლისურში კი by ვადაა („არაუგვიანეს“), until — ხანგრძლივობა („მანამდე, მთელი დროის განმავლობაში“). თიქეთის ვადაზე თითქმის ყოველთვის by გჭირდება.
B1 საკმარისია დასაწყებად — და რას ამატებს B2
ხშირად მეკითხებიან: „უცხოურ კომპანიაში სამუშაოდ რომელი დონე მჭირდება?“ ჩემი პასუხი ასეთია: B1 საკმარისია იმისთვის, რომ დაიწყო. B1-ზე შეგიძლია მოჰყვე, რა გააკეთე გუშინ, იკითხო, რაც ვერ გაიგე, დაწერო მოკლე, გასაგები შეტყობინება და standup-ს ბოლომდე მიჰყვე.
ბევრი სწორედ ამ დონეზე იწყებს დისტანციურ მუშაობას და უკვე სამსახურში იზრდება.
B2 სხვა რამეს ამატებს: დასაბუთებასა და ტონს. B2-ზე შეგიძლია გასაუბრებაზე აუხსნა, რატომ აირჩიე ერთი მიდგომა და არა მეორე; pull request-ის კომენტარში კოლეგას რბილად უთხრა, რომ მისი გადაწყვეტა არ მოგწონს.
B2-ზევე შეგიძლია დემოზე მოულოდნელ კითხვას გაუმკლავდე და სწრაფ, იდიომებით სავსე საუბარს ბოლომდე მიჰყვე. ხშირად სწორედ ეს უნარები სჭირდება senior-პოზიციასა და ტიმლიდობას.
დონეებზე დაწვრილებით ცალკე სტატიაში მაქვს ახსნილი. აქ მთავარი ერთი რამაა: CV-ის გასაგზავნად B2-ს ნუ დაელოდები. B1-ით დაიწყე — B2-ზე პარალელურადაც შეიძლება იმუშაო.
როგორ იგება გაკვეთილი IT-სპეციალისტისთვის
ინგლისური პროგრამისტებისთვის, ჩემი გამოცდილებით, ერთ შემთხვევაში არ მუშაობს: როცა ის ზოგადი სახელმძღვანელოს თავებით ისწავლება — „Unit 7: At the Office“ და ასე შემდეგ. IT-სპეციალისტს მასალა თავისივე სამუშაოდან უნდა ჰქონდეს. ამიტომ გაკვეთილი ასე იგება:
- მასალა — შენი პროექტი და შენი თიქეთები. გაკვეთილზე შენს ღია (open-source) ან პირად პროექტს ვხსნით — ან ანალოგიურ სასწავლო repo-ს — და pull request-ის კომენტარებს ერთად ვწერთ; თიქეთს ვკითხულობთ და ბაგის აღწერას ისე ვასწორებთ, რომ უცხოელმა კოლეგამ უკითხავად გაიგოს. სამსახურის კოდი და თიქეთები — მხოლოდ მაშინ, თუ კომპანია ამას პირდაპირ უშვებს.
- ყოველი გაკვეთილი standup-ით იწყება. სამი წუთი: რა გააკეთე, რას აკეთებ, რა გაბლოკავს. ინგლისურად, უმზადებლად. თავიდან უხერხულია — სწორედ ამიტომ ვაკეთებთ.
- გასაუბრების რეპეტიცია. რეალურ ვაკანსიას ვიღებთ: მე ინტერვიუერი ვარ, შენ — კანდიდატი. ჩანაწერს ერთად ვუსმენთ, ვასწორებთ და კიდევ ერთხელ ვიმეორებთ.
- დემო. ეკრანს მიზიარებ და შენს ფიჩერს მაჩვენებ, მე კი ისეთ კითხვებს გისვამ, როგორსაც პროდაქტ-მენეჯერი დაგისვამდა.
- გრამატიკა — მხოლოდ იქ, სადაც სჭირდება. არტიკლები, by/until, კითხვის სწორი წყობა — ეს ყველაფერი შენივე შეცდომებიდან ამოდის, არა სახელმძღვანელოს თავების თანმიმდევრობიდან.
ფორმატი ონლაინია — პროგრამისტისთვის ეს ბუნებრივი გარემოა, ეკრანის გაზიარება ხომ ისედაც ყოველდღიური საქმეა. თუ იმის ნახვა გინდა, როგორ მიდის ეს რეალურად, უფასო 20-წუთიანი გაცნობითი შეხვედრა Google Meet-ში ყველაზე სწრაფი გზაა.
შეამოწმე თავი
აირჩიე სწორი ვარიანტი. ყოველ პუნქტს ერთი სწორი პასუხი აქვს.
2. Let's ___ the new architecture at the planning meeting. (discuss / discuss about)
3. I found ___ bug on ___ checkout page — nobody has seen it before. (a / the)
4. I'll have the pull request ready ___ Friday, not later. (until / by)
5. რომელი ჟღერს ბუნებრივად, როცა უბრალოდ დარწმუნებული არ ხარ? (a) I have doubt about this approach. (b) I'm not sure about this approach.
პასუხები: 1. to me. 2. discuss. 3. a bug on the checkout page. 4. by. 5. (b).
ერთი პრაქტიკული რჩევა დასასრულს: ხვალვე, standup-ის წინ, ორი წინადადება ინგლისურად წინასწარ ჩამოაყალიბე — რა გააკეთე და რას აკეთებ. თუ გუნდი ჯერ ქართულენოვანია, ჩუმად, საკუთარ თავს უთხარი. დღეში ეს ორი წუთი ის ვარჯიშია, რომელსაც კითხვა ვერ ჩაანაცვლებს.
გასაუბრებისთვის მზადებაზე ცალკე მაქვს დაწერილი — როგორ მოემზადო ინგლისურენოვანი გასაუბრებისთვის; შეხვედრებისა და მეილების ფრაზები კი ბიზნეს-ინგლისურის ფრაზების სტატიაშია.
თუ სამუშაო ინგლისური სისტემურად გინდა ააწყო, ბიზნეს-ინგლისურის კურსი სწორედ ამისთვისაა.
ხშირი კითხვები
რომელი დონე სჭირდება პროგრამისტს უცხოურ კომპანიაში სამუშაოდ?
B1 საკმარისია დასაწყებად: standup-ზე მოყოლა, კითხვის დასმა, მოკლე შეტყობინების დაწერა. B2 დასაბუთებასა და ტონს ამატებს — გადაწყვეტილების ახსნას გასაუბრებაზე, რბილ კრიტიკას pull request-ის კომენტარში, დემოზე მოულოდნელ კითხვებზე პასუხს.
რატომ ვკითხულობ დოკუმენტაციას ადვილად, მაგრამ standup-ზე ვჩუმდები?
კითხვა პასიური უნარია და კოდთან ყოველდღიური მუშაობით თავისთავად ვარჯიშდება. ლაპარაკი აქტიურია — წინადადება რეალურ დროში უნდა ააწყო. ეს სხვა უნარია და ცალკე ვარჯიშს ითხოვს, არა ნულიდან სწავლას.
რა შეცდომებს უშვებენ ქართულენოვანი პროგრამისტები ტექნიკურ ინგლისურში?
ყველაზე ხშირად: „I have doubt“ „I'm not sure“-ის ნაცვლად, „explain me“ „explain to me“-ს ნაცვლად, „discuss about“ „discuss“-ის ნაცვლად, არტიკლების გამოტოვება და ვადებზე „until“ „by“-ის ნაცვლად.
როგორ იგება ინგლისურის გაკვეთილი IT-სპეციალისტისთვის?
მასალა შენი ღია ან პირადი პროექტია — pull request-ები და თიქეთები (სამსახურის კოდი მხოლოდ კომპანიის ნებართვით), გაკვეთილის დასაწყისში სამწუთიანი standup ინგლისურად, გასაუბრების რეპეტიცია რეალურ ვაკანსიაზე და დემო ეკრანის გაზიარებით.