ສໍາລັບຜູ້ບໍລິຫານລະບົບຈົວ: ວິທີການສ້າງຄໍາສັ່ງອອກຈາກຄວາມວຸ່ນວາຍ

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

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

ເສົາຫຼັກຂອງການບໍລິຫານລະບົບ

ຢ່າງໃດກໍຕາມ, ກ່ອນທີ່ທ່ານຈະເລີ່ມຕົ້ນແກ້ໄຂບັນຫາ, ມັນເປັນມູນຄ່າທີ່ຄຸ້ນເຄີຍກັບສີ່ເສົາຫຼັກຂອງການບໍລິຫານ:

1. ເອກະສານ
2. ແມ່ແບບ
3. ການເພີ່ມປະສິດທິພາບ
4. ອັດຕະໂນມັດ

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

Документация

Документация ບໍ່ໄດ້ຫມາຍຄວາມວ່າການອ່ານເອກະສານ (ເຖິງແມ່ນວ່າທ່ານບໍ່ສາມາດເຮັດໄດ້ໂດຍບໍ່ມີມັນ), ແຕ່ຍັງຮັກສາມັນ.

ວິທີການເກັບຮັກສາເອກະສານ:

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

ແນວຄວາມຄິດຕົ້ນຕໍ: ທ່ານບໍ່ຄວນໄວ້ວາງໃຈໃນຄວາມຊົງຈໍາຂອງຕົນເອງຢ່າງສິ້ນເຊີງໃນເວລາທີ່ mastering ແລະນໍາໃຊ້ສິ່ງໃຫມ່.

ທ່ານ​ຈະ​ເຮັດ​ແນວ​ໃດ​ຮູບ​ແບບ​ນີ້​ແມ່ນ​ຂຶ້ນ​ກັບ​ທ່ານ​: ມັນ​ອາດ​ຈະ​ເປັນ​ລະ​ບົບ​ທີ່​ມີ​ບັນ​ທຶກ​, blog ຂອງ​ສ່ວນ​ບຸກ​ຄົນ​, ໄຟລ​໌​ຂໍ້​ຄວາມ​, notepad ທາງ​ດ້ານ​ຮ່າງ​ກາຍ​. ສິ່ງທີ່ ສຳ ຄັນແມ່ນວ່າບັນທຶກຂອງທ່ານກົງກັບຄວາມຕ້ອງການຕໍ່ໄປນີ້:

1. ຢ່າຍາວເກີນໄປ. Выделяйте основные идеи, методы и средства. Если понимание проблемы требует нырнуть в низкоуровневую механику работы выделения памяти в Linux, не переписывайте статью, из которой вы ее узнали — дайте на нее ссылку.
2. ລາຍການຄວນຈະຈະແຈ້ງສໍາລັບທ່ານ. ຖ້າສາຍ race cond.lockup ບໍ່ອະນຸຍາດໃຫ້ທ່ານເຂົ້າໃຈທັນທີທັນໃດສິ່ງທີ່ທ່ານອະທິບາຍດ້ວຍແຖວນີ້ - ອະທິບາຍ. ເອກະສານທີ່ດີບໍ່ໃຊ້ເວລາເຄິ່ງຊົ່ວໂມງເພື່ອເຂົ້າໃຈ.
3. ຄົ້ນຫາເປັນລັກສະນະທີ່ດີຫຼາຍ. ຖ້າທ່ານຂຽນບົດຄວາມ blog, ເພີ່ມ tags; ຖ້າຢູ່ໃນປື້ມບັນທຶກທາງກາຍະພາບ, ຕິດກັບຂໍ້ຄວາມນ້ອຍໆທີ່ມີຄໍາອະທິບາຍ. ມີຈຸດນ້ອຍໆໃນເອກະສານຖ້າທ່ານໃຊ້ເວລາຫຼາຍເທົ່າທີ່ຈະຊອກຫາຄໍາຕອບຢູ່ໃນນັ້ນ, ຍ້ອນວ່າທ່ານຈະໄດ້ໃຊ້ເວລາແກ້ໄຂຄໍາຖາມຕັ້ງແຕ່ຕົ້ນ.

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

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

ແມ່ແບບ

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

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

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

ການເພີ່ມປະສິດທິພາບ

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

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

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

ອັດຕະໂນມັດ

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

