ການອອກແບບແລະພັດທະນາຜະລິດຕະພັນອີເລັກໂທຣນິກທຽບກັບຜະລິດຕະພັນດິຈິຕອລ

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

ຄວາມ ໝາຍ ຂອງສິນຄ້າແມ່ນຫຍັງ…

ສິນຄ້າແມ່ນຫຍັງ? ບາງສິ່ງບາງຢ່າງທີ່ຜະລິດແລະຂາຍ, ຫຼືບາງສິ່ງບາງຢ່າງທີ່ສ້າງມູນຄ່າໃຫ້ກັບຜູ້ໃຊ້? ຄໍານິຍາມທໍາອິດແມ່ນໃຊ້ກັບຜະລິດຕະພັນທາງກາຍະພາບແລະສະທ້ອນເຖິງສິ່ງທີ່ພວກເຮົາເຮັດກັບຜະລິດຕະພັນແລະວິທີທີ່ພວກເຮົາສ້າງມັນ. ນິຍາມທີສອງແມ່ນເປີດກວ້າງແລະທັນສະ ໄໝ ກວ່າເກົ່າແລະສະທ້ອນໃຫ້ເຫັນວ່າເປັນຫຍັງພວກເຮົາຕ້ອງການຜະລິດຕະພັນ. ຜະລິດຕະພັນທາງກາຍະພາບມີຄວາມຄ່ອງແຄ້ວ; ຜູ້ໃຊ້ສາມາດແຕະຕ້ອງພວກເຂົາ, ເບິ່ງພວກມັນ, ມີກິ່ນແລະຮູ້ສຶກ. ພວກເຮົາມີວິດີໂອທີ່ໄດ້ເຫັນທັງ ໝົດ ຂອງໂຮງງານໃຫຍ່ແລະພວກເຮົາສາມາດເຂົ້າໃຈວ່າການຜະລິດມັນມີລາຄາແພງແລະຊັບຊ້ອນແນວໃດ. ຜະລິດຕະພັນດິຈິຕອນອາໄສຢູ່ໃນເມຄຫລືຢູ່ສູນຂໍ້ມູນໄລຍະໄກ. ມັນຍາກກວ່າ ສຳ ລັບພວກເຮົາທີ່ຈະເຂົ້າໃຈຂະ ໜາດ, ຄວາມສັບສົນແລະຄວາມ ໝາຍ ຂອງການສ້າງມັນ. ຕົວຢ່າງ: ຖ້າພວກເຮົາເບິ່ງ ໜ້າ ຈໍຂອງ Google Search, ພວກເຮົາສາມາດເຫັນເສັ້ນຄົ້ນຫາດຽວເທົ່ານັ້ນ, ແຕ່ຢູ່ເບື້ອງຫຼັງ, ຢູ່ຫລັງຫລັງ, ມີຫລາຍໆພັນເຄື່ອງແມ່ຂ່າຍທີ່ໃຊ້ງານແລະລະຫັດຫລາຍພັນລ້ານສາຍ.

ເມື່ອນັກພັດທະນາຊອບແວເລີ່ມຕົ້ນສ້າງຜະລິດຕະພັນດີຈີຕອນ, ປະມານ 25 ປີທີ່ຜ່ານມາ, ພວກເຂົາໄດ້ ນຳ ໃຊ້ຂະບວນການແລະເຄື່ອງມືທີ່ຄ້າຍຄືກັນເຊິ່ງຖືກ ນຳ ໃຊ້ເພື່ອສ້າງຜະລິດຕະພັນທາງກາຍະພາບ. ຂະບວນການພິສູດທີ່ສຸດ ສຳ ລັບການບໍລິຫານໂຄງການ, ໃນເວລານັ້ນ, ແມ່ນນ້ ຳ ຕົກຕາດເພາະມັນໄດ້ຮັບປະກັນຄວາມສົມບູນໃນຕະຫຼອດຮອບວຽນຂອງໂຄງການ. ເຖິງຢ່າງໃດກໍ່ຕາມໃນຖານະທີ່ຜູ້ຈັດການໂຄງການດີຈີຕອນໄດ້ຮັບປະສົບການເພີ່ມເຕີມແລະລົ້ມເຫຼວໃນເກືອບເຄິ່ງ ໜຶ່ງ ຂອງໂຄງການ, ພວກເຂົາຮູ້ວ່າພວກເຂົາຕ້ອງການການປ່ຽນແປງ. ພວກເຂົາເລີ່ມຕົ້ນສ້າງເຄື່ອງມືຂອງພວກເຂົາເອງແລະມາພ້ອມກັບຂັ້ນຕອນທີ່ບໍ່ ທຳ ມະດາຂອງພວກເຂົາ. ປະມານ 2001, ທີມງານຫຼາຍກວ່າແລະຫຼາຍໄດ້ເລີ່ມຕົ້ນໃຊ້ Scrum ແລະ Kanban ແລະ manifesto ທີ່ວ່ອງໄວໄດ້ເກີດຂື້ນ. Git ຖືກສ້າງຂື້ນໂດຍ Linus Torvalds ໃນປີ 2005 ເຊິ່ງໄດ້ສ້າງພື້ນຖານໃຫ້ແກ່ໂຄງການເປີດແຫຼ່ງຕ່າງໆ. ບາງທີ ສຳ ລັບຄວາມສົມບູນຂອງຜະລິດຕະພັນດີຈີຕອນບໍ່ ສຳ ຄັນເທົ່າກັບການແຂງຂັນ. ມື້ນີ້, 25 ປີຕໍ່ມາຂັ້ນຕອນການພັດທະນາ, ເຄື່ອງມືແລະວັດທະນະ ທຳ ຂອງທີມງານຜະລິດຕະພັນທັງສອງແມ່ນຢູ່ໄກກັນ.

ໃນລະຫວ່າງຫ້າປີທີ່ຜ່ານມາ, ມັນໄດ້ງ່າຍແລະລາຄາຖືກທີ່ສຸດທີ່ຈະຝັງເອເລັກໂຕຣນິກເຂົ້າໃນຜະລິດຕະພັນທາງກາຍະພາບແລະເຊື່ອມຕໍ່ກັບອິນເຕີເນັດກັບແອັບ kind ບາງປະເພດ - ທ່າອ່ຽງທີ່ເອີ້ນວ່າ IOT (ອິນເຕີເນັດຂອງສິ່ງຕ່າງໆ). ມັນມີລາຄາປະມານ 2 ໂດລາຕໍ່ຜະລິດຕະພັນເພື່ອເຮັດແນວນັ້ນເຊິ່ງອະທິບາຍວ່າເປັນຫຍັງພວກເຮົາເຫັນຜະລິດຕະພັນ IOT ໃໝ່ ຫຼາຍຢ່າງທີ່ອອກມາໃນໄລຍະມໍ່ໆມານີ້, ບາງຜະລິດຕະພັນກໍ່ເຮັດໃຫ້ຂົບຂັນ ... ເຄື່ອງມືສອງປະເພດ. ເມື່ອໃດກໍຕາມສອງວັດທະນະ ທຳ ປະທະກັນ, ສິ່ງທີ່ ໜ້າ ສົນໃຈກໍ່ຈະເກີດຂື້ນ. ຮາດແວແຫຼ່ງເປີດແມ່ນຢູ່ອ້ອມຕົວພວກເຮົາດຽວນີ້, ແລະບາງຄົນກໍ່ເລີ່ມເອີ້ນຕົວເອງວ່າເປັນຜູ້ຜະລິດ. ຄວາມແຕກຕ່າງກັນລະຫວ່າງຜູ້ຜະລິດແລະຜູ້ຜະລິດແມ່ນຫຍັງ? ພວກເຮົາ ກຳ ລັງຈະເຫັນການເຕົ້າໂຮມກັນລະຫວ່າງຂະບວນການເຫຼົ່ານີ້ບໍ? ຫຼືພວກເຮົາຈະຖືກ ທຳ ລາຍ, ໃນຖານະ CTOs ແລະຜູ້ຈັດການຜະລິດຕະພັນ IOT ເພື່ອເຊື່ອມຕໍ່ລະຫວ່າງວັດທະນະ ທຳ ເຫລົ່ານີ້ຕະຫຼອດໄປ?

