DevOps C++ ແລະ "ສົງຄາມເຮືອນຄົວ", ຫຼືຂ້ອຍເລີ່ມຂຽນເກມໃນຂະນະທີ່ກິນເຂົ້າ

"ຂ້ອຍຮູ້ວ່າຂ້ອຍບໍ່ຮູ້ຫຍັງເລີຍ" Socrates

ສໍາລັບໃຜ: ສໍາລັບຄົນໄອທີທີ່ຖົ່ມນໍ້າລາຍໃສ່ຜູ້ພັດທະນາທັງໝົດ ແລະຢາກຫຼິ້ນເກມຂອງເຂົາເຈົ້າ!

ກ່ຽວ​ກັບ​ຫຍັງ: ກ່ຽວກັບວິທີການເລີ່ມຕົ້ນຂຽນເກມໃນ C/C ++, ຖ້າເຈົ້າຕ້ອງການມັນຢ່າງກະທັນຫັນ!

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

ສະບາຍດີ ຂ້ອຍຊື່ Andrey Grankin, ຂ້ອຍເປັນ DevOps ຢູ່ Luxoft. ການພັດທະນາແອັບພລິເຄຊັນບໍ່ແມ່ນການເຮັດວຽກພິເສດຂອງຂ້ອຍ, ແຕ່ຂ້ອຍພະຍາຍາມລະຫັດທຸກໆອາທິດ. ເພາະຂ້ອຍຮັກເກມ!

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

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

… ມັນເຖິງເວລາແລ້ວທີ່ຈະສ້າງໂລກຂອງເຈົ້າເອງ, ຂຶ້ນກັບຂ້ອຍເທົ່ານັ້ນ. ໂລກທີ່ເຮົາເປັນພຣະບິດາ, ແລະພຣະບຸດ, ແລະພຣະວິນຍານບໍລິສຸດ!

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

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

ການປະຕິບັດ

"ຄວາມຮູ້ທີ່ບໍ່ມີການປະຕິບັດແມ່ນບໍ່ມີປະໂຫຍດ, ການປະຕິບັດໂດຍບໍ່ມີຄວາມຮູ້ແມ່ນອັນຕະລາຍ" Confucius

ປື້ມບັນທຶກຂອງຂ້ອຍແມ່ນຊີວິດຂອງຂ້ອຍ!

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

ປື້ມບັນທຶກຂອງຂ້ອຍ (ເຕັມໄປດ້ວຍ) . ນີ້ແມ່ນສິ່ງທີ່ລາວເບິ່ງຄືວ່າ. ມັນປະກອບດ້ວຍວຽກງານປະຈໍາວັນ, ແນວຄວາມຄິດ, ຮູບແຕ້ມ, ແຜນວາດ, ວິທີແກ້ໄຂ, ບັນຊີດໍາ, ລະຫັດ, ແລະອື່ນໆ.

ໃນຂັ້ນຕອນນີ້, ຂ້າພະເຈົ້າໄດ້ຈັດການສໍາເລັດສາມໂຄງການ (ນີ້ແມ່ນຢູ່ໃນຄວາມເຂົ້າໃຈຂອງຂ້ອຍກ່ຽວກັບ "ຄວາມສົມບູນ", ເພາະວ່າຜະລິດຕະພັນໃດກໍ່ຕາມສາມາດພັດທະນາຢ່າງບໍ່ຢຸດຢັ້ງ).

• ໂຄງການທີ 0: ນີ້ແມ່ນສະຖາປະນິກສະຖາປະນິກ Demo 3D ທີ່ຂຽນໃນ C# ໂດຍໃຊ້ເຄື່ອງຈັກເກມ Unity. ສໍາລັບເວທີ macOS ແລະ Windows.
• ເກມ 1: console game Simple Snake (ຮູ້ຈັກກັບທຸກຄົນໃນນາມ "ງູ") ສໍາລັບ Windows. ຂຽນ​ໃນ C.
• ເກມ 2: console ເກມ Crazy Tanks (ຮູ້ຈັກກັບທຸກຄົນໃນນາມ “Tanks”), ຂຽນໃນ C++ (ໃຊ້ຫ້ອງຮຽນ) ແລະສໍາລັບ Windows.

ໂຄງການ 0 ການສາທິດສະຖາປະນິກ

• ເວທີ: Windows (Windows 7, 10), Mac OS (OS X El Capitan v. 10.11.6)
• : C#
• ເຄື່ອງຈັກເກມ: ຄວາມສາມັກຄີ
• ແຮງບັນດານໃຈ: Darrin Lile
• ບ່ອນເກັບມ້ຽນ: GitHub

ການສາທິດສະຖາປະນິກ 3D Scene