ອັດຕະໂນມັດຕົວຂອງມັນເອງແມ່ນ 80% ການຂຽນແລະການເພີ່ມປະສິດທິພາບຂອງເຄື່ອງມືຂອງທ່ານເອງ (ແລະອີກ 20% ພະຍາຍາມໃຫ້ພວກເຂົາເຮັດວຽກຕາມທີ່ຄວນ). ມັນອາດຈະເປັນພຽງແຕ່ເສັ້ນດຽວແບບພິເສດຫຼືເຄື່ອງມືທີ່ມີທ່າແຮງອັນໃຫຍ່ຫຼວງທີ່ມີການໂຕ້ຕອບເວັບແລະ API. ເງື່ອນໄຂຕົ້ນຕໍໃນທີ່ນີ້ແມ່ນວ່າການສ້າງເຄື່ອງມືບໍ່ຄວນໃຊ້ເວລາແລະຄວາມພະຍາຍາມຫຼາຍກ່ວາຈໍານວນເວລາແລະຄວາມພະຍາຍາມທີ່ເຄື່ອງມືຈະຊ່ວຍປະຢັດທ່ານ. ຖ້າທ່ານໃຊ້ເວລາຫ້າຊົ່ວໂມງຂຽນ script ທີ່ທ່ານຈະບໍ່ຕ້ອງການອີກເທື່ອຫນຶ່ງ, ສໍາລັບວຽກງານທີ່ຈະໃຊ້ເວລາຫນຶ່ງຊົ່ວໂມງຫຼືສອງຊົ່ວໂມງເພື່ອແກ້ໄຂໂດຍບໍ່ມີສະຄິບ, ນີ້ແມ່ນການເພີ່ມປະສິດທິພາບການເຮັດວຽກທີ່ບໍ່ດີຫຼາຍ. ທ່ານສາມາດໃຊ້ເວລາຫ້າຊົ່ວໂມງສ້າງເຄື່ອງມືພຽງແຕ່ຖ້າຈໍານວນ, ປະເພດຂອງວຽກງານແລະເວລາອະນຸຍາດໃຫ້ມັນ, ເຊິ່ງບໍ່ແມ່ນເລື້ອຍໆ.

ອັດຕະໂນມັດບໍ່ໄດ້ຫມາຍຄວາມວ່າການຂຽນສະຄິບທີ່ເຕັມໄປດ້ວຍຄວາມສາມາດ. ສໍາລັບຕົວຢ່າງ, ເພື່ອສ້າງຊໍ່ຂອງວັດຖຸຂອງປະເພດດຽວກັນຈາກບັນຊີລາຍຊື່, ທັງຫມົດທີ່ທ່ານຕ້ອງການແມ່ນ clever one-liner ທີ່ຈະເຮັດສິ່ງທີ່ທ່ານຈະເຮັດດ້ວຍມືອັດຕະໂນມັດ, ສະຫຼັບລະຫວ່າງປ່ອງຢ້ຽມ, ມີ heaps ຂອງ copy-paste.

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

ການສຶກສາຕົນເອງຜູ້ບໍລິຫານລະບົບ

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

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

Вам необязательно сразу учить, как работает внутренний менеджмент памяти у каждой отдельно взятой утилиты, и как он взаимодействует с менеджментом памяти Linux, но вот что оперативная память из себя представляет схематически, и зачем она нужна, знать неплохо. Вам необязательно знать, как структурно отличаются заголовки у TCP и UDP, но было бы неплохо понимать основные отличия протоколов в работе. Вам не нужно изучать, что из себя представляют затухания сигнала в оптике, но было бы неплохо знать, почему настоящие потери всегда наследуются по узлам. Нет ничего плохого в том, чтобы знать как работают определённые элементы на определённом уровне абстракции и необязательно разбирать абсолютно все уровни, когда абстракции нет вообще (вы просто свихнётесь).

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

10 ຄໍາສັ່ງຂອງການຄຸ້ມຄອງລະບົບ

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

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

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

