ເສັ້ນທາງໄປສູ່ການພິມລະຫັດ 4 ລ້ານແຖວຂອງລະຫັດ Python. ພາກທີ 3

ພວກເຮົາສະເຫນີໃຫ້ທ່ານເອົາໃຈໃສ່ສ່ວນທີສາມຂອງການແປເອກະສານກ່ຽວກັບເສັ້ນທາງທີ່ Dropbox ໄດ້ປະຕິບັດໃນເວລາທີ່ປະຕິບັດລະບົບການກວດສອບປະເພດສໍາລັບລະຫັດ Python.

→ ພາກສ່ວນທີ່ຜ່ານມາ: ກ່ອນ и ຄັ້ງທີສອງ

ຮອດ 4 ລ້ານແຖວຂອງລະຫັດທີ່ພິມແລ້ວ

ສິ່ງທ້າທາຍທີ່ສໍາຄັນອີກອັນຫນຶ່ງ (ແລະຄວາມກັງວົນທົ່ວໄປທີສອງໃນບັນດາຜູ້ທີ່ສໍາຫຼວດພາຍໃນ) ແມ່ນການເພີ່ມຈໍານວນລະຫັດທີ່ກວມເອົາໂດຍການກວດສອບປະເພດໃນ Dropbox. ພວກເຮົາໄດ້ພະຍາຍາມຫຼາຍວິທີເພື່ອແກ້ໄຂບັນຫານີ້, ຈາກການຂະຫຍາຍຕົວຂອງຂະຫນາດຂອງ codebase ທີ່ພິມຕາມທໍາມະຊາດເພື່ອສຸມໃສ່ຄວາມພະຍາຍາມຂອງທີມງານ mypy ໃນການ inference ປະເພດອັດຕະໂນມັດແບບຄົງທີ່ແລະແບບເຄື່ອນໄຫວ. ໃນທີ່ສຸດ, ມັນເບິ່ງຄືວ່າບໍ່ມີກົນລະຍຸດການຊະນະທີ່ງ່າຍດາຍ, ແຕ່ພວກເຮົາສາມາດບັນລຸການເຕີບໂຕຢ່າງໄວວາຂອງປະລິມານຂອງລະຫັດທີ່ລະບຸໄວ້ໂດຍການລວມເອົາຫຼາຍວິທີການ.

ດັ່ງນັ້ນ, ຄັງເກັບ Python ທີ່ໃຫຍ່ທີ່ສຸດຂອງພວກເຮົາ (ມີລະຫັດ backend) ມີເກືອບ 4 ລ້ານເສັ້ນຂອງລະຫັດຄໍາບັນຍາຍ. ວຽກງານກ່ຽວກັບການພິມລະຫັດຄົງທີ່ໄດ້ຖືກສໍາເລັດໃນປະມານສາມປີ. ດຽວນີ້ Mypy ຮອງຮັບການລາຍງານການຄຸ້ມຄອງລະຫັດປະເພດຕ່າງໆ ທີ່ເຮັດໃຫ້ມັນງ່າຍຂຶ້ນໃນການຕິດຕາມຄວາມຄືບໜ້າຂອງການພິມ. ໂດຍສະເພາະ, ພວກເຮົາສາມາດສ້າງບົດລາຍງານກ່ຽວກັບລະຫັດທີ່ມີຄວາມບໍ່ຊັດເຈນໃນປະເພດ, ເຊັ່ນ, ຕົວຢ່າງ, ການນໍາໃຊ້ປະເພດທີ່ຊັດເຈນ. Any ໃນຄໍາບັນຍາຍທີ່ບໍ່ສາມາດກວດສອບໄດ້, ຫຼືກັບສິ່ງຕ່າງໆເຊັ່ນການນໍາເຂົ້າຫ້ອງສະຫມຸດພາກສ່ວນທີສາມທີ່ບໍ່ມີຄໍາບັນຍາຍປະເພດ. ເປັນສ່ວນຫນຶ່ງຂອງໂຄງການເພື່ອປັບປຸງຄວາມຖືກຕ້ອງຂອງການກວດສອບປະເພດໃນ Dropbox, ພວກເຮົາໄດ້ປະກອບສ່ວນໃນການປັບປຸງຄໍານິຍາມປະເພດ (ອັນທີ່ເອີ້ນວ່າໄຟລ໌ stub) ສໍາລັບບາງຫ້ອງສະຫມຸດແຫຼ່ງເປີດທີ່ນິຍົມຢູ່ໃນບ່ອນເກັບມ້ຽນ Python ສູນກາງ. ປະເພດ.