ໂຄງ​ການ​ທໍາ​ອິດ​ໄດ້​ຖືກ​ປະ​ຕິ​ບັດ​ບໍ່​ໄດ້​ຢູ່​ໃນ C / C ++​, ແຕ່​ໃນ C# ການ​ນໍາ​ໃຊ້​ເຄື່ອງ​ຈັກ​ເກມ Unity​. ເຄື່ອງ ຈັກ ນີ້ ບໍ່ ໄດ້ ເປັນ ຄວາມ ຕ້ອງ ການ ກ່ຽວ ກັບ ຮາດ ແວ ເປັນ Unreal Engine, ແລະເບິ່ງຄືວ່າຂ້ອຍງ່າຍຕໍ່ການຕິດຕັ້ງແລະໃຊ້. ຂ້າພະເຈົ້າບໍ່ໄດ້ພິຈາລະນາເຄື່ອງຈັກອື່ນໆ.

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

ຂ້າ​ພະ​ເຈົ້າ​ໄດ້​ເລີ່ມ​ຕົ້ນ​ດ້ວຍ​ວິ​ດີ​ໂອ tutorial ໃນ YouTube ກ່ຽວ​ກັບ​ວິ​ທີ​ການ​ສ້າງ​ແບບ 3D ໃນ​ blender. Blender ເປັນ​ເຄື່ອງ​ມື​ຟຣີ​ທີ່​ດີ​ເລີດ​ສໍາ​ລັບ​ການ​ສ້າງ​ແບບ​ຈໍາ​ລອງ 3D (ແລະ​ຫຼາຍ​) ທີ່​ບໍ່​ຕ້ອງ​ການ​ການ​ຕິດ​ຕັ້ງ​. ແລະນີ້ຄວາມຕົກໃຈລໍຖ້າຂ້າພະເຈົ້າ ... ມັນ turns ໃຫ້ເຫັນວ່າການສ້າງແບບຈໍາລອງ, ສັດ, ໂຄງສ້າງແມ່ນຫົວຂໍ້ແຍກຕ່າງຫາກຂະຫນາດໃຫຍ່ທີ່ທ່ານສາມາດຂຽນຫນັງສື. ນີ້ແມ່ນຄວາມຈິງໂດຍສະເພາະສໍາລັບລັກສະນະ. ເພື່ອສ້າງແບບຈໍາລອງຂອງນິ້ວມື, ແຂ້ວ, ຕາແລະພາກສ່ວນອື່ນໆຂອງຮ່າງກາຍ, ທ່ານຈະຕ້ອງມີຄວາມຮູ້ທາງວິພາກວິພາກ. ກ້າມເນື້ອໃບຫນ້າມີໂຄງສ້າງແນວໃດ? ຄົນເຄື່ອນຍ້າຍແນວໃດ? ຂ້ອຍຕ້ອງ "ໃສ່" ກະດູກໃສ່ແຂນ, ຂາ, ນິ້ວມື, phalanges ຂອງນິ້ວມື!

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

ແລະອີກຢ່າງຫນຶ່ງກ່ຽວກັບການຂຽນໂປຼແກຼມໃນໂຄງການນີ້. ຍ້ອນວ່າມັນຫັນອອກ, ສ່ວນທີ່ຫນ້າສົນໃຈທີ່ສຸດສໍາລັບຂ້ອຍແມ່ນຄະນິດສາດ. ຖ້າທ່ານດໍາເນີນການ scene (ເຊື່ອມຕໍ່ກັບ repository ໃນຄໍາອະທິບາຍໂຄງການ), ທ່ານຈະສັງເກດເຫັນວ່າກ້ອງຖ່າຍຮູບ rotates ປະມານລັກສະນະເດັກຍິງເປັນຮູບຊົງ. ເພື່ອ​ຕັ້ງ​ໂຄງ​ການ​ການ​ຫມຸນ​ກ້ອງ​ຖ່າຍ​ຮູບ​ດັ່ງ​ກ່າວ​, ຂ້າ​ພະ​ເຈົ້າ​ໄດ້​ທໍາ​ອິດ​ການ​ຄິດ​ໄລ່​ປະ​ສານ​ງານ​ຂອງ​ຈຸດ​ຕໍາ​ແຫນ່ງ​ໃນ​ວົງ​ມົນ (2D​)​, ແລະ​ຫຼັງ​ຈາກ​ນັ້ນ​ໃນ​ຮູບ​ກົມ (3D​)​. ສິ່ງທີ່ຕະຫລົກແມ່ນວ່າຂ້ອຍກຽດຊັງຄະນິດສາດຢູ່ໃນໂຮງຮຽນແລະຮູ້ມັນດ້ວຍເຄື່ອງຫມາຍລົບ. ບາງທີ, ອາດຈະເປັນ, ເພາະວ່າຢູ່ໃນໂຮງຮຽນພວກເຂົາພຽງແຕ່ບໍ່ໄດ້ອະທິບາຍໃຫ້ທ່ານຮູ້ວິທີການຄະນິດສາດນີ້ຖືກນໍາໄປໃຊ້ໃນຊີວິດ. ແຕ່​ເມື່ອ​ເມົາ​ມົວ​ກັບ​ເປົ້າ​ໝາຍ, ຄວາມ​ຝັນ, ແລ້ວ​ຈິດ​ໃຈ​ກໍ​ແຈ່ມ​ແຈ້ງ, ເປີດ​ເຜີຍ! ແລະທ່ານເລີ່ມຕົ້ນຮັບຮູ້ວຽກງານທີ່ສັບສົນເປັນການຜະຈົນໄພທີ່ຫນ້າຕື່ນເຕັ້ນ. ແລະຫຼັງຈາກນັ້ນທ່ານຄິດວ່າ: "ດີ, ເປັນຫຍັງນັກຄະນິດສາດ * ທີ່ຮັກແພງບໍ່ສາມາດບອກໄດ້ວ່າສູດເຫຼົ່ານີ້ສາມາດອີງໃສ່ບ່ອນໃດ?".

