Filip Novotny ໃນທ້າຍປີທີ່ຜ່ານມາ, Apple ໄດ້ຕັດສິນໃຈປ່ຽນແທນແຜນທີ່ຂອງ Google ດ້ວຍການແກ້ໄຂຂອງຕົນເອງແລະສ້າງບັນຫາທີ່ຮ້າຍແຮງ. ບໍລິສັດຄາລິຟໍເນຍໄດ້ຖືກໄຟໄຫມ້ຈາກລູກຄ້າແລະສື່ມວນຊົນສໍາລັບພວກເຂົາ; ແຜນທີ່ຂອງ Apple ມີຄວາມຜິດພາດທີ່ຊັດເຈນຫຼາຍໃນພື້ນຫລັງໃນເວລາທີ່ປ່ອຍ. ນອກຈາກນັ້ນ, ໂດຍສະເພາະຢູ່ນອກສະຫະລັດ, ພວກເຮົາສາມາດຊອກຫາພຽງແຕ່ສ່ວນຫນຶ່ງຂອງສະຖານທີ່ໃນພວກເຂົາທຽບກັບການແຂ່ງຂັນ. ຢ່າງໃດກໍຕາມ, ບາງຄົນບໍ່ສາມາດສັນລະເສີນແຜນທີ່ຈາກຫນາກແອບເປີ - ພວກເຂົາເປັນນັກພັດທະນາ iOS.
ເຖິງແມ່ນວ່າລູກຄ້າຈົ່ມວ່າ Apple ບໍ່ໄດ້ໃຊ້ເວລາພຽງພໍໃນການແກ້ໄຂຂໍ້ຜິດພາດແລະຄວາມບໍ່ຖືກຕ້ອງ, ນັກພັດທະນາໄດ້ປະເມີນຄ່າ "ການເຕີບໂຕເຕັມທີ່" ໃນແຜນທີ່. ນີ້ຫມາຍເຖິງຄຸນນະພາບຂອງ SDK (ຊຸດນັກພັດທະນາຊໍແວ), ຍ້ອນວ່າຊຸດຂອງເຄື່ອງມືຖືກເອີ້ນວ່າ, ຂອບໃຈທີ່ຜູ້ສ້າງຊອບແວສາມາດ, ຕົວຢ່າງເຊັ່ນ, ນໍາໃຊ້ຫນ້າທີ່ສ້າງໃນລະບົບປະຕິບັດການ - ໃນກໍລະນີຂອງພວກເຮົາ, ແຜນທີ່.
ແຕ່ມັນເປັນໄປໄດ້ແນວໃດ? Apple Maps ມີຄວາມກ້າວຫນ້າແນວໃດເມື່ອພວກເຂົາຢູ່ປະມານສອງສາມເດືອນເທົ່ານັ້ນ? ນີ້ແມ່ນຍ້ອນວ່າ, ເຖິງວ່າຈະມີການປ່ຽນແປງຂອງເອກະສານ, ພື້ນຖານຂອງຄໍາຮ້ອງສະຫມັກຍັງຄົງຢູ່ຄືກັນເຖິງແມ່ນວ່າຫຼັງຈາກຫ້າປີ. ໃນທາງກົງກັນຂ້າມ, Apple ສາມາດເພີ່ມຫນ້າທີ່ເພີ່ມເຕີມໃຫ້ກັບພວກມັນ, ເຊິ່ງບໍ່ສາມາດປະຕິບັດໄດ້ໃນລະຫວ່າງການຮ່ວມມືກັບ Google. ດັ່ງນັ້ນນັກພັດທະນາໄດ້ຍອມຮັບການປ່ຽນແປງນີ້ດ້ວຍຄວາມຄາດຫວັງຂອງວິທີທີ່ພວກເຂົາສາມາດປັບປຸງຄໍາຮ້ອງສະຫມັກຂອງພວກເຂົາຕື່ມອີກ.
ໃນທາງກົງກັນຂ້າມ, Google ພົບເຫັນຕົວມັນເອງໂດຍບໍ່ມີການແກ້ໄຂແຜນທີ່ສໍາລັບລະບົບ iOS, ແລະດັ່ງນັ້ນຈຶ່ງເຂົ້າໃຈໄດ້ວ່າບໍ່ມີຫຍັງທີ່ຈະສະເຫນີເຖິງແມ່ນວ່ານັກພັດທະນາ. ຢ່າງໃດກໍຕາມ, ຄໍາຮ້ອງສະຫມັກແຜນທີ່ໃຫມ່ແລະ API (ການໂຕ້ຕອບສໍາລັບການເຊື່ອມຕໍ່ກັບເຄື່ອງແມ່ຂ່າຍຂອງກູໂກແລະການນໍາໃຊ້ແຜນທີ່ຂອງເຂົາເຈົ້າ) ໄດ້ຖືກປ່ອຍອອກມາພາຍໃນສອງສາມອາທິດ. ໃນກໍລະນີນີ້, ບໍ່ເຫມືອນກັບ Apple, ແອັບພລິເຄຊັນຕົວມັນເອງໄດ້ພົບກັບຄວາມກະຕືລືລົ້ນຫຼາຍກ່ວາ API ທີ່ສະເຫນີ.
ນັກພັດທະນາເອງຕາມ ຂ່າວ Fast Company ພວກເຂົາເຈົ້າຮັບຮູ້ວ່າ Google Maps API ມີຂໍ້ໄດ້ປຽບທີ່ແນ່ນອນ - ເອກະສານທີ່ມີຄຸນນະພາບດີກວ່າ, ການສະຫນັບສະຫນູນ 3D ຫຼືຄວາມເປັນໄປໄດ້ໃນການນໍາໃຊ້ບໍລິການດຽວກັນໃນທົ່ວແພລະຕະຟອມທີ່ແຕກຕ່າງກັນ. ໃນທາງກົງກັນຂ້າມ, ພວກເຂົາຍັງກ່າວເຖິງຂໍ້ບົກຜ່ອງຈໍານວນຫນຶ່ງ.
ອີງຕາມພວກເຂົາ, Apple ສະເຫນີໂອກາດຫຼາຍທີ່ຈະນໍາໃຊ້ແຜນທີ່ຂອງຕົນ, ຢ່າງໃດກໍຕາມ, ຄຸນນະພາບທີ່ບໍ່ດີແມ່ນອີງຕາມຜູ້ໃຊ້. SDK ທີ່ມີໃນຕົວປະກອບມີການສະຫນັບສະຫນູນເຄື່ອງຫມາຍ, ຊັ້ນ, ແລະ polylines. ດັ່ງທີ່ບໍລິສັດ Fast ຊີ້ໃຫ້ເຫັນ, "ການວາງຊັ້ນແມ່ນເປັນເລື່ອງປົກກະຕິຫຼາຍສໍາລັບແອັບພລິເຄຊັນທີ່ຕ້ອງການສະແດງຂໍ້ມູນບາງຢ່າງເຊັ່ນ: ສະພາບອາກາດ, ອັດຕາການອາດຊະຍາກໍາ, ເຖິງແມ່ນວ່າຂໍ້ມູນແຜ່ນດິນໄຫວ, ເປັນຊັ້ນເທິງແຜນທີ່ຂອງມັນເອງ."
Lee Armstrong, ຜູ້ພັດທະນາແອັບພລິເຄຊັນໄດ້ອະທິບາຍວ່າຄວາມສາມາດຂອງແຜນທີ່ຂອງ Apple SDK ໄປໄກປານໃດ ຜູ້ຊອກຫາຍົນ. "ພວກເຮົາສາມາດນໍາໃຊ້ຄຸນສົມບັດຂັ້ນສູງເຊັ່ນ: ເສັ້ນ polylines gradient, ການວາງຊັ້ນຫຼືພາບເຄື່ອນໄຫວທີ່ລຽບຂອງຍົນເຄື່ອນທີ່," ລາວຊີ້ໃຫ້ເຫັນແຜນທີ່ທີ່ມີການວາງຊັ້ນທີ່ສັບສົນແລະຂໍ້ມູນເພີ່ມຈໍານວນຫລາຍ. ທ່ານກ່າວຕື່ມວ່າ "ດ້ວຍ Google Maps SDK, ນີ້ແມ່ນເປັນໄປບໍ່ໄດ້ໃນເວລານີ້," ລາວອະທິບາຍວ່າເປັນຫຍັງລາວມັກແຜນທີ່ຂອງ Apple, ເຖິງແມ່ນວ່າແອັບຯຂອງລາວສະຫນັບສະຫນູນທັງສອງການແກ້ໄຂ.
ແຜນທີ່ຈາກ Apple ຍັງຖືກເລືອກໂດຍຜູ້ສ້າງແອັບພລິເຄຊັນ ທໍ່ Tamer, ເຊິ່ງຊ່ວຍໃຫ້ຊາວລອນດອນມີຕາຕະລາງເວລາ. ຜູ້ສ້າງຂອງມັນ, Bryce McKinlay, ໂດຍສະເພາະແມ່ນສັນລະເສີນຄວາມເປັນໄປໄດ້ຂອງການສ້າງເຄື່ອງຫມາຍທີ່ມີການເຄື່ອນໄຫວ, ເຊິ່ງຜູ້ໃຊ້ຍັງສາມາດເຄື່ອນຍ້າຍໄດ້ຢ່າງເສລີ. ສິ່ງທີ່ຄ້າຍຄືກັນແມ່ນເປັນໄປບໍ່ໄດ້ກັບການແຂ່ງຂັນ. ເປັນປະໂຫຍດອີກອັນຫນຶ່ງ, ຜູ້ພັດທະນາອັງກິດກ່າວເຖິງຄວາມໄວຂອງແຜນທີ່, ເຊິ່ງບໍ່ deviate ຈາກມາດຕະຖານ iOS. ໃນທາງກົງກັນຂ້າມ, Google ບັນລຸໄດ້ສູງສຸດ 30 fps (ເຟຣມຕໍ່ວິນາທີ). McKinlay ກ່າວວ່າ "ການໃຫ້ປ້າຍຊື່ແລະຈຸດສົນໃຈບາງຄັ້ງກໍ່ຕິດຢູ່, ເຖິງແມ່ນວ່າຢູ່ໃນອຸປະກອນທີ່ໄວເຊັ່ນ iPhone 5," McKinlay ສັງເກດເຫັນ.
ລາວຍັງອະທິບາຍສິ່ງທີ່ລາວຖືວ່າເປັນການຫຼຸດລົງທີ່ໃຫຍ່ທີ່ສຸດຂອງ Google Maps API. ອີງຕາມພຣະອົງ, ຕັນສະດຸດສຸພາສິດແມ່ນການແນະນໍາຂອງໂຄຕ້າ. ແຕ່ລະແອັບພລິເຄຊັນສາມາດໄກ່ເກ່ຍ 100 ການເຂົ້າເຖິງຕໍ່ມື້. ອີງຕາມ McKinlay, ຂໍ້ຈໍາກັດນີ້ເຮັດໃຫ້ເກີດຄວາມສ່ຽງຕໍ່ນັກພັດທະນາ. "ຢູ່ glance ທໍາອິດ, 000 hits ເບິ່ງຄືວ່າເປັນຕົວເລກທີ່ສົມເຫດສົມຜົນ, ແຕ່ຜູ້ໃຊ້ແຕ່ລະຄົນສາມາດສ້າງຈໍານວນ hits ດັ່ງກ່າວຢ່າງຫຼວງຫຼາຍ. ການຮ້ອງຂໍບາງປະເພດສາມາດນັບໄດ້ເຖິງສິບການເຂົ້າເຖິງ, ແລະດັ່ງນັ້ນໂຄຕ້າສາມາດຖືກນໍາໃຊ້ຢ່າງໄວວາ, "ລາວອະທິບາຍ.
ໃນເວລາດຽວກັນ, ຜູ້ສ້າງຄໍາຮ້ອງສະຫມັກຟຣີຢ່າງຊັດເຈນຕ້ອງການຜະລິດຕະພັນຂອງພວກເຂົາເພື່ອນໍາໃຊ້ໂດຍຜູ້ໃຊ້ຈໍານວນຫຼາຍເທົ່າທີ່ເປັນໄປໄດ້ໃນແຕ່ລະວັນ, ຖ້າບໍ່ດັ່ງນັ້ນພວກເຂົາພຽງແຕ່ບໍ່ສາມາດດໍາລົງຊີວິດໄດ້. McKinlay ກ່າວຕື່ມວ່າ "ເມື່ອທ່ານຕີໂຄຕ້າຂອງເຈົ້າ, ພວກເຂົາເລີ່ມປະຕິເສດທຸກຄໍາຮ້ອງຂໍຂອງເຈົ້າຕະຫຼອດມື້, ເຊິ່ງເຮັດໃຫ້ແອັບຯຂອງເຈົ້າຢຸດເຮັດວຽກແລະຜູ້ໃຊ້ເລີ່ມໃຈຮ້າຍ," McKinlay ກ່າວຕື່ມວ່າ. ເຂົ້າໃຈໄດ້, ນັກພັດທະນາບໍ່ຈໍາເປັນຕ້ອງແກ້ໄຂບັນຫາເຫຼົ່ານີ້ຖ້າພວກເຂົາມັກໃຊ້ SDK ທີ່ມີໃນ Apple.
ດັ່ງນັ້ນ, ເປັນທີ່ຫນ້າປະຫລາດໃຈທີ່ມັນອາດຈະເປັນສໍາລັບພວກເຮົາຜູ້ໃຊ້, ນັກພັດທະນາມີຄວາມສຸກຫຼາຍຫຼືຫນ້ອຍກັບແຜນທີ່ໃຫມ່. ຂໍຂອບໃຈກັບປະຫວັດສາດອັນຍາວນານຂອງມັນ, SDK ຂອງ Apple ມີຫຼາຍລັກສະນະທີ່ເປັນປະໂຫຍດແລະຊຸມຊົນຂະຫນາດໃຫຍ່ຂອງນັກຂຽນໂປລແກລມທີ່ມີປະສົບການ. ເຖິງວ່າຈະມີພື້ນຖານແຜນທີ່ທີ່ຜິດພາດແລະຈໍານວນສະຖານທີ່ຕ່ໍາ, ແຜນທີ່ຂອງ Apple ຢືນຢູ່ໃນພື້ນຖານທີ່ດີ, ເຊິ່ງກົງກັນຂ້າມກັບສິ່ງທີ່ Google ສະເຫນີ. ຕໍ່ມາໄດ້ສະເຫນີແຜນທີ່ທີ່ດີເລີດສໍາລັບປີ, ແຕ່ API ໃຫມ່ຂອງມັນຍັງບໍ່ທັນພຽງພໍສໍາລັບນັກພັດທະນາຂັ້ນສູງ. ສະນັ້ນມັນເບິ່ງຄືວ່າປະສົບການມີບົດບາດສໍາຄັນໃນທຸລະກິດແຜນທີ່ສະລັບສັບຊ້ອນ. ໃນກໍລະນີນີ້, ທັງ Apple ແລະ Google ແບ່ງປັນຄວາມສໍາເລັດ (ຫຼືຄວາມລົ້ມເຫລວ).
ໃນປັດຈຸບັນຂ້ອຍໃຊ້ແຜນທີ່ apple ຫຼາຍກວ່າ google, apple ມີການນໍາທາງສຽງທີ່ດີກວ່າອອນໄລນ໌, ແຕ່ມັນໄວທີ່ສຸດສໍາລັບການຟຣີ.
ຂ້ອຍໃຊ້ພວກມັນຫຼາຍກວ່າ. ພວກມັນໄວຂຶ້ນສໍາລັບຂໍ້ມູນມືຖືແລະບໍ່ໃຊ້ຫນ່ວຍຄວາມຈໍາຫຼາຍເທົ່າ. ການນໍາທາງຍັງເຮັດວຽກທີ່ເຫມາະສົມແລະຖືກປຸງແຕ່ງຢ່າງດີ. ແຕ່ການຄົ້ນຫາໃນແຜນທີ່ແມ່ນຢູ່ໃນໄວເດັກ.
ດັ່ງນັ້ນ, ຂ້ອຍໃຊ້ແຜນທີ່ Apple ສໍາລັບການນໍາທາງ, ແຜນທີ່ Google ສໍາລັບການຊອກຫາ.
ຂ້າພະເຈົ້າໄດ້ເຜີຍແຜ່ຄວາມຄິດເຫັນນີ້ນັບຕັ້ງແຕ່ການເປີດຕົວ Apple Maps. ພື້ນຖານທີ່ດີຂຶ້ນແລະມີຮອຍແຕກຫຼາຍກວ່າທີ່ຈະເຮັດວຽກໄດ້ດີຂຶ້ນທັງຫມົດຫຼັງຈາກການຈັບຂໍ້ຜິດພາດໄດ້, ແລະຜູ້ໃຊ້ Apple ບໍ່ແມ່ນແຕ່ຖອນຫາຍໃຈສໍາລັບ Google Maps. ດ້ວຍ iOS7, ພວກເຮົາອາດຈະຮູ້ສຶກວ່າມັນອີກເທື່ອຫນຶ່ງ, ພຽງແຕ່ຢືນຢັນກັບຂ້ອຍວ່າ Apple ກໍາລັງດໍາເນີນໄປໃນທິດທາງທີ່ຖືກຕ້ອງ, ແລະຕາມເຄີຍ, ມັນໄດ້ຄິດກ່ອນ.