ພວກເຮົາໄດ້ປະຕິບັດ (ແລະມາດຕະຖານໃນ PEPs ຕໍ່ມາ) ລັກສະນະໃຫມ່ຂອງລະບົບປະເພດທີ່ອະນຸຍາດໃຫ້ປະເພດທີ່ຊັດເຈນກວ່າສໍາລັບບາງຮູບແບບ Python ສະເພາະ. ຕົວຢ່າງທີ່ໂດດເດັ່ນຂອງເລື່ອງນີ້ແມ່ນ TypeDict, ເຊິ່ງສະຫນອງປະເພດສໍາລັບວັດຈະນານຸກົມທີ່ຄ້າຍຄື JSON ທີ່ມີຊຸດລະຫັດສະຕຣິງຄົງທີ່, ແຕ່ລະຄົນມີຄ່າຂອງປະເພດຂອງຕົນເອງ. ພວກເຮົາຈະສືບຕໍ່ຂະຫຍາຍລະບົບປະເພດ. ຂັ້ນຕອນຕໍ່ໄປຂອງພວກເຮົາຈະເປັນການປັບປຸງການສະຫນັບສະຫນູນຄວາມສາມາດດ້ານຕົວເລກຂອງ Python.

ຈໍານວນແຖວຂອງລະຫັດຫຍໍ້ມາຈາກ: ເຊີບເວີ

ຈໍານວນແຖວຂອງລະຫັດຫຍໍ້ມາຈາກ: ລູກຄ້າ

ຈໍານວນເສັ້ນທັງໝົດຂອງລະຫັດຫຍໍ້ໜ້າ

ນີ້ແມ່ນພາບລວມຂອງລັກສະນະຕົ້ນຕໍຂອງສິ່ງທີ່ພວກເຮົາໄດ້ເຮັດເພື່ອເພີ່ມຈໍານວນລະຫັດຄໍາບັນຍາຍໃນ Dropbox:

ຄວາມເຂັ້ມງວດຂອງຄໍາບັນຍາຍ. ພວກເຮົາຄ່ອຍໆເພີ່ມຄວາມຕ້ອງການສໍາລັບຄວາມເຂັ້ມງວດຂອງການອະທິບາຍລະຫັດໃຫມ່. ພວກເຮົາເລີ່ມຕົ້ນດ້ວຍຄໍາແນະນໍາ linter ທີ່ແນະນໍາການເພີ່ມຄໍາບັນຍາຍໃສ່ໄຟລ໌ທີ່ມີບາງຄໍາບັນຍາຍແລ້ວ. ຕອນນີ້ພວກເຮົາຕ້ອງການຄໍາບັນຍາຍປະເພດໃນໄຟລ໌ Python ໃໝ່ ແລະໃນໄຟລ໌ທີ່ມີຢູ່ຫຼາຍທີ່ສຸດ.

ການພິມບົດລາຍງານ. ພວກເຮົາສົ່ງທີມງານລາຍງານປະຈໍາອາທິດກ່ຽວກັບລະດັບການພິມລະຫັດຂອງພວກເຂົາແລະໃຫ້ຄໍາແນະນໍາກ່ຽວກັບສິ່ງທີ່ຄວນມີຄໍາບັນຍາຍກ່ອນ.

