← 返回列表

Claude Code ຊຸດບົດຮຽນທີ 4: ສະຖານະການໃຊ້ງານ Claude Code ມີຫຍັງແດ່?

ສະຖານະການໃຊ້ງານທົ່ວໄປ

ຂ້ອຍແບ່ງສະຖານະການໃຊ້ງານອອກເປັນສີ່ປະເພດ, ຮຽງຕາມຄວາມຖີ່ຈາກສູງຫາຕ່ຳ.


ປະເພດທີໜຶ່ງ: ເຂົ້າໃຈໂຄ້ດ

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

ວິທີເຮັດ:

  • claude "ໂຄງການນີ້ເຮັດຫຍັງ? ຈຸດເຂົ້າຢູ່ໃສ?" — ມັນຈະອ່ານ package.json, ໂຄງສ້າງໄດເລກະທອລີ, ໄຟລ໌ສຳຄັນ, ແລະໃຫ້ບົດສະຫຼຸບ.
  • ເປີດຟັງຊັນໃດໜຶ່ງ, ໃຫ້ມັນອະທິບາຍເຫດຜົນ, ແຕ້ມຂັ້ນຕອນ (ໂດຍໃຊ້ຂໍ້ຄວາມ).
  • ໃຫ້ມັນຕິດຕາມເສັ້ນທາງ API ຈາກ frontend ໄປຫາ database ຢ່າງຄົບຖ້ວນ.

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

ສິ່ງທີ່ປະເພດນີ້ທົດແທນຄື: ການຄົ້ນຫາໃນຄັງໂຄ້ດດ້ວຍມື, ການຈົດບັນທຶກ, ແລະການແຕ້ມແຜນຜັງການເອີ້ນໃຊ້.


ປະເພດທີສອງ: ຂຽນໂຄ້ດ, ແກ້ໄຂໂຄ້ດ

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

  • ສ້າງຄຸນສົມບັດໃໝ່: "ເພີ່ມ API ປ່ຽນອີເມວໃນໂມດູນ user, ຕ້ອງກວດສອບຮູບແບບອີເມວ, ແລະຂຽນ unit test."
  • ປັບໂຄງສ້າງຂ້າມໄຟລ໌: "ປ່ຽນ moment() ທັງໝົດໃນສາມໄຟລ໌ນີ້ເປັນ dayjs(), ຢ່າແກ້ໄຂເຫດຜົນອື່ນ."
  • ຍ້າຍ ແລະ ອັບເກຣດ: "ປ່ຽນອົງປະກອບ Vue 2 ນີ້ເປັນຮູບແບບ Vue 3 Composition API."

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

ສິ່ງທີ່ປະເພດນີ້ທົດແທນຄື: ການຂຽນໂຄ້ດຊ້ຳໆດ້ວຍມື, ການຊອກຫາ ແລະ ປ່ຽນແທນການອ້າງອີງຂ້າມໄຟລ໌ດ້ວຍມື.


ປະເພດທີສາມ: ການດີບັກ ແລະ ແກ້ໄຂ

ເມື່ອພົບ bug, ຂັ້ນຕອນປົກກະຕິຄື: ເບິ່ງຂໍ້ຜິດພາດ, ຊອກຫາໄຟລ໌, ເດົາສາເຫດ, ລອງແກ້, ຖ້າບໍ່ໄດ້ກໍກັບມາເບິ່ງອີກ. Claude Code ສາມາດຮັບ stack trace ທັງໝົດ, ແລະລວມກັບໂຄ້ດໂຄງການ ຊອກຫາສາເຫດເອງ.

ວິທີໃຊ້ທົ່ວໄປ:

  • ໃຫ້ຜົນຜະລິດຂອງການທົດສອບທີ່ລົ້ມເຫຼວແກ່ມັນ, ມັນຈະອ່ານໂຄ້ດທີ່ກ່ຽວຂ້ອງ, ໃຫ້ວິທີແກ້, ແກ້ໄຂ ແລ້ວຮັນການທົດສອບອີກຄັ້ງ ເພື່ອເບິ່ງວ່າຜ່ານຫຼືບໍ່.
  • ເມື່ອເຈີ CI ລາຍງານຄວາມຜິດພາດ, ວາງໂລກເຂົ້າໄປ, ໃຫ້ມັນແກ້ໄຂ, ແກ້ແລ້ວຮັນ git diff ເພື່ອຢືນຢັນການປ່ຽນແປງ.

ທີ່ນີ້, ມັນມີບົດບາດຄື "ຜູ້ກວດກາຮອບທຳອິດ". ຜູ້ທີ່ໃຊ້ເວລາຄິດແມ່ນເຈົ້າ, ແຕ່ຜູ້ທີ່ຄົ້ນຫາໄຟລ໌, ປຽບທຽບຄວາມແຕກຕ່າງ, ແລະຮັນຄຳສັ່ງກວດສອບແມ່ນມັນ.

ສິ່ງທີ່ປະເພດນີ້ທົດແທນຄື: ການຮັນການທົດສອບຊ້ຳໆ, ການອ່ານໂລກຄວາມຜິດພາດ, ແລະການປຽບທຽບຄວາມແຕກຕ່າງຂອງໂຄ້ດດ້ວຍມື.


ປະເພດທີສີ່: ອັດຕະໂນມັດຕ່າງໆ

ປະເພດນີ້ເບິ່ງຄືວ່າບໍ່ສຳຄັນ, ແຕ່ເມື່ອລວມກັນແລ້ວປະຫຍັດເວລາໄດ້ຫຼາຍທີ່ສຸດ.