ການຄິດໄລ່ສູດການຄິດໄລ່ຈຸດພິກັດຂອງຈຸດໃນວົງມົນແລະໃນວົງມົນ (ຈາກປື້ມບັນທຶກຂອງຂ້ອຍ)

ເກມ 1

• ເວທີ: Windows (ທົດສອບໃນ Windows 7, 10)
• : ຂ້ອຍຄິດວ່າຂ້ອຍຂຽນມັນຢູ່ໃນ C ບໍລິສຸດ
• ເຄື່ອງຈັກເກມ: Windows console
• ແຮງບັນດານໃຈ: javidx9
• ບ່ອນເກັບມ້ຽນ: GitHub

ເກມງູງ່າຍດາຍ

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

ແລະສິ່ງທີ່ພວກເຮົາມີງ່າຍດາຍແລະໄວ? ນັ້ນແມ່ນ, console ແລະ 2D. ຫຼາຍທີ່ຊັດເຈນ, ເຖິງແມ່ນວ່າ console ແລະສັນຍາລັກ. ອີກເທື່ອຫນຶ່ງ, ຂ້າພະເຈົ້າໄດ້ເລີ່ມຕົ້ນຊອກຫາການດົນໃຈໃນອິນເຕີເນັດ (ໂດຍທົ່ວໄປແລ້ວ, ຂ້າພະເຈົ້າຖືວ່າອິນເຕີເນັດເປັນສິ່ງປະດິດທີ່ມີການປະຕິວັດແລະອັນຕະລາຍທີ່ສຸດຂອງສະຕະວັດທີ XNUMX). ຂ້າພະເຈົ້າໄດ້ຂຸດຄົ້ນວິດີໂອຂອງນັກຂຽນໂປລແກລມຜູ້ຫນຶ່ງທີ່ເຮັດ console Tetris. ແລະໃນລັກສະນະເກມຂອງລາວ, ລາວຕັດສິນໃຈຕັດ "ງູ". ຈາກວິດີໂອ, ຂ້າພະເຈົ້າໄດ້ຮຽນຮູ້ກ່ຽວກັບສອງສິ່ງພື້ນຖານ - loop ເກມ (ມີສາມຫນ້າທີ່ພື້ນຖານ / ພາກສ່ວນ) ແລະຜົນຜະລິດໃຫ້ກັບ buffer.

ວົງເກມອາດຈະເບິ່ງຄືແນວນີ້:

int main()
   {
      Setup();
      // a game loop
      while (!quit)
      {
          Input();
          Logic();
          Draw();
          Sleep(gameSpeed);  // game timing
      }
      return 0;
   }