ຄວາມນິຍົມຂອງ mypy. ພວກເຮົາສົນທະນາກ່ຽວກັບ mypy ໃນເຫດການຕ່າງໆແລະສົນທະນາກັບທີມງານເພື່ອຊ່ວຍໃຫ້ພວກເຂົາເລີ່ມຕົ້ນດ້ວຍຄໍາບັນຍາຍປະເພດ.

ແບບສຳຫຼວດ. ພວກເຮົາດໍາເນີນການສໍາຫຼວດຜູ້ໃຊ້ແຕ່ລະໄລຍະເພື່ອກໍານົດບັນຫາໃຫຍ່. ພວກເຮົາພ້ອມທີ່ຈະໄປຂ້ອນຂ້າງໄກໃນການແກ້ໄຂບັນຫາເຫຼົ່ານີ້ (ເຖິງແມ່ນວ່າການສ້າງພາສາໃຫມ່ເພື່ອເລັ່ງ mypy!).

ການປະຕິບັດ. ພວກເຮົາໄດ້ປັບປຸງການປະຕິບັດຂອງ mypy ຢ່າງຫຼວງຫຼາຍໂດຍໃຊ້ daemon ແລະ mypyc. ນີ້ແມ່ນເຮັດເພື່ອແກ້ໄຂຄວາມບໍ່ສະດວກທີ່ເກີດຂື້ນໃນລະຫວ່າງຂັ້ນຕອນການບັນຍາຍ, ແລະເພື່ອໃຫ້ສາມາດເຮັດວຽກກັບລະຫັດຈໍານວນຫລາຍ.

ການປະສົມປະສານກັບບັນນາທິການ. ພວກເຮົາໄດ້ສ້າງເຄື່ອງມືເພື່ອຮອງຮັບການແລ່ນ mypy ໃນບັນນາທິການທີ່ເປັນທີ່ນິຍົມໃນ Dropbox. ນີ້ປະກອບມີ PyCharm, Vim ແລະ VS Code. ນີ້ເຮັດໃຫ້ຂັ້ນຕອນການອະທິບາຍລະຫັດງ່າຍຂຶ້ນຫຼາຍ ແລະການກວດສອບການເຮັດວຽກຂອງມັນ. ປະເພດຂອງການດໍາເນີນການເຫຼົ່ານີ້ແມ່ນມີທົ່ວໄປໃນເວລາທີ່ການອະທິບາຍລະຫັດທີ່ມີຢູ່ແລ້ວ.

ການວິເຄາະຄົງທີ່. ພວກ​ເຮົາ​ໄດ້​ສ້າງ​ເຄື່ອງ​ມື​ເພື່ອ infer ລາຍ​ເຊັນ​ການ​ທໍາ​ງານ​ໂດຍ​ນໍາ​ໃຊ້​ເຄື່ອງ​ມື​ການ​ວິ​ເຄາະ​ສະ​ຖິ​ຕິ​. ເຄື່ອງມືນີ້ສາມາດເຮັດວຽກພຽງແຕ່ໃນສະຖານະການທີ່ຂ້ອນຂ້າງງ່າຍດາຍ, ແຕ່ມັນຊ່ວຍພວກເຮົາເພີ່ມການຄຸ້ມຄອງປະເພດລະຫັດຂອງພວກເຮົາໂດຍບໍ່ມີການພະຍາຍາມຫຼາຍ.

ສະຫນັບສະຫນູນຫ້ອງສະຫມຸດພາກສ່ວນທີສາມ. ຫຼາຍໂຄງການຂອງພວກເຮົາໃຊ້ຊຸດເຄື່ອງມື SQLAlchemy. ມັນໃຊ້ປະໂຫຍດຈາກຄວາມສາມາດແບບເຄື່ອນໄຫວຂອງ Python ທີ່ PEP 484 ປະເພດບໍ່ສາມາດສ້າງແບບຈໍາລອງໄດ້ໂດຍກົງ. ພວກເຮົາ, ອີງຕາມ PEP 561, ສ້າງໄຟລ໌ stub ທີ່ສອດຄ້ອງກັນແລະຂຽນ plugin ສໍາລັບ mypy (ແຫຼ່ງເປີດ), ເຊິ່ງປັບປຸງການສະຫນັບສະຫນູນ SQLAlchemy.