ຕົວຢ່າງ:

  • ຂຽນຂໍ້ມູນ Git commit: claude "ຂຽນຂໍ້ມູນ commit ຕາມຮູບແບບ Conventional Commits ຈາກ git diff ປັດຈຸບັນ"
  • ສ້າງຄຳອະທິບາຍ PR: ໃຫ້ມັນປຽບທຽບຄວາມແຕກຕ່າງລະຫວ່າງສາຂາປັດຈຸບັນກັບ main, ສ້າງບົດສະຫຼຸບການປ່ຽນແປງ ແລະ ຄຳອະທິບາຍການທົດສອບ.
  • ຂຽນບັນທຶກການປ່ອຍ: ໃຫ້ Claude Code ອ່ານປະຫວັດ commit ໃນອາທິດລ່າສຸດ, ສ້າງ CHANGELOG.
  • ຕອບຄຳຖາມກ່ຽວກັບສະພາບແວດລ້ອມ: "ຕິດຕັ້ງ dependency ນີ້ແລ້ວເກີດຂໍ້ຜິດພາດ, ຊ່ວຍເບິ່ງຜົນຜະລິດ terminal ໃຫ້ຂ້ອຍ, ຊອກຫາສາເຫດ."

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

ສິ່ງທີ່ປະເພດນີ້ທົດແທນຄື: ການແກ້ໄຂຂໍ້ຄວາມດ້ວຍມື, ການຂຽນເອກະສານຕາມມາດຕະຖານ, ແລະການຄົ້ນຫາບັນຫາການຕັ້ງຄ່າສະພາບແວດລ້ອມ.


"ແຜນທີ່" ໜຶ່ງ

ເມື່ອເອົາສີ່ປະເພດນີ້ໃສ່ໃນວຽກປະຈຳວັນ, ມັນອາດເປັນແຜນທີ່ແບບນີ້:

ໄດ້ໂຄງການທີ່ບໍ່ຄຸ້ນເຄີຍ
    │
    ▼
[ເຂົ້າໃຈໂຄ້ດ] ─── ຊອກຫາໂຄງສ້າງ, ຈຸດເຂົ້າ, ເຫດຜົນສຳຄັນ
    │
    ▼
ເລີ່ມຂຽນຄຸນສົມບັດໃໝ່ ຫຼື ປັບປຸງໂມດູນ
    │
    ▼
[ຂຽນໂຄ້ດ/ແກ້ໄຂໂຄ້ດ] ─── ສ້າງການຈັດຕັ້ງປະຕິບັດ, ປັບໂຄງສ້າງຂ້າມໄຟລ໌
    │
    ▼
ຮັນການທົດສອບ, ພົບ bug
    │
    ▼
[ການດີບັກ ແລະ ແກ້ໄຂ] ─── ວິເຄາະຂໍ້ຜິດພາດ, ຊອກຫາສາເຫດ, ແກ້ໄຂ, ຮັນອີກ
    │
    ▼
ກຽມສົ່ງ commit
    │
    ▼
[ອັດຕະໂນມັດຕ່າງໆ] ─── ຂຽນ commit, PR description, ບັນທຶກການປ່ອຍ
    │
    ▼
commit, ສຳເລັດ

ເຈົ້າບໍ່ຈຳເປັນຕ້ອງໃຊ້ມັນໃນທັງສີ່ປະເພດ. ບາງທີມໃຊ້ມັນພຽງແຕ່ເຂົ້າໃຈໂຄ້ດ, ບາງຄົນໃຊ້ມັນພຽງແຕ່ຂຽນການທົດສອບ ແລະ ສົ່ງ PR. ຂັ້ນຕອນໃດທີ່ກໍ່ໃຫ້ເກີດຄວາມຫຍຸ້ງຍາກທີ່ສຸດກັບເຈົ້າ, ໃຫ້ເລີ່ມຈາກຂັ້ນຕອນນັ້ນ.


ສອງເງື່ອນໄຂທີ່ໃຊ້ໄດ້

ຖ້າເຈົ້າບໍ່ແນ່ໃຈວ່າວຽກໃດຄວນໃຫ້ Claude Code ເຮັດ, ໃຫ້ຖາມຕົວເອງສອງຄຳຖາມ:

1. ວຽກນີ້ "ເປັນກົນຈັກ" ຫຼາຍກວ່າ "ສ້າງສັນ" ບໍ?

ການປ່ຽນການອ້າງອີງ 100 ບ່ອນ, ການຈັດຮູບແບບຜົນຜະລິດ, ການສ້າງໂຄ້ດແບບຕົວຢ່າງ — ສິ່ງເຫຼົ່ານີ້ຖ້າເຮັດເອງຈະໃຊ້ເວລາຫຼາຍ, ແຕ່ເຈົ້າມີແນວຄິດແລ້ວ. ເໝາະທີ່ຈະໃຫ້ມັນເຮັດ.

2. "ຄ່າໃຊ້ຈ່າຍໃນການກວດສອບ" ຂອງວຽກນີ້ສູງບໍ່?

ຖ້າການແກ້ໄຂໃດໜຶ່ງຕ້ອງການການເຂົ້າອອກຫຼາຍຄັ້ງ, ຮັນການທົດສອບ, ເບິ່ງໂລກ ເພື່ອຢືນຢັນ, ການທົດລອງ ແລະ ຜິດພາດດ້ວຍມືຈະຊ້າ. Claude Code ສາມາດເຮັດວົງຈອນ "ແກ້-ຮັນ-ເບິ່ງ-ແກ້ອີກ" ໄດ້ເອງ, ເຈົ້າຈະສະບາຍຂຶ້ນຫຼາຍ.

评论

暂无已展示的评论。

发表评论(匿名)