ລະຫັດນໍາສະເຫນີຫນ້າທີ່ຕົ້ນຕໍ () ທັງຫມົດໃນເວລາດຽວກັນ. ແລະວົງຈອນເກມເລີ່ມຕົ້ນຫຼັງຈາກຄໍາເຫັນທີ່ສອດຄ້ອງກັນ. ມີສາມຫນ້າທີ່ພື້ນຖານໃນ loop: Input(), Logic(), Draw(). ກ່ອນ​ອື່ນ​ຫມົດ​, ການ​ປ້ອນ​ຂໍ້​ມູນ​ການ​ປ້ອນ​ຂໍ້​ມູນ​ການ​ປ້ອນ​ຂໍ້​ມູນ (ໂດຍ​ສະ​ເພາະ​ແມ່ນ​ການ​ຄວບ​ຄຸມ​ການ​ກົດ​ແປ້ນ​ພິມ​)​, ຫຼັງ​ຈາກ​ນັ້ນ​ປະ​ມວນ​ຜົນ​ຂໍ້​ມູນ​ທີ່​ເຂົ້າ​ໄປ​ຕາມ​ເຫດ​ຜົນ​, ຫຼັງ​ຈາກ​ນັ້ນ​ສະ​ແດງ​ໃນ​ຫນ້າ​ຈໍ - ແຕ້ມ​. ແລະດັ່ງນັ້ນທຸກໆກອບ. ພາບເຄື່ອນໄຫວຖືກສ້າງຂື້ນດ້ວຍວິທີນີ້. ມັນຄ້າຍຄືກັບກາຕູນ. ປົກກະຕິແລ້ວການປະມວນຜົນຂໍ້ມູນການປ້ອນຂໍ້ມູນໃຊ້ເວລາຫຼາຍທີ່ສຸດແລະ, ເທົ່າທີ່ຂ້າພະເຈົ້າຮູ້, ກໍານົດອັດຕາກອບຂອງເກມ. ແຕ່ໃນນີ້ຟັງຊັນ Logic() ແມ່ນໄວຫຼາຍ. ດັ່ງນັ້ນ, ອັດຕາເຟມຕ້ອງໄດ້ຮັບການຄວບຄຸມໂດຍຟັງຊັນ Sleep() ກັບພາລາມິເຕີ gameSpeed ​​​​, ເຊິ່ງກໍານົດອັດຕານີ້.

ວົງຈອນເກມ. ງູການຂຽນໂປລແກລມໃນ notepad

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

ກຳລັງໂຫຼດໜ້າຈໍ (ເພື່ອເວົ້າ):

// create screen buffer for drawings
   HANDLE hConsole = CreateConsoleScreenBuffer(GENERIC_READ | GENERIC_WRITE, 0,
 							   NULL, CONSOLE_TEXTMODE_BUFFER, NULL);
   DWORD dwBytesWritten = 0;
   SetConsoleActiveScreenBuffer(hConsole);

ການ​ສະ​ແດງ​ໂດຍ​ກົງ​ຂອງ​ສາຍ​ສະ​ຕ​ຣິ​ງ​ສະ​ເພາະ​ໃດ​ຫນຶ່ງ (ເສັ້ນ​ສະ​ແດງ​ຄະ​ແນນ​)​:

// draw the score
   WriteConsoleOutputCharacter(hConsole, scoreLine, GAME_WIDTH, {2,3}, &dwBytesWritten);

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

ເກມ 2 ້ Crazy

• ເວທີ: Windows (ທົດສອບໃນ Windows 7, 10)
• : C ++
• ເຄື່ອງຈັກເກມ: Windows console
• ແຮງບັນດານໃຈ: ປື້ມບັນ ເລີ່ມຕົ້ນ C++ ຜ່ານການຂຽນໂປຼແກຼມເກມ
• ບ່ອນເກັບມ້ຽນ: GitHub

ເກມ tank Crazy

ການພິມຕົວອັກສອນໃສ່ຄອນໂຊນແມ່ນອາດຈະເປັນສິ່ງທີ່ງ່າຍທີ່ສຸດທີ່ທ່ານສາມາດປ່ຽນເປັນເກມ. ແຕ່ຫຼັງຈາກນັ້ນບັນຫາຫນຶ່ງປາກົດ: ຕົວອັກສອນມີຄວາມສູງແລະຄວາມກວ້າງທີ່ແຕກຕ່າງກັນ (ຄວາມສູງແມ່ນສູງກວ່າຄວາມກວ້າງ). ດັ່ງນັ້ນ, ທຸກສິ່ງທຸກຢ່າງຈະເບິ່ງຄືວ່າບໍ່ສົມສ່ວນ, ແລະການເຄື່ອນຍ້າຍລົງຫຼືຂຶ້ນຈະເບິ່ງຄືວ່າໄວກວ່າການເຄື່ອນຍ້າຍຊ້າຍຫຼືຂວາ. ຜົນກະທົບນີ້ແມ່ນສັງເກດເຫັນຫຼາຍໃນ "ງູ" (ເກມ 1). "ຖັງ" (ເກມ 2) ບໍ່ມີຂໍ້ບົກຜ່ອງດັ່ງກ່າວ, ນັບຕັ້ງແຕ່ຜົນຜະລິດມີການຈັດລຽງໂດຍການສີ pixels ຫນ້າຈໍທີ່ມີສີທີ່ແຕກຕ່າງກັນ. ເຈົ້າສາມາດເວົ້າວ່າຂ້ອຍຂຽນ renderer. ແທ້ຈິງແລ້ວ, ນີ້ແມ່ນສັບສົນເລັກນ້ອຍ, ເຖິງແມ່ນວ່າຫນ້າສົນໃຈຫຼາຍ.

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