ຄວາມຫຍຸ້ງຍາກທີ່ພວກເຮົາພົບ

ເສັ້ນທາງໄປສູ່ 4 ລ້ານແຖວຂອງລະຫັດທີ່ພິມນັ້ນບໍ່ແມ່ນເລື່ອງງ່າຍສະເໝີໄປສຳລັບພວກເຮົາ. ໃນ​ເສັ້ນ​ທາງ​ນີ້​ພວກ​ເຮົາ​ໄດ້​ພົບ​ກັບ​ຂຸມ​ຫຼາຍ​ແລະ​ໄດ້​ເຮັດ​ຜິດ​ພາດ​ຫຼາຍ​ຄັ້ງ​. ເຫຼົ່ານີ້ແມ່ນບາງບັນຫາທີ່ພວກເຮົາພົບ. ພວກເຮົາຫວັງວ່າການບອກເລົ່າກ່ຽວກັບພວກມັນຈະຊ່ວຍໃຫ້ຄົນອື່ນຫຼີກເວັ້ນບັນຫາທີ່ຄ້າຍຄືກັນ.

ບໍ່ມີໄຟລ໌. ພວກເຮົາໄດ້ເລີ່ມຕົ້ນການເຮັດວຽກຂອງພວກເຮົາໂດຍການກວດສອບພຽງແຕ່ຈໍານວນຂະຫນາດນ້ອຍຂອງໄຟລ໌. ສິ່ງໃດແດ່ທີ່ບໍ່ລວມຢູ່ໃນໄຟລ໌ເຫຼົ່ານີ້ບໍ່ໄດ້ຖືກກວດສອບ. ໄຟລ໌ໄດ້ຖືກເພີ່ມເຂົ້າໃນລາຍການສະແກນເມື່ອຄໍາບັນຍາຍທໍາອິດປາກົດຢູ່ໃນພວກມັນ. ຖ້າບາງສິ່ງບາງຢ່າງຖືກນໍາເຂົ້າຈາກໂມດູນທີ່ຢູ່ນອກຂອບເຂດຂອງການກວດສອບ, ຫຼັງຈາກນັ້ນພວກເຮົາໄດ້ເວົ້າກ່ຽວກັບການເຮັດວຽກກັບຄຸນຄ່າເຊັ່ນ: Any, ເຊິ່ງບໍ່ໄດ້ທົດສອບເລີຍ. ອັນນີ້ເຮັດໃຫ້ສູນເສຍຄວາມຖືກຕ້ອງຂອງການພິມຢ່າງໃຫຍ່ຫຼວງ, ໂດຍສະເພາະໃນໄລຍະຕົ້ນຂອງການເຄື່ອນຍ້າຍ. ວິທີການນີ້ໄດ້ເຮັດວຽກດີທີ່ຫນ້າປະຫລາດໃຈມາເຖິງຕອນນັ້ນ, ເຖິງແມ່ນວ່າສະຖານະການປົກກະຕິແມ່ນວ່າການເພີ່ມໄຟລ໌ໃນຂອບເຂດຂອງການທົບທວນຄືນໄດ້ເປີດເຜີຍບັນຫາໃນພາກສ່ວນອື່ນໆຂອງ codebase. ໃນກໍລະນີທີ່ຮ້າຍແຮງທີ່ສຸດ, ເມື່ອສອງເຂດທີ່ໂດດດ່ຽວຂອງລະຫັດຖືກລວມເຂົ້າກັນ, ໃນນັ້ນ, ເປັນເອກະລາດຂອງກັນແລະກັນ, ປະເພດຕ່າງໆໄດ້ຖືກກວດສອບແລ້ວ, ມັນໄດ້ຫັນອອກວ່າປະເພດຂອງພື້ນທີ່ເຫຼົ່ານີ້ບໍ່ສອດຄ່ອງກັນ. ນີ້ເຮັດໃຫ້ຄວາມຕ້ອງການທີ່ຈະປ່ຽນແປງຫຼາຍຄໍາບັນຍາຍ. ຊອກຫາກັບຄືນໄປບ່ອນໃນປັດຈຸບັນ, ພວກເຮົາຮັບຮູ້ວ່າພວກເຮົາຄວນຈະໄດ້ເພີ່ມໂມດູນຫ້ອງສະຫມຸດຫຼັກເຂົ້າໄປໃນພື້ນທີ່ກວດສອບປະເພດຂອງ mypy ໄວກວ່ານີ້. ນີ້ຈະເຮັດໃຫ້ວຽກງານຂອງພວກເຮົາສາມາດຄາດເດົາໄດ້ຫຼາຍຂຶ້ນ.

