# ინგლისური IT-სპეციალისტებისთვის — რა სჭირდება პროგრამისტს რეალურად

> ინგლისური IT-სპეციალისტებისთვის ონლაინ: standup-ის, Slack-ისა და გასაუბრების ფრაზები, ტიპური შეცდომები და რომელი დონე სჭირდება დისტანციურ სამუშაოს.

- კატეგორია: პრაქტიკა · წაკითხვა: 7 წუთი · გამოქვეყნდა: 8 სექტემბერი, 2026
- ავტორი: ნოდარი — საერთაშორისო დონის ინგლისურის მასწავლებელი და მენტორი
- HTML ვერსია: https://learnenglishonlinecourses.com/blog/inglisuri-it-specialistebistvis.html

„დოკუმენტაციას თავისუფლად ვკითხულობ, Stack Overflow-ზე პასუხს წამში ვპოულობ, მაგრამ დილის standup-ზე ჩემზე რომ მიდგება ჯერი, თავში ყველაფერი მერევა.“ ეს წინადადება, სხვადასხვა ფორმით, თითქმის ყველა პროგრამისტისგან მსმენია, ვინც ჩემთან ინგლისურის სასწავლად მოსულა. ტესტერებისა და დიზაინერებისგანაც.

ინგლისური IT-სპეციალისტებისთვის ის ინგლისური არ არის, რომელიც სახელმძღვანელოებში წერია. ტექნიკური ტექსტი, როგორც წესი, პრობლემა არ არის — პრობლემა ცოცხალი ადამიანია მეორე მხარეს: კოლეგა Slack-ში, ტიმლიდი retro-ზე, ინტერვიუერი უცხოური კომპანიიდან.
ქვემოთ სწორედ ამაზეა საუბარი: სინამდვილეში სად სჭირდება პროგრამისტს ინგლისური, რა ფრაზები მუშაობს და როგორ სწავლობს ამას ადამიანი, რომელსაც დღეში რვა საათი კოდი აქვს საწერი.

## რატომ კითხულობ დოკუმენტაციას ადვილად და standup-ზე ჩუმდები

პარადოქსი მარტივად იხსნება. დოკუმენტაცია და კოდი წლების განმავლობაში ყოველდღე გაქვს თვალწინ — კითხვა პასიური უნარია და თავისთავად ვარჯიშდება. ლაპარაკი კი აქტიური უნარია: წინადადება შენ უნდა ააწყო, ახლავე, სანამ ხუთი ადამიანი გელოდება. ამას კითხვა ვერ ასწავლის, რამდენიც უნდა იკითხო.

ამიტომ ხშირად ვხედავ ერთსა და იმავე სურათს: კითხვაში — თავისუფალი B2, ლაპარაკში — მორცხვი A2. მოსწავლეს ჰგონია, რომ „ინგლისური არ იცის“. სინამდვილეში იცის, უბრალოდ ერთი უნარი მეორეს ბევრად ჩამორჩება. ამის გასწორება ნულიდან სწავლას არ ჰგავს — ეს უფრო იმ ცოდნის ამოძრავებაა, რომელიც უკვე გაქვს.

## ინგლისური IT-სპეციალისტებისთვის: ხუთი სიტუაცია, სადაც მართლა გჭირდება

როცა ვინმე მეუბნება, „ინგლისური პროგრამისტებისთვის მინდა“, ჯერ ვეკითხები, ამ ხუთიდან რომელი აწუხებს ყველაზე მეტად. პასუხი გაკვეთილის გეგმას ცვლის.

- **დოკუმენტაცია და Stack Overflow.** კითხვა. აქ უმეტესობას პრობლემა არ აქვს; თუ აქვს, ეს ლექსიკის საკითხია და შედარებით სწრაფად სწორდება.

- **წერილობითი კომუნიკაცია.** Slack, Jira-ს თიქეთები, pull request-ის კომენტარები, მეილები. აქ მთავარი ტონი და სიმოკლეა: როგორ თქვა „ეს კოდი არ ვარგა“ ისე, რომ კოლეგა არ გაანაწყენო, და როგორ დაწერო ბაგის აღწერა, რომელსაც უკითხავად გაიგებენ.

