Baadhi ya maelezo baada ya majaribio ya kwanza.
Sisi tayari kuwa ni kufanya kazi katika vBET (vBET ni rahisi kuongeza tafsiri mpya APIs).
Apertium Tafsiri API utendaji katika wakati huu ni maskini. Ombi fupi ni akajibu kwa milliseconds karibu 300 kile ni sawa. Bado maombi ya muda mrefu kujibiwa hata kwa sekunde 13 (tofauti majibu wakati - katika vipimo wetu sekunde chache kati ya 5-13). Bila shaka hatuwezi kufanya kitu katika eneo hili - hii ni kwa muda vBET kusubiri - kusubiri majibu. Sisi hatujui itakuwa haina utendaji bora hapa - huu ni 3 chama huduma. Hii ni kwa sababu suala hilo si muhimu baada ya Caching vBET tafsiri anapata mara moja, bado kwa ajili ya vikao baadhi hili inaweza haikubaliki kwa ukurasa kwa mzigo sekunde 20 - hata kama ni kwa ajili ya tafsiri ya kwanza tu. Kutoka upande mwingine - ambaye anataka kuwa na tafsiri ya haraka na chaguzi katika APIs kulipwa, hivyo kwa kukosa nyingine bure APIs (Microsoft itakuwa bado bure tu kwa ajili ya kikomo 2 mamilioni wahusika / huu - lakini itakuwa bado bure).
Sisi mtihani vizuri katika mtihani na jukwaa halisi. Kwa wakati huu tukiwa na vipimo chache tu (tayari katika vBET code) kwenye jukwaa ndogo mtihani.
Pia tayari tunaona kwamba itatubidi kuongeza uwezo mpya wa usanidi katika vBET - kama uwezekano wa kuweka vipaumbele vya watoa huduma duniani kote. Sasa inaweza kufanywa kwa kuhariri faili nyingi za usanidi na tunaona kuwa sio njia. Hatukutabiri kuwa mabadiliko makubwa sana yatafanywa katika soko la tafsiri, lakini tutakubali![]()