AI ຊຸດ ສຳພາດ 14: ຄວາມແຕກຕ່າງລະຫວ່າງ vibe coding ແລະ spec coding?

ນີ້ແມ່ນບັນຫາທີ່ນັກຂຽນໂປຣແກຣມສ່ວນຫຼາຍປະເຊີນ. Vibe Coding ແລະ Spec Coding ແມ່ນສອງແບບແຜນການເຮັດວຽກທີ່ແຕກຕ່າງກັນຢ່າງສິ້ນເຊີງໃນການຂຽນໂປຣແກຣມໂດຍໃຊ້ຕົວແບບພາສາໃຫຍ່ (LLM). ຄວາມແຕກຕ່າງຫຼັກຂອງພວກມັນແມ່ນ: ສິ່ງທີ່ເຈົ້າໃຫ້ AI ເປັນ "ຂໍ້ມູນນໍາເຂົ້າ" ແມ່ນຄວາມຮູ້ສຶກທີ່ບໍ່ຊັດເຈນ ຫຼື ຂໍ້ກຳນົດທີ່ແນ່ນອນ.

ໜຶ່ງ, ໃຊ້ການເຮັດອາຫານເປັນຕົວຢ່າງເພື່ອອະທິບາຍຄວາມແຕກຕ່າງລະຫວ່າງ vibe coding ແລະ spec coding ແບບງ່າຍໆ

Vibe Coding = ເຈົ້າບອກໝູ່ວ່າ "ຂ້ອຍຢາກກິນເຜັດ", ໝູ່ກໍເຮັດອາຫານຕາມຄວາມຮູ້ສຶກ, ເຈົ້າຊີມແລ້ວເວົ້າວ່າ "ເຄັມກວ່ານີ້ໜ້ອຍໜຶ່ງ", ລາວກໍເຕີມເກືອ. ລົດຊາດອາດຈະແຊບຫຼາຍ, ແຕ່ຖ້າເປັນໝູ່ຄົນອື່ນເຮັດກໍອາດແຕກຕ່າງກັນໝົດ.
Spec Coding = ເຈົ້າຂຽນສູດອາຫານ: "ໝາກເຜັດດົງປີ່ 20g, ຊີ້ນງົວ 150g, ຜັກຊີ 50g, ຂົ້ວໄຟແຮງ 2 ນາທີ, ກ່ອນຕັກໃສ່ນ້ຳຕານ 3g". ຜູ້ປຸງອາຫານທີ່ແຕກຕ່າງກັນເຮັດຕາມສູດນີ້ກໍຈະໄດ້ລົດຊາດຄືກັນ.

ສອງ, ຄຳນິຍາມຂອງທັງສອງ

ມິຕິ	Vibe Coding	Spec Coding
ຊື່ອື່ນ	ການຂຽນໂປຣແກຣມທີ່ຂັບເຄື່ອນດ້ວຍຄວາມຮູ້ສຶກ, ການໃຫ້ prompt ແບບສຸດວິສະວະ	ການຂຽນໂປຣແກຣມທີ່ຂັບເຄື່ອນດ້ວຍຂໍ້ກຳນົດ, ເອກະສານມາກ່ອນ
ຮູບແບບຂໍ້ມູນນໍາເຂົ້າ	"ຊ່ວຍຂ້ອຍເຮັດໜ້າເຂົ້າສູ່ລະບົບທີ່ເບິ່ງດີ, ຕ້ອງມີຄວາມຮູ້ສຶກທັນສະໄໝ"	"ໜ້າເຂົ້າສູ່ລະບົບຕ້ອງປະກອບມີກ່ອງປ້ອນອີເມວ/ລະຫັດຜ່ານ, ກ່ອງເຊັກຈື່ຂ້ອຍ, ປຸ່ມສົ່ງ; ໜ້າຕາໃຊ້ React + Tailwind; ກົດການກວດສອບຟອມ: ຮູບແບບອີເມວ, ຄວາມຍາວລະຫັດຜ່ານ≥8; ຖ້າຜິດພາດໃຫ້ສະແດງຂໍ້ຄວາມສີແດງ..."
ວິທີໃຊ້ AI	ແບບສົນທະນາ, ແບບອີກຊ້ຳ: ໃຫ້ທິດທາງຄະຄ່າວໆ → ເບິ່ງຜົນລັບ → ປັບປຸງອີກ	ແບບວິສະວະກຳ: ຂຽນ PRD/ຂໍ້ກຳນົດດ້ານວິຊາການຢ່າງລະອຽດກ່ອນ → AI ສ້າງລະຫັດຕາມຂໍ້ກຳນົດ
ລະດັບການມີສ່ວນຮ່ວມຂອງມະນຸດ	ຕ່ຳ: ອີງໃສ່ AI ໃນການສ້າງຄວາມຄິດສ້າງສັນ, ມະນຸດພຽງແຕ່ຮັບຜິດຊອບ "ຄວາມຮູ້ສຶກວ່າຖືກຕ້ອງບໍ"	ສູງ: ມະນຸດອອກແບບ/ສະຖາປັດຕະຍະກຳກ່ອນ, AI ສ່ວນໃຫຍ່ເຮັດໜ້າທີ່ປະຕິບັດ
ສະຖານະການຕົວຢ່າງ	ຕົ້ນແບບທີ່ວ່ອງໄວ, ເຄື່ອງມືສ່ວນບຸກຄົນ, ການສຳຫຼວດ UI, ການຂຽນລະຫັດແບບສ້າງສັນ	ລະບົບລະດັບການຜະລິດ, ການຮ່ວມມືໃນທີມ, ຕ້ອງການລະຫັດທີ່ສາມາດບຳລຸງຮັກສາ/ທົດສອບໄດ້