ດັ່ງນັ້ນ, ສິ່ງທີ່ທ່ານເຫັນຢູ່ໃນຫນ້າຈໍແມ່ນພຽງແຕ່ຊຸດຂອງສີ່ຫລ່ຽມສີທີ່ເຄື່ອນຍ້າຍ.

ຕັ້ງສີ່ຫລ່ຽມ

ຮູບສີ່ຫລ່ຽມແຕ່ລະແມ່ນສະແດງໂດຍ matrix ທີ່ເຕັມໄປດ້ວຍຕົວເລກ. ໂດຍວິທີທາງການ, ຂ້າພະເຈົ້າສາມາດເນັ້ນໃສ່ຫນຶ່ງ nuance ທີ່ຫນ້າສົນໃຈ - matrices ທັງຫມົດໃນເກມໄດ້ຖືກດໍາເນີນໂຄງການເປັນ array ຫນຶ່ງມິຕິລະດັບ. ບໍ່ແມ່ນສອງມິຕິ, ແຕ່ເປັນມິຕິດຽວ! arrays ມິຕິໜຶ່ງມິຕິແມ່ນເຮັດວຽກໄດ້ງ່າຍຂຶ້ນ ແລະໄວກວ່າ.

ຕົວຢ່າງຂອງຕາຕະລາງ tank ເກມ

ການເປັນຕົວແທນຂອງມາຕຣິກເບື້ອງຖັງເກມເປັນອາເຣໜຶ່ງມິຕິ

ຕົວຢ່າງທີ່ສະແດງໃຫ້ເຫັນຫຼາຍຂອງການເປັນຕົວແທນຂອງ matrix ໂດຍ array ມິຕິຫນຶ່ງ

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

ຂ້າມ array ມິຕິໜຶ່ງໃນວົງສອງ. Y ແມ່ນ ID ແຖວ, X ແມ່ນ ID ຖັນ

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

ໃນປັດຈຸບັນກ່ຽວກັບ pixels, ສີແລະການສະແດງ. ຟັງຊັນ StretchDIBits (Header: windows.h; Library: gdi32.lib) ຖືກນໍາໃຊ້ເພື່ອຜົນຜະລິດ. ໃນບັນດາສິ່ງອື່ນໆ, ຕໍ່ໄປນີ້ແມ່ນຜ່ານຫນ້າທີ່ນີ້: ອຸປະກອນທີ່ຮູບພາບຖືກສະແດງ (ໃນກໍລະນີຂອງຂ້ອຍ, ນີ້ແມ່ນ Windows console), ຈຸດປະສານງານຂອງການເລີ່ມຕົ້ນຂອງການສະແດງຮູບພາບ, ຄວາມກວ້າງ / ຄວາມສູງຂອງມັນ, ແລະຮູບພາບ. ຕົວຂອງມັນເອງໃນຮູບແບບຂອງ bitmap (bitmap), ເປັນຕົວແທນໂດຍ array ຂອງ bytes. Bitmap ເປັນ array ຂອງ bytes!

ຟັງຊັນ StretchDIBits() ຢູ່ບ່ອນເຮັດວຽກ:

// screen output for game field
   StretchDIBits(
               deviceContext,
               OFFSET_LEFT, OFFSET_TOP,
               PMATRIX_WIDTH, PMATRIX_HEIGHT,
               0, 0,
               PMATRIX_WIDTH, PMATRIX_HEIGHT,
               m_p_bitmapMemory, &bitmapInfo,
               DIB_RGB_COLORS,
               SRCCOPY
               );

ໜ່ວຍຄວາມຈຳໄດ້ຖືກຈັດສັນໄວ້ລ່ວງໜ້າສຳລັບແຜນຜັງນີ້ໂດຍໃຊ້ຟັງຊັນ VirtualAlloc(). ນັ້ນແມ່ນ, ຈໍານວນໄບຕ໌ທີ່ກໍານົດໄວ້ແມ່ນສະຫງວນໄວ້ເພື່ອເກັບຂໍ້ມູນກ່ຽວກັບ pixels ທັງຫມົດ, ເຊິ່ງຫຼັງຈາກນັ້ນຈະຖືກສະແດງຢູ່ໃນຫນ້າຈໍ.

ການສ້າງ m_p_bitmap Memory bitmap:

// create bitmap
   int bitmapMemorySize = (PMATRIX_WIDTH * PMATRIX_HEIGHT) * BYTES_PER_PIXEL;
   void* m_p_bitmapMemory = VirtualAlloc(0, bitmapMemorySize, MEM_COMMIT, PAGE_READWRITE);