2. ກົດລະບຽບທີ່ສໍາຄັນທີ່ສຸດທີສອງ (ທີ່ຂ້ອຍເອງມັກຈະທໍາລາຍ) ແມ່ນ "ຢ່າປິດບັງ". ຖ້າທ່ານເຮັດການສໍາຮອງ, ຂຽນບ່ອນໃດ, ເພື່ອບໍ່ໃຫ້ເພື່ອນຮ່ວມງານຂອງເຈົ້າຊອກຫາມັນ. ຖ້າທ່ານໄດ້ເຮັດບາງການກະທໍາທີ່ບໍ່ຊັດເຈນຫຼືສັບສົນ, ໃຫ້ຂຽນມັນລົງ: ເຈົ້າຈະກັບບ້ານ, ແລະບັນຫາອາດຈະເກີດຂື້ນອີກຫຼືເກີດຂື້ນກັບຜູ້ອື່ນ, ແລະການແກ້ໄຂຂອງເຈົ້າຈະຖືກພົບເຫັນໂດຍໃຊ້ຄໍາສໍາຄັນ. ເຖິງແມ່ນວ່າທ່ານເຮັດບາງສິ່ງບາງຢ່າງທີ່ທ່ານຮູ້ດີ, ເພື່ອນຮ່ວມງານຂອງທ່ານອາດຈະບໍ່.
3. ກົດລະບຽບທີສາມບໍ່ຈໍາເປັນຕ້ອງອະທິບາຍ: “ຢ່າເຮັດອັນໃດອັນໜຶ່ງ ຜົນສະທ້ອນທີ່ເຈົ້າບໍ່ຮູ້, ຈິນຕະນາການ ຫຼືເຂົ້າໃຈ”. ຢ່າຄັດລອກຄໍາສັ່ງຈາກອິນເຕີເນັດຖ້າທ່ານບໍ່ຮູ້ວ່າພວກເຂົາເຮັດຫຍັງ, ໂທຫາຜູ້ຊາຍແລະວິເຄາະມັນກ່ອນ. ຢ່າໃຊ້ວິທີແກ້ໄຂທີ່ກຽມພ້ອມຖ້າທ່ານບໍ່ສາມາດເຂົ້າໃຈສິ່ງທີ່ພວກເຂົາເຮັດ. ຮັກສາການປະຕິບັດຂອງລະຫັດ obfuscated ເປັນຕໍາ່ສຸດທີ່ຢ່າງແທ້ຈິງ. ຖ້າທ່ານບໍ່ມີເວລາທີ່ຈະຄິດອອກ, ທ່ານກໍາລັງເຮັດບາງສິ່ງບາງຢ່າງທີ່ຜິດພາດແລະທ່ານຄວນອ່ານຈຸດຕໍ່ໄປ.
4. "ທົດສອບ". scripts ໃຫມ່, ເຄື່ອງມື, one-liners ແລະຄໍາສັ່ງຄວນໄດ້ຮັບການທົດສອບໃນສະພາບແວດລ້ອມທີ່ຄວບຄຸມ, ບໍ່ແມ່ນຢູ່ໃນເຄື່ອງລູກຄ້າ, ຖ້າມີທ່າແຮງຫນ້ອຍທີ່ສຸດສໍາລັບການກະທໍາທີ່ທໍາລາຍ. ເຖິງແມ່ນວ່າທ່ານສະຫນັບສະຫນູນທຸກສິ່ງທຸກຢ່າງ (ແລະທ່ານໄດ້ເຮັດ), ການຢຸດພັກບໍ່ແມ່ນສິ່ງທີ່ເຢັນທີ່ສຸດ. ສ້າງເຄື່ອງແມ່ຂ່າຍ / virtual / chroot ແຍກຕ່າງຫາກສໍາລັບການນີ້ແລະທົດສອບຢູ່ທີ່ນັ້ນ. ມີຫຍັງແຕກບໍ? ຫຼັງ​ຈາກ​ນັ້ນ​, ທ່ານ​ສາ​ມາດ​ເປີດ​ມັນ​ໃນ "ການ​ຕໍ່​ສູ້​"​.

   
   