ສາມ, ການປຽບທຽບຂະບວນການເຮັດວຽກຂອງທັງສອງ

ຂະບວນການ Vibe Coding

ຄວາມຄິດທີ່ບໍ່ຊັດເຈນ: "ຂ້ອຍຢາກຂຽນໂປຣແກຣມດຶງຂໍ້ມູນ, ດຶງອັນດັບຮ້ອນຂອງ Zhihu."
ຂຽນ prompt ທຳອິດ: ໃຫ້ AI ສ້າງລະຫັດໂດຍກົງ.
ຮັນ → ເກີດຂໍ້ຜິດພາດ → ວາງຂໍ້ຜິດພາດຄືນ → AI ແກ້ໄຂ.
ຮູ້ສຶກວ່າ UI ບໍ່ສວຍ → "ເຮັດໃຫ້ປຸ່ມນັ້ນກົມກວ່າ, ປ່ຽນສີພື້ນຫຼັງເປັນສີຟ້າແບບ gradient" → AI ປ່ຽນ.
ຂາດຟັງຊັນ → "ເພີ່ມຟັງຊັນບັນທຶກເປັນ CSV ອີກ" → AI ເພີ່ມ.
ວົນຮອບຂັ້ນຕອນ 3-5 ຈົນກວ່າ "ຮູ້ສຶກວ່າພໍໃຈແລ້ວ".

ຂະບວນການ Spec Coding

ຂຽນເອກະສານຂໍ້ກຳນົດ: ກຳນົດ input/output, ໂຄງສ້າງຂໍ້ມູນ, ການຈັດການຂໍ້ຜິດພາດ, ຄວາມຕ້ອງການດ້ານປະສິດທິພາບ, ຄວາມຕ້ອງການທີ່ບໍ່ແມ່ນດ້ານປະສິດທິພາບ (ເຊັ່ນ: ບັນທຶກ, ຈຳກັດອັດຕາ).
ແບ່ງຂໍ້ກຳນົດເປັນວຽກງານ: ຕົວຢ່າງ ວຽກງານທີ 1: ປະຕິບັດຟັງຊັນ fetch_hot_topics(), ຕາມລາຍເຊັນ API ໃນ spec.
ໃຫ້ AI ປະຕິບັດວຽກງານທີລະອັນ: prompt ມີລາຍເຊັນຟັງຊັນ, ຄຳເຫັນ, ຄວາມຄາດຫວັງຂອງກໍລະນີທົດສອບ.
ການກວດສອບ ແລະ ຢືນຢັນໂດຍມະນຸດ: ໃຫ້ແນ່ໃຈວ່າປະຕິບັດຕາມຂໍ້ກຳນົດ, ຮັນການທົດສອບໜ່ວຍ.
ການຮວມ ແລະ ການທົດສອບຄືນ.

ສີ່, ການປຽບທຽບຂໍ້ດີ ແລະ ຂໍ້ເສຍ

