ລາຍການຫົວເລື່ອງ
ໝູ່ຄົນໜຶ່ງໄດ້ຖາມຂ້ອຍວ່າຈະຊ່ວຍປັບປຸງປະສິດທິພາບເມື່ອໃຊ້ Codex ໄດ້ແນວໃດ.
我说你想做的东西,GitHub 上大概率已经有人做过了,而且不少方案已经很成熟。能直接参考、修改,为什么还要从头写一遍?
ຂ້ອຍບອກເຈົ້າໃຫ້ຄັດລອກແລະວາງການກະຕຸ້ນຕໍ່ໄປນີ້ແລະແລ່ນມັນກ່ອນທີ່ຈະເລີ່ມຕົ້ນແຕ່ລະໂຄງການ.
他试了一下,回来跟我说,确实省了好多时间。

ຂ້ອຍໄດ້ຄິດກ່ຽວກັບມັນ, ແລະເບິ່ງຄືວ່າມີຫຼາຍຄົນບໍ່ຮູ້ເຖິງຄຸນສົມບັດນີ້. ມັນຄືກັບວ່າຫຼາຍຄົນໃຊ້ AI ເພື່ອຂຽນລະຫັດ, ເລີ່ມຕົ້ນດ້ວຍ Vibe Coding ທັນທີ, ໃຫ້ AI ສ້າງເວັບໄຊທ໌ ແລະ ຂຽນແອັບ.
ມັນບໍ່ຈຳເປັນຕ້ອງຟ້າວເລີຍ.
ສິ່ງທີ່ທ່ານຕ້ອງການເຮັດ, ຜູ້ໃດຜູ້ໜຶ່ງໃນ GitHub ອາດຈະໄດ້ເຮັດແລ້ວ.
ສິ່ງທີ່ທ່ານຕ້ອງການເຮັດສ່ວນຫຼາຍແມ່ນໄດ້ເຮັດແລ້ວໃນ GitHub. ວິທີແກ້ໄຂຫຼາຍຢ່າງແມ່ນສຳເລັດແລ້ວ, ແລະຄຸນນະພາບຂອງລະຫັດອາດຈະສູງກວ່າສິ່ງທີ່ທ່ານສາມາດຂຽນດ້ວຍຕົວເອງ. ເປັນຫຍັງຕ້ອງຂຽນມັນຄືນໃໝ່ຕັ້ງແຕ່ເລີ່ມຕົ້ນ ໃນເມື່ອທ່ານສາມາດອ້າງອີງ ແລະ ດັດແປງວຽກງານທີ່ມີຢູ່ໄດ້ໂດຍກົງ?
ນິໄສສ່ວນຕົວຂອງຂ້ອຍແມ່ນວ່າທຸກຄັ້ງທີ່ຂ້ອຍຕ້ອງການເລີ່ມໂຄງການໃໝ່, ຂ້ອຍຈະບໍ່ຂຽນລະຫັດໃດໆທັນທີ. ກ່ອນອື່ນໝົດ, ຂ້ອຍສົ່ງຄຳແນະນຳນີ້ໄປຫາ Codex:
我要做一个XXX。先不要写代码。去GitHub找能直接使用或二次开发的开源项目,确认是否还在维护、部署是否麻烦、哪些功能可以复用。最后告诉我,应该直接用、基于现有项目改,还是自己开发,并给出最简单的MVP方案。等我确认后再动手。
ພຽງແຕ່ປະໂຫຍກນີ້ອັນດຽວ.
ການກະຕຸ້ນເຕືອນນີ້ໄດ້ເຮັດສາມຢ່າງ.
ລອງຄິດເບິ່ງ, ການກະຕຸ້ນນີ້ເຮັດສາມຢ່າງ.
ກ່ອນອື່ນໝົດ, ມັນຊ່ວຍໃຫ້ AI ສາມາດຊອກຫາວິທີແກ້ໄຂທີ່ມີຢູ່ໃນ GitHub ແທນທີ່ຈະເລີ່ມຂຽນເອງ. ຫຼາຍຄົນອາດຈະບໍ່ຮູ້ວ່າ Codex, ເມື່ອປະສົມປະສານກັບປລັກອິນ GitHub, ສາມາດຄົ້ນຫາໂຄງການແຫຼ່ງເປີດໄດ້ໃນເວລາຈິງ; ມັນບໍ່ແມ່ນພຽງແຕ່ຄຸນສົມບັດເທົ່ານັ້ນ.
ອັນທີສອງ, ມັນໃຊ້ AI ເພື່ອຊ່ວຍທ່ານປະເມີນຄຸນນະພາບຂອງໂຄງການເຫຼົ່ານີ້: ບໍ່ວ່າພວກມັນຍັງຖືກຮັກສາໄວ້ຫຼືບໍ່, ການນຳໃຊ້ມີຄວາມສັບສົນແນວໃດ, ແລະຄຸນສົມບັດໃດທີ່ສາມາດນຳໃຊ້ໄດ້ໂດຍກົງ. ຖ້າທ່ານຄົ້ນຫາແຕ່ລະໂຄງການດ້ວຍຕົນເອງໃນ GitHub, ມັນອາດຈະໃຊ້ເວລາໜຶ່ງຫຼືສອງຊົ່ວໂມງ. ໃຫ້ AI ດຳເນີນການມັນ, ແລະທ່ານຈະໄດ້ຮັບຜົນພາຍໃນນາທີ.
ອັນທີສາມ, ມັນຊ່ວຍໃຫ້ AI ສາມາດໃຫ້ຄໍາແນະນໍາການຕັດສິນໃຈທີ່ຊັດເຈນແກ່ທ່ານ: ວ່າຈະໃຊ້ມັນໂດຍກົງ, ດັດແປງມັນ, ຫຼືຂຽນມັນຕັ້ງແຕ່ເລີ່ມຕົ້ນ, ແລະມັນຍັງຊ່ວຍໃຫ້ທ່ານວາງແຜນວິທີແກ້ໄຂ MVP ທີ່ງ່າຍທີ່ສຸດ.
ເປັນຫຍັງພວກເຮົາຈຶ່ງສາມາດປະຫຍັດໂທເຄັນໄດ້ຫຼາຍ?
ຂ້າພະເຈົ້າຂໍບອກທ່ານວ່າ, ການດໍາເນີນງານນີ້ສາມາດຊ່ວຍປະຢັດໂທເຄັນຂອງທ່ານໄດ້ຫຼາຍແທ້ໆ.
ເປັນຫຍັງ? ເພາະວ່າຖ້າທ່ານປ່ອຍໃຫ້ AI ເລີ່ມຂຽນລະຫັດໂດຍກົງ, ມັນຈະບໍ່ຮູ້ວ່າສິ່ງທີ່ທ່ານຕ້ອງການມີຢູ່ແລ້ວ. ມັນຈະສ້າງລະຫັດຈຳນວນຫຼວງຫຼາຍໃຫ້ທ່ານຕັ້ງແຕ່ເລີ່ມຕົ້ນ. ລະຫັດນີ້ອາດຈະຊ້ອນກັນກັບໜ້າທີ່ຂອງໂຄງການແຫຼ່ງເປີດທີ່ມີຢູ່ແລ້ວ, ແລະໃນທີ່ສຸດທ່ານຈະຕ້ອງເຮັດຄວາມສະອາດມັນດ້ວຍຕົວທ່ານເອງ.
ເຖິງຢ່າງໃດກໍ່ຕາມ, ຖ້າທ່ານປ່ອຍໃຫ້ AI ຊ່ວຍທ່ານຊອກຫາຄຳຕອບກ່ອນ, ຄຳແນະນຳຂອງມັນຈະອີງໃສ່ລະບົບນິເວດທີ່ມີຢູ່, ແລະເມື່ອທ່ານຂຽນລະຫັດ, ປະລິມານຂອງລະຫັດສາມາດຫຼຸດລົງຢ່າງໜ້ອຍເຄິ່ງໜຶ່ງ.
ນັ້ນແມ່ນສິ່ງທີ່ຂ້ອຍເຮັດດ້ວຍຕົນເອງ. ເມື່ອໃດກໍຕາມທີ່ຂ້ອຍເລີ່ມໂຄງການໃໝ່, ຂ້ອຍຈະດໍາເນີນໂຄງການແນະນໍານີ້ກ່ອນ, ແລະຫຼັງຈາກນັ້ນຕັດສິນໃຈໃນຂັ້ນຕອນຕໍ່ໄປໂດຍອີງໃສ່ຄໍາແນະນໍາຂອງ AI. ມັນຊ່ວຍປັບປຸງປະສິດທິພາບໄດ້ແທ້ໆ.
ເວົ້າແທ້ໆ, ຂ້ອຍບໍ່ແນ່ໃຈວ່າວິທີການນີ້ຈະເຮັດວຽກໄດ້ສຳລັບທຸກຄົນ; ບາງໂຄງການອາດຈະຂາດວິທີແກ້ໄຂທີ່ມີຢູ່ຢ່າງງ່າຍດາຍ. ແຕ່ລອງຄິດເບິ່ງ: ສຳລັບສິ່ງສ່ວນໃຫຍ່ທີ່ເຈົ້າຢາກເຮັດ, ດ້ວຍບ່ອນເກັບຂໍ້ມູນຫຼາຍຮ້ອຍລ້ານບ່ອນໃນ GitHub, ມີຄວາມເປັນໄປໄດ້ສູງຫຼາຍທີ່ບາງຄົນໄດ້ເຮັດມັນແລ້ວ.
ຢືນຢູ່ເທິງບ່າຂອງຍັກໃຫຍ່
ເຈົ້າບໍ່ແມ່ນນັກຂຽນໂປຣແກຣມ, ສະນັ້ນເຈົ້າຈຶ່ງບໍ່ຈຳເປັນຕ້ອງຂຽນລະຫັດຕັ້ງແຕ່ເລີ່ມຕົ້ນ. ເຈົ້າບໍ່ແມ່ນຜູ້ສ້າງເນື້ອຫາ, ສະນັ້ນເຈົ້າຈຶ່ງບໍ່ຈຳເປັນຕ້ອງສ້າງເນື້ອຫາຕົ້ນສະບັບທຸກໆມື້. ເຈົ້າເປັນພຽງຄົນທີ່ຕ້ອງການເຮັດບາງສິ່ງບາງຢ່າງທີ່ມີຄວາມໝາຍ, ແລະວິທີທີ່ສະຫຼາດທີ່ສຸດແມ່ນການເບິ່ງສິ່ງທີ່ຄົນອື່ນໄດ້ເຮັດໄປແລ້ວກ່ອນ, ແລະຈາກນັ້ນກໍ່ຢືນຢູ່ເທິງບ່າຂອງຍັກໃຫຍ່.
ບາງຄັ້ງຂ້ອຍຮູ້ສຶກວ່າວິທີທີ່ສະຫຼາດທີ່ສຸດໃນການໃຊ້ AI ໃນຍຸກ AI ບໍ່ແມ່ນການປ່ອຍໃຫ້ AI ເຮັດທຸກຢ່າງໃຫ້ເຈົ້າ, ແຕ່ໃຫ້ AI ເຮັດການຄົ້ນຫາຂໍ້ມູນ ແລະ ການວິເຄາະການຕັດສິນໃຈໃຫ້ເຈົ້າ, ແລະ ຫຼັງຈາກນັ້ນເຈົ້າກໍ່ສາມາດປະຕິບັດມັນໄດ້.
ມີຄວາມແຕກຕ່າງກັນແນວໃດລະຫວ່າງສິ່ງນີ້ ແລະ ການໃຊ້ເຄື່ອງຈັກຊອກຫາກ່ອນໜ້ານີ້? ກ່ອນໜ້ານີ້, ເມື່ອທ່ານຄົ້ນຫາຄວາມຕ້ອງການສະເພາະ, ລິ້ງຈຳນວນໜຶ່ງຈະປາກົດຂຶ້ນ, ແລະ ທ່ານຕ້ອງຄລິກຜ່ານພວກມັນເທື່ອລະອັນເພື່ອເບິ່ງວ່າອັນໃດເຮັດວຽກ ແລະ ອັນໃດບໍ່ໄດ້. ຕອນນີ້, ທ່ານບອກ AI ກ່ຽວກັບຄວາມຕ້ອງການຂອງທ່ານ, ແລະ ມັນຈະກັ່ນຕອງພວກມັນໃຫ້ທ່ານ ແລະ ໃຫ້ບົດສະຫຼຸບແກ່ທ່ານໂດຍກົງ.
ເຈົ້າເຊື່ອໄດ້ບໍ?
ການກະຕຸ້ນເຕືອນນີ້ຄວນຖືກແກະສະຫຼັກໄວ້.DNAໃນ
ສ່ວນຕົວຂ້ອຍຄິດວ່າການກະຕຸ້ນນີ້ຄວນຈະຝັງເລິກຢູ່ໃນ DNA ຂອງພວກເຮົາ . ການເຮັດມັນໃຫ້ສຳເລັດກ່ອນທີ່ຈະເລີ່ມໂຄງການໃໝ່ຊ່ວຍປະຢັດເວລາໄດ້ຫຼາຍ.
ຂໍ້ໄດ້ປຽບອີກອັນໜຶ່ງຂອງວິທີການນີ້ແມ່ນທ່ານຫຼີກລ່ຽງການປະດິດລໍ້ໃໝ່. AI ຊ່ວຍໃຫ້ທ່ານຊອກຫາວິທີແກ້ໄຂທີ່ມີຢູ່ພ້ອມ, ຊ່ວຍໃຫ້ທ່ານສາມາດສຸມໃສ່ລັກສະນະທີ່ປັບແຕ່ງໄດ້ຢ່າງແທ້ຈິງ. ວິທີນີ້, ພະລັງງານຂອງທ່ານສາມາດຖືກອຸທິດໃຫ້ກັບພື້ນທີ່ທີ່ມີຄຸນຄ່າທີ່ສຸດ.
ປະສົບການຂອງຂ້ອຍເອງແມ່ນວ່າ ເມື່ອຂ້ອຍເລີ່ມໃຊ້ AI ເພື່ອຂຽນລະຫັດໃໝ່ໆ, ຂ້ອຍຮູ້ສຶກຕື່ນເຕັ້ນຫຼາຍ ແລະ ຢາກໃຫ້ AI ສ້າງທຸກຢ່າງຂຶ້ນມາໃໝ່. ແຕ່ຫຼັງຈາກໃຊ້ມັນໄປໄລຍະໜຶ່ງ, ຂ້ອຍພົບວ່າການເຮັດເຊັ່ນນັ້ນມັກຈະຊ້າກວ່າ. ນີ້ແມ່ນຍ້ອນວ່າເຈົ້າຕ້ອງແກ້ໄຂຂໍ້ຜິດພາດ, ດັດແປງ ແລະ ຮັກສາລະຫັດທີ່ສ້າງຂຶ້ນໂດຍ AI, ໃນຂະນະທີ່ໂຄງການແຫຼ່ງເປີດທີ່ມີຢູ່ແລ້ວໄດ້ຮັບການຢັ້ງຢືນຈາກຫຼາຍຄົນ, ດັ່ງນັ້ນຄຸນນະພາບຂອງພວກມັນຈຶ່ງໄດ້ຮັບການຮັບປະກັນຫຼາຍຂຶ້ນ.
ອັນນີ້ອາດຟັງແລ້ວຂັດກັບສະຕິປັນຍາ, ແມ່ນບໍ? ແຕ່ລອງຄິດເບິ່ງ: ສິ່ງທີ່ສຳຄັນທີ່ສຸດກ່ຽວກັບລະຫັດບໍ່ແມ່ນການຂຽນມັນ, ແຕ່ແມ່ນການຂຽນມັນຢ່າງຖືກຕ້ອງ. ວິທີແກ້ໄຂທີ່ມີຢູ່ແລ້ວໄດ້ຮັບການຢືນຢັນແລ້ວ; ການໃຊ້ພວກມັນໂດຍກົງຈະຊ່ວຍຫຼຸດຜ່ອນໂອກາດໃນການພົບບັນຫາໄດ້ຢ່າງຫຼວງຫຼາຍ.
ສະນັ້ນຄຳແນະນຳຂອງຂ້ອຍແມ່ນ, ຄັ້ງຕໍ່ໄປທີ່ເຈົ້າຂຽນລະຫັດດ້ວຍ Codex ຫຼື AI ໃດໆ, ຢ່າຟ້າວເຮັດມັນ. ກ່ອນອື່ນໝົດ, ໃຫ້ແລ່ນ prompt ໜຶ່ງຄັ້ງ ແລະ ໃຫ້ AI ຊ່ວຍເຈົ້າຊອກຫາຄຳຕອບ.
ເຈົ້າອາດຈະພົບວ່າສິ່ງທີ່ເຈົ້າກຳລັງພະຍາຍາມເຮັດນັ້ນໄດ້ຖືກເຮັດໂດຍຄົນອື່ນແລ້ວ.
ເຈົ້າພຽງແຕ່ຕ້ອງການເອົາມັນແລະໃຊ້ມັນ.
ໃຊ້ເວລາທີ່ທ່ານປະຫຍັດໄວ້ເພື່ອເຮັດບາງສິ່ງບາງຢ່າງທີ່ໜ້າສົນໃຈກວ່າ.
ເນື່ອງຈາກທ່ານໄດ້ອ່ານມາຮອດນີ້, ຖ້າທ່ານເຫັນວ່າມັນເປັນປະໂຫຍດ, ກະລຸນາກົດໄລຄ໌ ແລະ ແຊຣ໌ມັນ. ຖ້າທ່ານຕ້ອງການຮັບຂໍ້ມູນອັບເດດກ່ອນ, ທ່ານຍັງສາມາດຕິດຕາມຂ້ອຍໄດ້!
ຂອບໃຈທີ່ໄດ້ອ່ານບົດຄວາມຂອງຂ້ອຍ. ພົບກັນໃໝ່ໃນຄັ້ງຕໍ່ໄປ.
ຫວັງວ່າ ບົດຄວາມ "ເຕັກນິກການເພີ່ມປະສິດທິພາບການຂຽນໂປຣແກຣມ Vibe Coding Doubling: ສິ່ງທີ່ຕ້ອງອ່ານກ່ອນຂຽນລະຫັດ! ໃຊ້ AI ເພື່ອຊອກຫາວິທີແກ້ໄຂທີ່ດີທີ່ສຸດກ່ອນ," ທີ່ແບ່ງປັນໃນ ບລັອກຂອງ Chen Weiliang ( https://www.chenweiliang.com/ ) ຈະເປັນປະໂຫຍດຕໍ່ທ່ານ.
ຮູ້ສຶກວ່າບໍ່ເສຍຄ່າທີ່ຈະແບ່ງປັນລິ້ງຂອງບົດຄວາມນີ້: https://www.chenweiliang.com/cwl-34473.html