5. "ການຄວບຄຸມ". ຫຼຸດຜ່ອນການດໍາເນີນງານທັງຫມົດທີ່ເຈົ້າບໍ່ຄວບຄຸມ. ເສັ້ນໂຄ້ງການເພິ່ງພາອາໄສຊຸດໜຶ່ງສາມາດລາກລົງເຄິ່ງໜຶ່ງຂອງລະບົບ, ແລະທຸງ -y ທີ່ຕັ້ງໄວ້ສຳລັບ yum ເອົາອອກໃຫ້ໂອກາດທີ່ຈະຝຶກທັກສະການຟື້ນຕົວລະບົບຂອງເຈົ້າຈາກຈຸດເລີ່ມຕົ້ນ. ຖ້າການປະຕິບັດບໍ່ມີທາງເລືອກທີ່ບໍ່ສາມາດຄວບຄຸມໄດ້, ຈຸດຕໍ່ໄປແມ່ນການສໍາຮອງຂໍ້ມູນທີ່ກຽມພ້ອມ.
6. "ກວດສອບ". ກວດເບິ່ງຜົນທີ່ຕາມມາຂອງການກະທໍາຂອງເຈົ້າ ແລະວ່າເຈົ້າຕ້ອງກັບຄືນໄປຫາການສໍາຮອງຫຼືບໍ່. ກວດເບິ່ງວ່າບັນຫາໄດ້ຮັບການແກ້ໄຂຢ່າງແທ້ຈິງ. ກວດເບິ່ງວ່າຄວາມຜິດພາດໄດ້ຖືກຜະລິດຄືນໃຫມ່ແລະພາຍໃຕ້ເງື່ອນໄຂໃດ. ກວດເບິ່ງສິ່ງທີ່ທ່ານສາມາດທໍາລາຍກັບການກະທໍາຂອງເຈົ້າ. ມັນບໍ່ຈໍາເປັນທີ່ຈະໄວ້ວາງໃຈໃນວຽກງານຂອງພວກເຮົາ, ແຕ່ບໍ່ເຄີຍກວດເບິ່ງ.
7. "ສື່ສານ". ຖ້າເຈົ້າບໍ່ສາມາດແກ້ໄຂບັນຫາໄດ້, ໃຫ້ຖາມເພື່ອນຮ່ວມງານຂອງເຈົ້າວ່າເຂົາເຈົ້າໄດ້ພົບບັນຫານີ້ຫຼືບໍ່. ຖ້າທ່ານຕ້ອງການໃຊ້ການຕັດສິນໃຈທີ່ຂັດແຍ້ງ, ຊອກຫາຄວາມຄິດເຫັນຂອງເພື່ອນຮ່ວມງານຂອງເຈົ້າ. ບາງທີພວກເຂົາຈະສະເຫນີການແກ້ໄຂທີ່ດີກວ່າ. ຖ້າທ່ານບໍ່ຫມັ້ນໃຈໃນການກະທໍາຂອງເຈົ້າ, ປຶກສາຫາລືກັບເພື່ອນຮ່ວມງານຂອງເຈົ້າ. ເຖິງແມ່ນວ່ານີ້ແມ່ນພື້ນທີ່ຂອງທ່ານທີ່ມີຄວາມຊໍານານ, ການເບິ່ງໃຫມ່ໃນສະຖານະການສາມາດຊີ້ແຈງຫຼາຍ. ຢ່າອັບອາຍໃນຄວາມໂງ່ຂອງຕົນເອງ. ການຖາມແບບໂງ່ໆ, ເບິ່ງຄືຄົນໂງ່ ແລະໄດ້ຄຳຕອບ, ດີກວ່າບໍ່ຖາມ, ບໍ່ໄດ້ຄຳຕອບ ແລະຈົບລົງໄປເປັນຄົນໂງ່.
8. "ຢ່າປະຕິເສດການຊ່ວຍເຫຼືອແບບບໍ່ມີເຫດຜົນ". ຈຸດ​ນີ້​ແມ່ນ​ການ​ກັບ​ຄືນ​ໄປ​ບ່ອນ​ທີ່​ຜ່ານ​ມາ​. ຖ້າເຈົ້າຖືກຖາມຄໍາຖາມທີ່ໂງ່, ໃຫ້ຊີ້ແຈງແລະອະທິບາຍ. ພວກເຂົາຂໍໃຫ້ສິ່ງທີ່ເປັນໄປບໍ່ໄດ້ - ອະທິບາຍວ່າມັນເປັນໄປບໍ່ໄດ້ແລະເປັນຫຍັງ, ສະເຫນີທາງເລືອກ. ຖ້າທ່ານບໍ່ມີເວລາ (ທ່ານກໍ່ບໍ່ມີເວລາ, ບໍ່ແມ່ນຄວາມປາຖະຫນາ) - ໃຫ້ເວົ້າວ່າທ່ານມີຄໍາຖາມທີ່ຮີບດ່ວນ, ມີວຽກຫຼາຍ, ແຕ່ທ່ານຈະຈັດຮຽງຕາມພາຍຫຼັງ. ຖ້າເພື່ອນຮ່ວມງານບໍ່ມີວຽກຮີບດ່ວນ, ສະເໜີໃຫ້ຕິດຕໍ່ກັບເຂົາເຈົ້າ ແລະມອບໝາຍຄໍາຖາມ.
9. "ໃຫ້ຄໍາຄິດເຫັນ". ຫນຶ່ງໃນເພື່ອນຮ່ວມງານຂອງເຈົ້າໄດ້ເລີ່ມໃຊ້ເຕັກນິກໃຫມ່ຫຼື script ໃຫມ່, ແລະເຈົ້າກໍາລັງປະເຊີນກັບຜົນສະທ້ອນທາງລົບຂອງການຕັດສິນໃຈນີ້ບໍ? ລາຍງານມັນ. ບາງທີບັນຫາສາມາດແກ້ໄຂໄດ້ໃນສາມເສັ້ນຂອງລະຫັດຫຼືຫ້ານາທີຂອງການປັບປຸງເຕັກນິກ. ເຈົ້າພົບບັນຫາໃນຊອບແວຂອງເຈົ້າບໍ? ລາຍງານຂໍ້ຜິດພາດ. ຖ້າມັນສາມາດແຜ່ພັນໄດ້ຫຼືບໍ່ຈໍາເປັນຕ້ອງມີການແຜ່ພັນ, ມັນມັກຈະຖືກແກ້ໄຂ. ສະແດງຄວາມປາດຖະຫນາ, ຄໍາແນະນໍາແລະການວິພາກວິຈານທີ່ສ້າງສັນຂອງເຈົ້າ, ແລະເອົາຄໍາຖາມສໍາລັບການສົນທະນາຖ້າພວກເຂົາເບິ່ງຄືວ່າມີຄວາມກ່ຽວຂ້ອງ.
10. "ຖາມຄວາມຄິດເຫັນ". ພວກເຮົາທຸກຄົນບໍ່ສົມບູນແບບ, ຄືກັນກັບການຕັດສິນໃຈຂອງພວກເຮົາ, ແລະວິທີທີ່ດີທີ່ສຸດເພື່ອທົດສອບຄວາມຖືກຕ້ອງຂອງການຕັດສິນໃຈຂອງເຈົ້າຄືການເອົາມັນມາສົນທະນາ. ຖ້າທ່ານໄດ້ປັບປຸງບາງສິ່ງບາງຢ່າງສໍາລັບລູກຄ້າ, ຂໍໃຫ້ພວກເຂົາຕິດຕາມວຽກງານ; ບາງທີຂໍ້ບົກພ່ອງໃນລະບົບບໍ່ແມ່ນບ່ອນທີ່ເຈົ້າກໍາລັງຊອກຫາ. ທ່ານໄດ້ຂຽນບົດຊ່ວຍເຫຼືອ - ສະແດງມັນໃຫ້ເພື່ອນຮ່ວມງານຂອງທ່ານ, ບາງທີພວກເຂົາອາດຈະຊອກຫາວິທີທີ່ຈະປັບປຸງມັນ.

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