ເວົ້າປະມານ, ແຜນທີ່ບິດປະກອບດ້ວຍຊຸດຂອງ pixels. ທຸກໆສີ່ໄບຕ໌ໃນອາເຣແມ່ນເປັນ RGB pixel. ຫນຶ່ງ byte ຕໍ່ຄ່າສີແດງ, ຫນຶ່ງ byte ຕໍ່ຄ່າສີຂຽວ (G), ແລະຫນຶ່ງ byte ຕໍ່ມູນຄ່າສີຟ້າ (B). ນອກຈາກນັ້ນຍັງມີຫນຶ່ງ byte ໄວ້ສໍາລັບການຫຍໍ້ຫນ້າ. ສາມສີເຫຼົ່ານີ້ - ສີແດງ / ສີຂຽວ / ສີຟ້າ (RGB) - ຖືກປະສົມກັບກັນແລະກັນໃນອັດຕາສ່ວນທີ່ແຕກຕ່າງກັນເພື່ອສ້າງສີ pixels ລວງຜົນໄດ້ຮັບ.

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

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

ຕົວຢ່າງຂອງການຕື່ມ bitmap (Pixel matrix) ທີ່ມີຂໍ້ມູນໂດຍອີງໃສ່ matrix ຕົວເລກ (Digital matrix) ຂອງພາກສະຫນາມມັກຫຼີ້ນ (ດັດຊະນີສີບໍ່ກົງກັບດັດຊະນີໃນເກມ)

ຂ້າພະເຈົ້າຍັງຈະນໍາສະເຫນີສິ້ນຂອງລະຫັດທີ່ແທ້ຈິງຈາກເກມ. colorIndex ປ່ຽນແປງໄດ້ໃນແຕ່ລະ iteration ຂອງ loop ແມ່ນມອບຫມາຍຄ່າ (ດັດຊະນີສີ) ຈາກ matrix ຕົວເລກຂອງພາກສະຫນາມມັກຫຼີ້ນ (mainDigitalMatrix). ຫຼັງຈາກນັ້ນ, ຕົວປ່ຽນແປງສີຖືກຕັ້ງເປັນສີຕົວມັນເອງໂດຍອີງໃສ່ດັດຊະນີ. ນອກຈາກນັ້ນ, ສີຜົນໄດ້ຮັບແມ່ນແບ່ງອອກເປັນອັດຕາສ່ວນຂອງສີແດງ, ສີຂຽວແລະສີຟ້າ (RGB). ແລະຮ່ວມກັນກັບ indent (pixelPadding), ຂໍ້ມູນນີ້ຖືກຂຽນໃສ່ pixels ລວງຫຼາຍຄັ້ງ, ປະກອບເປັນຮູບພາບສີໃນ bitmap.

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

ຕື່ມຂໍ້ມູນໃສ່ແຜນທີ່ bitmap ໂດຍອີງໃສ່ຕາຕະລາງຕົວເລກຂອງພາກສະຫນາມມັກຫຼີ້ນ:

// set pixel map variables
   int colorIndex;
   COLORREF color;
   int pitch;
   uint8_t* p_row;
 
   // arrange pixels for game field
   pitch = PMATRIX_WIDTH * BYTES_PER_PIXEL;     // row size in bytes
   p_row = (uint8_t*)m_p_bitmapMemory;       //cast to uint8 for valid pointer arithmetic
   							(to add by 1 byte (8 bits) at a time)   
   for (int y = 0; y < PMATRIX_HEIGHT; ++y)
   {
       uint32_t* p_pixel = (uint32_t*)p_row;
       for (int x = 0; x < PMATRIX_WIDTH; ++x)
       {
           colorIndex = mainDigitalMatrix[y * PMATRIX_WIDTH + x];
           color = Utils::GetColor(colorIndex);
           uint8_t blue = GetBValue(color);
           uint8_t green = GetGValue(color);
           uint8_t red = GetRValue(color);
           uint8_t pixelPadding = 0;
 
           *p_pixel = ((pixelPadding << 24) | (red << 16) | (green << 8) | blue);
           ++p_pixel;
       }
       p_row += pitch;
   }

ອີງ​ຕາມ​ວິ​ທີ​ການ​ອະ​ທິ​ບາຍ​ຂ້າງ​ເທິງ​ນີ້​, ໃນ​ເກມ Crazy tank ຮູບ​ພາບ​ຫນຶ່ງ (ກອບ​) ໄດ້​ຖືກ​ສ້າງ​ຕັ້ງ​ຂຶ້ນ​ແລະ​ການ​ສະ​ແດງ​ຢູ່​ໃນ​ຫນ້າ​ຈໍ​ໃນ Draw () ການ​ທໍາ​ງານ​. ຫຼັງ​ຈາກ​ການ​ລົງ​ທະ​ບຽນ​ການ​ກົດ​ແປ້ນ​ພິມ​ໃນ​ການ​ທໍາ​ງານ Input() ແລະ​ການ​ປຸງ​ແຕ່ງ​ຕໍ່​ມາ​ຂອງ​ເຂົາ​ເຈົ້າ​ໃນ​ການ​ທໍາ​ງານ Logic()​, ຮູບ​ພາບ​ໃຫມ່ (ກອບ​) ໄດ້​ຖືກ​ສ້າງ​ຕັ້ງ​ຂຶ້ນ​. ແທ້ຈິງແລ້ວ, ວັດຖຸເກມອາດມີຕໍາແຫນ່ງທີ່ແຕກຕ່າງກັນຢູ່ໃນສະຫນາມຫຼີ້ນແລະ, ຕາມຄວາມເຫມາະສົມ, ໄດ້ຖືກແຕ້ມຢູ່ໃນສະຖານທີ່ທີ່ແຕກຕ່າງກັນ. ນີ້ແມ່ນວິທີການເຄື່ອນໄຫວ (ການເຄື່ອນໄຫວ) ເກີດຂຶ້ນ.