ຂ້າພະເຈົ້າຫວັງວ່າທ່ານຈະໄດ້ພົບກັບ blog ນີ້ທັງ ໜ້າ ສົນໃຈແລະເປັນປະໂຫຍດແລະມັນຈະຊ່ວຍໃຫ້ນັກພັດທະນາຈາກທົ່ວທຸກມຸມມອງເຂົ້າໃຈຄວາມທ້າທາຍຂອງກັນແລະກັນ.

ພາລະບົດບາດແລະທັກສະ

ມີທ່າອ່ຽງທີ່ຜ່ານມາ ສຳ ລັບນັກພັດທະນາຊອບແວເພື່ອພັດທະນາໂປແກຼມໂປແກຼມເຕັມຮູບແບບ. ນີ້ ໝາຍ ຄວາມວ່າພວກເຂົາພັດທະນາທັງລະຫັດ backend: ລະຫັດທີ່ໃຊ້ໃນ server / cloud ແລະລະຫັດ frontend: ລະຫັດທີ່ໃຊ້ໃນອຸປະກອນ. ພວກເຂົາອາດຈະມີບົດບາດໃນ DevOps: ວິສະວະກອນທີ່ຮັບຜິດຊອບໃນການຕັ້ງລະບົບ, ຕັ້ງຄ່າ, ຮັບປະກັນມັນແລະຫຼັງຈາກນັ້ນອັດຕະໂນມັດຂະບວນການປ່ຽນແປງ. ມັນບໍ່ເປັນໄປບໍ່ໄດ້ ສຳ ລັບຄົນດຽວທີ່ຈະສ້າງແລະເປີດຕົວແອັບ digital ດິຈິຕອນງ່າຍໆຫຼືເກມ. ເຖິງຢ່າງໃດກໍ່ຕາມ, ເມື່ອເບິ່ງຜະລິດຕະພັນ IOT ເຊິ່ງປົກກະຕິແລ້ວປະກອບມີທັງອຸປະກອນອີເລັກໂທຣນິກແລະແອັບບາງຊະນິດ, ທີມງານເຕັກໂນໂລຢີຕ້ອງມີທັກສະແລະບົດບາດຫຼາຍຂື້ນ.

ນັກພັດທະນາທີ່ຖືກຝັງແມ່ນຮັບຜິດຊອບຕໍ່ລະຫັດທີ່ແລ່ນໃສ່ອຸປະກອນແລະຜູ້ອອກແບບກະດານມີຄວາມຮັບຜິດຊອບໃນການພັດທະນາກະດານເອເລັກໂຕຣນິກ.

ເຖິງແມ່ນວ່າໃນມື້ນີ້, ໂດຍການຊ່ວຍເຫຼືອຂອງ Espruino, ນັກພັດທະນາ Javascript ສາມາດພັດທະນາທິດສະດີທັງສາມລະດັບ: ລະຫັດ frontend, ລະຫັດ backend ແລະລະຫັດທີ່ຝັງໄວ້, ພວກເຂົາອາດຈະຕໍ່ສູ້ກັບການອອກແບບອຸດສາຫະ ກຳ ແລະກະດານເຊິ່ງຮຽກຮ້ອງໃຫ້ມີທັກສະທີ່ແຕກຕ່າງກັນຢ່າງສິ້ນເຊີງ. ຂ້າພະເຈົ້າໄດ້ເຫັນນັກພັດທະນາທີ່ມີພອນສະຫວັນເຊິ່ງເປັນ jack ຂອງທຸກໆການຄ້າ, ແລະສາມາດຍ້າຍຈາກການປ່ຽນແປງ CSS class ໄປຂຽນສະຄິບການຍ້າຍຖິ່ນຖານ ສຳ ລັບຖານຂໍ້ມູນຂອງພວກເຂົາ. ໂດຍສ່ວນຕົວ, ຂ້າພະເຈົ້າຄິດວ່ານັກພັດທະນາມືອາຊີບຄວນຈະເປັນແມ່ບົດໃນເວລາໃດກໍ່ຕາມທີ່ມີພຽງຊັ້ນດຽວ. ມັນບໍ່ພຽງແຕ່ມີທັກສະແລະເຕັກນິກທີ່ດີທີ່ສຸດຫລືປະຕິບັດ ໜ້າ ທີ່ທີ່ຕ້ອງການເທົ່ານັ້ນ, ມັນຍັງກ່ຽວກັບສິ່ງທີ່ທ່ານສົນໃຈແລະສະຕິທີ່ທ່ານເຮັດວຽກຂອງທ່ານ.

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

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

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

ການບໍລິຫານໂຄງການ

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

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

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

ເຄື່ອງມືແລະພິທີການຂອງທີມ: ຜູ້ຈັດການໂຄງການຄວນ ນຳ ໃຊ້ເຄື່ອງມືທີ່ປະຕິບັດຂັ້ນຕອນທີ່ພວກເຂົາຕ້ອງການໃນການຄຸ້ມຄອງໂຄງການ. Microsoft Project ແມ່ນເຄື່ອງມືທີ່ດີ ສຳ ລັບໂຄງການນ້ ຳ ຕົກ. JIRA ແລະ Trello ແມ່ນເຄື່ອງມືທີ່ດີ ສຳ ລັບໂຄງການທີ່ວ່ອງໄວແລະຂະບວນການສະ ໜັບ ສະ ໜູນ ເຊັ່ນ Kanban ແລະ Scrum. ເຄື່ອງມືໃດກໍ່ຕາມຈື່ໄດ້ວ່າມັນເປັນພຽງແຕ່ເຄື່ອງມືແລະບໍ່ແມ່ນສິ່ງທີ່ ສຳ ຄັນ. ບັນດາທິມກໍ່ມີພິທີຕ່າງກັນ. ໃນນ້ ຳ ຕົກ, ທີມງານຈະພົບກັນກ່ອນທຸກໆລະດູໃບໄມ້ຫຼົ່ນແລະກວດກາເອກະສານ, CAD ສ້າງຜົນໄດ້ຮັບຫລືຂໍ້ສະເພາະຂອງການທົດສອບ. ທີມງານທີ່ລ້າໆອາດຈະພົບປະທຸກໆມື້ ສຳ ລັບການຢືນວັນປະ ຈຳ ວັນແລະທຸກໆສອງອາທິດ ສຳ ລັບການວາງແຜນງອກ. ພິທີການເຫຼົ່ານີ້ເຮັດໃຫ້ສະມາຊິກທີມມີແຜນການແລະປັບປຸງການສື່ສານລະຫວ່າງສະມາຊິກທີມ.

