Tech, szoftvertervezés és programozás

A logó nagy mértékben hozzájárul egy app sikeréhez - sokan nem is gondolnák, mennyire.
És azt sem, hogy egy jó logó kitalálása mennyire időigényes tud lenni.

Nem egyszerű feladat egy valóban témába vágó, kifejező, és mindenkinek tetsző logót alkotni (az utolsó kritérium gyakorlatilag teljesíthetetlen). Ha a vázlat, illetve a koncepció végre összejött, jöhet a megvalósítás, és a véget nem érő finomhangolás.

Az iSyslog esetében több hét agyalás után született meg a kép felső részén látható vázlat, majd jó néhány óra múlva a kép alján látható végeredmény.

2011 Október 4-én jelent meg a legújabb alkalmazásom az Appstore-ban.
Az iSyslog egy hasznos iOS app mindazok számára, akik bele szeretnének látni a rendszerük működésének mélyebb részleteibe. Amúgy a Syslog naplózási szabványról kapta nevét, amely először Unix rendszereken került bevetésre, még 1980-ban.

Az app kinyeri és megjeleníti az összes futó alkalmazás és processz által küldött üzenetet - beleértve a rendszerprocesszeket is. Ezekhez az információkhoz nem egyszerű hozzájutni átlagos földi halandónak.
Azonban az említett üzenetek nagyon fontossá válhatnak - ha be akarunk azonosítani egy gyakran galibát okozó alkalmazást, vagy ha precízen le akarunk írni egy hibát - például azért, hogy jelezzük a fejlesztőknek.

Az egy processzhez tartozó naplóbejegyzéseket, hibajelentéseket egy zip csatolmány formájában tudjuk el e-mailezni az app-ból, vagy akár egyesével is, és a vágólapra is kimásolhatók.

Az pull-down statisztikai nézet gyors áttekintést ad az iPhone-unkon futó app-ok és processzek egészségi állapotáról. További infók: www.leakka.com

A fejlesztők munkáját nagy mértékben meg tudja könnyíteni - tanusíthatom! :)

A my Travel Assistant app-om hónapokig szerepelt az iTunes Productivity "New and Noteworthy", valamint a "What's Hot" kategóriákban.

Az utazóknak szánt alkalmazás letisztult, könnyen kezelhető; erőssége, hogy különböző valutenemekben képes kezelni költségeinket, megkímélve minket az átváltási számításoktól. Ezenfelül rendelkezik beépített valutaváltóval, fordítóval és számológéppel is.

Mindez valakinek megtetszett az Apple-nél, és az alkalmazást érdemesnek tartotta arra, hogy a kiemelt 30 App közé sorolja, és az "App Store Essentials - Plan Your Vacation" kategóriában szerepeltesse. A kategória mind a Mac-es (és Windows-os) iTunes-ban, mind pedig az iPhone AppStore-ban szerepel - több, mint 100 országban.

Időközben kiadtam a my Travel Assistant 1.5-ös frissítését is, és immár iPad-en is natív felbontásban lehet használni az app-ot. Az iPad-es verzión többletfunkcióként megjelenik egy statisztika nézet is, amin gyors áttekintést kapunk, mire költöttünk többet.

Az Objective-C fura szintaxisát csak a memóriakezelése übereli, komoly nehézségeket okozva azoknak, akik ismerkednek a nyelvvel.

Különösen azoknak nehéz megszokniuk, akik szemétgyűjtős világból érkeznek (Java, C#).

A kézi hajtányos memóriakezelés miatt számos kritika érte a nyelvet, és az Apple most javítani próbál a helyzeten: az iOS SDK 5-től bevezetésre kerül az ARC („Automatic Reference Counting”).

Sokan félreértik, de ez nem „garbage collection”! Csupán csak arról van szó, hogy a fordító beírja helyettünk a retain / release / autorelease utasításokat.

Az ARC egy compiler kapcsoló, amely szerencsére kikapcsolható ( lásd „Apple LLVM compiler 3.0” szekció), így továbbra is lehet klasszikus módon kódolni - pontosabban átírás nélkül is le lehet majd fordítani a korábbi app-okat.

A dolog szépséghibája ugyanis az, hogy ha az ARC be van kapcsolva, *minden egyes kézi retain / release hívásra hibát dob a fordító*!

Persze csábító lehet a dolog, különösen kezdők számára, azonban látszólag akadnak még gondok az automatikus memória-kezeléssel. Például az alacsonyabb szintű, C-és objektumokat továbbra is a megszokott CFRelease utasítással kell felszámolni, stb.

Továbbá el sem tudom képzelni, hogyan tudna olyan hatékonyan optimalizálni, mint a kézi hajtányos módszer, ahol te mondod meg, hol akarod elengedni az objektumot (legutóbb pl. az autorelease pool-ok teljes mellőzésével sikerült negyedére csökkentenem az egyik statikus lib-em memóriafogyasztását!).

Itt egy témába vágó, részletes cikk:

http://arstechnica.com/apple/reviews/2011/07/mac-os-x-10-7.ars/10#arc

Manapság szinte kötelező mobilra fejleszteni, ha az emberfia szoftverfejlesztőnek titulálja magát. Ellenben nem egyszerű eldönteni, melyik platform mellett kötelezzük el magunkat.

A trendi Apple cuccok csábítóak, ugyanakkor a belépő nem olcsó: kell egy intel procis Mac, és ha komolyan gondoljuk, legalább egy iPod Touch és egy éves fejlesztői licensz - alsó hangon is fél millió forint felett járunk. Ezenkívül meg kell tanulni az Objective-C-t, amely elsőre nagyon szokatlan, furcsa szintaktikájú objektum-orientált prog.nyelv (mondhatni a C továbbgondolása SmallTalk alapokon). Viszont ha egyszer ráérzel, rájössz: nagyon is szerethető, elegáns megoldásokat rejtő nyelvről van szó.

Az iOS SDK feltérképezése szintén nem egyhetes projekt, ellenben kifejezetten élvezetes lehet a kíváncsi, újdonságokra kiéhezett programozók számára. Lassanként az iPhone / iPod Touch / iPad elegáns "lelkivilága" tárulkozik ki elénk, ha elég kitartóak vagyunk.

Az Android-hoz elég egy mezei PC, valamint egy Android-os készülék, és egy kifejezetten olcsó, életre szóló fejlesztői licensz ($30, egyszeri). A platform nyelve a Java, amely elég elterjedt nyelv. Az Android szintén elegáns platform, igaz, némileg elmarad üzleti szolgáltatások terén az iOS-től. Ettől függetlenül nyílt mivolta és az olcsó belépő nagyon csábítóvá teszi - különösen mivel pár napja (2011 május közepe óta) végre Magyarország is felkerült a Google fejlesztői "térképére": immár itthonról is fel lehet tolni fizetős App-okat az Android Marketplace-re.