ໃນທາງທິດສະດີ (ຖ້າທ່ານບໍ່ໄດ້ລືມຫຍັງ), ຄວາມເຂົ້າໃຈຂອງວົງເກມຈາກເກມທໍາອິດ ("ງູ") ແລະລະບົບການສະແດງ pixels ໃນຫນ້າຈໍຈາກເກມທີສອງ ("ຖັງ") ແມ່ນທັງຫມົດທີ່ທ່ານຈໍາເປັນຕ້ອງຂຽນໃດໆ. ຂອງ​ເກມ 2D ຂອງ​ທ່ານ​ສໍາ​ລັບ Windows​. ບໍ່ມີສຽງ! 😉 ສ່ວນທີ່ຍັງເຫຼືອແມ່ນພຽງແຕ່ບິນຂອງແຟນຊີ.

ແນ່ນອນ, ເກມ "ຖັງ" ຖືກອອກແບບຫຼາຍສັບສົນກວ່າ "ງູ". ຂ້ອຍໃຊ້ພາສາ C ++ ແລ້ວ, ນັ້ນແມ່ນ, ຂ້ອຍອະທິບາຍວັດຖຸເກມທີ່ແຕກຕ່າງກັນກັບຫ້ອງຮຽນ. ຂ້ອຍສ້າງຄໍເລັກຊັນຂອງຂ້ອຍເອງ - ທ່ານສາມາດເບິ່ງລະຫັດໃນ headers/Box.h. ໂດຍວິທີທາງການ, ການເກັບກໍາສ່ວນຫຼາຍມັກຈະມີການຮົ່ວໄຫຼຂອງຫນ່ວຍຄວາມຈໍາ. ຕົວຊີ້ທີ່ໃຊ້ແລ້ວ. ເຮັດວຽກກັບຄວາມຊົງຈໍາ. ຂ້ອຍຕ້ອງເວົ້າວ່າປຶ້ມໄດ້ຊ່ວຍຂ້ອຍຫຼາຍ. ເລີ່ມຕົ້ນ C++ ຜ່ານການຂຽນໂປຼແກຼມເກມ. ນີ້ແມ່ນການເລີ່ມຕົ້ນທີ່ດີສໍາລັບຜູ້ເລີ່ມຕົ້ນໃນ C++. ມັນມີຂະຫນາດນ້ອຍ, ຫນ້າສົນໃຈແລະມີການຈັດຕັ້ງດີ.

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

ໃນ​ຕອນ​ທ້າຍ​ຂອງ​ພາກ​ປະ​ຕິ​ບັດ​, ຂ້າ​ພະ​ເຈົ້າ​ຈະ​ດຶງ​ອອກ​ການ​ສະ​ແກນ​ບໍ່​ພໍ​ເທົ່າ​ໃດ​ຂອງ​ປື້ມ​ບັນ​ທຶກ​ຂອງ​ຂ້າ​ພະ​ເຈົ້າ​. ເພື່ອສະແດງສິ່ງທີ່ຂ້ອຍຂຽນລົງ, ແຕ້ມ, ນັບ, ອອກແບບ…

ການອອກແບບຮູບຖັງ. ແລະຄໍານິຍາມຂອງຈໍານວນ pixels ແຕ່ລະຖັງຄວນຈະຄອບຄອງຢູ່ໃນຫນ້າຈໍ

ການຄິດໄລ່ສູດການຄິດໄລ່ແລະສູດສໍາລັບການຫມຸນຂອງຖັງປະມານແກນຂອງມັນ

ແຜນວາດຂອງການເກັບກໍາຂອງຂ້ອຍ (ອັນທີ່ຄວາມຊົງຈໍາຮົ່ວໄຫຼ, ສ່ວນຫຼາຍອາດຈະ). ຄໍເລັກຊັນຖືກສ້າງເປັນລາຍຊື່ທີ່ເຊື່ອມໂຍງ