ການອອກແບບແລະ Prototyping

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

ວິທີການອອກແບບທີ່ແຕກຕ່າງກັນປະເພດສິນຄ້າປະເພດຕ່າງໆ: ການອອກແບບທີ່ມີປະສົບການເບິ່ງຜະລິດຕະພັນເປັນສ່ວນ ໜຶ່ງ ຂອງປະສົບການທີ່ມ່ວນຊື່ນທີ່ພວກເຮົາຕ້ອງການສ້າງ i.e“ ພວກເຮົາບໍ່ໄດ້ຂາຍເກມ, ພວກເຮົາຂາຍປະສົບການຄອບຄົວ ໜຶ່ງ ຊົ່ວໂມງ”. ການອອກແບບການບໍລິການຈະເຫັນສິນຄ້າເປັນສ່ວນ ໜຶ່ງ ຂອງການບໍລິການທີ່ສິ້ນສຸດລະຫວ່າງຜູ້ໃຫ້ບໍລິການແລະຜູ້ໃຊ້. “ ນັບແຕ່ເວລາທີ່ທ່ານໄດ້ຕັດສິນໃຈເດີນທາງຈົນກວ່າທ່ານຈະມາຮອດຈຸດ ໝາຍ ປາຍທາງຂອງທ່ານ”,“ ພວກເຮົາບໍ່ໄດ້ຂາຍກ້ອງຖ່າຍຮູບຄວາມປອດໄພ, ພວກເຮົາ ກຳ ລັງຂາຍເຄື່ອງປ້ອງກັນທ່ານ 24/7”.

Prototyping: ດ້ວຍຄວາມຊ່ວຍເຫຼືອຂອງເຄື່ອງພິມ 3D ແລະເຕັກໂນໂລຢີ VR / AR, ມັນງ່າຍທີ່ສຸດທີ່ຈະມາພ້ອມກັບຮູບແບບກົນຈັກຂອງຜະລິດຕະພັນທາງກາຍະພາບຂອງທ່ານ. ທ່ານສາມາດສະແດງມັນໃຫ້ລູກຄ້າຂອງທ່ານ, ໃສ່ສະຕິກເກີ ຈຳ ນວນ ໜຶ່ງ ໃສ່ມັນ, ເຊື່ອມຕໍ່ສາຍໄຟແລະໄຟ LED, ພວກເຂົາຈະເຂົ້າໃຈຈຸດປະສົງຂອງມັນທັນທີແລະທ່ານອາດຈະສາມາດເຮັດໃຫ້ພວກເຂົາເຊື່ອວ່າຜະລິດຕະພັນຂອງທ່ານກຽມພ້ອມແລະເປັນສິນຄ້າ. ທ່ານສາມາດວາງມັນໄວ້ໃນສະພາບແວດລ້ອມທີ່ແທ້ຈິງແລະເບິ່ງວ່າມັນ ເໝາະ ກັບກົນຈັກແລະມັນງ່າຍທີ່ຈະຖື. ທ່ານສາມາດສ້າງສິບສະບັບແລະປຽບທຽບລະຫວ່າງພວກມັນແລະຕັດສິນໃຈກ່ຽວກັບການຕັ້ງຄ່າຂັ້ນສຸດທ້າຍ. ບໍ່ມີສິ່ງໃດທີ່ມີປະສິດທິພາບເກີນກວ່າທີ່ຈະໃຫ້ລູກຄ້າແລະນັກລົງທືນຂອງທ່ານມີບາງສິ່ງບາງຢ່າງໄວ້ຢູ່ໃນມືຂອງພວກເຂົາ. ປະຊາຊົນມັກຂອງຫຼິ້ນແລະສິ່ງຂອງທີ່ເບິ່ງໄດ້ແລະເຖິງແມ່ນວ່າການອອກແບບກົນຈັກບາງຄັ້ງມີພຽງແຕ່ 1% ຂອງຜະລິດຕະພັນສຸດທ້າຍໃນແງ່ຂອງເວລາການພັດທະນາ, ປະຊາຊົນຈະເຊື່ອວ່າທ່ານໄດ້ ສຳ ເລັດແລ້ວ 80% ຂອງມັນ. ດ້ວຍການ ນຳ ໃຊ້ໂປແກຼມຄອມພິວເຕີມັນບໍ່ງ່າຍປານໃດທີ່ຈະມາເຖິງລະດັບນີ້. Sketch ແລະ InVision ແມ່ນເຄື່ອງມືທີ່ດີ, ແຕ່ຜູ້ໃຊ້ເຂົ້າໃຈວ່ານີ້ບໍ່ແມ່ນຜະລິດຕະພັນທີ່ແທ້ຈິງ. ຂໍ້ມູນດັ່ງກ່າວແມ່ນຄົງທີ່ແລະການພົວພັນຂອງພວກມັນບໍ່ມີຜົນຫຍັງເລີຍ. ນີ້ແມ່ນສ່ວນ ໜຶ່ງ ຂອງເຫດຜົນທີ່ຜູ້ຈັດການຜະລິດຕະພັນດິຈິຕອນໄດ້ຮັບຮອງເອົາວິທີການທີ່ວ່ອງໄວແລະແນວຄິດຂອງ MVP. ມັນຍາກຫຼາຍທີ່ຈະຈິນຕະນາການວ່າຜູ້ໃຊ້ຈະພົວພັນແລະຮັກຜະລິດຕະພັນຂອງທ່ານແນວໃດກ່ອນທີ່ມັນຈະກຽມພ້ອມແລະມີຂໍ້ມູນທີ່ແທ້ຈິງດັ່ງນັ້ນທ່ານຕ້ອງການຈັດສົ່ງມັນທັນທີທີ່ທ່ານສາມາດເຮັດໄດ້ແລະເລີ່ມຕົ້ນເກັບ ກຳ ຄຳ ຄິດເຫັນທີ່ແທ້ຈິງ.

ທາງດ້ານຮ່າງກາຍແລະແບບດິຈິຕອລ

ການພັດທະນາ

