IT და პროგრამული უზრუნველყოფის ლოკალიზაცია

პროგრამული უზრუნველყოფის ლოკალიზაცია ჩვეულებრივი თარგმანი არ არის. თარჯიმანს უნდა ესმოდეს, სად ჩნდება სტრიქონი, რამდენი ადგილი აქვს, რომელი ნაწილი არის კოდი და რომელი ტექსტი. TARGMANEBI ახდენს აპლიკაციების, SaaS პლატფორმების, ფინტექ და e-commerce პროდუქტების ქართულ ლოკალიზაციას და აბრუნებს ფაილებს იმავე ფორმატში, რომ დეველოპერმა ისინი პირდაპირ ჩასვას. პირველი ვერსია მზადდება იმავე ან მომდევნო დღეს.

რას ვალოკალიზებთ

თუ გჭირდებათ კორპორატიული საიტის შინაარსის თარგმნა და არა პროდუქტის ინტერფეისის, იხილეთ ვებგვერდის თარგმნის გვერდი.

ფაილის ფორმატები

ვმუშაობთ უშუალოდ რესურს ფაილებზე, Excel-ში ტექსტის გადატანის გარეშე:

• JSON და YAML - i18next, react-intl, Vue I18n, Rails;
• XLIFF - Angular, Xcode ექსპორტი;
• gettext PO/POT - WordPress, Django, PHP პროექტები;
• Android strings.xml, iOS .strings და .stringsdict;
• .resx (.NET) და .properties (Java);
• ლოკალიზაციის პლატფორმები (TMS) - ვუერთდებით თქვენს პროექტს და ვმუშაობთ თქვენს გარემოში.

ფაილის სტრუქტურა, გასაღებები (keys), კოდირება (UTF-8) და მიმდევრობა უცვლელი რჩება.

ცვლადები და კოდი: რას არ ვეხებით

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

• {username}, {{count}}, %s, %d, %1$s - ცვლადები, რომლებსაც პროგრამა ავსებს;
• <b>, <a href>, \n - მარკაპი და ხაზის გადატანა;
• ICU MessageFormat-ის კონსტრუქციები, მაგალითად {count, plural, one {...} other {...}}.

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

ქართული ენის ტექნიკური თავისებურებები

• სიგრძე - ქართული ტექსტი ინგლისურზე ხშირად გრძელია. თუ ღილაკს ან ჩანართს სიმბოლოების ლიმიტი აქვს, გვაცნობეთ და თარგმანი მას არ გადააჭარბებს. ლიმიტს თითოეულ სტრიქონს ცალკე ვამოწმებთ;
• მრავლობითი რიცხვი - ქართულში რიცხვის შემდეგ არსებითი სახელი მხოლობითშია: "5 ფაილი" და არა "5 ფაილები". CLDR-ის მიხედვით ქართულს ორი ფორმა აქვს (one, other), ამიტომ ორივე ფორმა ხშირად იდენტურია, მაგრამ შაბლონი სწორად უნდა შეივსოს;
• დიდი ასოები - ქართული მხედრული დიდ ასოებს არ იყენებს. CSS-ის text-transform: uppercase თანამედროვე ბრაუზერებში ქართულ ტექსტს მთავრულად აქცევს, რაც ღილაკებსა და სათაურებში ხშირად მოულოდნელ სიგანეს და იერს იძლევა. ასეთ შემთხვევებს დეველოპერისთვის ვნიშნავთ;
• ბრუნვები ცვლადთან - "{name}'s profile" ქართულად ნათესაობით ბრუნვას საჭიროებს, რაც ცვლადთან ვერ ხერხდება. ასეთ სტრიქონებს ვაწყობთ ისე, რომ სახელი ბრუნვის გარეშე დადგეს: "პროფილი: {name}";
• მიმართვის ფორმა - პროექტის დასაწყისში ვთანხმდებით, "თქვენ" თუ "შენ". ინტერფეისში ორივეს შერევა არაპროფესიონალურად იკითხება;
• თარიღი, რიცხვი, ვალუტა - თარიღი DD.MM.YYYY ფორმატით, ათწილადის გამყოფად მძიმე, ვალუტის სიმბოლო ₾ რიცხვის შემდეგ.

რა არ ითარგმნება

ლოკალიზაციის დასაწყისში ვადგენთ "Do Not Translate" სიას. მასში შედის ბრენდისა და პროდუქტის სახელები, ფუნქციების საფირმო დასახელებები, ტექნოლოგიების სახელები (Wi-Fi, Bluetooth, QR) და აბრევიატურები, რომლებსაც ქართველი მომხმარებელი ორიგინალით ცნობს, მაგალითად PIN ან SMS.

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