ເຄື່ອງມືຕົ້ນຕໍທີ່ທ່ານຈະຕ້ອງເຮັດວຽກກັບຫຼາຍກວ່າ 50% ຂອງເວລາແມ່ນ grep ແລະ vim. ສິ່ງທີ່ອາດຈະງ່າຍດາຍກວ່າ? ຄົ້ນຫາຂໍ້ຄວາມ ແລະການແກ້ໄຂຂໍ້ຄວາມ. ຢ່າງໃດກໍ່ຕາມ, ທັງ grep ແລະ vim ແມ່ນເຄື່ອງມືຫຼາຍອັນທີ່ມີປະສິດທິພາບທີ່ຊ່ວຍໃຫ້ທ່ານສາມາດຄົ້ນຫາ ແລະແກ້ໄຂຂໍ້ຄວາມໄດ້ຢ່າງມີປະສິດທິພາບ. ຖ້າບາງ notepad Windows ອະນຸຍາດໃຫ້ທ່ານພຽງແຕ່ຂຽນ / ລຶບເສັ້ນ, ຫຼັງຈາກນັ້ນໃນ vim ທ່ານສາມາດເຮັດເກືອບທຸກຢ່າງດ້ວຍຂໍ້ຄວາມ. ຖ້າເຈົ້າບໍ່ເຊື່ອຂ້ອຍ, ໃຫ້ໂທຫາຄໍາສັ່ງ vimtutor ຈາກ terminal ແລະເລີ່ມຕົ້ນການຮຽນຮູ້. ສໍາລັບ grep, ຄວາມເຂັ້ມແຂງຕົ້ນຕໍຂອງມັນແມ່ນຢູ່ໃນການສະແດງອອກປົກກະຕິ. ແມ່ນແລ້ວ, ເຄື່ອງມືຕົວມັນເອງຊ່ວຍໃຫ້ທ່ານສາມາດກໍານົດເງື່ອນໄຂການຊອກຫາແລະຜົນຜະລິດຂໍ້ມູນທີ່ມີຄວາມຍືດຫຍຸ່ນ, ແຕ່ບໍ່ມີ RegExp, ມັນບໍ່ມີຄວາມຫມາຍຫຼາຍ. ແລະເຈົ້າຕ້ອງຮູ້ຈັກສຳນວນປົກກະຕິ! ຢ່າງຫນ້ອຍໃນລະດັບພື້ນຖານ. ເພື່ອເລີ່ມຕົ້ນດ້ວຍ, ຂ້າພະເຈົ້າຈະແນະນໍາໃຫ້ທ່ານເບິ່ງນີ້ видео, ມັນກວມເອົາພື້ນຖານຂອງການສະແດງອອກປົກກະຕິແລະການນໍາໃຊ້ຂອງພວກເຂົາໂດຍສົມທົບກັບ grep. ໂອ້ ແມ່ນແລ້ວ, ເມື່ອທ່ານລວມພວກມັນກັບ vim, ທ່ານໄດ້ຮັບຄວາມສາມາດ ULTIMATE POWER ເພື່ອເຮັດສິ່ງຕ່າງໆດ້ວຍຂໍ້ຄວາມທີ່ທ່ານຕ້ອງຕິດປ້າຍກຳກັບພວກມັນດ້ວຍໄອຄອນ 18+.

