Przejdź do treści

Angielski w IT: zwroty na daily, do code review i ticketów, które możesz skopiować

Angielski w IT na co dzień: gotowe zdania na daily, do zgłoszenia błędu, komentarzy w code review i rozmowy o opóźnieniu, z polskim tłumaczeniem. Do tego przykładowy bug report, zamienniki zdań, które brzmią szorstko, i pięć częstych błędów Polaków z wyjaśnieniem.

Zespół VITA6 min czytania

Pierwszy tydzień w międzynarodowym zespole, daily o 9:30. Kolejka dochodzi do Ciebie, prowadząca spotkanie pyta: „Anything you're blocked on?”. Wiesz, że czekasz na dostęp do bazy testowej od dwóch dni, ale zanim ułożysz zdanie, ktoś już mówi „OK, moving on”. Tak często wygląda angielski w IT u osób, które bez problemu czytają dokumentację: słownictwo techniczne znasz, brakuje kilku gotowych zdań na sytuacje, które wracają codziennie. Poniżej zebraliśmy takie zdania z polskim tłumaczeniem, pogrupowane według sytuacji. Wszystkie możesz skopiować do własnych notatek. Szersze omówienie z ćwiczeniami i szablonami jest w kursie Angielski techniczny dla IT.

Przykłady są w angielszczyźnie amerykańskiej, a postacie i firmy w nich wymyślone.

Daily po angielsku: trzy zdania i jedna prośba

Scrum Guide nie narzuca formy Daily Scrum, ale wiele zespołów trzyma się prostego układu: co skończyłem, nad czym pracuję, co mnie blokuje. Wystarczy przygotować po jednym zdaniu na każdą część:

Po angielskuPo polsku
Yesterday I wrapped up the login form validation.Wczoraj skończyłem walidację formularza logowania.
Today I'm picking up the password reset ticket.Dziś biorę ticket z resetem hasła.
I'm blocked on access to the staging database.Blokuje mnie brak dostępu do bazy na stagingu.
No blockers on my side.U mnie bez blokerów.
I'm waiting on a review from Tom.Czekam na review od Toma.
Could someone help me with that after the call?Czy ktoś mógłby mi z tym pomóc po spotkaniu?
Let's take it offline.Omówmy to osobno, po spotkaniu.

„Take it offline” pada, gdy temat robi się za szczegółowy na daily, i znaczy „pogadamy o tym później, w mniejszym gronie”.

Odpowiedź z pierwszego akapitu mogłaby więc brzmieć: „Yes, I'm blocked on access to the staging database. I requested it on Monday. Could someone from DevOps help me after the call?”. Problem, kontekst i prośba w trzech krótkich zdaniach.

Zgłoszenie błędu, które ktoś zrozumie bez dopytywania

Dobry bug report odpowiada na trzy pytania: co zrobiłeś, czego się spodziewałeś i co się stało zamiast tego. Po angielsku te części mają stałe nazwy, więc szablon łatwo zapamiętać. Przykład (fikcyjny), zgłoszenie testerki z łódzkiego software house'u:

Tekst
Title: Checkout fails with 500 error when the cart has more than 20 items Steps to reproduce: 1. Log in as a test user. 2. Add 21 items to the cart. 3. Click "Place order". Expected result: The order is placed and a confirmation page is shown. Actual result: The page shows "Something went wrong" and the API returns 500. Environment: staging, Chrome on Windows 11

Przydatne zdania wokół zgłoszenia: „I can reproduce it every time” (odtwarzam to za każdym razem), „It only happens on staging” (dzieje się tylko na stagingu), „I've attached a screenshot and the console log” (załączyłam zrzut ekranu i log z konsoli), „Is this a known issue?” (czy to znany problem?).

Code review: komentarze, które nie brzmią jak rozkaz

W code review najłatwiej o zgrzyt, bo krótki komentarz bez kontekstu brzmi ostrzej, niż myślał autor. Zasady code review Google radzą pisać o kodzie i jego działaniu, bez ocen autora, oraz oznaczać wagę uwagi, na przykład przedrostkiem „Nit:” przy drobiazgu. Kilka zdań, które to ułatwiają:

  • „Nit: maybe rename this to userCount?” (drobiazg: może zmienić nazwę na userCount?)
  • „What do you think about extracting this into a helper?” (co myślisz o wydzieleniu tego do funkcji pomocniczej?)
  • „Could you add a test for the empty list case?” (możesz dodać test dla pustej listy?)
  • „I'm not sure I follow this part. Could you explain why we need the retry here?” (nie do końca rozumiem ten fragment, możesz wyjaśnić, po co tu ponawianie?)
  • „Looks good to me, just one small comment.” (wygląda dobrze, jedna drobna uwaga)