ອະທິບາຍລະຫັດເກົ່າ. ເມື່ອພວກເຮົາເລີ່ມຕົ້ນ, ພວກເຮົາມີປະມານ 4 ລ້ານເສັ້ນຂອງລະຫັດ Python ທີ່ມີຢູ່ແລ້ວ. ມັນເປັນທີ່ຊັດເຈນວ່າການອະທິບາຍລະຫັດທັງຫມົດນີ້ບໍ່ແມ່ນວຽກງ່າຍ. ພວກເຮົາໄດ້ສ້າງເຄື່ອງມືທີ່ເອີ້ນວ່າ PyAnnotate ທີ່ສາມາດເກັບກໍາຂໍ້ມູນປະເພດເປັນການທົດສອບແລ່ນແລະສາມາດເພີ່ມຄໍາບັນຍາຍປະເພດໃສ່ລະຫັດຂອງທ່ານໂດຍອີງໃສ່ຂໍ້ມູນທີ່ເກັບກໍາ. ຢ່າງໃດກໍ່ຕາມ, ພວກເຮົາບໍ່ໄດ້ສັງເກດເຫັນການຮັບຮອງເອົາເຄື່ອງມືນີ້ຢ່າງກວ້າງຂວາງໂດຍສະເພາະ. ການຮວບຮວມຂໍ້ມູນປະເພດແມ່ນຊ້າ, ແລະຄຳອະທິບາຍປະກອບທີ່ສ້າງຂຶ້ນໂດຍອັດຕະໂນມັດມັກຈະຕ້ອງມີການແກ້ໄຂດ້ວຍຕົນເອງຫຼາຍຄັ້ງ. ພວກເຮົາຄິດກ່ຽວກັບການເປີດໃຊ້ເຄື່ອງມືນີ້ໂດຍອັດຕະໂນມັດທຸກໆຄັ້ງທີ່ພວກເຮົາທົບທວນລະຫັດ, ຫຼືເກັບກໍາຂໍ້ມູນປະເພດໂດຍອີງໃສ່ການວິເຄາະຈໍານວນຂະຫນາດນ້ອຍຂອງການຮ້ອງຂໍເຄືອຂ່າຍຕົວຈິງ, ແຕ່ຕັດສິນໃຈທີ່ຈະບໍ່ເພາະວ່າວິທີການທັງສອງມີຄວາມສ່ຽງເກີນໄປ.

