globalize tagad ir Nimdzi Language Technology Radar sarakstā

Nimdzi ir pārbaudījis globalize.now un iekļāvis to savā Language Technology Radar — analītiķu uzņēmuma valodu tehnoloģiju produktu katalogā. globalize.now ir ar mākslīgo intelektu darbināta lokalizācijas infrastruktūra, un Nimdzi to ievieto divās vietās: kategorijā “lokalizācija izstrādātājiem” un kategorijā “lokalizācijai pielāgoti LLM rīki”. Šajā rakstā uzzināsiet, kas ir Radar, kur tajā atrodas globalize un kāpēc lokalizācija koda līmenī ir kļuvusi par atsevišķu kategoriju.

Kas ir Nimdzi Language Technology Radar?

Radar ir dzīva valodu tehnoloģiju datubāze, ko uztur Nimdzi Insights. Tā aizstāja iepriekšējo Language Technology Atlas, kas bija ikgadējs tirgus pārskats, ar katalogu, kas tiek atjaunināts nepārtraukti. 2026. gada izdevumā norādīti vairāk nekā 1100 produktu no 756 uzņēmumiem.

Produkti ir sagrupēti vienpadsmit kategorijās — no tulkošanas pārvaldības sistēmām un mašīntulkošanas līdz runas atpazīšanai un tulkošanas sistēmām. Dažām kategorijām ir apakškategorijas, un produkts tiek iekļauts tur, kur atrodas tā pamatpiedāvājums, nevis visur, kur varētu pievilkt kādu no tā funkcijām.

Kā rīks tiek pārbaudīts?

Uzņēmums iesniedz savus datus, un Nimdzi pētnieki tos pārbauda, salīdzinot ar publisko informāciju, sarunām ar pakalpojuma sniedzēju un paši izmēģinot rīkus. Iekļaušana ir bezmaksas. Nimdzi norāda, ka neņem komisijas maksu, lai ietekmētu sarakstus, reitingus vai atsauksmes, un tieši tāpēc iekļaušanai ir svars pircēju acīs.

globalize gadījumā tas nozīmēja jautājumu kārtu no Radar komandas, pirms profils tika atzīmēts kā pabeigts. Uz kādiem modeļiem un dzinējiem balstās tulkošana. Vai kvalitātes pārbaudes darbojas arī ārpus platformas. Kā labojumi tiek pārnesti uz turpmākajiem tulkojumiem. Kategorijas atspoguļo šīs atbildes, nevis paša produkta aprakstu.

Kur Radar sarakstā ir iekļauts globalize?

globalize ir iekļauts divās kategorijās.

Tulkošanas pārvaldības sistēmas, lokalizācija izstrādātājiem. Šajā apakškategorijā ir rīki, kas veidoti inženieru komandām, nevis tulkotāju komandām. Atšķirība ir tajā, kur notiek darbs. Klasiskā TMS ir atsevišķa darba vide, uz kuru un no kuras tiek sinhronizēti teksti. globalize strādā repozitorijā, tāpēc rezultāts ir pull request ar lokalizācijas failiem, nevis eksports no pārvaldības paneļa.

Lielie valodas modeļi, lokalizācijai pielāgoti LLM rīki. globalize izmanto valodas modeļus tulkošanai un otrajai pārbaudes kārtai, kas katrā valodā pārbauda nozīmi, vietturus, glosārija terminus un atbilstību stila ceļvedim. Šī kategorija paredzēta rīkiem, kuros modelis tiek izmantots tieši lokalizācijas darbam, nevis vispārīgai tērzēšanai.

Profilu Nimdzi vietnē varat izlasīt.

Kāpēc lokalizācija izstrādātājiem ir sava kategorija?

Tāpēc, ka mainījušies cilvēki, kas izlaiž tekstus. Pirms dažiem gadiem produktu komanda nodeva tekstus lokalizācijas vadītājam, kurš tos izlaida cauri TMS un atdeva failus atpakaļ. Šodien individuālais dibinātājs otrdien izlaiž ar Cursor vai Lovable izveidotu Next.js lietotni un grib to japāņu valodā līdz piektdienai. Lokalizācijas vadītāja nav, un neviens negrib vēl vienu pārvaldības paneli, ko uzturēt sinhronizētu.

Šīs pārmaiņas rada citu veicamo uzdevumu.

classic TMS:  code  →  export strings  →  TMS workspace  →  translators  →  import files  →  code
globalize:    code  →  push  →  translated pull request  →  merge