Gdy ktoś komentuje Twój kod, wystarczy: „Good catch, fixed” (dobrze wyłapane, poprawione) albo „I went with this approach because…, but I'm happy to change it” (wybrałem to podejście, bo…, ale mogę zmienić). Angielski dla programistów w code review to kilkanaście powtarzalnych formułek; więcej uwagi wymaga ton niż słownictwo. Jeśli chcesz przy okazji uporządkować samą pracę z pull requestami, pomoże kurs Git i GitHub od podstaw.

Estymacja i opóźnienie: jak powiedzieć, że nie zdążysz

Najtrudniejsze zdanie w pracy zespołowej brzmi podobnie w każdym języku: „nie wyrobię się”. Po angielsku łatwiej je powiedzieć, gdy od razu podajesz powód i nowy termin.

Po angielskuPo polsku
My rough estimate is three days.Na oko szacuję to na trzy dni.
It depends on how much of the old code we can reuse.Zależy, ile starego kodu da się wykorzystać.
This is bigger than we thought.To jest większe, niż myśleliśmy.
I don't think I'll finish it by Friday.Nie sądzę, żebym skończył do piątku.
The API docs turned out to be outdated, so I need two more days.Dokumentacja API okazała się nieaktualna, więc potrzebuję jeszcze dwóch dni.
Can we move the deadline, or should we cut the scope?Przesuwamy termin czy ograniczamy zakres?

Ostatnie pytanie zostawia zespołowi wybór zamiast samego „sorry”. Takie rozmowy, razem z rozmowami z klientem i demo, ćwiczymy w module 5 kursu Angielski techniczny dla IT.

Zamiast tego powiedz to

Część zdań jest poprawna gramatycznie, ale w zespole brzmi szorstko. Kilka zamienników:

ZamiastPowiedzDlaczego
You did it wrong.I think there might be an issue here.mówisz o kodzie
Fix this today.Could you take a look at this today?prośba zamiast polecenia
I don't understand your code.Could you walk me through this part?konkretna prośba o wyjaśnienie
It's not my task.I think this belongs to the backend team. Should I loop them in?wskazujesz, kto pomoże
Why is it so slow?Do you know what's causing the delay?pytanie bez zarzutu

Pięć częstych błędów

Pierwszy to „actual” w znaczeniu „aktualny”. Po angielsku „actual” znaczy „faktyczny”, stąd „actual result” w bug reporcie. Aktualna wersja to „current version”.

Drugi to „eventually” jako „ewentualnie”. „I will eventually fix it” znaczy „w końcu kiedyś to naprawię”. Polskie „ewentualnie” to zwykle „if needed” albo „alternatively”.

Trzeci to „discuss about”. Discuss łączy się bezpośrednio z tematem: „Let's discuss the API changes”. Z „about” mówi się „talk about”.

Czwarty dotyczy zdania „I have 5 years of experience in Java”. Samo zdanie jest poprawne; błędem jest liczba mnoga „experiences”, która znaczy „przeżycia”. Przy dziedzinie pasuje „in” („experience in software testing”), przy języku lub narzędziu często naturalniej brzmi „with”: „experience with Java and PostgreSQL”. To zdanie często pada na rozmowie kwalifikacyjnej, więc przygotuj je wcześniej.

Piąty to „the code is working” tam, gdzie mówisz o działaniu w ogóle. Czas ciągły sugeruje stan chwilowy, „w tej chwili działa”, i pasuje na przykład po poprawce: „It's working now”. Do opisu ogólnego wystarczy „It works” albo „The fix works on staging”.

Od czego zacząć jutro rano

Wybierz jedną sytuację z tego tekstu, którą masz najczęściej, i zapisz trzy zdania, które pasują do Twojego aktualnego zadania. Jutro na daily powiedz przynajmniej jedno z nich. Jeśli w pracy dochodzą do tego maile, telefony i small talk poza IT, przyda się też kurs Angielski w pracy. Kurs Angielski techniczny dla IT prowadzi przez osiem sytuacji z pracy w IT, od daily po rozmowę kwalifikacyjną, z ćwiczeniami, kluczem odpowiedzi i planem nauki na 30 dni.

Źródła

Udostępnij artykuł

Polecane kursy

Powiązane artykuły