- **შეხვედრები.** standup, planning, retro. აქ ფრაზების შედარებით მცირე ნაკრები მეორდება და მისი ავტომატიზმამდე დაყვანა შესაძლებელია.

- **ტექნიკური გასაუბრება უცხოურ კომპანიაში.** შენს პროექტზე საუბარი, ერთი გადაწყვეტილების დასაბუთება („რატომ აირჩიე ეს ბაზა?“), საკუთარი კითხვების დასმა ბოლოს.

- **პრეზენტაცია და დემო.** ეკრანის გაზიარება, „აი, რა გავაკეთეთ ამ სპრინტში“, კითხვებზე პასუხი პირდაპირ ეთერში.

პირველი პუნქტი, როგორც წესი, უკვე მოგვარებულია. დანარჩენი ოთხი ერთსა და იმავე რამეს ითხოვს — ლაპარაკსა და წერას რეალურ დროში.

## ფრაზები, რომლებიც standup-ზე, Slack-სა და გასაუბრებაზე მუშაობს

ქვემოთ ის ფრაზებია, რომლებსაც ჩემი IT-მოსწავლეები ყველაზე ხშირად იყენებენ. ყველა ბუნებრივია — ასე ლაპარაკობენ გუნდებში, არა სახელმძღვანელოებში.

**standup-ზე:**

> "Yesterday I worked on the login bug. Today I'm moving on to the tests." — გუშინ login-ის ბაგზე ვმუშაობდი. დღეს ტესტებზე გადავდივარ.
> "I'm blocked on the API integration." — API-ის ინტეგრაციაზე გავჩერდი, ბლოკერი მაქვს.
> "No blockers on my side." — ჩემი მხრიდან ბლოკერი არ არის.

**Slack-სა და თიქეთებში:**

> "Could you walk me through this ticket?" — ამ თიქეთს ეტაპობრივად ამიხსნი?
> "What's the expected behavior here?" — აქ რა შედეგს ველოდებით? (ბაგის აღწერისას)
> "I'll pick this up after the review." — ამას review-ს შემდეგ ავიღებ.
> "Can you give me some context on this?" — ცოტა კონტექსტს მომცემ, საიდან მოდის ეს?

**შეხვედრებზე:**

> "Let's take this offline." — ამაზე ცალკე ვილაპარაკოთ, შეხვედრის შემდეგ.
> "I'd suggest we split this into two tickets." — მე ორ თიქეთად გაყოფას ვურჩევდი.
> "Does that make sense so far?" — აქამდე გასაგებია? (დემოს დროს)

**გასაუბრებაზე:**

> "I chose PostgreSQL because we needed complex queries and strict consistency." — PostgreSQL ავირჩიე, რადგან რთული მოთხოვნები და მკაცრი თანმიმდევრულობა გვჭირდებოდა.
> "Good question — let me think about that for a second." — კარგი კითხვაა, წამით დავფიქრდები.
> "What does a typical sprint look like on your team?" — თქვენს გუნდში სპრინტი ჩვეულებრივ როგორ მიდის?

ბოლო ფრაზას ყურადღება მიაქციე: გასაუბრების ბოლოს კითხვაზე „გაქვთ კითხვები?“ პასუხი „არა“ თითქმის ყოველთვის ცუდი ნიშანია. ორი წინასწარ მომზადებული კითხვა კანდიდატს სულ სხვანაირად წარმოაჩენს.

## ტიპური შეცდომები ტექნიკურ ინგლისურში

ეს შეცდომები გამოცდილ პროგრამისტებსაც ემართებათ — ზოგი ქართულიდან პირდაპირი თარგმანია, ზოგი უბრალოდ ჩვევა.

> ❌ I have doubt about this function.
> ✅ **I'm not sure** about this function. — ამ ფუნქციაში დარწმუნებული არ ვარ.