ດັ່ງນັ້ນ, ມັນສາມາດສັງເກດເຫັນໄດ້ວ່າສ່ວນໃຫຍ່ຂອງລະຫັດໄດ້ຖືກອະທິບາຍດ້ວຍຕົນເອງໂດຍເຈົ້າຂອງຂອງມັນ. ເພື່ອນໍາພາຂະບວນການນີ້ໄປໃນທິດທາງທີ່ຖືກຕ້ອງ, ພວກເຮົາກະກຽມບົດລາຍງານກ່ຽວກັບໂມດູນແລະຫນ້າທີ່ທີ່ສໍາຄັນໂດຍສະເພາະທີ່ຕ້ອງໄດ້ຮັບການອະທິບາຍ. ຕົວຢ່າງ, ມັນເປັນສິ່ງສໍາຄັນທີ່ຈະໃຫ້ຄໍາບັນຍາຍປະເພດສໍາລັບໂມດູນຫ້ອງສະຫມຸດທີ່ຖືກນໍາໃຊ້ໃນຫຼາຍຮ້ອຍບ່ອນ. ແຕ່ການບໍລິການເກົ່າທີ່ກໍາລັງຖືກແທນທີ່ດ້ວຍອັນໃຫມ່ແມ່ນບໍ່ສໍາຄັນທີ່ຈະປະກອບຄໍາບັນຍາຍ. ພວກເຮົາຍັງທົດລອງໃຊ້ການວິເຄາະສະຖິດເພື່ອສ້າງຄໍາບັນຍາຍປະເພດສໍາລັບລະຫັດເກົ່າ.

ການນໍາເຂົ້າຮອບວຽນ. ຂ້າງເທິງ, ຂ້າພະເຈົ້າໄດ້ເວົ້າກ່ຽວກັບການນໍາເຂົ້າຮອບວຽນ ("ການຕິດພັນກັນ"), ທີ່ມີຢູ່ແລ້ວເຮັດໃຫ້ມັນຍາກທີ່ຈະເລັ່ງ mypy. ພວກເຮົາຍັງໄດ້ເຮັດວຽກຫນັກເພື່ອເຮັດໃຫ້ mypy ສະຫນັບສະຫນູນທຸກປະເພດຂອງ idioms ທີ່ເກີດຈາກການນໍາເຂົ້າ cyclic ເຫຼົ່ານີ້. ພວກເຮົາບໍ່ດົນມານີ້ໄດ້ສໍາເລັດໂຄງການອອກແບບລະບົບທີ່ສໍາຄັນທີ່ແກ້ໄຂບັນຫາຂອງ mypy ສ່ວນໃຫຍ່ກ່ຽວກັບການນໍາເຂົ້າເປັນວົງ. ຕົວຈິງແລ້ວບັນຫາເຫຼົ່ານີ້ເກີດມາຈາກຍຸກທໍາອິດຂອງໂຄງການ, ກັບຄືນໄປບ່ອນຈາກ Alore, ພາສາການສຶກສາທີ່ໂຄງການ mypy ໄດ້ສຸມໃສ່ໃນເບື້ອງຕົ້ນ. syntax Alore ເຮັດໃຫ້ມັນງ່າຍຕໍ່ການແກ້ໄຂບັນຫາກັບຄໍາສັ່ງນໍາເຂົ້າ cyclic. mypy ທັນສະ ໄໝ ໄດ້ສືບທອດຂໍ້ ຈຳ ກັດບາງຢ່າງຈາກການຈັດຕັ້ງປະຕິບັດໃນຕົ້ນໆ, ທີ່ບໍ່ສະຫຼາດ (ເຊິ່ງເປັນສິ່ງທີ່ ເໝາະ ສົມທີ່ສຸດ ສຳ ລັບ Alore). Python ເຮັດ​ໃຫ້​ການ​ເຮັດ​ວຽກ​ຮ່ວມ​ກັບ​ການ​ນໍາ​ເຂົ້າ​ເປັນ​ວົງ​ມົນ​ມີ​ຄວາມ​ຫຍຸ້ງ​ຍາກ​, ໂດຍ​ສ່ວນ​ໃຫຍ່​ແມ່ນ​ເນື່ອງ​ຈາກ​ວ່າ​ການ​ສະ​ແດງ​ອອກ​ແມ່ນ​ບໍ່​ຊັດ​ເຈນ​. ສໍາລັບຕົວຢ່າງ, ການປະຕິບັດການມອບຫມາຍອາດຈະກໍານົດປະເພດຂອງນາມແຝງ. Mypy ບໍ່ສາມາດກວດພົບສິ່ງຕ່າງໆເຊັ່ນນີ້ສະເໝີໄປ ຈົນກວ່າການນຳເຂົ້າສ່ວນໃຫຍ່ຈະຖືກປະມວນຜົນ. ບໍ່ມີຄວາມບໍ່ແນ່ນອນດັ່ງກ່າວໃນ Alore. ການຕັດສິນໃຈທີ່ບໍ່ດີທີ່ດໍາເນີນໃນໄລຍະຕົ້ນຂອງການພັດທະນາລະບົບສາມາດນໍາສະເຫນີຄວາມແປກໃຈທີ່ບໍ່ຫນ້າພໍໃຈກັບນັກຂຽນໂປຼແກຼມຫຼາຍປີຕໍ່ມາ.