Izstrādātāja puses uzdevumam ir divas daļas. Pirmkārt, kodu bāzei vispār jābūt sagatavotai lokalizācijai, kas ar AI ģenerētām lietotnēm parasti nav tā. Tās tiek izlaistas ar burtiski ierakstītiem tekstiem komponentēs, bez atslēgām un bez lokalizācijas failiem. globalize to sakārto vienreiz, lietotnē, kad pievienojat repozitoriju. Otrkārt, katras nākamās izmaiņas ir jātulko, nevienam par to neatceroties. Pēc iestatīšanas katrs push ar jaunu vai mainītu tekstu atgriežas kā pull request ar tulkojumiem, kurus pārbaudījusi AI kārta un kas ir gatavi apvienošanai.

Vai tad globalize ir TMS?

Nē, lai gan Nimdzi izstrādātājiem paredzēto apakškategoriju ievieto zem TMS virsraksta. globalize atrodas starp jūsu i18n bibliotēku un tulkošanas dzinēju. Tādas bibliotēkas kā next-intl un i18next nodrošina tulkojumus izpildlaikā, un globalize turpina strādāt ar to, kuru jau izmantojat. Tulkošanas pārvaldības sistēmas, piemēram, Lokalise un Crowdin, pārvalda tulkotāju darbplūsmas. globalize izveido un uztur atslēgas un lokalizācijas failus, tāpēc komandai bez tulkotājiem šāda darbplūsmu slāņa nemaz nevajag. Ja salīdzināt abas pieejas, salīdzinājumā ar Lokalise atšķirības aplūkotas sīkāk.

Ko globalize patiesībā dara repozitorijā?

Tas pieslēdzas GitHub vai GitLab, skenē repozitoriju un, ja lietotnei vajadzīgs, sagatavo i18n, nosūtot izmaiņas uz atsevišķu zaru, ko varat pārskatīt. Ja lietotne jau izmanto next-intl, react-i18next, i18next vai Lingui, tas saglabā esošo risinājumu un tikai tulko.

Pēc tam tulkošanas darbu aktivizē trīs veidi, un tie visi ir iestatījumi, ko jūs kontrolējat.

1. Push ar jaunu vai mainītu tekstu uzraudzītā zarā.
2. Pull request, ja šo opciju ieslēdzat.
3. Manuāli palaists darbs no informācijas paneļa.

Katrs darbs tulko tikai to, kas ir jauns vai mainīts. Teksti, kas jau ir tulkošanas atmiņā, tiek izmantoti atkārtoti un par tiem atkārtoti netiek rēķināts. Jūsu glosārijs un katras valodas stila ceļveži tiek piemēroti katram darbam, un pārbaudes kārta atzīmē visu, kam nepieciešams cilvēks, pirms tas nonāk jūsu noklusējuma zarā. Rezultāts nonāk kā pull request, kas skar tikai jūsu lokalizācijas failus.

Atbalstītie formāti aptver tīmekli un mobilās ierīces, tostarp JSON, gettext PO, XLIFF, YAML, Flutter ARB, Apple string catalogs un Android string resources. Cena tiek noteikta par darba vidi, bez maksas par lietotāju vietām, un aktuālie plāni ir atrodami cenu lapā.

Kāpēc analītiķu saraksts ir svarīgs, ja esat izstrādātājs?

Vairumam izstrādātāju tas daudz ko nemaina. globalize novērtēsiet pēc pirmā pull request, un bezmaksas izmēģinājums ir paredzēts tieši tam. Iekļaušana ir svarīga divām citām grupām.

Pirmā ir komandas ar lokalizācijas vadītāju. Lokalizācijas vadītājs, kas izvērtē rīkus, lasa Nimdzi, un neatkarīgs pārbaudīts profils viņam apliecina, ka produkts pastāv, darbojas, kā aprakstīts, un atrodas viņam pazīstamā kategorijā. Tā ir īsāka saruna nekā demonstrācija no nulles.

Otrā ir pircēji, kas atstāj klasisku TMS. Komandas, kas pāriet no Lokalise vai Phrase uz risinājumu koda līmenī, grib zināt, ka alternatīva ir īsta, pirms pārceļ produkcijas katalogu. Radar iekļaušana ir viena no nedaudzajām šī tirgus pazīmēm, ko pats piegādātājs nevar uzrakstīt par sevi.

Kas būs tālāk?

Nimdzi uztur arī TMS Feature Explorer — katra rīka profilu pa funkcijām, un globalize ieraksts tiek gatavots. Kad tas būs pieejams, tas punkts pa punktam parādīs, ko globalize aptver un ko apzināti neaptver, piemēram, tulkotāju redaktorus un piegādātāju pārvaldību, kas neietilpst uz kodu orientēta rīka uzdevumos.

Pa to laiku ātrākais veids, kā to novērtēt, ir izmēģināt uz sava koda. Pievienojiet repozitoriju, ļaujiet globalize veikt iestatīšanu un izlasiet pirmo iztulkoto pull request.