ປິດໂຄສະນາ

Apple ໄດ້ຕົກຢູ່ພາຍໃຕ້ໄຟໄຫມ້ສື່ມວນຊົນໃນອາທິດທີ່ຜ່ານມາ. ເວລານີ້, ມັນບໍ່ແມ່ນກ່ຽວກັບການຟ້ອງຮ້ອງຫຼືເງື່ອນໄຂທີ່ບໍ່ດີຢູ່ Foxconn, ແຕ່ກ່ຽວກັບຂະບວນການອະນຸມັດ app, ເຊິ່ງບໍລິສັດຍັງພະຍາຍາມຄວບຄຸມຫຼາຍເທົ່າທີ່ເປັນໄປໄດ້ເຖິງວ່າຈະມີແອັບຯໃຫມ່ແລະການປັບປຸງຈໍານວນຫລາຍທີ່ມາຮອດຂັ້ນຕອນການອະນຸມັດ. ທຸກໆ​ມື້. ດ້ວຍ iOS 8, Apple ໄດ້ໃຫ້ຜູ້ພັດທະນາເຄື່ອງມື ແລະອິດສະລະພາບອັນໃໝ່ທີ່ເຂົາເຈົ້າບໍ່ເຄີຍຝັນມາກ່ອນເມື່ອໜຶ່ງປີກ່ອນ. ສ່ວນຂະຫຍາຍໃນຮູບແບບຂອງ widget, ວິທີທີ່ແອັບພລິເຄຊັນຕິດຕໍ່ສື່ສານກັບກັນແລະກັນຫຼືຄວາມສາມາດໃນການເຂົ້າເຖິງໄຟລ໌ຂອງແອັບພລິເຄຊັນອື່ນໆ.

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

ກົດລະບຽບການຂຽນແລະບໍ່ໄດ້ຂຽນ

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

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

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

ໂຊກດີ, ນັກພັດທະນາບໍ່ໄດ້ປ້ອງກັນໃນເວລານີ້. ຂໍຂອບໃຈກັບການຄຸ້ມຄອງສື່ມວນຊົນຂອງກໍລະນີເຫຼົ່ານີ້, Apple ໄດ້ປ່ຽນຄືນບາງການຕັດສິນໃຈທີ່ບໍ່ດີຂອງຕົນແລະອະນຸຍາດໃຫ້ເຄື່ອງຄິດເລກໃນສູນການແຈ້ງເຕືອນອີກເທື່ອຫນຶ່ງ, ແລະຄວາມສາມາດໃນການສົ່ງໄຟລ໌ທີ່ຕົນເອງມັກໄປຫາ iCloud Drive ກັບຄືນສູ່ Transmit iOS (ໃຫມ່ Transmit ສໍາລັບ iOS). ຢ່າງໃດກໍ່ຕາມ, ການຕັດສິນໃຈເຫຼົ່ານີ້ໂດຍອີງໃສ່ກົດລະບຽບທີ່ບໍ່ໄດ້ຂຽນແລະການຍົກເລີກຂອງພວກເຂົາສອງສາມອາທິດຕໍ່ມາສະແດງໃຫ້ເຫັນຄວາມບໍ່ສົມດຸນຂອງຄວາມຄິດແລະວິໄສທັດສໍາລັບກິດຂອງພາກສ່ວນທີສາມ, ແລະບາງທີອາດມີການຕໍ່ສູ້ພາຍໃນລະຫວ່າງຜູ້ບໍລິຫານ Apple.

ຜູ້ນຳສາມຫົວ

App Store ບໍ່ໄດ້ຕົກຢູ່ພາຍໃຕ້ຄວາມສາມາດຂອງຮອງປະທານຜູ້ດຽວຂອງ Apple, ແຕ່ບາງທີອາດມີເຖິງສາມຄົນ. ອີງຕາມ blogger Ben Thompson App Store ສ່ວນຫນຶ່ງແມ່ນດໍາເນີນການໂດຍ Craig Federighi ຈາກດ້ານວິສະວະກໍາຊໍແວ, ສ່ວນຫນຶ່ງແມ່ນ Eddy Cue ທີ່ຈັດການການສົ່ງເສີມແລະການຄຸ້ມຄອງ App Store, ແລະສຸດທ້າຍ Phil Schiller, ຜູ້ທີ່ຖືກກ່າວວ່າຈະດໍາເນີນການທີມງານອະນຸມັດ app.

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

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

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

ຖ້າບໍລິສັດຕັດສິນໃຈທີ່ຈະປົດສາຍແອວກັບນັກພັດທະນາແລະອະນຸຍາດໃຫ້ສິ່ງທີ່ບໍ່ເຄີຍເຫັນມາກ່ອນໃນ iOS, ມັນຄວນຈະມີຄວາມກ້າຫານທີ່ຈະປະເຊີນກັບສິ່ງທີ່ນັກພັດທະນາເກີດຂື້ນ. ການແກ້ໄຂທີ່ມີຂໍ້ຈໍາກັດທີ່ບໍ່ຄາດຄິດເຮັດຫນ້າທີ່ເປັນການພັດທະນາທີ່ອ່ອນແອທຽບເທົ່າກັບ Prague Spring. ຫຼັງຈາກທີ່ທັງຫມົດ, Apple ແມ່ນໃຜທີ່ຈະບັງຄັບໃຫ້ນັກພັດທະນາປະຕິບັດຕາມກົດລະບຽບທີ່ບໍ່ໄດ້ຂຽນເມື່ອມັນທໍາລາຍສິ່ງທີ່ຂຽນ? ແອັບພລິເຄຊັນຖືກຫ້າມບໍ່ໃຫ້ສົ່ງການແຈ້ງເຕືອນລັກສະນະໂປຣໂມຊັນ, ໃນຂະນະທີ່ການແຈ້ງເຕືອນດັ່ງກ່າວມາຈາກ App Storeú ສໍາລັບເຫດການ (RED). ເຖິງວ່າຈະມີເຈດຕະນາດີ, ມັນຍັງເປັນການລະເມີດກົດລະບຽບຂອງຕົນເອງ. ປາກົດຂື້ນວ່າບາງແອັບມີຄວາມເທົ່າທຽມກັນຫຼາຍກວ່າ…

ທີ່ມາ: ຜູ້ປົກຄອງ
.