ການຕັດສິນໃຈໃນຕອນຕົ້ນມີຜົນດີທີ່ສຸດ: ທຸກໆຄັ້ງທີ່ຂ້ອຍເລີ່ມຕົ້ນໂຄງການ ໃໝ່ ຂ້ອຍຮູ້ສຶກຕື່ນເຕັ້ນ. ສະຖາປັດຕະຍະ ກຳ ທີ່ຖືກຕ້ອງແມ່ນຫຍັງ? ເຕັກໂນໂລຢີໃດຈະ ເໝາະ ສົມທີ່ສຸດ ສຳ ລັບມັນ? ພວກເຮົາຄວນເລືອກ MCU 8 bit ຫລື CPU 32 bit ບໍ? ນີ້ແມ່ນໂຄງການທີ່ດີທີ່ຈະແນະ ນຳ GraphQL, ຫຼືພວກເຮົາຈະຕ້ອງຕິດກັບ REST ອີກຄັ້ງບໍ? ເຕັກໂນໂລຍີໄຮ້ສາຍໃດ ເໝາະ ສົມກັບກໍລະນີການ ນຳ ໃຊ້ທີ່ດີທີ່ສຸດ: Bluetooth 5 ຫລື Narrowband IOT? ຖານຂໍ້ມູນທີ່ຖືກຕ້ອງທີ່ຈະໃຊ້ແມ່ນຫຍັງ? PostgreSQL ຫຼືອາດຈະເປັນຖານຂໍ້ມູນເສັ້ນສະແດງໃນຄັ້ງນີ້? ການຕັດສິນໃຈເຫຼົ່ານີ້ແມ່ນມີຄວາມ ສຳ ຄັນຫຼາຍ ສຳ ລັບຜົນ ສຳ ເລັດຂອງໂຄງການ. ບາງຄັ້ງ, ພວກເຮົາຕັດສິນໃຈດ້ານເຕັກນິກໄວເກີນໄປໂດຍບໍ່ມີການວິເຄາະທີ່ຖືກຕ້ອງແລະຫຼັງຈາກນັ້ນສາມເດືອນຕໍ່ມາພວກເຮົາຮູ້ສຶກເສຍໃຈ, ມັນຍາກເກີນໄປແລະເຈັບປວດທີ່ຈະປ່ຽນແປງພວກມັນ, ແລະມັນງ່າຍທີ່ຈະເບິ່ງການລົງທືນເຕັກໂນໂລຢີເປັນຊັບສິນແລະບໍ່ແມ່ນສິ່ງກີດຂວາງ. ນີ້ແມ່ນຄວາມຈິງທັງຜະລິດຕະພັນເອເລັກໂຕຣນິກແລະຜະລິດຕະພັນດິຈິຕອນ, ເຖິງແມ່ນວ່າການປ່ຽນປະເພດໂປເຊດເຊີຫລັງຈາກສົ່ງສິນຄ້າຂອງທ່ານໄປຫາລູກຄ້າຂອງທ່ານເກືອບຈະເປັນວຽກທີ່ເປັນໄປບໍ່ໄດ້ຖ້າບໍ່ແມ່ນສິ່ງທີ່ ໜ້າ ອາຍ.

ການຕັດສິນໃຈໃນຕອນຕົ້ນມີຜົນກະທົບຫຼາຍທີ່ສຸດ

ການພັດທະນາ: ມີຄວາມແຕກຕ່າງຫຼາຍລະຫວ່າງຂັ້ນຕອນການພັດທະນາຂອງຜະລິດຕະພັນເອເລັກໂຕຣນິກແລະຜະລິດຕະພັນດິຈິຕອນ, ແລະມັນບໍ່ມີຄວາມຄ້າຍຄືກັນຫຼາຍ. ເວລາການພັດທະນາສ່ວນໃຫຍ່ ສຳ ລັບກະດານ PCB ລົງໃນການເລືອກສ່ວນປະກອບທີ່ຖືກຕ້ອງແລະການອອກແບບຮູບແບບ. ບາງວຽກແມ່ນເຕັກນິກທີ່ບໍລິສຸດ, ເຊື່ອມຕໍ່ສາຍໄຟຈາກສ່ວນປະກອບ U1 pin 120 ຫາສ່ວນປະກອບ U17 pin 12. ແລະບາງວຽກບາງຢ່າງຕ້ອງການຕົວຢ່າງທີ່ສົມບູນປະມານສາມປະເພດຂອງເຊັນເຊີພຽງແຕ່ເພື່ອວັດແທກສຽງແລະການໃຊ້ພະລັງງານຂອງແຕ່ລະຄົນ. ການພັດທະນາຝັງແມ່ນຍາກທີ່ຈະແກ້ໄຂແລະເພີ່ມປະສິດທິພາບ, ມັນເປັນເລື່ອງ ທຳ ມະດາທີ່ຈະເຫັນນັກພັດທະນາທີ່ຝັງຢູ່ໂດຍໃຊ້ເຂັມ GPIO ເພື່ອກວດສອບວ່າມີການເອີ້ນຟັງຊັນໃດແລະຈະວັດວ່າໃຊ້ເວລາຫຼາຍປານໃດ. ການ ນຳ ໃຊ້ FPGA ເຂົ້າໃນຜະລິດຕະພັນອີເລັກໂທຣນິກຂອງທ່ານແມ່ນການຕັດສິນໃຈທີ່ກ້າຫານແຕ່ບາງຄັ້ງແມ່ນວິທີດຽວທີ່ສາມາດບັນລຸເປົ້າ ໝາຍ ການປະຕິບັດ / ຄ່າໃຊ້ຈ່າຍຂອງທ່ານ. ການພັດທະນາ FPGA ແມ່ນອານາເຂດທີ່ແຕກຕ່າງກັນຢ່າງສິ້ນເຊີງແລະຢູ່ບ່ອນໃດບ່ອນ ໜຶ່ງ ລະຫວ່າງການພັດທະນາ ASIC, ການພັດທະນາກະດານ PCB ແລະການພັດທະນາທີ່ຝັງຢູ່. ສຳ ລັບນັກພັດທະນາຊອບແວ, ເວລາສ່ວນໃຫຍ່ແມ່ນລົງທືນໃນ…ຂຽນລະຫັດ. ມີບາງສິ່ງທີ່ພໍໃຈຫລາຍໃນການເບິ່ງວຽກປະ ຈຳ ວັນຂອງທ່ານ, ທຸກລະຫັດຂອງລະຫັດ, ຂໍ້ ກຳ ນົດແລະດຶງ ຄຳ ຂໍ. ນີ້ຟັງງ່າຍພຽງພໍ, ແຕ່ປະລິມານລະຫັດແລະການປ່ຽນແປງແມ່ນໃຫຍ່ຫຼວງ, ສະນັ້ນຂັ້ນຕອນການຄຸ້ມຄອງແລະການກວດກາການຕັ້ງຄ່າທີ່ ເໝາະ ສົມແມ່ນ ຈຳ ເປັນເພື່ອໃຫ້ພື້ນຖານຂອງລະຫັດຖືກຈັດຕັ້ງ, ຫຼຸດຜ່ອນ ໜີ້ ສິນທາງວິຊາການ, ແລະເພີ່ມຄວາມຮູ້ໃຫ້ທົ່ວທີມ.