ຜົນໄດ້ຮັບ: ເສັ້ນທາງໄປສູ່ 5 ລ້ານເສັ້ນຂອງລະຫັດແລະຂອບເຂດໃຫມ່

ໂຄງການ mypy ໄດ້ມາເປັນວິທີທາງຍາວ - ຈາກຕົວແບບຕົ້ນໄປສູ່ລະບົບທີ່ຄວບຄຸມ 4 ລ້ານສາຍຂອງປະເພດລະຫັດການຜະລິດ. ໃນຂະນະທີ່ mypy ພັດທະນາ, ຄໍາແນະນໍາຂອງປະເພດ Python ແມ່ນມາດຕະຖານ. ມື້ນີ້, ລະບົບນິເວດທີ່ມີປະສິດທິພາບໄດ້ພັດທະນາກ່ຽວກັບການພິມລະຫັດ Python. ມັນມີສະຖານທີ່ສໍາລັບການສະຫນັບສະຫນູນຫ້ອງສະຫມຸດ, ມັນມີເຄື່ອງມືຊ່ວຍສໍາລັບ IDEs ແລະບັນນາທິການ, ມັນມີລະບົບການຄວບຄຸມຫຼາຍປະເພດ, ແຕ່ລະຄົນມີຂໍ້ດີແລະຂໍ້ເສຍຂອງຕົນເອງ.

ເຖິງແມ່ນວ່າການກວດສອບປະເພດແມ່ນໃຫ້ຢູ່ໃນ Dropbox ແລ້ວ, ຂ້ອຍເຊື່ອວ່າພວກເຮົາຍັງຢູ່ໃນຍຸກທໍາອິດຂອງການພິມລະຫັດ Python. ຂ້າພະເຈົ້າຄິດວ່າເຕັກໂນໂລຊີການກວດສອບປະເພດຈະສືບຕໍ່ພັດທະນາແລະປັບປຸງ.

ຖ້າທ່ານຍັງບໍ່ໄດ້ໃຊ້ການກວດສອບປະເພດຢູ່ໃນໂຄງການ Python ຂະຫນາດໃຫຍ່ຂອງເຈົ້າ, ຈົ່ງຮູ້ວ່າເວລານີ້ແມ່ນເວລາທີ່ດີທີ່ຈະເລີ່ມຕົ້ນຍ້າຍໄປການພິມແບບຄົງທີ່. ຂ້າພະເຈົ້າໄດ້ສົນທະນາກັບຜູ້ທີ່ໄດ້ເຮັດການຫັນປ່ຽນທີ່ຄ້າຍຄືກັນ. ບໍ່ມີໃຜໃນພວກເຂົາເສຍໃຈ. ການກວດສອບປະເພດເຮັດໃຫ້ Python ເປັນພາສາທີ່ເຫມາະສົມກັບການພັດທະນາໂຄງການຂະຫນາດໃຫຍ່ກ່ວາ "Python ປົກກະຕິ."

ທ່ານຜູ້ອ່ານທີ່ຮັກແພງ! ທ່ານໃຊ້ການກວດສອບປະເພດໃນໂຄງການ Python ຂອງທ່ານບໍ?

ແຫຼ່ງຂໍ້ມູນ: www.habr.com