ເລີ່ມຕົ້ນກັບການເຮັດໃຫ້ເປັນສາກົນ (Internationalization)¶
ມີໂຄງການແລະຕ້ອງການແປເປັນຫຼາຍພາສາບໍ? ຄູ່ມືນີ້ຈະຊ່ວຍເຈົ້າໄດ້. ມີການສະແດງສະຖານະການທົ່ວໄປຫຼາຍຢ່າງ, ແຕ່ຕົວຢ່າງສ່ວນໃຫຍ່ເປັນແບບທົ່ວໄປ ເຊິ່ງສາມາດນຳໄປໃຊ້ກັບສະຖານະການອື່ນໆໄດ້ເຊັ່ນກັນ.
ກ່ອນການແປຊອບແວໃດໜຶ່ງ, ເຈົ້າຄວນຮູ້ວ່າພາສາຕ່າງໆໃນທົ່ວໂລກມີຄວາມແຕກຕ່າງກັນຫຼາຍ ແລະເຈົ້າບໍ່ຄວນຄາດເດົາໂດຍອີງໃສ່ປະສົບການຂອງເຈົ້າເອງ. ສຳລັບພາສາສ່ວນໃຫຍ່ ມັນຈະເບິ່ງແປກໆຖ້າເຈົ້າພະຍາຍາມເອົາປະໂຫຍກມາຕໍ່ກັນຈາກສ່ວນທີ່ແປແລ້ວ. ນອກຈາກນີ້ ເຈົ້າຍັງຄວນຈັດການກັບຮູບແບບພະຫຸພົດຢ່າງຖືກຕ້ອງ ເພາະຫຼາຍພາສາມີກົດລະບຽບທີ່ຊັບຊ້ອນ ແລະເຟຣມເວີກສຳລັບການເຮັດໃຫ້ເປັນສາກົນທີ່ເຈົ້າເລືອກໃຊ້ຄວນຈະຮອງຮັບສິ່ງນີ້.
ສິ່ງສຸດທ້າຍແຕ່ບໍ່ທ້າຍສຸດ, ບາງຄັ້ງມັນອາດຈຳເປັນຕ້ອງເພີ່ມບໍລິບົດ (context) ເຂົ້າໃນຂໍ້ຄວາມທີ່ແປ. ລອງຈິນຕະນາການວ່າຜູ້ແປໄດ້ຮັບຂໍ້ຄວາມ Sun ໃຫ້ແປ. ຖ້າບໍ່ມີບໍລິບົດ ຄົນສ່ວນໃຫຍ່ຈະແປວ່ານັ້ນຄືດວງອາທິດ, ແຕ່ບາງທີມັນອາດຈະຖືກໃຊ້ເປັນຕົວຫຍໍ້ຂອງວັນອາທິດ (Sunday).
ການເລືອກເຟຣມເວີກສຳລັບການເຮັດໃຫ້ເປັນສາກົນ¶
ໃຫ້ເລືອກສິ່ງທີ່ເປັນມາດຕະຖານໃນແພລັດຟອມຂອງເຈົ້າ, ພະຍາຍາມຫຼີກລ່ຽງການສ້າງໃໝ່ (reinventing the wheel) ໂດຍການສ້າງເຟຣມເວີກຂອງເຈົ້າເອງເພື່ອຈັດການການແປພາສາ. Weblate ຮອງຮັບເຟຣມເວີກທີ່ໃຊ້ກັນຢ່າງແຜ່ຫຼາຍສ່ວນໃຫຍ່, ເບິ່ງ ຮູບແບບໄຟລ໌ການແປພາສາ ສຳລັບຂໍ້ມູນເພີ່ມເຕີມ (ໂດຍສະເພາະ ຄວາມສາມາດຂອງປະເພດການແປ).
ຄຳແນະນຳສ່ວນຕົວຂອງພວກເຮົາສຳລັບບາງແພລັດຟອມສະແດງຢູ່ໃນຕາຕະລາງຕໍ່ໄປນີ້. ນີ້ແມ່ນອີງໃສ່ປະສົບການຂອງພວກເຮົາ, ແຕ່ມັນອາດບໍ່ກວມເອົາທຸກກໍລະນີການນຳໃຊ້, ດັ່ງນັ້ນຄວນພິຈາລະນາສະພາບແວດລ້ອມຂອງເຈົ້າສະເໝີເມື່ອຕັດສິນໃຈ.
ແພລັດຟອມ |
ຮູບແບບທີ່ແນະນຳ |
|---|---|
Android |
|
iOS |
|
Qt |
|
Python |
|
PHP |
|
C/C++ |
|
C# |
|
Perl |
|
Ruby |
|
ສ່ວນຂະຫຍາຍເວັບ |
|
Java |
|
JavaScript |
ຂັ້ນຕອນການເຮັດວຽກທີ່ລະອຽດກວ່າສຳລັບບາງຮູບແບບ ໄດ້ອະທິບາຍໄວ້ໃນບົດຕໍ່ໄປນີ້:
ການໃຫ້ຄວາມຮູ້ແກ່ນັກພັດທະນາເພື່ອການເຮັດໃຫ້ເປັນສາກົນຢ່າງເໝາະສົມ¶
ການເຮັດຊອບແວໃຫ້ເປັນສາກົນບໍ່ແມ່ນພຽງແຕ່ການແປຂໍ້ຄວາມເທົ່ານັ້ນ, ແຕ່ແມ່ນການເຮັດໃຫ້ຊອບແວທັງໝົດເບິ່ງຄືກັບເປັນຂອງທ້ອງຖິ່ນສຳລັບຜູ້ໃຊ້ຈາກປະເທດອື່ນ. ນີ້ລວມເຖິງສິ່ງຕ່າງໆ ເຊັ່ນ: ການຈັດຮູບແບບວັນທີ ຫຼື ຕົວເລກ, ການສະແດງສະກຸນເງິນ, ຫຼື ການປ້ອນຂໍ້ຄວາມໃນທິດທາງທີ່ຖືກຕ້ອງ. ເຟຣມເວີກຊອບແວສ່ວນໃຫຍ່ຮອງຮັບສິ່ງນີ້ໄດ້ດີ, ດັ່ງນັ້ນກະລຸນາປະຕິບັດຕາມຄຳແນະນຳຂອງພວກເຂົາສຳລັບພື້ນທີ່ເຫຼົ່ານີ້ທັງໝົດ.
ການແປຂໍ້ຄວາມອາດບໍ່ແມ່ນວຽກທີ່ກົງໄປກົງມາ. ນີ້ແມ່ນຄວາມຈິງໂດຍສະເພາະສຳລັບຂໍ້ຄວາມສັ້ນໆ ເຊັ່ນ: ຄຳບັນຍາຍ ຫຼື ຊື່ປຸ່ມ. ພາສາຕ່າງກັນມີກົດລະບຽບຕ່າງກັນ, ແລະມັນບໍ່ສົມເຫດສົມຜົນທີ່ຈະຄາດຫວັງວ່າຂໍ້ຄວາມດຽວກັນຈະຖືກແປຄືກັນສະເໝີ. ໃນຫຼາຍສະຖານະການ ມັນອາດບໍ່ຊັດເຈນວ່າຈະແປແນວໃດ, ແລະມັນຍັງຍາກທີ່ຈະແຍກອອກວ່າຄຳນັ້ນເປັນຄຳກິລິຍາ ຫຼື ຄຳນາມ.
ນັກພັດທະນາທຸກຄົນຄວນເຂົ້າໃຈສິ່ງນີ້ ແລະລະບຸຂໍ້ຄວາມທີ່ໃຊ້ໃນຂອບເຂດຕ່າງໆຢ່າງເປັນເອກະລັກ. ຕົວຢ່າງເຊັ່ນ: None ທີ່ໝາຍເຖິງ "ບໍ່ມີຜູ້ໃຊ້" ອາດຖືກແປຕ່າງຈາກ None ທີ່ໝາຍເຖິງ "ບໍ່ມີລາຍການ". ໃຊ້ຄີ (keys) ຫຼື ບໍລິບົດທີ່ຕ່າງກັນເພື່ອຈຳແນກຄຳສັບເຫຼົ່ານີ້ໃຫ້ຜູ້ແປ. ເຈົ້າສາມາດໃຫ້ບໍລິບົດເພີ່ມເຕີມໃນ Weblate, ເຊັ່ນ: ພາບໜ້າຈໍ ແລະ ບໍລິບົດທາງສາຍຕາ ຫຼື ຄຳອະທິບາຍ.
ດ້ານເຕັກນິກເປັນພຽງສ່ວນໜຶ່ງຂອງວຽກ. ຜູ້ແປຍັງສັງເກດເຫັນຂັ້ນຕອນການເຮັດວຽກຂອງໂຄງການກ່ຽວກັບຂໍ້ຄວາມ, ການປ່ອຍເວີຊັນ, ແລະການສື່ສານ. ບາງວິທີປະຕິບັດຈະຊ່ວຍໃຫ້ການຮ່ວມມືງ່າຍຂຶ້ນຫຼາຍ:
ຕອບຄຳຖາມ ແລະ ຄວາມຄິດເຫັນຂອງຜູ້ແປ, ແລະຮັບປະກັນວ່າຊ່ອງທາງການຕິດຕໍ່ທີ່ປະກາດໄວ້ນັ້ນມີການຕິດຕາມກວດກາຕົວຈິງ.
ຫຼີກລ່ຽງການປ່ຽນແປງຂໍ້ຄວາມຕົ້ນສະບັບໂດຍບໍ່ຈຳເປັນ. ການປັບຄຳ ຫຼື ການແທນທີ່ຂໍ້ຄວາມທີ່ມີຢູ່ໂດຍບໍ່ມີເຫດຜົນທີ່ຜູ້ໃຊ້ເຫັນໄດ້ຊັດເຈນ ຈະສ້າງວຽກແປທີ່ຫຼີກລ່ຽງໄດ້.
ເພີ່ມບໍລິບົດໃຫ້ພຽງພໍເພື່ອໃຫ້ຜູ້ແປເຂົ້າໃຈຂໍ້ຄວາມສັ້ນ ຫຼື ຂໍ້ຄວາມທີ່ມີຄວາມໝາຍກຳກວມ. ຫຼີກລ່ຽງການນຳປະໂຫຍກມາຕໍ່ກັນຈາກຊິ້ນສ່ວນ, ໃຊ້ placeholder ທີ່ສາມາດຈັດລຽງໃໝ່ໄດ້, ແລະ ອາໄສການຈັດການພະຫຸພົດທີ່ມີມາໃຫ້ໃນລະບົບ.
ສົ່ງງານແປເປັນປະຈຳ ເພື່ອໃຫ້ວຽກທີ່ສຳເລັດແລ້ວບໍ່ຖືກປະໄວ້ໂດຍບໍ່ໄດ້ນຳໃຊ້ໃນ Weblate ເປັນເວລາດົນ.
ສື່ສານການປ່ຽນແປງຂັ້ນຕອນການເຮັດວຽກ ຫຼື ນະໂຍບາຍ, ແລະ ຮັກສາຂໍ້ກຳນົດໃນການປະກອບສ່ວນໃຫ້ເປັນຈິງສຳລັບທີມພາສາຂະໜາດນ້ອຍ.
ຖ້າໂຄງການບໍ່ໄດ້ຮັບການດູແລແລ້ວ, ໃຫ້ສະທ້ອນສິ່ງນັ້ນໃນຂັ້ນຕອນການແປ ແທນທີ່ຈະປ່ອຍໃຫ້ອົງປະກອບເປີດໄວ້ຕະຫຼອດໄປ.
Weblate ສາມາດຊ່ວຍແກ້ໄຂບາງບັນຫາເຫຼົ່ານີ້ໄດ້. ໂດຍສະເພາະ, ການ commit ອັດຕະໂນມັດຈາກ Weblate ເປັນປະຈຳເຮັດໃຫ້ຄວາມຄືບໜ້າການແປເຫັນໄດ້ໃນປະຫວັດຂອງ source code ແລະ ຫຼຸດຜ່ອນຄວາມສ່ຽງທີ່ວຽກທີ່ແປສຳເລັດແລ້ວຈະຖືກລືມກ່ອນການປ່ອຍເວີຊັນ. ເບິ່ງ ການປັບແຕ່ງພາສາແບບຕໍ່ເນື່ອງ ສຳລັບຕົວເລືອກອັດຕະໂນມັດ.
See also