ສູດການຄິດໄລ່, ຟີຊິກ, ແລະວິທະຍາສາດຂໍ້ມູນ: ນີ້ມັກຈະເປັນສະ ໝອງ ຂອງຜະລິດຕະພັນ, ເຊິ່ງບໍລິສັດມີແນວໂນ້ມທີ່ຈະອ້າງ IP ຂອງພວກເຂົາ. ເສົາອາກາດພິເສດ. ນັກພັດທະນາທີ່ຝັງຢູ່ເຮັດວຽກຮ່ວມກັບນັກວິສະວະກອນ DSP ແລະນັກຄະນິດສາດເພື່ອຕິດສູດ DSP ທີ່ໃຊ້ເວລາຈິງໃນໂປແກຼມຂອງພວກເຂົາເພື່ອກັ່ນຕອງສັນຍານ, ກວດສອບຮູບແບບ, ຫຼືປະຕິບັດສູດຄະນິດສາດທີ່ດີທີ່ສຸດເພື່ອປະມວນຜົນ / ເຂົ້າລະຫັດຂໍ້ມູນ. ເວລາຈິງ ໝາຍ ຄວາມວ່າທ່ານຕ້ອງເຮັດ ສຳ ເລັດການປະມວນຜົນພາຍໃນວົງຈອນຂອງ CPU ຈຳ ນວນທີ່ແນ່ນອນ, ຖ້າບໍ່ດັ່ງນັ້ນທ່ານຈະບໍ່ພ້ອມທີ່ຈະປະມວນຜົນສັນຍານຕໍ່ໄປແລະພາດມັນຫຼືບໍ່ສາມາດສົ່ງຜົນກິດຈະ ກຳ ຕ່າງໆພາຍໃນຄວາມ ຈຳ ເປັນ. ນັກພັດທະນາ Backend ເຮັດວຽກກັບນັກວິທະຍາສາດຂໍ້ມູນເພື່ອຈັດຕັ້ງປະຕິບັດຂັ້ນຕອນຕ່າງໆເພື່ອແນະ ນຳ ຜະລິດຕະພັນ ໃໝ່, ຊອກຫາຜິດລັກ, ແນະ ນຳ ໝູ່, ຝຶກອົບຮົມຮູບແບບການຮຽນແບບເລິກເຊິ່ງ, ໃຊ້ NLP ເພື່ອວິເຄາະຂໍ້ຄວາມ, ໃຫ້ຄະແນນ ໜ້າ ເວບ, ແລະອື່ນໆນັກພັດທະນາ Frontend ມີຄວາມມ່ວນທັງ ໝົດ. ພວກເຂົາ ກຳ ລັງເຮັດການເບິ່ງເຫັນຂໍ້ມູນ. ກັບຫໍສະມຸດເຊັ່ນ D3JS, ພວກເຂົາສ້າງພາບທີ່ ໜ້າ ຕື່ນຕາຕື່ນໃຈແລະ ນຳ ສະ ເໜີ ຂໍ້ມູນໃຫ້ຜູ້ຊົມໃຊ້ໃນແບບທີ່ມີປະໂຫຍດແລະລວບລວມ.

ຂ້າມກະແສຄົນເຫຼົ່ານີ້ຈະສົນໃຈໃນການຫຼຸດຜ່ອນສຽງລົບກວນ, ປັບປຸງສັນຍານແລະຊອກຫາຄວາມສົມດຸນທີ່ຖືກຕ້ອງລະຫວ່າງການຊອກຄົ້ນຫາທີ່ບໍ່ດີ (ຂໍ້ບົກຜ່ອງທີ່ບໍ່ຖືກຕ້ອງ) ແລະສັນຍານເຕືອນທີ່ບໍ່ຖືກຕ້ອງ (ໃນທາງບວກທີ່ບໍ່ຖືກຕ້ອງ), ພວກເຂົາຈະຮ້ອງວ່າພວກເຂົາຕ້ອງການຂໍ້ມູນເພີ່ມເຕີມຫຼືເຮັດການທົດລອງເພີ່ມເຕີມ, ແລະພວກເຂົາກໍ່ຈະໂດດ ຢ່າງມີຄວາມສຸກຖ້າພວກເຂົາຈະປະສົບຜົນ ສຳ ເລັດໃນການປັບປຸງຜົນງານໃຫ້ໄດ້ 5%. ການຕັດສິນໃຈຂອງຜະລິດຕະພັນທີ່ ໜ້າ ສົນໃຈແມ່ນການຕັດສິນໃຈແບ່ງປັນວຽກງານວິທະຍາສາດຂໍ້ມູນຂ້າມກຸ່ມ. ຕົວຢ່າງ, Alexa ປະກອບມີຫລາຍໆໄມໂຄຣໂຟນໃນລະດັບກະດານ, ບາງລະຫັດ DSP ໃນລະດັບ firmware ແລະວິທະຍາສາດຂໍ້ມູນທີ່ມີລະດັບສູງໃນລະດັບ backend ເພື່ອຮັບຮູ້ ຄຳ ເວົ້າຂອງພວກເຮົາ.

ເຄື່ອງມື: ຈິນຕະນາການນັກພັດທະນາ frontend ແລະນັກພັດທະນາທີ່ຝັງໄວ້ປຽບທຽບເຄື່ອງມືພັດທະນາຂອງພວກເຂົາກັບກັນແລະກັນ. ນັກພັດທະນາທີ່ຝັງຕົວຈະຍ່າງນັກພັດທະນາ frontend ໄປຫາໂຕະຂອງລາວແລະຊີ້ໃຫ້ເຫັນຄວາມແຕກຕ່າງລະຫວ່າງການສະ ໜອງ ພະລັງງານ, oscilloscope ແລະນັກວິເຄາະຕາມເຫດຜົນ. ຈາກນັ້ນນັກພັດທະນາ frontend ຈະພານັກພັດທະນາທີ່ຝັງຢູ່ໃນສະຖານທີ່ກາເຟທີ່ໃກ້ທີ່ສຸດ. ພວກເຂົາຈະສັ່ງຊື້ກາເຟແລະຊອກຫາສະຖານທີ່ທີ່ງຽບສະຫງົບເຊິ່ງພວກເຂົາສາມາດໃຊ້ເວລາສອງສາມຊົ່ວໂມງຮ່ວມກັນ. ນາງ / ລາວຈະປ່ຽນຕົວທ່ອງເວັບ Chrome ຂອງພວກເຂົາໄປສູ່ຮູບແບບການພັດທະນາແລະສະແດງໃຫ້ນັກພັດທະນາທີ່ຝັງຢູ່ເບິ່ງວິທີການເບິ່ງການຈະລາຈອນຂອງເຄືອຂ່າຍແລະວິທີການເບິ່ງຮູບແບບ CSS ຂອງອົງປະກອບ HTML ທີ່ແນ່ນອນ.

ຄວາມຫມາຍຂອງ devtools ແມ່ນຫຍັງ…

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

ແມ່ນຫຍັງຄືຄວາມ ໝາຍ ຂອງການແກ້ໄຂແລະທົດສອບເຄື່ອງມືເພື່ອ…ນັກພັດທະນາຊອບແວເຫັນວ່າເປັນການນາບຂູ່ນີ້

QA ແລະການທົດສອບ