ໃນຈໍານວນທີ່ຍັງເຫຼືອ 50%, 40% ແມ່ນມາຈາກຊຸດເຄື່ອງມື coreutils. ສໍາລັບ coreutils ທ່ານສາມາດເບິ່ງຢູ່ໃນບັນຊີລາຍຊື່ທີ່ ວິກິພີເດຍ, ແລະຄູ່ມືສໍາລັບບັນຊີລາຍຊື່ທັງຫມົດແມ່ນຢູ່ໃນເວັບໄຊທ໌ GNU. ສິ່ງທີ່ບໍ່ໄດ້ກວມເອົາໃນຊຸດນີ້ແມ່ນຢູ່ໃນສິ່ງອໍານວຍຄວາມສະດວກ POSIX. ທ່ານບໍ່ ຈຳ ເປັນຕ້ອງຮຽນຮູ້ກະແຈທັງ ໝົດ ດ້ວຍຫົວໃຈ, ແຕ່ຢ່າງ ໜ້ອຍ ມັນກໍ່ເປັນປະໂຫຍດທີ່ຈະຮູ້ວ່າເຄື່ອງມືພື້ນຖານສາມາດເຮັດໄດ້ແນວໃດ. ທ່ານບໍ່ຈໍາເປັນຕ້ອງ reinvent ລໍ້ຈາກ crutches ໄດ້. ຂ້າ​ພະ​ເຈົ້າ​ຈໍາ​ເປັນ​ຕ້ອງ​ທົດ​ແທນ​ການ​ແບ່ງ​ເສັ້ນ​ທີ່​ມີ​ຊ່ອງ​ຫວ່າງ​ໃນ​ຜົນ​ຜະ​ລິດ​ຈາກ​ຜົນ​ປະ​ໂຫຍດ​ບາງ​ຢ່າງ, ແລະ​ສະ​ຫມອງ​ທີ່​ເຈັບ​ປ່ວຍ​ຂອງ​ຂ້າ​ພະ​ເຈົ້າ​ໄດ້​ເກີດ​ເປັນ​ການ​ກໍ່​ສ້າງ​ເຊັ່ນ​: sed ':a;N;$!ba;s/n/ /g', ເພື່ອນຮ່ວມງານໄດ້ຂຶ້ນມາແລະຂັບໄລ່ຂ້ອຍອອກຈາກຄອນໂຊນດ້ວຍໄມ້ຟຸ່ມ, ແລະຫຼັງຈາກນັ້ນແກ້ໄຂບັນຫາໂດຍການຂຽນ. tr 'n' ' '.

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

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

ຜູ້ບໍລິຫານລະບົບ FirstVDS Kirill Tsvetkov ຢູ່ກັບທ່ານ.

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