ຄຸນລັກສະນະ	Vibe Coding	Spec Coding
ຄວາມໄວໃນການເລີ່ມຕົ້ນ	ໄວຫຼາຍ, ປະມານສອງສາມນາທີໄດ້ຕົ້ນແບບ	ຊ້າ, ຕ້ອງຂຽນເອກະສານ, ແບ່ງວຽກງານ
ຄຸນນະພາບລະຫັດ	ຕ່ຳ (ອາດມີລະຫັດຊໍ້າຊ້ອນ, ບໍ່ສອດຄ່ອງ, ບັກທີ່ເຊື່ອງໄວ້)	ສູງ (ອ່ານໄດ້, ທົດສອບໄດ້, ສອດຄ່ອງກັບສະຖາປັດຕະຍະກຳ)
ຄວາມສາມາດໃນການບຳລຸງຮັກສາ	ບໍ່ດີ, ຄົນທີ່ມາທີ່ຫຼັງບໍ່ເຂົ້າໃຈ "ວ່າເປັນຫຍັງຈຶ່ງຂຽນແບບນີ້"	ດີ, ຂໍ້ກຳນົດຄືເອກະສານ
ການອີງໃສ່ LLM	ສູງຫຼາຍ, ປ່ຽນແບບອາດໄດ້ຜົນລັບທີ່ແຕກຕ່າງກັນໝົດ	ປານກາງ, ຕາບໃດທີ່ຂໍ້ກຳນົດຊັດເຈນ, ແບບທີ່ແຕກຕ່າງກັນກໍສາມາດຜະລິດໂຄງສ້າງທີ່ຄ້າຍຄືກັນ
ຄວາມຫຍຸ້ງຍາກໃນການດີບັກ	ຍາກ, ບໍ່ຮູ້ວ່າລະຫັດມາຈາກເຫດຜົນໃດ	ງ່າຍ, ກວດສອບຕາມ spec ທີລະຂໍ້
ເໝາະສົມກັບການຮ່ວມມືໃນທີມ	ເກືອບເປັນໄປບໍ່ໄດ້	ໄດ້ (spec ເປັນສັນຍາການສື່ສານ)
ຄວາມແນ່ນອນຂອງຜົນລັບ	ຕ່ຳ, ຜົນການສົນທະນາແຕ່ລະຄັ້ງອາດປ່ຽນແປງ	ສູງ, spec ດຽວກັນໃຫ້ຜົນລັບທີ່ຄົງທີ່

ຫ້າ, ຄຳແນະນຳການໃຊ້ງານໃນຄວາມເປັນຈິງ

"ໃນການເຮັດວຽກ, vibe coding ແລະ spec coding ຈະບໍ່ຖືກເລືອກຢ່າງໃດຢ່າງໜຶ່ງ, ແຕ່ແມ່ນ ການໃຊ້ຮ່ວມກັນ, ໃຊ້ວິທີທີ່ເໝາະສົມໃນສະຖານະການທີ່ເໝາະສົມ:
- ໃນ ໄລຍະການສຳຫຼວດ (ເມື່ອຍັງບໍ່ແນ່ໃຈກ່ຽວກັບການເລືອກເທກໂນໂລຢີ ຫຼື ຮູບແບບ UI), ໃຊ້ Vibe Coding ເພື່ອພິສູດຢ່າງໄວວາໃນແຕ່ລະແນວທາງ, ເຊັ່ນ: 'ໃຊ້ Tailwind ຂຽນຄອມໂປເນັນ card ເບິ່ງຜົນ.'
- ເມື່ອແນວທາງຖືກກຳນົດແລ້ວ, ໃຫ້ປ່ຽນໄປໃຊ້ Spec Coding ທັນທີ: ນຳເອົາຕົ້ນແບບທີ່ສຳເລັດມາຈັດລຽງເປັນຂໍ້ກຳນົດທີ່ຊັດເຈນ (input/output, ເງື່ອນໄຂຂອບ, ການຈັດການຂໍ້ຜິດພາດ), ແລ້ວໃຫ້ AI ຫຼື ມະນຸດຂຽນລະຫັດລະດັບການຜະລິດຕາມ spec ຢ່າງເຂັ້ມງວດ.
ໂໝດ Vibe ລ້ວນໆ ເໝາະສຳລັບສະຄຣິບທີ່ໃຊ້ຄັ້ງດຽວ ຫຼື ເຄື່ອງມືພາຍໃນເທົ່ານັ້ນ; ສຳລັບລະບົບທີ່ຕ້ອງບຳລຸງຮັກສາໃນໄລຍະຍາວ ແລະ ມີຜູ້ໃຊ້ຫຼາຍຄົນ, Spec Coding ແມ່ນຂໍ້ກຳໜົດທີ່ເຂັ້ມງວດ."