Filip Novotny Apple het einde verlede jaar besluit om Google se kaarte met sy eie oplossing te vervang en het ’n ernstige probleem geskep. Die Kaliforniese maatskappy het onder skoot gekom van kliënte en die media vir hulle; Apple se kaarte het baie duidelike foute in die agtergrond bevat ten tyde van vrystelling. Daarbenewens, veral buite die Verenigde State, kan ons slegs 'n fraksie van die plekke in hulle vind in vergelyking met die kompetisie. Tog kan sommige nie appelkaarte prys nie – hulle is iOS-ontwikkelaars.
Alhoewel kliënte kla dat Apple nie genoeg tyd spandeer het om foute en onakkuraathede te ontfout nie, heg ontwikkelaars paradoksaal genoeg waarde aan "volwassenheid" in kaarte. Dit verwys na die kwaliteit van die SDK (sagteware-ontwikkelaarstel), soos die stel gereedskap genoem word, waardeur sagteware-skeppers byvoorbeeld die ingeboude funksies van die bedryfstelsel – in ons geval, kaarte – kan gebruik.
Maar hoe is dit moontlik? Hoe gevorderd kan Apple Maps wees as dit net 'n paar maande bestaan? Dit is so omdat, ten spyte van die verandering van dokumente, die basiese beginsels van die aansoek dieselfde gebly het selfs na vyf jaar. Inteendeel, Apple kan selfs meer funksies by hulle voeg, wat nie tydens die samewerking met Google geïmplementeer kon word nie. Ontwikkelaars het dus hierdie verandering aanvaar met die verwagting van hoe hulle hul toepassings verder kan verbeter.
Google, aan die ander kant, het homself sonder 'n kaartoplossing vir die iOS-stelsel bevind, en het dus verstaanbaar niks gehad om selfs ontwikkelaars te bied nie. Nietemin, 'n nuwe kaarttoepassing en API (koppelvlak om aan Google-bedieners te koppel en hul kaarte te gebruik) is binne 'n kwessie van weke vrygestel. In hierdie geval, anders as Apple, is die toepassing self met meer entoesiasme begroet as wat die API aangebied het.
Die ontwikkelaars self volgens snaakse Fast Company hulle erken dat die Google Maps API sekere voordele het – beter kwaliteit dokumente, 3D-ondersteuning of die moontlikheid om dieselfde diens oor verskillende platforms te gebruik. Aan die ander kant noem hulle ook 'n aantal tekortkominge.
Volgens hulle bied Apple meer geleenthede om sy kaarte te gebruik, hoe swak gehalte dit ook al is volgens gebruikers. Die ingeboude SDK bevat ondersteuning vir merkers, lae en polilyne. Soos Fast Company uitwys, "kom lae baie algemeen vir toepassings wat sekere inligting, soos weer, misdaadsyfers, selfs aardbewingdata, as 'n laag oor die kaart self moet vertoon."
Hoe ver die vermoëns van Apple se kaart-SDK gaan, verduidelik Lee Armstrong, die ontwikkelaar van die toepassing Vliegtuigvinder. "Ons kan gevorderde kenmerke soos gradiënt-polilyne, lae of gladde animasies van bewegende vliegtuie gebruik," wys hy na kaarte met komplekse lae en baie bygevoegde inligting. "Met die Google Maps SDK is dit eenvoudig nie op die oomblik moontlik nie," voeg hy by. Hy verduidelik hoekom hy Apple se kaarte verkies, al ondersteun sy toepassing albei oplossings.
Kaarte van Apple is ook deur die skeppers van die toepassing gekies Tube Tamer, wat Londenaars help met roosters. Sy skepper, Bryce McKinlay, prys veral die moontlikheid om geanimeerde merke te skep, wat gebruikers ook vrylik kan beweeg. 'n Soortgelyke ding is nie moontlik met die kompetisie nie. As nog 'n voordeel noem die Britse ontwikkelaar die spoed van die kaarte, wat nie van die iOS-standaard afwyk nie. Google, aan die ander kant, bereik 'n maksimum van 30 fps (rame per sekonde). "Die weergawe van etikette en punte van belang raak soms vas, selfs op 'n vinnige toestel soos die iPhone 5," merk McKinlay op.
Hy verduidelik ook wat hy beskou as die grootste nadeel van die Google Maps API. Volgens hom is die spreekwoordelike struikelblok die instelling van kwotas. Elke toepassing kan 100 000 toegangs per dag bemiddel. Volgens McKinlay hou hierdie beperking 'n aansienlike risiko vir ontwikkelaars in. “Met die eerste oogopslag lyk 100 000 treffers na 'n redelike getal, maar elke gebruiker kan baie sulke treffers genereer. Sommige soorte versoeke kan as tot tien toegangs getel word, en daarom kan die kwota redelik vinnig opgebruik word,” verduidelik hy.
Terselfdertyd het die skeppers van gratis toepassings duidelik dat hul produk daagliks deur soveel gebruikers as moontlik gebruik moet word, anders kan hulle eenvoudig nie 'n bestaan maak nie. “Wanneer jy jou kwota slaan, begin hulle al jou versoeke vir die res van die dag verwerp, wat jou toepassing laat ophou werk en gebruikers begin kwaad word,” voeg McKinlay by. Dit is te verstane dat ontwikkelaars nie hierdie probleme hoef op te los as hulle verkies om die ingeboude SDK van Apple te gebruik nie.
So, so verbasend as wat dit vir ons gebruikers mag wees, is die ontwikkelaars min of meer tevrede met die nuwe kaarte. Danksy sy lang geskiedenis het Apple se SDK 'n aantal nuttige kenmerke en 'n groot gemeenskap van ervare programmeerders. Ten spyte van die foutiewe kaartagtergrond en die lae aantal liggings, staan Apple se kaarte op 'n baie goeie basis, wat presies die teenoorgestelde is van wat Google bied. Laasgenoemde bied al jare wonderlike kaarte, maar sy nuwe API is nog nie voldoende vir gevorderde ontwikkelaars nie. Dit blyk dus dat ervaring 'n belangrike rol speel in die komplekse kaartbesigheid. In hierdie geval deel beide Apple en Google die sukses (of mislukking).
Ek gebruik tans apple maps meer as google, apple het 'n beter stemnavigasie aanlyn, maar dit is super vinnig gratis.
Ek gebruik hulle ook meer. Hulle is vinniger vir mobiele data en neem nie soveel geheue op nie. Die navigasie werk ook skaflik en is mooi verwerk. Maar die soektog op die kaart is in sy kinderskoene.
So, ek gebruik Apple-kaarte vir navigasie, Google-kaarte om te soek.
Ek het hierdie mening versprei sedert die bekendstelling van Apple Maps. ’n Beter, meer verfrommelde onderlaag wat as geheel baie beter sal werk nadat hulle die foute gevang het, en Apple-gebruikers sal nie eens sug vir Google Maps nie. Met iOS7 sal ons dit waarskynlik weer 'n bietjie meer voel. Dit het net vir my bevestig dat Apple in die regte rigting gaan en dat hy, soos altyd, eers gedink het.