SAN FRANCISCO, CA Collin Donnell azt akarja, hogy az alkalmazásfejlesztők tanuljanak a hibáiból.
Donnell, 2008 óta teljes munkaidőben dolgozó iOS-fejlesztő, akinek az alkalmazáshitelek között szerepel Pinbook a Pinboardhoz, megosztott néhány tippet egy zsúfolt szobához a címen AltWWDC, ami megvan voltösszesfelett mint egy összebújó iPad tok. Gyakorlatira és filozófiaira osztotta őket, de valahogy összeillenek.
Íme néhány fő mutatója:
- Lassíts az elején.
Mielőtt elkezdené, tervezze meg sokkal jobban a kódot.
„Kódolóként a kezdetektől fogva szeretnénk nyomni a gombokat, de ez nem mindig a legjobb megoldás.”
Javasolja, hogy menjen a rajztáblára OmniGraffle vagy egy elmefeltérképező alkalmazás, mint pl Mind Node hogy az ötleteit lejtsa a gépelés megkezdése előtt. „A kód megtervezése ütemtervet biztosít, így láthatja, hol vannak szűk keresztmetszetek. Gyakran ugyanazokat a hibákat követed el, és ha megnézed, mielőtt elkezded, néha megakadályozhatod ezt. ”
- Ha gyorsan szeretne, győződjön meg róla, hogy Ferrarit tesztel, nem pedig Fiatot.
Donnell elismeri, hogy „elég naiv” volt, amikor tesztelte az adatok letöltését és elemzését Pinbook, egy pin board, amelynek API -ja kicsit olyan, mint a Delicious. Elég gyorsnak tűnt, amikor kipróbálta saját 300 könyvjelzőjével, de mint kiderült, a nehéz felhasználóknak több mint 30 000 vagy 40 000 könyvjelzőjük volt. Az alkalmazás biztosan nem lesz hasznos, ha 10 percet vesz igénybe a szinkronizálás.
- Ha nagy teljesítményre van szüksége, ne féljen más irányt választani, próbáljon ki egy kicsit keményebben vagy tanuljon meg valamit.
Szüksége volt arra, hogy ezt a késleltetési időt lecsökkentse egy laza hét percről néhány gyors másodpercre, és a Az út a végén megváltoztatta a LibXML streaming SAX elemzőt, amely letölthető elemzi. A másik sebességnövelő az volt, hogy kitaláljuk, hogyan lehet lekérés nélkül frissített objektumokat lekérni az elemzés során. A tanulság a következő volt: bármennyi gyorsítótárazást is el kell végeznie előre, mindig gyorsabb lesz, mint egy csomó lekérési kérelem. A változás aláírásának beszerzése megmondaná, ha valami megváltozott, és egy lekérési kérelem az alapvető adatokkal ezt megtenné.
„Nem tudtam, mi fog működni, és nem volt sok dokumentáció. Ez egy kemény él számomra, amellyel szembe kell néznem ” - mondta. - De ha nem szereted, mert a nehéz dolgok szórakoztatóak, talán nem neked való.
- A Google lehet a legjobb barátod
Donnell erre a módszerre esküszik a teljesítményproblémákra, különösen akkor, ha olyan alkalmazást kapott, amelyet valaki más fejlesztett ki.
Először töltse be az alkalmazást a műszerekbe, majd módosítsa a beállításokat, hogy megjelenítse a fordított hívás fáját. Ekkor van elképzelése arról, hogy mi okozza a problémát. Aztán Donnell azt mondja, hogy ezt beilleszti a Google -ba, és utána hozzáteszi a „lassú” szót. „Meglepődnél, hogy hányszor írt valaki igazán részletes blogbejegyzést, amelyben elmagyarázza, miért gyorsabb alakítsd át NSDatává, és nézd meg az összehasonlítási tartományt. vágány.
„Mindannyian szeretünk blogbejegyzéseket írni a felfedezett szórakoztató dolgokról” - mondta, ezért használja ki ezt. Másfelől: segítsen azoknak, akik utánad jönnek, ossza meg a felfedezett érdekes dolgot.
- Hat fok Kevin Bacon szórakoztató egy buliban, de nem az Ön kódja miatt
Bármikor előnyben részesítheti a közvetlen kapcsolatot a kevésbé közvetlen kapcsolattal szemben, így követheti a kód útvonalát komponensről komponensre. És tartsa ezeket a komponenseket a lehető legkisebbre, hogy széthúzhassa, hogy felgyorsítsa a dolgokat. „Ha egy küldött írása inkább gépelés, de tudom, hogy ez a jobb, akkor ezt fogom tenni... Ha valami kevésbé közvetlen dolgot teszek, az végül problémákat okoz. Nem tudod kitalálni, miért vannak hat fok Kevin Bacon értesítést küld ”és elakad.
„Nem vagyok elég okos ahhoz, hogy ilyen rossz kódot írjak. Számomra a rossz kód, amely nem jól teljesít, általában bonyolult kód, ezért általában egyszerűnek tartom. Ha okosabb lennék, vagy informatikus végzettségem lenne, valószínűleg jobban írnék rosszabbul teljesítő dolgokat. ”