ქართული „ეჭვი მაქვს“ ინგლისურად პირდაპირ არ ითარგმნება. *I have doubts about…* (მრავლობითში) სწორია და ნიშნავს „ეჭვები მაქვს“ — ცოტა უფრო სკეპტიკური ტონია, ვიდრე უბრალო *I'm not sure*.

> ❌ Can you explain me the logic?
> ✅ Can you **explain** the logic **to me**? — ლოგიკას ამიხსნი?

> ❌ Let's discuss about the architecture.
> ✅ 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 bug in login page.
> ✅ I found **a** bug on **the** login page. — login-ის გვერდზე ბაგი ვიპოვე.

არტიკლების გამოტოვება ქართულენოვანთა ყველაზე ხშირი შეცდომაა და თიქეთში ეს განსაკუთრებით თვალში საცემია. მარტივი წესი დასაწყისისთვის: ახალ, ჯერ უცნობ ბაგზე — *a bug*; იმ კონკრეტულ გვერდზე, რომელიც ორივემ იცით — *the page*.

> ❌ I'll send the pull request until Friday.
> ✅ I'll send the pull request **by** Friday. — pull request-ს პარასკევამდე გამოგიგზავნი.

ქართული „-მდე“ ორივე შემთხვევაში ერთია, ინგლისურში კი *by* ვადაა („არაუგვიანეს“), *until* — ხანგრძლივობა („მანამდე, მთელი დროის განმავლობაში“). თიქეთის ვადაზე თითქმის ყოველთვის *by* გჭირდება.

## B1 საკმარისია დასაწყებად — და რას ამატებს B2

ხშირად მეკითხებიან: „უცხოურ კომპანიაში სამუშაოდ რომელი დონე მჭირდება?“ ჩემი პასუხი ასეთია: **B1 საკმარისია იმისთვის, რომ დაიწყო**. B1-ზე შეგიძლია მოჰყვე, რა გააკეთე გუშინ, იკითხო, რაც ვერ გაიგე, დაწერო მოკლე, გასაგები შეტყობინება და standup-ს ბოლომდე მიჰყვე.

ბევრი სწორედ ამ დონეზე იწყებს დისტანციურ მუშაობას და უკვე სამსახურში იზრდება.

B2 სხვა რამეს ამატებს: **დასაბუთებასა და ტონს**. B2-ზე შეგიძლია გასაუბრებაზე აუხსნა, რატომ აირჩიე ერთი მიდგომა და არა მეორე; pull request-ის კომენტარში კოლეგას რბილად უთხრა, რომ მისი გადაწყვეტა არ მოგწონს.

B2-ზევე შეგიძლია დემოზე მოულოდნელ კითხვას გაუმკლავდე და სწრაფ, იდიომებით სავსე საუბარს ბოლომდე მიჰყვე. ხშირად სწორედ ეს უნარები სჭირდება senior-პოზიციასა და ტიმლიდობას.

