Nigdy nie mów „criterias” ani „feedbacks”! 5 pułapek liczby mnogiej w IT, które demaskują Twój brak płynności

Tworzysz Pull Requesta na GitHubie, opisujesz ticket w Jirze albo piszesz wiadomość podsumowującą sprint do zagranicznego klienta:

❌ „All acceptance criterias have been met. Please review the PR and share your feedbacks on this contents.”

Dla inżyniera z Polski to zdanie brzmi w 100% poprawnie: kryteria (liczba mnoga), feedbacki (liczba mnoga), treści (liczba mnoga).

Tymczasem każdy native speaker języka angielskiego, czytając to jedno krótkie zdanie, czuje fizyczny ból zębów. W jednym wierszu tekstu upchnąłeś trzy kardynalne błędy gramatyczne, które w ułamku sekundy demaskują brak wyczucia językowego u kogoś, kto ma w stopce stanowisko Senior Architect lub Lead Engineer.

Branża IT ma swój unikalny żargon, w którym rzeczowniki niepoliczalne i zapożyczenia z łaciny oraz greki rządzą się twardymi prawami. Poznaj 5 najgroźniejszych pułapek liczby mnogiej w techu i raz na zawsze wyczyść z nich swoją dokumentację.

1. CRITERION vs CRITERIA (Słowo „criterias” NIE ISTNIEJE!)

To absolutny numer jeden na liście wstydu w projektach technologicznych.

Wyraz ten pochodzi z języka greckiego, gdzie liczba mnoga tworzona jest przez zamianę końcówki -on na -a:

• Liczba pojedyncza (1 kryterium): 👉 CRITERION
• Liczba mnoga (2+ kryteria): 👉 CRITERIA

Słowo „criterias” w języku angielskim po prostu nie istnieje. Dodawanie końcówki -s do słowa, które JUŻ JEST w liczbie mnogiej, to odpowiednik polskiego powiedzenia „te kryteria-y”.

• ❌ „What is the main criteria for this story?”
• ✅ „What is the main criterion for this story?” (Jedno kryterium)
• ❌ „All acceptance criterias are passing.”
• ✅ „All acceptance criteria are passing.” (Wszystkie kryteria akceptacyjne)

2. FEEDBACK (Rzeczownik bezwzględnie niepoliczalny!)

W polskim slangu korporacyjnym słowo „feedback” odmienia się bez oporów: „zebrałem feedbacki”, „czekam na Wasze feedbacki”.

W języku angielskim feedback to pojęcie abstrakcyjne i całkowicie niepoliczalne (Uncountable Noun). Nie ma formy mnogiej, nie przyjmuje końcówki -s i nie łączy się z przedimkiem a. Słowo feedbacks uchodzi w świecie biznesu za podręcznikowy demaskator braku biegłości językowej.

Jak poprawnie mówić o feedbacku?

• ❌ „Thank you for all your feedbacks.”
• ✅ „Thank you for all your feedback.”
• ❌ „Can you give me a feedback on my code?”
• ✅ „Could you give me some feedback on my code?”
• ✅ „I received two valuable pieces of feedback from the QA team.” (Jeśli koniecznie musisz policzyć opinie, użyj słowa „piece of feedback”).

3. DATA – Is czy Are? (Odwieczny dylemat inżyniera)

Z historycznego punktu widzenia słowo data to łacińska liczba mnoga od słowa datum (pojedyncza dana). Przez dziesięciolecia w środowisku akademickim wymagano mówienia: „The data are clear”.

Jednak w nowoczesnym języku technologicznym i IT (Data Science, Cloud, DevOps) słowo data traktowane jest jako rzeczownik zbiorczy (niepoliczalny) i łączy się z czasownikiem w liczbie pojedynczej:

• ✅ „The user data is stored in an encrypted S3 bucket.” (Standard branżowy)
• ✅ „Is this data reliable?”
• 🟡 „The data are consistent with our hypothesis.” (Poprawne w publikacjach ściśle akademickich, ale rzadkie w codziennym software developmencie).

💡 Zasada: W biznesie i programowaniu traktuj data jak liczbę pojedynczą (Data is...). Nigdy jednak nie twórz potworka „datas”!

4. CONTENT vs CONTENTS (Treści cyfrowe vs zawartość pudełka)

Kolejny błąd przeniesiony z polszczyzny, w której chętnie mówimy o „treściach na stronie”:

• CONTENT (niepoliczalny): Wszelkie treści cyfrowe – artykuły na blogu, wideo, posty w social media, materiały edukacyjne. Zawsze w liczbie pojedynczej!
  • ❌ „We need to create more contents for the new portal.”
  • ✅ „We need to create more content for the new portal.”
• CONTENTS (zawsze liczba mnoga): Używane WYŁĄCZNIE w dwóch sytuacjach:
  1. Table of contents – spis treści w książce lub dokumencie PDF.
  2. Fizyczna zawartość pojemnika, paczki lub kieszeni („the contents of the box”).

5. STAFF vs STAFF MEMBERS (Nigdy nie mów „staffs”!)

Chcesz napisać, że Twoja firma zatrudnia 50 pracowników i piszesz: „Our company has 50 staffs”?

Słowo staff oznacza całą kadrę / personel jako jeden nadrzędny kolektyw. Jeśli chcesz policzyć konkretnych ludzi, musisz użyć określenia jednostkowego:

• ❌ „We need to hire three new technical staffs.”
• ✅ „We need to hire three new staff members / employees.”
• ✅ „Our engineering staff is highly experienced.” (Jako cała kadra)

Code Review dla Twojego angielskiego: Popraw te zdania!

Sprawdź, czy widzisz błędy w poniższym fragmencie dokumentacji:

1. „We collected all datas from the sensors and analyzed them.”
   👉 Korekta: „We collected all data from the sensors and analyzed it.”
2. „Our team received a lot of positive feedbacks after the demo.”
   👉 Korekta: „Our team received a lot of positive feedback after the demo.”
3. „The acceptance criterias for Jira issue #402 need clarification.”
   👉 Korekta: „The acceptance criteria for Jira issue #402 need clarification.”

🚀 Chcesz, aby Twój angielski brzmiał tak profesjonalnie, jak Twój kod?

Jako inżynier, programista lub lider techniczny dbasz o czystość architektury, testy jednostkowe i zgodność ze standardami. Twój angielski również zasługuje na czysty kod bez bugów gramatycznych.

Na indywidualnych lekcjach 1:1 w Angielski z Wilkiem:

• 🛠️ Robimy Language Code Review – weryfikujemy Twoją dokumentację techniczną, komentarze w Pull Requestach i prezentacje architektoniczne.
• 💻 Uczymy nowoczesnego angielskiego dla IT – żadnych czytanek o wycieczkach do muzeum; pracujemy wyłącznie na terminologii i problemach ze świata techu.
• 🗣️ 80% lekcji to intensywna mowa – uczysz się tłumaczyć trudne zagadnienia techniczne płynnie i bez zacinania.

👉 Pozbądź się kompromitujących błędów i zyskaj autorytet seniora na arenie międzynarodowej.
Umów się na bezpłatną konsultację 1:1 i umów się na wstępną konsultację 1:1. Zoptymalizujmy Twój techniczny angielski!