კონტექსტი: რატომ გვჭირდება სკრინშოტები

ინგლისური "Save" შეიძლება იყოს "შენახვა" (ფაილის), "დაზოგვა" (თანხის) ან "შენახული" (სტატუსი). "Book" არის "წიგნი" ან "დაჯავშნა". სტრიქონის გასაღები, მაგალითად checkout.button.book, ხშირად მიგვანიშნებს კონტექსტზე, მაგრამ საუკეთესო შედეგს სკრინშოტები ან staging გარემოზე წვდომა იძლევა.

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

რჩევები დეველოპერებს: კოდი, რომელიც ლოკალიზაციისთვის მზადაა

ლოკალიზაციის ხარისხის ნახევარი თარგმნამდე წყდება, კოდში. ყველაზე ხშირი პრობლემები, რომლებსაც ფაილების მიღებისას ვხვდებით:

• სტრიქონების შეწებება - "You have " + count + " new messages" სამ ცალკე სტრიქონად ითარგმნება და ქართულად სწორი წინადადება ვერ აეწყობა. სწორია ერთი სტრიქონი ცვლადით;
• კოდში ჩაწერილი ტექსტი - სტრიქონები, რომლებიც რესურს ფაილში არ არის, თარგმნის შემდეგაც ინგლისურად რჩება;
• ტექსტი სურათებში - ბანერებზე და ილუსტრაციებზე დაწერილი ტექსტი ცალკე ფაილს ან ხელახლა დიზაინს საჭიროებს;
• ფიქსირებული სიგანე - ღილაკები და ჩანართები, რომლებიც ტექსტის სიგრძეს ვერ ერგება;
• კონტექსტის გარეშე გასაღებები - "label1", "text_23" თარჯიმანს ვერაფერს ეუბნება. დეველოპერის კომენტარი ფაილში რამდენიმე წამს ითხოვს და თარგმნის შეცდომებს ამცირებს.

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

აპლიკაციის მაღაზიის გვერდი და ტრანზაქციული ტექსტები

ლოკალიზაცია ინტერფეისით არ მთავრდება. მომხმარებელი პროდუქტს პირველად App Store-ში, Google Play-ში ან ელფოსტაში ხედავს:

• მაღაზიის აღწერა - სათაური და ქვესათაური მკაცრი სიმბოლოების ლიმიტით, მოკლე და სრული აღწერა, "What's New" ტექსტები;
• სკრინშოტების წარწერები - მოკლე ფრაზები, რომლებიც სურათის ჩარჩოში ეტევა;
• ტრანზაქციული წერილები და SMS - რეგისტრაცია, პაროლის აღდგენა, გადახდის დადასტურება. SMS-ში ქართული ტექსტი Unicode კოდირებით იგზავნება, ამიტომ ერთ შეტყობინებაში ლათინურზე ნაკლები სიმბოლო ეტევა და მოკლე ფორმულირება აქ განსაკუთრებით მნიშვნელოვანია;
• push-შეტყობინებები - ტექსტი, რომელიც დაბლოკილ ეკრანზე შეკვეცის გარეშე უნდა იკითხებოდეს.

პროცესი და უწყვეტი ლოკალიზაცია

• ანალიზი - ფაილის ფორმატი, სტრიქონების რაოდენობა, ცვლადების ტიპები, სიმბოლოების ლიმიტები;
• სტილის გზამკვლევი და ტერმინოლოგია - მიმართვის ფორმა, ტონი და პროდუქტის ტერმინები, რომლებიც არ ითარგმნება;
• თარგმნა CAT გარემოში - დაცული ცვლადებით და Translation Memory-ით;
• ავტომატური QA - ცვლადები, ტეგები, სიგრძე, ცარიელი სტრიქონები, ორმაგი სივრცეები;
• ლინგვისტური ტესტირება (LQA) - staging გარემოში ან სკრინშოტებზე ვამოწმებთ, როგორ ჩანს ტექსტი რეალურ ეკრანზე.

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

გამოუშვებელი ფუნქციები და staging-ზე წვდომა კომერციული საიდუმლოებაა. მოთხოვნისას ვაფორმებთ NDA-ს, წვდომა აქვს მხოლოდ პროექტის გუნდს: კონფიდენციალურობის პოლიტიკა.

როგორ დავიწყოთ

ხშირად დასმული კითხვები

დაკავშირებული გვერდები