ภาษาพื้นถิ่นของบุคคลนั้นเป็นส่วนหนึ่งของคุณลักษณะที่ทำให้พวกเขามีเอกลักษณ์เฉพาะตัว มักมีวิธีต่างๆ มากมายในการแสดงความคิดที่เฉพาะเจาะจง เมื่อบริษัทสื่อสารกับลูกค้า สิ่งสำคัญคือต้องส่งข้อความในลักษณะที่แสดงถึงข้อมูลที่พวกเขาพยายามจะสื่อได้ดีที่สุด สิ่งนี้สำคัญยิ่งขึ้นไปอีกเมื่อพูดถึงการแปลภาษาอย่างมืออาชีพ ลูกค้าของระบบและบริการการแปลคาดหวังผลลัพธ์ที่แม่นยำและปรับแต่งได้สูง เพื่อให้บรรลุสิ่งนี้ พวกเขามักจะนำเอาต์พุตการแปลก่อนหน้ากลับมาใช้ใหม่ ซึ่งเรียกว่าหน่วยความจำการแปล (TM) และเปรียบเทียบกับข้อความอินพุตใหม่ ในการแปลโดยใช้คอมพิวเตอร์ช่วย เทคนิคนี้เรียกว่า การจับคู่ที่คลุมเครือ. หน้าที่หลักของการจับคู่แบบคลุมเครือคือการช่วยเหลือนักแปลโดยเร่งกระบวนการแปลให้เร็วขึ้น เมื่อไม่พบการจับคู่แบบตรงทั้งหมดในฐานข้อมูล TM สำหรับข้อความที่กำลังแปล ระบบการจัดการการแปล (TMS) มักจะมีตัวเลือกในการค้นหาคำที่ตรงกันน้อยกว่าที่ตรงทั้งหมด ผู้แปลจะได้รับการจับคู่ที่เป็นไปได้เพื่อเป็นข้อมูลเพิ่มเติมสำหรับการแปลขั้นสุดท้าย นักแปลที่ปรับปรุงเวิร์กโฟลว์ด้วยความสามารถในการแปลด้วยคอมพิวเตอร์ เช่น อเมซอนแปลภาษา มักคาดหวังว่าจะใช้ข้อมูลการจับคู่แบบคลุมเครือเป็นส่วนหนึ่งของโซลูชันการแปลอัตโนมัติ
ในโพสต์นี้ คุณจะได้เรียนรู้วิธีปรับแต่งเอาต์พุตจาก Amazon Translate ตามคะแนนคุณภาพการจับคู่แบบคลุมเครือของหน่วยความจำการแปล
การจับคู่คุณภาพการแปล
รูปแบบไฟล์การแลกเปลี่ยนการแปล XML (เอ็กซ์ลิฟ) มาตรฐานมักใช้เป็นรูปแบบการแลกเปลี่ยนข้อมูลระหว่าง TMS และ Amazon Translate ไฟล์ XLIFF ที่สร้างโดย TMS จะรวมข้อมูลข้อความต้นทางและเป้าหมายพร้อมกับคะแนนคุณภาพการจับคู่ตาม TM ที่มี คะแนนเหล่านี้—มักจะแสดงเป็นเปอร์เซ็นต์—ระบุว่าหน่วยความจำการแปลอยู่ใกล้กับข้อความที่กำลังแปลเพียงใด
ลูกค้าบางรายที่มีข้อกำหนดที่เข้มงวดมากต้องการให้ใช้การแปลด้วยคอมพิวเตอร์เมื่อคะแนนคุณภาพการจับคู่ต่ำกว่าเกณฑ์ที่กำหนดเท่านั้น นอกเหนือจากเกณฑ์นี้ พวกเขาคาดหวังว่าหน่วยความจำการแปลของตนเองจะมีความสำคัญเหนือกว่า นักแปลมักจะต้องใช้การตั้งค่าเหล่านี้ด้วยตนเองภายใน TMS หรือโดยการแก้ไขข้อมูลข้อความ โฟลว์นี้แสดงไว้ในไดอะแกรมต่อไปนี้ ระบบการแปลด้วยคอมพิวเตอร์จะประมวลผลข้อมูลการแปล—ข้อความและคะแนนการจับคู่ที่คลุมเครือ—ซึ่งจะได้รับการตรวจทานและแก้ไขโดยนักแปลด้วยตนเองตามเกณฑ์คุณภาพที่ต้องการ การใช้เกณฑ์ที่เป็นส่วนหนึ่งของขั้นตอนการแปลด้วยคอมพิวเตอร์ทำให้คุณสามารถลบขั้นตอนด้วยตนเองเหล่านี้ได้ ซึ่งช่วยปรับปรุงประสิทธิภาพและปรับต้นทุนให้เหมาะสม
โซลูชันที่นำเสนอในโพสต์นี้ช่วยให้คุณสามารถบังคับใช้กฎตามเกณฑ์คะแนนคุณภาพการจับคู่เพื่อขับเคลื่อนว่าข้อความอินพุตที่กำหนดควรแปลด้วยเครื่องโดย Amazon Translate หรือไม่ เมื่อไม่ได้แปลด้วยคอมพิวเตอร์ ข้อความที่ได้จะอยู่ในดุลยพินิจของผู้แปลที่ตรวจสอบผลลัพธ์สุดท้าย
สถาปัตยกรรมโซลูชัน
สถาปัตยกรรมโซลูชันที่แสดงไว้ในรูปที่ 2 ใช้ประโยชน์จากบริการต่อไปนี้:
- บริการจัดเก็บข้อมูลอย่างง่ายของ Amazon – บัคเก็ต Amazon S3 มีเนื้อหาดังต่อไปนี้:
- ไฟล์การกำหนดค่าเกณฑ์การจับคู่แบบคลุมเครือ
- ข้อความต้นฉบับที่จะแปล
- Amazon Translate ตำแหน่งข้อมูลอินพุตและเอาต์พุต
- ผู้จัดการระบบ AWS - เราใช้ ที่เก็บพารามิเตอร์ พารามิเตอร์เพื่อจัดเก็บค่าการกำหนดค่าเกณฑ์คุณภาพการจับคู่
- AWS แลมบ์ดา – เราใช้ฟังก์ชัน Lambda สองฟังก์ชัน:
- ฟังก์ชันหนึ่งประมวลผลไฟล์การกำหนดค่าเกณฑ์การจับคู่คุณภาพล่วงหน้าและคงข้อมูลไว้ใน Parameter Store
- ฟังก์ชันหนึ่งสร้างงานแปลแบบอะซิงโครนัสโดยอัตโนมัติ
- บริการ Amazon Simple Queue – คิว Amazon SQS ทริกเกอร์โฟลว์การแปลอันเป็นผลมาจากไฟล์ใหม่ที่เข้ามาในบัคเก็ตต้นทาง
ขั้นแรก คุณตั้งค่าเกณฑ์คุณภาพสำหรับงานแปลของคุณโดยแก้ไขไฟล์การกำหนดค่าและอัปโหลดไปยังบัคเก็ต S3 การกำหนดค่าเกณฑ์การจับคู่แบบคลุมเครือ ต่อไปนี้เป็นตัวอย่างการกำหนดค่าในรูปแบบ CSV เราเลือก CSV เพื่อความง่าย แม้ว่าคุณจะใช้รูปแบบใดก็ได้ แต่ละบรรทัดแสดงถึงเกณฑ์ที่จะใช้กับงานแปลเฉพาะหรือเป็นค่าเริ่มต้นสำหรับงานใดๆ
ข้อกำหนดของไฟล์การกำหนดค่ามีดังนี้:
- คอลัมน์ 1 ควรใส่ชื่อไฟล์ XLIFF โดยไม่มีส่วนขยายซึ่งระบุให้งาน Amazon Translate เป็นข้อมูลอินพุต
- ควรเติมคอลัมน์ 2 ด้วยเกณฑ์เปอร์เซ็นต์การจับคู่คุณภาพ สำหรับคะแนนใดๆ ที่ต่ำกว่าค่านี้ ระบบจะใช้การแปลด้วยคอมพิวเตอร์
- สำหรับไฟล์ XLIFF ทั้งหมดที่มีชื่อไม่ตรงกับชื่อใดๆ ที่ระบุไว้ในไฟล์การกำหนดค่า ระบบจะใช้ขีดจำกัดเริ่มต้น—บรรทัดที่มีคีย์เวิร์ด
default
กำหนดไว้ในคอลัมน์ที่ 1
เมื่อมีการอัปโหลดไฟล์ใหม่ Amazon S3 จะทริกเกอร์ฟังก์ชัน Lambda ที่รับผิดชอบการประมวลผลพารามิเตอร์ ฟังก์ชันนี้จะอ่านและจัดเก็บพารามิเตอร์ขีดจำกัดลงใน Parameter Store สำหรับการใช้งานในอนาคต การใช้ Parameter Store จะช่วยหลีกเลี่ยงการดำเนินการตามคำขอ Amazon S3 GET ที่ซ้ำซ้อนทุกครั้งที่เริ่มงานแปลใหม่ ไฟล์คอนฟิกูเรชันตัวอย่างสร้างแท็กพารามิเตอร์ที่แสดงในภาพหน้าจอต่อไปนี้
ฟังก์ชันการเริ่มต้นงาน Lambda ใช้พารามิเตอร์เหล่านี้เพื่อประมวลผลข้อมูลล่วงหน้าก่อนที่จะเรียกใช้ Amazon Translate เราใช้ไฟล์อินพุต XLIFF แปลภาษาอังกฤษเป็นสเปนดังแสดงในรหัสต่อไปนี้ ประกอบด้วยข้อความเริ่มต้นที่จะแปล แบ่งออกเป็นสิ่งที่เรียกว่า กลุ่มแสดงในแท็กแหล่งที่มา
ข้อความต้นฉบับได้รับการจับคู่ล่วงหน้ากับหน่วยความจำการแปลล่วงหน้า ข้อมูลมีทางเลือกในการแปลที่เป็นไปได้—แสดงเป็น <alt-trans>
แท็ก ควบคู่ไปกับแอตทริบิวต์คุณภาพการจับคู่ ซึ่งแสดงเป็นเปอร์เซ็นต์ กฎเกณฑ์ทางธุรกิจมีดังนี้:
- กลุ่มที่ได้รับพร้อมคำแปลทางเลือกและคุณภาพการจับคู่ที่ต่ำกว่าเกณฑ์จะไม่ถูกแตะต้องหรือว่างเปล่า สิ่งนี้เป็นสัญญาณไปยัง Amazon Translate ว่าต้องแปล
- กลุ่มที่ได้รับพร้อมคำแปลทางเลือกที่มีคุณภาพการจับคู่ที่สูงกว่าเกณฑ์จะได้รับการเติมข้อความเป้าหมายที่แนะนำไว้ล่วงหน้า Amazon Translate ข้ามส่วนเหล่านั้น
สมมติว่าเกณฑ์การจับคู่คุณภาพที่กำหนดค่าสำหรับงานนี้คือ 80% ส่วนแรกที่มีคุณภาพการจับคู่ 99% จะไม่ถูกแปลโดยคอมพิวเตอร์ ในขณะที่ส่วนที่สองคือ เนื่องจากคุณภาพการจับคู่นั้นต่ำกว่าเกณฑ์ที่กำหนดไว้ ในการกำหนดค่านี้ Amazon Translate จะสร้างเอาต์พุตต่อไปนี้:
ในส่วนที่สอง Amazon Translate จะเขียนทับข้อความเป้าหมายที่แนะนำในตอนแรก (Selección
) ด้วยการแปลคุณภาพสูงกว่า: Visita de selección
.
ส่วนขยายที่เป็นไปได้สำหรับกรณีการใช้งานนี้คือการนำเอาผลลัพธ์ที่แปลมาใช้ซ้ำ และสร้างหน่วยความจำการแปลของเราเอง Amazon Translate รองรับการปรับแต่งการแปลด้วยเครื่องโดยใช้หน่วยความจำการแปลด้วย ข้อมูลคู่ขนาน ลักษณะเฉพาะ. ส่วนข้อความที่เคยแปลด้วยเครื่องก่อนหน้านี้เนื่องจากคะแนนคุณภาพต่ำเริ่มต้นสามารถนำกลับมาใช้ใหม่ในโครงการแปลใหม่ได้
ในส่วนต่อไปนี้ เราจะแนะนำคุณตลอดกระบวนการปรับใช้และทดสอบโซลูชันนี้ คุณใช้ การก่อตัวของ AWS Cloud สคริปต์และตัวอย่างข้อมูลเพื่อเริ่มงานการแปลแบบอะซิงโครนัสที่ปรับให้เป็นส่วนตัวด้วยเกณฑ์การจับคู่คุณภาพที่กำหนดค่าได้
เบื้องต้น
สำหรับคำแนะนำนี้ คุณต้องมี บัญชี AWS. หากคุณยังไม่มีบัญชี คุณสามารถ สร้างและเปิดใช้งานอย่างใดอย่างหนึ่ง.
เปิดใช้กอง AWS CloudFormation
- Choose เรียกใช้ Stack:
- สำหรับ ชื่อกอง, ป้อนชื่อ
- สำหรับ ConfigBucketNameให้ป้อนบัคเก็ต S3 ที่มีไฟล์การกำหนดค่าขีดจำกัด
- สำหรับ พารามิเตอร์StoreRootให้ป้อนเส้นทางรากของพารามิเตอร์ที่สร้างโดยพารามิเตอร์ที่ประมวลผลฟังก์ชัน Lambda
- สำหรับ ชื่อคิวให้ป้อนคิว SQS ที่คุณสร้างเพื่อโพสต์การแจ้งเตือนไฟล์ใหม่จากบัคเก็ตต้นทางไปยังฟังก์ชัน Lambda การเริ่มต้นงาน นี่คือฟังก์ชันที่อ่านไฟล์การกำหนดค่า
- สำหรับ SourceBucketNameให้ป้อนบัคเก็ต S3 ที่มีไฟล์ XLIFF ที่จะแปล หากคุณต้องการใช้บัคเก็ตที่มีอยู่ก่อนแล้ว คุณต้องเปลี่ยนค่าของพารามิเตอร์ CreateSourceBucket เป็น No
- สำหรับ WorkingBucketNameให้ป้อนบัคเก็ต S3 ที่ Amazon Translate ใช้สำหรับข้อมูลอินพุตและเอาต์พุต
- Choose ถัดไป.
- ทางเลือกบน กอง Options เพิ่มชื่อคีย์และค่าสำหรับแท็กที่คุณอาจต้องการกำหนดให้กับทรัพยากรที่กำลังจะถูกสร้างขึ้น
- Choose ถัดไป.
- เกี่ยวกับ รีวิว ใหเลือก ฉันรับทราบว่าเทมเพลตนี้อาจทำให้ AWS CloudFormation สร้างทรัพยากร IAM.
- ตรวจสอบการตั้งค่าอื่นๆ จากนั้นเลือก สร้าง stack.
AWS CloudFormation ใช้เวลาหลายนาทีในการสร้างทรัพยากรในนามของคุณ ติดตามความคืบหน้าได้ที่ เหตุการณ์ที่เกิดขึ้น แท็บบนคอนโซล AWS CloudFormation เมื่อสร้าง stack แล้ว คุณจะเห็น a CREATE_COMPLETE
ข้อความใน Status คอลัมน์บน ขององค์กร แถบ
ทดสอบวิธีแก้ปัญหา
มาดูตัวอย่างง่ายๆ
- ดาวน์โหลดข้อมูลต่อไปนี้ ข้อมูลตัวอย่าง.
- เปิดเครื่องรูดเนื้อหา
ควรมีไฟล์สองไฟล์: ไฟล์ .xlf ในรูปแบบ XLIFF และไฟล์การกำหนดค่าขีดจำกัดที่มี .cfg เป็นส่วนขยาย ต่อไปนี้เป็นข้อความที่ตัดตอนมาของไฟล์ XLIFF
- บนคอนโซล Amazon S3 ให้อัปโหลดไฟล์การกำหนดค่าเกณฑ์คุณภาพลงในบัคเก็ตการกำหนดค่าที่คุณระบุไว้ก่อนหน้านี้
ค่าที่ตั้งไว้สำหรับ test_En_to_Fr
คือ 75% คุณควรจะสามารถเห็นพารามิเตอร์บนคอนโซลตัวจัดการระบบในส่วนที่เก็บพารามิเตอร์
- ยังอยู่บนคอนโซล Amazon S3 ให้อัปโหลดไฟล์ .xlf ลงในบัคเก็ต S3 ที่คุณกำหนดค่าเป็นแหล่ง ตรวจสอบให้แน่ใจว่าไฟล์อยู่ภายใต้โฟลเดอร์ชื่อ
translate
(ตัวอย่างเช่น,<my_bucket>/translate/test_En_to_Fr.xlf
).
ขั้นตอนนี้จะเริ่มต้นขั้นตอนการแปล
- เปิดคอนโซล Amazon Translate
งานใหม่ควรปรากฏขึ้นพร้อมสถานะกำลังดำเนินการ
- เมื่องานเสร็จสมบูรณ์ ให้คลิกที่ลิงค์ของงานและศึกษาผลลัพธ์ ควรแปลทุกส่วน
ควรแปลทุกส่วน ในไฟล์ XLIFF ที่แปลแล้ว ให้มองหาเซ็กเมนต์ที่มีแอตทริบิวต์เพิ่มเติมชื่อ lscustom:match-quality
ดังที่แสดงในภาพหน้าจอต่อไปนี้ แอตทริบิวต์ที่กำหนดเองเหล่านี้ระบุกลุ่มที่มีการเก็บรักษาการแปลที่แนะนำตามคะแนน
สิ่งเหล่านี้ได้มาจากหน่วยความจำการแปลตามเกณฑ์คุณภาพ ส่วนอื่นๆ ทั้งหมดถูกแปลด้วยเครื่อง
คุณได้ปรับใช้และทดสอบผู้ช่วยงานการแปลแบบอะซิงโครนัสแบบอัตโนมัติที่บังคับใช้เกณฑ์คุณภาพการจับคู่หน่วยความจำการแปลที่กำหนดค่าได้ ทำได้ดีมาก!
ทำความสะอาด
หากคุณปรับใช้โซลูชันในบัญชีของคุณ อย่าลืมลบ CloudFormation stack เพื่อหลีกเลี่ยงค่าใช้จ่ายที่ไม่คาดคิด คุณต้องล้างถัง S3 ด้วยตนเองก่อน
สรุป
ในโพสต์นี้ คุณได้เรียนรู้วิธีปรับแต่งงานแปลของ Amazon Translate ตามเมตริกคุณภาพการจับคู่แบบคลุมเครือ XLIFF มาตรฐาน ด้วยโซลูชันนี้ คุณสามารถลดการใช้แรงงานคนที่เกี่ยวข้องกับการตรวจสอบข้อความที่แปลโดยคอมพิวเตอร์ได้อย่างมาก ในขณะที่ยังเพิ่มประสิทธิภาพการใช้งาน Amazon Translate ของคุณอีกด้วย คุณยังสามารถขยายโซลูชันด้วยระบบอัตโนมัติการนำเข้าข้อมูลและความสามารถในการประสานเวิร์กโฟลว์ ตามที่อธิบายไว้ใน เร่งงานแปลด้วยผู้ช่วยระบบแปลอัตโนมัติเต็มรูปแบบ.
เกี่ยวกับผู้เขียน
นาร์ซิสเซ่ เซคปา เป็นสถาปนิกโซลูชั่นที่ตั้งอยู่ในเมืองบอสตัน เขาช่วยลูกค้าในภาคตะวันออกเฉียงเหนือของสหรัฐฯ เร่งการนำ AWS Cloud ไปใช้โดยให้แนวทางสถาปัตยกรรม ออกแบบนวัตกรรม และโซลูชันที่ปรับขนาดได้ เมื่อนาร์ซิสเซ่ไม่ได้สร้างบ้าน เขาสนุกกับการใช้เวลาอยู่กับครอบครัว เดินทาง ทำอาหาร และเล่นบาสเก็ตบอล
ดิมิทรี เรสเทนโน เป็นสถาปนิกโซลูชันที่ AWS ซึ่งตั้งอยู่ในเมืองบรูคลิน นิวยอร์ก เขาทำงานกับบริษัทด้านการดูแลสุขภาพและบริการทางการเงินเป็นหลักในภาคตะวันออกเฉียงเหนือ โดยช่วยออกแบบโซลูชันที่เป็นนวัตกรรมและสร้างสรรค์เพื่อให้บริการแก่ลูกค้าได้ดีที่สุด จากภูมิหลังด้านการพัฒนาซอฟต์แวร์ เขารู้สึกตื่นเต้นกับความเป็นไปได้ใหม่ๆ ที่เทคโนโลยีไร้เซิร์ฟเวอร์สามารถนำมาสู่โลกได้ นอกที่ทำงาน เขาชอบปีนเขาและสำรวจแหล่งอาหารในนิวยอร์ค
- คอยน์สมาร์ท การแลกเปลี่ยน Bitcoin และ Crypto ที่ดีที่สุดในยุโรป
- เพลโตบล็อคเชน Web3 Metaverse ข่าวกรอง ขยายความรู้. เข้าฟรี
- คริปโตฮอว์ก เรดาร์ Altcoin ทดลองฟรี.
- ที่มา: https://aws.amazon.com/blogs/machine-learning/personalize-your-machine-translation-results-by-using-fuzzy-matching-with-amazon-translate/
- "
- 100
- 420
- 7
- เกี่ยวกับเรา
- เร่งความเร็ว
- ตาม
- ลงชื่อเข้าใช้
- ถูกต้อง
- บรรลุ
- เพิ่มเติม
- การนำมาใช้
- ทั้งหมด
- ทางเลือก
- แม้ว่า
- อเมซอน
- การประยุกต์ใช้
- ในเชิงสถาปัตยกรรม
- สถาปัตยกรรม
- ผู้ช่วย
- แอตทริบิวต์
- อัตโนมัติ
- อัตโนมัติ
- ใช้ได้
- AWS
- พื้นหลัง
- บาสเกตบอล
- กำลัง
- ด้านล่าง
- ที่ดีที่สุด
- เกิน
- ชายแดน
- บอสตัน
- การก่อสร้าง
- ธุรกิจ
- ความสามารถในการ
- ก่อให้เกิด
- บาง
- เปลี่ยนแปลง
- รับผิดชอบ
- Choose
- เมฆ
- รหัส
- คอลัมน์
- มา
- บริษัท
- องค์ประกอบ
- ความยินยอม
- ปลอบใจ
- มี
- เนื้อหา
- ได้
- สร้าง
- ที่สร้างขึ้น
- สร้าง
- ความคิดสร้างสรรค์
- วิกฤติ
- ประเพณี
- ลูกค้า
- ข้อมูล
- ฐานข้อมูล
- ส่ง
- นำไปใช้
- ปรับใช้
- อธิบาย
- ออกแบบ
- พัฒนาการ
- ต่าง
- ดุลพินิจ
- ไม่
- ลง
- ขับรถ
- อย่างมีประสิทธิภาพ
- ภาษาอังกฤษ
- เข้าสู่
- ตัวอย่าง
- ตลาดแลกเปลี่ยน
- ตื่นเต้น
- คาดหวัง
- สำรวจ
- แสดง
- ขยายออก
- ครอบครัว
- ลักษณะ
- รูป
- ทางการเงิน
- บริการทางการเงิน
- บริษัท
- ชื่อจริง
- ไหล
- ดังต่อไปนี้
- ดังต่อไปนี้
- อาหาร
- รูป
- พบ
- ภาษาฝรั่งเศส
- ฟังก์ชัน
- ฟังก์ชั่น
- อนาคต
- ยิ่งใหญ่
- อย่างมาก
- บัญชีกลุ่ม
- แนวทาง
- การดูแลสุขภาพ
- การช่วยเหลือ
- จะช่วยให้
- สูงกว่า
- อย่างสูง
- สรุป ความน่าเชื่อถือของ Olymp Trade?
- ทำอย่างไร
- HTTPS
- ความคิด
- แยกแยะ
- ระบุ
- สำคัญ
- ประกอบด้วย
- ข้อมูล
- นวัตกรรม
- อินพุต
- ร่วมมือ
- IT
- การสัมภาษณ์
- งาน
- คีย์
- ที่รู้จักกัน
- แรงงาน
- ภาษา
- เปิดตัว
- เรียนรู้
- ได้เรียนรู้
- ยกระดับ
- Line
- LINK
- จดทะเบียน
- เครื่อง
- การจัดการ
- ผู้จัดการ
- คู่มือ
- ด้วยมือ
- การจับคู่
- การจับคู่
- หน่วยความจำ
- ตัวชี้วัด
- อาจ
- ข้อมูลเพิ่มเติม
- ชื่อ
- นิวยอร์ก
- ทางทิศเหนือ
- NYC
- การเพิ่มประสิทธิภาพ
- ตัวเลือกเสริม (Option)
- ประสาน
- อื่นๆ
- ของตนเอง
- ส่วนหนึ่ง
- เปอร์เซ็นต์
- ที่มีประสิทธิภาพ
- ปรับแต่ง
- เล่น
- ความเป็นไปได้
- เป็นไปได้
- ที่มีศักยภาพ
- ก่อน
- ประถม
- กระบวนการ
- กระบวนการ
- การประมวลผล
- ผลิต
- มืออาชีพ
- โครงการ
- การให้
- คุณภาพ
- ที่ได้รับ
- ลด
- เป็นตัวแทนของ
- แสดงให้เห็นถึง
- การร้องขอ
- ความต้องการ
- แหล่งข้อมูล
- ผลสอบ
- ทบทวน
- กฎระเบียบ
- ที่ปรับขนาดได้
- ฉาก
- ค้นหา
- ส่วน
- กลุ่ม
- serverless
- บริการ
- ชุด
- แสดง
- ง่าย
- ซอฟต์แวร์
- การพัฒนาซอฟต์แวร์
- ของแข็ง
- ทางออก
- โซลูชัน
- ข้อกำหนด
- การใช้จ่าย
- กอง
- มาตรฐาน
- เริ่มต้น
- Status
- การเก็บรักษา
- จัดเก็บ
- ร้านค้า
- รองรับ
- ระบบ
- ระบบ
- เป้า
- เทคโนโลยี
- การทดสอบ
- ที่มา
- โลก
- ธรณีประตู
- ตลอด
- เวลา
- การแปลภาษา
- การเดินทาง
- เรา
- เป็นเอกลักษณ์
- ใช้
- ความคุ้มค่า
- นาฬิกา
- อะไร
- ความหมายของ
- ว่า
- ในขณะที่
- WHO
- ภายใน
- งาน
- โรงงาน
- โลก
- XML