დონეებზე დაწვრილებით [ცალკე სტატიაში](https://learnenglishonlinecourses.com/blog/english-levels-a1-c2.html) მაქვს ახსნილი. აქ მთავარი ერთი რამაა: CV-ის გასაგზავნად B2-ს ნუ დაელოდები. B1-ით დაიწყე — B2-ზე პარალელურადაც შეიძლება იმუშაო.

> ✍️ **შეამოწმე თავი:** ამ ხუთი სიტუაციიდან რომელი გაწუხებს ყველაზე მეტად — დოკუმენტაცია, Slack, standup, გასაუბრება თუ დემო? ბოლო standup-ზე რამდენი წინადადება თქვი ინგლისურად? CV უკვე გაგზავნილი გაქვს თუ B2-ს ელოდები?
პასუხები გეგმის პირველ თვეს განსაზღვრავს — ვიწყებთ იმით, რაც ხვალვე გჭირდება.

## როგორ იგება გაკვეთილი IT-სპეციალისტისთვის

ინგლისური პროგრამისტებისთვის, ჩემი გამოცდილებით, ერთ შემთხვევაში არ მუშაობს: როცა ის ზოგადი სახელმძღვანელოს თავებით ისწავლება — „Unit 7: At the Office“ და ასე შემდეგ. IT-სპეციალისტს მასალა თავისივე სამუშაოდან უნდა ჰქონდეს. ამიტომ გაკვეთილი ასე იგება:

- **მასალა — შენი პროექტი და შენი თიქეთები.** გაკვეთილზე შენს ღია (open-source) ან პირად პროექტს ვხსნით — ან ანალოგიურ სასწავლო repo-ს — და pull request-ის კომენტარებს ერთად ვწერთ;
თიქეთს ვკითხულობთ და ბაგის აღწერას ისე ვასწორებთ, რომ უცხოელმა კოლეგამ უკითხავად გაიგოს. სამსახურის კოდი და თიქეთები — მხოლოდ მაშინ, თუ კომპანია ამას პირდაპირ უშვებს.

- **ყოველი გაკვეთილი standup-ით იწყება.** სამი წუთი: რა გააკეთე, რას აკეთებ, რა გაბლოკავს. ინგლისურად, უმზადებლად. თავიდან უხერხულია — სწორედ ამიტომ ვაკეთებთ.

- **გასაუბრების რეპეტიცია.** რეალურ ვაკანსიას ვიღებთ: მე ინტერვიუერი ვარ, შენ — კანდიდატი. ჩანაწერს ერთად ვუსმენთ, ვასწორებთ და კიდევ ერთხელ ვიმეორებთ.

- **დემო.** ეკრანს მიზიარებ და შენს ფიჩერს მაჩვენებ, მე კი ისეთ კითხვებს გისვამ, როგორსაც პროდაქტ-მენეჯერი დაგისვამდა.

- **გრამატიკა — მხოლოდ იქ, სადაც სჭირდება.** არტიკლები, *by/until*, კითხვის სწორი წყობა — ეს ყველაფერი შენივე შეცდომებიდან ამოდის, არა სახელმძღვანელოს თავების თანმიმდევრობიდან.

ფორმატი ონლაინია — პროგრამისტისთვის ეს ბუნებრივი გარემოა, ეკრანის გაზიარება ხომ ისედაც ყოველდღიური საქმეა. თუ იმის ნახვა გინდა, როგორ მიდის ეს რეალურად, **უფასო 20-წუთიანი გაცნობითი შეხვედრა Google Meet-ში** ყველაზე სწრაფი გზაა.

## შეამოწმე თავი

აირჩიე სწორი ვარიანტი. ყოველ პუნქტს ერთი სწორი პასუხი აქვს.

> 1. Can you explain ___ how the cache works? (me / to me)
> 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-ის წინ, ორი წინადადება ინგლისურად წინასწარ ჩამოაყალიბე — რა გააკეთე და რას აკეთებ. თუ გუნდი ჯერ ქართულენოვანია, ჩუმად, საკუთარ თავს უთხარი. დღეში ეს ორი წუთი ის ვარჯიშია, რომელსაც კითხვა ვერ ჩაანაცვლებს.

გასაუბრებისთვის მზადებაზე ცალკე მაქვს დაწერილი — [როგორ მოემზადო ინგლისურენოვანი გასაუბრებისთვის](https://learnenglishonlinecourses.com/blog/job-interview-english.html); შეხვედრებისა და მეილების ფრაზები კი [ბიზნეს-ინგლისურის ფრაზების](https://learnenglishonlinecourses.com/blog/business-english-phrases.html) სტატიაშია.

თუ სამუშაო ინგლისური სისტემურად გინდა ააწყო, [ბიზნეს-ინგლისურის კურსი](https://learnenglishonlinecourses.com/biznes-inglisuri/) სწორედ ამისთვისაა.

## ხშირი კითხვები

**რომელი დონე სჭირდება პროგრამისტს უცხოურ კომპანიაში სამუშაოდ?**

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 ინგლისურად, გასაუბრების რეპეტიცია რეალურ ვაკანსიაზე და დემო ეკრანის გაზიარებით.