ການທົດສອບດ້ານສິ່ງແວດລ້ອມ: ເມື່ອພວກເຮົາທົດສອບຜະລິດຕະພັນຂອງພວກເຮົາ, ພວກເຮົາຕ້ອງການກວດສອບວ່າມັນເຮັດວຽກຢ່າງຖືກຕ້ອງໃນທຸກໆການຕັ້ງຄ່າແລະສະພາບແວດລ້ອມທີ່ແຕກຕ່າງກັນທີ່ຜູ້ໃຊ້ຄາດຫວັງວ່າຈະໃຊ້ມັນ. ສຳ ລັບຜະລິດຕະພັນທາງກາຍະພາບ, ສະພາບແວດລ້ອມມັກຈະ ໝາຍ ເຖິງອຸນຫະພູມ (ອາກາດເຢັນ, ຮ້ອນຫຼາຍ), ການສັ່ນສະເທືອນ (ຈິນຕະນາການຜະລິດຕະພັນລົດຍົນ), ອາການຊshockອກ (ຕົກຈາກມືຂອງທ່ານເຖິງຊັ້ນຊີມັງ), ຄວາມຊຸ່ມຊື່ນ, UV ແລະລັງສີແສງອາທິດ, ESD (ແສງສະຫວ່າງນ້ອຍໆເຫຼົ່ານີ້ທີ່ມາ ຈາກການປ່ອຍໄຟຟ້າແບບອິເລັກໂທຣນິກ, EMI / RFI, ແລະອື່ນໆ ສຳ ລັບສະພາບແວດລ້ອມຂອງຜະລິດຕະພັນດິຈິຕອນມັກຈະ ໝາຍ ເຖິງປະເພດ browser (Chrome, Internet Explorer, Firefox .. ), OS (Android, IOS, OSX, Windows), ອຸປະກອນ (ມືຖື, desktop, Conference ໜ້າ ຈໍ) ແລະລະດັບການເຊື່ອມຕໍ່ເຄືອຂ່າຍ (4G, Wifi, Offline). ໂດຍປົກກະຕິແລ້ວພວກເຮົາບໍ່ທົດສອບການປະສົມປະສານທີ່ເປັນໄປໄດ້ເນື່ອງຈາກວ່າມັນບໍ່ສາມາດເຮັດໄດ້, ດັ່ງນັ້ນພວກເຮົາຈຶ່ງມີຊຸດການຕັ້ງຄ່າເຊິ່ງຫວັງວ່າຈະກວມເອົາສະຖານະການທີ່ພຽງພໍເພື່ອຄົ້ນຫາບັນຫາຕ່າງໆພາຍໃນຜະລິດຕະພັນ.

ຄວາມ ໝາຍ ຂອງສະພາບແວດລ້ອມພາຍນອກແມ່ນຫຍັງ…

ຄວາມ ໜ້າ ເຊື່ອຖື / ຄວາມທົນທານ (ການທົດສອບວົງຈອນຊີວິດ): ນີ້ແມ່ນການທົດສອບທີ່ພະຍາຍາມ ຈຳ ລອງສິ່ງທີ່ເກີດຂື້ນກັບຜະລິດຕະພັນໃນຕະຫຼອດຊີວິດຂອງມັນ. ມັນມີຄວາມກ່ຽວຂ້ອງກັບຜະລິດຕະພັນທາງກາຍະພາບທີ່ວັດສະດຸໄປຮອດຈຸດລົ້ມເຫຼວຂອງມັນ. ມີກົດລະບຽບບາງຢ່າງທີ່ອຸດສາຫະ ກຳ ເກີດຂື້ນມາເພື່ອຊ່ວຍພວກເຮົາເລັ່ງອາຍຸຂອງຜະລິດຕະພັນໂດຍການເປີດເຜີຍໃຫ້ເຫັນເຖິງສະພາບແວດລ້ອມທີ່ສຸດ. ໂດຍພື້ນຖານແລ້ວ, ເພື່ອທົດສອບວ່າຜະລິດຕະພັນໃດ ໜຶ່ງ ເຮັດວຽກຢ່າງຖືກຕ້ອງພາຍຫຼັງ 5 ປີທີ່ອຸນຫະພູມຫ້ອງ, ພວກເຮົາສາມາດທົດສອບໄດ້ 70 ອົງສາແລະຄວາມແຮງສັ່ນສະເທືອນ 10g ເປັນເວລາ 1 ມື້ (ຕົວຢ່າງເທົ່ານັ້ນ !!!). ສິ່ງເຫຼົ່ານີ້ເອີ້ນວ່າການທົດສອບ HALT (ເລັ່ງສູງຊີວິດ)

ການທົດສອບເງື່ອນໄຂທີ່ຮຸນແຮງ (ການໂຫຼດ, ຂອບ): ເຫຼົ່ານີ້ແມ່ນການທົດສອບທີ່ທົດສອບພຶດຕິ ກຳ ຂອງຜະລິດຕະພັນໃນສະພາບທີ່ຮ້າຍຫຼືສຸດຂອບ. ຕົວຢ່າງ: ຖ້າຜະລິດຕະພັນເອເລັກໂຕຣນິກເຮັດວຽກໃນ 5V, ພວກເຮົາຈະທົດສອບມັນດ້ວຍລະດັບ 4,5V ແລະ 5.5V, ພວກເຮົາອາດຈະ ໝູນ ແຮງດັນໄຟຟ້າແຮງສູງເຖິງ 25V ຫຼື -5V ເພື່ອເບິ່ງວ່າຜະລິດຕະພັນນີ້ທົນທານຕໍ່ຄວາມຜິດພາດຂອງຜູ້ໃຊ້ຫລືຄ່າໄຟຟ້າ. ສຳ ລັບຜະລິດຕະພັນດີຈີຕອນພວກເຮົາອາດທ້າທາຍເຂດຂໍ້ມູນການປ້ອນຂໍ້ມູນດ້ວຍຄ່າທີ່ບໍ່ມີເຫດຜົນ. ສຳ ລັບຕົວຢ່າງພວກເຮົາອາດຈະໃສ່ຊື່ທີ່ມີຄວາມຍາວ 1000 ຕົວອັກສອນ, ຫລືມີສັນຍາລັກທີ່ບໍ່ມີຄວາມ ໝາຍ. ຖ້າພວກເຮົາອອກແບບຜະລິດຕະພັນ ສຳ ລັບການໂຫຼດທີ່ແນ່ນອນ (50 ຜູ້ໃຊ້ພ້ອມກັນ), ພວກເຮົາຈະທົດສອບພຶດຕິ ກຳ ຂອງມັນພາຍໃຕ້ 100 ຜູ້ ນຳ ໃຊ້ພ້ອມກັນ. ຄວາມຄິດຂອງການທົດສອບເຫຼົ່ານີ້ສ່ວນໃຫຍ່ແມ່ນເພື່ອເປີດເຜີຍຮູບແບບການລົ້ມເຫຼວ ໃໝ່. ພວກເຮົາບໍ່ຄາດຫວັງວ່າຜະລິດຕະພັນຈະເຮັດວຽກໄດ້ດີເລີດ, ແຕ່ພວກເຮົາອາດຈະຄົ້ນພົບບັນຫາທີ່ ສຳ ຄັນ, ພຶດຕິ ກຳ ທີ່ບໍ່ຄາດຄິດຫຼືຂໍ້ບົກຜ່ອງທີ່ກ່ຽວຂ້ອງກັບສະພາບປົກກະຕິ.

ການປະຕິບັດຕາມ / ການທົດສອບດ້ານຄວາມປອດໄພ: ທັງສອງປະເພດສິນຄ້າແມ່ນຕ້ອງການ, ບາງຄັ້ງ, ເພື່ອໃຫ້ໄດ້ມາດຕະຖານແລະສອດຄ່ອງກັບພວກມັນ. ຜະລິດຕະພັນເອເລັກໂຕຣນິກຕ້ອງມີຄວາມປອດໄພ, ມີຄວາມປອດໄພແລະເຊື່ອຖືໄດ້ແລະປົກປ້ອງຜູ້ຊົມໃຊ້ຕໍ່ກັບການເກີດໄຟຟ້າຫຼືຄວາມຮ້ອນເກີນ (UL, CE, FCC .. ), ພວກເຂົາຍັງຕ້ອງປະຕິບັດຕາມມາດຕະຖານໄຮ້ສາຍທີ່ແນ່ນອນເຊັ່ນ Wifi ຫຼື Bluetooth. ຜະລິດຕະພັນດິຈິຕອນທີ່ຈັດການກັບຂໍ້ມູນທີ່ຖືກລະບຸຕົວສ່ວນບຸກຄົນ (PII) ເຊັ່ນ: ເລກບັດເຄຣດິດ (PCI, ISO / IEC 27001, NIST) ຫຼືເລກປະກັນສັງຄົມ (GDPR) ຕ້ອງປົກປ້ອງຂໍ້ມູນຈາກການໂຈມຕີແລະການລະເລີຍຂອງພະນັກງານທຸກປະເພດ. ສຳ ລັບທັງສອງຜະລິດຕະພັນ, ຂະບວນການປະຕິບັດຕາມແມ່ນມີລາຄາແພງແລະຍາວນານ, ແຕ່ມີຫລາຍວິທີໃນການຫຼຸດຜ່ອນຕົ້ນທຶນແລະການ ນຳ ໃຊ້ໂມດູນແລະການບໍລິການທີ່ໄດ້ຮັບການອະນຸມັດລ່ວງ ໜ້າ.

ຄວາມ ໝາຍ ຂອງການປະຕິບັດຕາມ…

ການຄຸ້ມຄອງການທົດສອບ: ໃນຖານະນັກອອກແບບກະດານທ່ານບໍ່ສາມາດ ໝັ້ນ ໃຈໄດ້ວ່າຂັ້ນຕອນການຜະລິດແມ່ນບໍ່ມີຂໍ້ບົກຜ່ອງ. ໃນບາງກໍລະນີ, ມີສິ່ງສັ້ນໆນ້ອຍໆລະຫວ່າງຮ່ອງຮອຍຕິດກັນທີ່ທ່ານສາມາດເບິ່ງດ້ວຍກ້ອງຈຸລະທັດເທົ່ານັ້ນ. ໃນກໍລະນີອື່ນໆ, ສ່ວນປະກອບເອເລັກໂຕຣນິກແມ່ນບໍ່ ໜ້າ ເຊື່ອຖືພໍຫລືວ່າມັນອາດເປັນສ່ວນປະກອບປອມ. ເປັນສ່ວນ ໜຶ່ງ ຂອງຂະບວນການທີ່ມີຄຸນນະພາບ, ນັກອອກແບບກະດານແລະນັກພັດທະນາທີ່ຝັງໄວ້ຕ້ອງເຮັດວຽກຮ່ວມກັນເພື່ອຂຽນເຄື່ອງມືທົດສອບທີ່ກວດສອບວ່າທຸກໆການເຊື່ອມຕໍ່ແລະທຸກໆສ່ວນປະກອບເຮັດວຽກຕາມທີ່ຄາດວ່າຈະມີການຄຸ້ມຄອງ 100%. ຂ້າພະເຈົ້າໄດ້ເຮັດວຽກໃນການທົດສອບ JIGs ທີ່ ຈຳ ລອງທຸກໆເຊັນເຊີແລະທຸກໆວັດສະດຸເຂົ້າໃນກະດານເພື່ອບັນລຸການຄຸ້ມຄອງ 100%. ມັນຍັງເປັນການປະຕິບັດທີ່ດີທີ່ຈະ ດຳ ເນີນການທົດສອບເຫຼົ່ານີ້ໄປພ້ອມໆກັບການທົດສອບການກວດແບບເລັ່ງດ່ວນ (HASS) ທີ່ຄະນະປະສົບກັບການສັ່ນສະເທືອນແລະວົງຈອນຄວາມຮ້ອນ.

ເຊັ່ນດຽວກັນກັບຊອບແວ, ການປະຕິບັດທີ່ດີແມ່ນການຂຽນລະຫັດທົດສອບເຊິ່ງກວມເອົາຢ່າງ ໜ້ອຍ 99% ຂອງລະຫັດຂອງທ່ານ. ກ່ອນທີ່ຈະ ນຳ ໃຊ້ລະຫັດ ໃໝ່ ໃນສະພາບແວດລ້ອມການຜະລິດ, ເຄື່ອງມືອັດຕະໂນມັດຈະແລ່ນຊຸດລະຫັດທົດສອບແລະກວດສອບວ່າສິ່ງທີ່ເຄີຍເຮັດມາກ່ອນ, ຍັງເຮັດວຽກຢູ່. ສຳ ລັບທັງສອງກໍລະນີທີ່ເຮັດວຽກໃນເຄື່ອງມືທົດສອບເຫຼົ່ານີ້ຄວນເລີ່ມຕົ້ນຮ່ວມກັນກັບການພັດທະນາຜະລິດຕະພັນ (ບາງຄັ້ງແມ່ນແຕ່ກ່ອນ: TDD) ແລະຄວນຈະໄດ້ຮັບການລ້ຽງທີ່ ເໝາະ ສົມ.

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

ການຈັດການການຕັ້ງຄ່າ: CM ແມ່ນການປະຕິບັດໃນການຈັດການການປ່ຽນແປງຢ່າງເປັນລະບົບ. ມັນຖືກ ນຳ ໃຊ້ເພື່ອບັນທຶກສະບັບຂອງຜະລິດຕະພັນແລະຕິດຕາມການປ່ຽນແປງທີ່ ນຳ ໃຊ້ກັບມັນລະຫວ່າງລຸ້ນຕ່າງໆ. ລະບົບການຈັດການການຕັ້ງຄ່າທີ່ດີຈະຊ່ວຍໃຫ້ທ່ານສາມາດສ້າງແລະທົດສອບຜະລິດຕະພັນລຸ້ນໃດກໍ່ໄດ້ໂດຍໃຊ້ພຽງແຕ່ຂໍ້ມູນທີ່ມີຢູ່ໃນມັນໂດຍບໍ່ມີຄວາມຮູ້ຈາກພາຍນອກອື່ນ. ວິສະວະກອນຂອງ DevOps ໃຊ້ເຄື່ອງມື SCM (ການຈັດການການຕັ້ງຄ່າຊອບແວ) ເຊັ່ນ GIT, Ansible, Terraform, Chef ເພື່ອບັນທຶກລະຫັດ, ການຕັ້ງຄ່າແລະພື້ນຖານໂຄງລ່າງຂອງຜະລິດຕະພັນ. ພວກເຂົາອາດຈະຖີ້ມການປ່ຽນແປງເຫລົ່ານີ້ຕໍ່ບັນຫາ JIRA ເພື່ອບັນທຶກຄວາມ ສຳ ພັນລະຫວ່າງຂໍ້ບົກພ່ອງ / ຂໍ້ບົກຜ່ອງ / ການຮ້ອງຂໍຄຸນສົມບັດແລະການປ່ຽນແປງຕົວຈິງທີ່ເກີດຈາກມັນ. ນັກວິສະວະກອນເອເລັກໂຕຣນິກໃຊ້ເຄື່ອງມືທີ່ບາງຄັ້ງເອີ້ນວ່າ PLM (ການບໍລິຫານຊີວິດຜະລິດຕະພັນ) ແລະບາງຄັ້ງ HCM (ການຈັດການການຕັ້ງຄ່າຮາດແວ). ທີ່ ສຳ ຄັນພວກມັນຮັບໃຊ້ຈຸດປະສົງດຽວກັນ, ແຕ່ມັນປະກອບມີການປະສົມປະສານແລະຂັ້ນຕອນຕ່າງໆ. ຕົວຢ່າງ, ລະບົບ PLM ຍັງອາດຈະລວມເຂົ້າໃນລະບົບ ERP ຂອງທ່ານເພື່ອສະແດງໃຫ້ເຫັນວ່າສ່ວນໃດຂອງ BOM ຂອງຜະລິດຕະພັນມີຢູ່ໃນສາງຂອງທ່ານ.

ການຜະລິດແລະການຜະລິດ

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

Lean Lean ແມ່ນທຸກຢ່າງທີ່ກ່ຽວຂ້ອງກັບການປະຫຍັດຕົ້ນທຶນ. ສຳ ລັບຜະລິດຕະພັນທາງກາຍະພາບ, ໝາຍ ຄວາມວ່າ:

  • ການຊັກຊ້າຂອງສູນໃນທຸກໄລຍະຂອງສາຍການຜະລິດ
  • ຈ່າຍຜິດປົກກະຕິ, ຄຸນນະພາບສູງສຸດ ສຳ ລັບທຸກໆຜະລິດຕະພັນສຸດທ້າຍ
  • ເຄື່ອງຈັກ / ປະຊາຊົນໄດ້ ນຳ ໃຊ້ 100%
  • ຄຳ ຕິຊົມດ້ານຄວາມຮູ້: ທຸກໆບົດຮຽນແລະຄວາມເຂົ້າໃຈປັບປຸງຂະບວນການ
  • ພຽງແຕ່ໃຊ້ເວລາໃນການຜະລິດ: ທຸກໆຜະລິດຕະພັນຖືກຂາຍ, ບໍ່ມີສິ່ງເສດເຫລືອ

ສຳ ລັບຜະລິດຕະພັນດີຈີຕອນ ໝາຍ ຄວາມວ່າ:

  • ການປັບຂະຫຍາຍໂດຍອັດຕະໂນມັດ: ຂະ ໜາດ ຊັບພະຍາກອນຄອມພິວເຕີ້ໂດຍອີງໃສ່ພາລະ
  • ຈ່າຍຕໍ່ຊົ່ວໂມງ

ທໍ່ທໍ່ການຜະລິດ: ການຕັ້ງລະບົບສາຍໄຟປະກອບບໍ່ແຕກຕ່າງຈາກການຕັ້ງລະບົບໂປແກຼມ CI / CD (ການເຊື່ອມໂຍງແບບຕໍ່ເນື່ອງ / ການສົ່ງຕໍ່). ຖ້າທ່ານໄດ້ອ່ານປື້ມໂຄງການ Phoenix, ທ່ານອາດຈະຈື່ໄດ້ວ່າແນວຄວາມຄິດບາງຢ່າງຂອງແນວຄິດທີ່ບໍ່ດີແລະ DevOps ໄດ້ຖືກເອົາມາຈາກປື້ມດັ່ງກ່າວຈາກສາຍການຜະລິດທາງດ້ານຮ່າງກາຍແນວໃດ. ທໍ່ທັງສອງຈັດການທຸກຢ່າງທີ່ ຈຳ ເປັນໃນການກໍ່ສ້າງ, ທົດສອບແລະຂົນສົ່ງສິນຄ້າຂອງທ່ານ. ເມື່ອທ່ານເພີ່ມອັດຕະໂນມັດຫຼາຍຂຶ້ນ, ທ່ານສາມາດຈັດສົ່ງໄດ້ໄວຂື້ນ. ສຳ ລັບຜະລິດຕະພັນເອເລັກໂຕຣນິກນີ້ ໝາຍ ຄວາມວ່າການຫຼຸດຜ່ອນຕົ້ນທຶນແລະຂໍ້ບົກຜ່ອງແລະການປັບປຸງຄວາມສາມາດ, ສຳ ລັບຜະລິດຕະພັນດິຈິຕອນ, ນີ້ ໝາຍ ຄວາມວ່າການທົດສອບຜູ້ໃຊ້ໄດ້ໄວຂຶ້ນແລະການອອກແບບທີ່ປັບຕົວໄດ້.

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

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

ບໍລິການ Cloud: ບໍລິການ Cloud ແມ່ນຫນ້າຫວາດສຽວ, ທ່ານສາມາດສ້າງຜະລິດຕະພັນດິຈິຕອນຂອງທ່ານພາຍໃນວິນາທີໂດຍການເລືອກຈາກຫລາຍຮ້ອຍບໍລິການເວັບ. ກົດສອງສາມຄັ້ງແລະມັນຈະເຮັດວຽກໂດຍອັດຕະໂນມັດໃນສູນຂໍ້ມູນຫຼາຍກວ່າ 20 ແຫ່ງທົ່ວໂລກແລະຂະ ໜາດ ອີງຕາມຄວາມຕ້ອງການ. ບໍ່ມີຫຍັງຄືແນວນັ້ນໃນການຜະລິດແຕ່ວ່ານີ້ອາດຈະແມ່ນການປະຕິວັດອຸດສາຫະ ກຳ ຕໍ່ໄປ. ຈິນຕະນາການຜະລິດຕະພັນດິຈິຕອນບ່ອນທີ່ທ່ານສາມາດຕັ້ງທໍ່ຜະລິດໂດຍໃຊ້ໂມດູນທີ່ໄດ້ ກຳ ນົດໄວ້ກ່ອນເຊັ່ນ: ການພິມ 3D, ການຜະລິດ PCB, ການຫາສ່ວນປະກອບ, ການປະກອບກະດານແລະສາຍໄຟ, ການທົດສອບແລະການຂົນສົ່ງໂດຍກົງໃຫ້ລູກຄ້າຂອງທ່ານຈາກຊັ້ນການຜະລິດແບບອັດຕະໂນມັດໃນທ້ອງຖິ່ນ. ຍິ່ງໄປກວ່ານັ້ນ, ການບໍລິການຈະຊ່ວຍໃຫ້ຜູ້ໃຊ້ສຸດທ້າຍສາມາດປັບແຕ່ງສີຂອງຜະລິດຕະພັນ, ຮູບຮ່າງແລະລັກສະນະການປັບແຕ່ງສ່ວນບຸກຄົນອື່ນໆ. ນີ້ເບິ່ງຄືວ່າເປັນຄວາມຝັນ, ແຕ່ຂ້ອຍແນ່ໃຈວ່າບາງບ່ອນທົ່ວໂລກ Amazon ກຳ ລັງເຮັດວຽກບໍລິການດັ່ງກ່າວ (ຢ່າງ ໜ້ອຍ ຂ້ອຍຫວັງວ່າພວກເຂົາຈະເຮັດ).

ສະຫຼຸບ

ມັນມີຄວາມແຕກຕ່າງກັນຫຼາຍລະຫວ່າງຂັ້ນຕອນການພັດທະນາຂອງຜະລິດຕະພັນເອເລັກໂຕຣນິກແລະຜະລິດຕະພັນດິຈິຕອນ, ແຕ່ເບິ່ງຈາກມຸມມອງ 20 ປີ, ມັນ ໜ້າ ປະຫລາດໃຈທີ່ເຫັນວ່າຫຼາຍໆຫຼັກການອອກແບບແລະຂັ້ນຕອນຂອງຜະລິດຕະພັນດິຈິຕອນຕອນນີ້ຖືກ ນຳ ໃຊ້ໂດຍຜູ້ຈັດການຜະລິດຕະພັນທາງກາຍະພາບ. ບໍ່ດົນມານີ້ AWS ໄດ້ປະກາດກ່ຽວກັບ FreeRTOS ສຳ ລັບລະບົບທີ່ຝັງຢູ່. ຂ້າພະເຈົ້າຄາດຄະເນວ່າໃນ 10 -20 ປີຈະບໍ່ມີຄວາມແຕກຕ່າງທີ່ ສຳ ຄັນລະຫວ່າງຂັ້ນຕອນການພັດທະນາຂອງຜະລິດຕະພັນດິຈິຕອນແລະຜະລິດຕະພັນທາງກາຍະພາບ.

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