ແລະເຫຼົ່ານີ້ແມ່ນຄວາມພະຍາຍາມທີ່ບໍ່ມີປະໂຫຍດທີ່ຈະແນບທາງປັນຍາທຽມກັບເກມ

ທິດສະດີ

"ເຖິງ​ແມ່ນ​ການ​ເດີນ​ທາງ​ໜຶ່ງ​ພັນ​ໄມ​ກໍ​ເລີ່ມ​ຕົ້ນ​ດ້ວຍ​ບາດ​ກ້າວ​ທຳ​ອິດ" (ສະ​ຕິ​ປັນ​ຍາ​ຂອງ​ຈີນ​ບູຮານ)

ຂໍໃຫ້ຍ້າຍຈາກການປະຕິບັດໄປສູ່ທິດສະດີ! ເຈົ້າຊອກຫາເວລາສຳລັບວຽກອະດິເລກຂອງເຈົ້າແນວໃດ?

1. ກໍານົດສິ່ງທີ່ທ່ານຕ້ອງການແທ້ໆ (ອະນິຈາ, ນີ້ແມ່ນສ່ວນທີ່ຍາກທີ່ສຸດ).
2. ກໍານົດບູລິມະສິດ.
3. ການເສຍສະລະທຸກສິ່ງທຸກຢ່າງ "ພິເສດ" ເພື່ອຜົນປະໂຫຍດຂອງຄວາມສໍາຄັນທີ່ສູງຂຶ້ນ.
4. ກ້າວໄປສູ່ເປົ້າໝາຍທຸກໆມື້.
5. ຢ່າຄາດຫວັງວ່າສອງຫຼືສາມຊົ່ວໂມງຂອງເວລາຫວ່າງທີ່ຈະໃຊ້ວຽກອະດິເລກ.

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

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

ແລະມັນເປັນສິ່ງສໍາຄັນທີ່ຈະຈື່ຈໍາວ່າທ່ານບໍ່ຄວນປະມາດແລະບໍ່ສົນໃຈ "ຂີ້ເລື່ອຍ" ທີ່ບໍ່ເສຍຄ່າຂອງເວລາ 5, 10, 15 ນາທີ, ລໍຖ້າ "ໄມ້ທ່ອນ" ຂະຫນາດໃຫຍ່ທີ່ຍາວນານຫນຶ່ງຊົ່ວໂມງຫຼືສອງຊົ່ວໂມງ. ເຈົ້າຢືນຢູ່ໃນແຖວບໍ? ຄິດກ່ຽວກັບບາງສິ່ງບາງຢ່າງສໍາລັບໂຄງການຂອງທ່ານ. ໃຊ້ escalator ບໍ? ຂຽນບາງສິ່ງບາງຢ່າງລົງໃນ notepad. ເຈົ້າກຳລັງເດີນທາງເທິງລົດເມບໍ? ດີຫຼາຍ, ອ່ານບາງບົດຄວາມ. ໃຊ້ປະໂຫຍດຈາກທຸກໆໂອກາດ. ຢຸດເບິ່ງແມວ ແລະໝາຢູ່ YouTube! ຢ່າມົນລະພິດສະຫມອງຂອງເຈົ້າ!

ແລະຫນຶ່ງສິ່ງສຸດທ້າຍ. ຖ້າຫາກວ່າ, ຫຼັງຈາກອ່ານບົດຄວາມນີ້, ທ່ານມັກແນວຄວາມຄິດຂອງການສ້າງເກມໂດຍບໍ່ມີການນໍາໃຊ້ເຄື່ອງຈັກເກມ, ຫຼັງຈາກນັ້ນຈື່ຊື່ Casey Muratori. ຄົນນີ້ມີ ເວັບໄຊທ໌. ໃນ “ເບິ່ງ -> ຕອນກ່ອນໜ້ານີ້” ພາກເຈົ້າຈະພົບເຫັນການສອນວິດີໂອຟຣີທີ່ຍອດຢ້ຽມໃນການສ້າງເກມແບບມືອາຊີບຕັ້ງແຕ່ເລີ່ມຕົ້ນ. ໃນຫ້າບົດຮຽນ Intro to C ສໍາລັບ Windows ທ່ານອາດຈະໄດ້ຮຽນຮູ້ຫຼາຍກ່ວາໃນຫ້າປີຂອງການສຶກສາມະຫາວິທະຍາໄລ (ມີຄົນຂຽນກ່ຽວກັບເລື່ອງນີ້ໃນຄໍາເຫັນພາຍໃຕ້ວິດີໂອ).

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

ໂຊກດີໃນເສັ້ນທາງທີ່ທ່ານເລືອກ! ແລະຂໍໃຫ້ໂລກເປັນມືອາຊີບຫຼາຍຂຶ້ນ.

Author: Grankin Andrey, DevOps

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