Úton az ingyenes PlayBook

Ma jött az e-mail: "Your order has shipped!"

Jó ezt olvasni egy 0$ -os rendelés esetében, aminek fejében egy 32GB-os PlayBook-al dobják meg az embert.

Mindössze annyi dolgom lesz, hogy január végéig beküldjek valamilyen elfogadható alkalmazást az AppWorld-be (kb. 3 napos laza meló), és meg is tarthatom.
Szeretem az ilyen hozzáállást a nagy cégeknél. :)

Kár, hogy a Nexus 10-re nincs ilyen lehetőség...

( BaT | 2012. 10. 31., sze – 22:52 )

Hehe, nekem is ma jött a mail.

Btw lezárták az akciót, szóval jókor postoltad ki. ;)

( vtechun | 2012. 10. 31., sze – 23:01 )

Na, akkor majd valami ertelmes progit irni :)

( uid_17626 | 2012. 10. 31., sze – 23:25 )

Három napos laza meló tervezéssel együtt?
Rákérdezhetek?
Fingós app? :)

Valami egyszerű játékra gondoltam, ami a reflexeket teszteli. Gyors kanyarok, ilyesmi, persze csak 2D és vonalak. Nyilván nem a világot akarom megváltani, úgyhogy nem fogok uml diagramokat rajzolgatni. :)

A célom egy nem fingós app, amibe azért nem pusztulok bele. :)

------------------
My Open-Source Android "Projects"

HUP-on Drupal verziovaltas? Ugyanmar.
Drupal 5.x-et hasznal a HUP, mikozben az mar lassan ket eve nem tamogatott dolog.
Lasd: http://drupal.org/node/1027214
Nem lesz itt meg par evig Drupal verziovaltas, az tuti.
Trey amugy sem szeret kulso, nem Drupal Core modulokat hasznalni, anelkul pedig bajos a nativ kliens letrehozasa. Kellene OAuth, Services, meg meg par dolog.
Szoval a HUP segitsege nelkul normalis HUP app nem lesz semmilyen platformra sem.

de nem csak hup app, semmi mas sem lesz. Egyebkent nem ertem az ervelest, miszerint nem nyulunk bele a drupalba, nem hasznalunk kulso module-t. Bezzeg az invitel-es minibanner betuszkolasa nem okoz gondot, legalabb megvan az iphone-ra valo:)
Vegulis nem lepodok meg, a hup mar jo ideje az utobbirol szol, nem veletlenul csokken a szinvonal evek ota

( XmIsTeR | 2012. 11. 23., p – 17:14 )

Cirka 20 nap után sikerült is megkapni a kütyüt. Köszönhetően annak, hogy a FedEx elfelejtette közölni a feladóval, hogy vámot kell fizetni, ezért nekem kellett utánajárnom, hogy miért is áll ott a csomagom, és szólnom kellett a feladó cégnek is..

Egy kis használat után a megállapításaim:

Negatív:
- 1024x600 kevés 7'-ra. A One X után ennek a képernyője kifejezetten csúnya.
- Kevés az alkalmazás. Egy normális VLC Remote sincs a 2+-os verziókhoz. Úgy döntöttem ez lesz az amit megírok rá, mert ezt én is használnám.
- Habár a csomagon 32GB volt, a dobozon már látszott, hogy csak 16GB-os. Biztos kifogytak a 32-esekből.
- Ha kevés a memória nem szól, és nem is zár be régi programokat, egyszerűen az újonnan indított nem indul el.
- Nagyon sok alkalmazás messze van a gördülékeny UI-tól. (de nagyon)

Pozitív:
- Film lejátszás. HDMI-n keresztül képes a TV-n filmet lejátszani, miközben azt csinálsz a táblán amit akarsz.
- Akku. Ha reggel lehúzod, csinálhatsz rajta "bármit", estig nem fog lemerülni.
- Android alkalmazások. A legtöbb egy újracsomagolás után futtatható. Valamivel lassabban futnak mint a natív alkalmazások, de tűrhető.

Összefoglalva: Önszántamból nem vennék ilyet, de ingyen nem rossz. Filmezésre, tanulásra útközben megfelel, de túl sokat nem lehet várni tőle.

------------------
My Open-Source Android "Projects"

A playbookról fentebb leírtam, azok helytállóak.
Ellenben ez a Marmalade és a Playbook fejlesztés egy...inkább nem is mondok semmit. Legalábbis alkalmazások készítésére.
Eleve egy virtualizált progit írsz, felület tervezéshez semmi eszköz nincs. Mindenféle config fájlokban kell összeírogatni, hogy milyen textúrákat meg fontokat fogsz használni.
Persze a memória sem dinamikus(maximum részben, bizonyos blokkok aktiválásával), előre meg kell adnom egy configban, hogy mekkorát foglaljon le, és kész.
Sok config van.
Eszközön nem lehet debugoolni, a maximum az, hogy egy debug flag-es progit tölt fel, aminek a kimenetét ssh-n meg tudod nézni.

Emellett a blackberry kicsit túl komolyan veszi a biztonság kérdést.
Kérned kell egy fejlesztői tanusítványt, amivel aláírod a progikat. Jó ez még rendben van, egyértelműen beazonosítható minden program.
Viszont ha az előbb említett kis debug lehetőséghez hozzá akarsz férni:

-Saját debug kulcs generálás
-Ennek feltelepítése az eszközre. (10 nap alatt lejár)
-Az előbbi kettő szükséges ahhoz is, hogy egyáltalán feltelepítsd a programot anélkül, hogy a hivatalos kulccsal alá kellene írni. Erre majd később kitérek, hogy miért probléma.
-RSA kulcs generálás
-Egy balckberry parancs feltölti a pub keyt, és amíg ez fut, addig fel tudsz csatlakozni ssh-n a privát key-el azonosítva.

A hivatalos kulccsal való aláíráshoz el kell tudnod érni a blackberry szervereket. Egy verziót csak egyszer írhatsz alá, ha valamit gyorsan javítanál, növelned kell a verziószámot.

Így hirtelen csak ennyi jut eszembe.
A lényeg, hogy a határidőre(vasárnap reggel 6) egy elég instabil alkalmazást töltöttem fel, mára sikerült teljesen stabilizálni, viszont a felülete ronda.
De még az első is csak "On Review", szóval egyelőre fogalmam sincs, hogy megtarthatom-e vagy sem.

------------------
My Open-Source Android "Projects"

Abból szerintem tud konvertálni. (A playbookra simán lehet, én is konvertáltam már nem egyet.)
Egyénbként ott a marmalade web, HTML5-ben lehet írni alkalmazásokat, csak nem playbookra.
Ott a Marmalade Quick, lua-ban lehet írni, csak nem alkalmazásokat. (Legalábbis egy textbox szerű komponenst sem találtam)
Szóval nekem maradt a jó öreg Marmalade és az IwNUI C++-ban.

------------------
My Open-Source Android "Projects"

Én inkább úgy mondanám, hogy a Marmalade API nagyon alacsony szintű, ezért nincsenek hozzá ilyen fejlesztést segítő toolok, mint egy felülettervező. Persze ennek is megvan a maga előnye, de kisebb projektekhez jobb lenne egy magasabb szintű API (Marmalade Quick lehet a megoldás, vagy ha nem cél, hogy az app multplatform legyen, akkor a BlackBerry által támogatott magasabb szintű megoldások). Egyébként korrekt amit leírsz, pl. a memóriakezelése engem is zavart.

A legrosszabb élményem az volt, amikor egyszer olyan fél napig nem tudtam buildelni a projektet (semmilyen targetre). Ugyanis a build script csatlakozni akart a marmalade szerveréhez, mert az egyszerűen nem volt elérhető, ami a scriptben végzetes hiba. Cím alapján nem a licencet akarta ellenőrizni, hanem inkább update-et keresett.

Debuggolást én az x86 debug környezetben végeztem, Visual Studioval szépen együttműködik. Persze nyilván magának a környezetnek megvannak a korlátai, vagyis nem mindig lehet megúszni a valós eszközön való debuggolást. Pl. volt némi kódom, aminek akkor kellett volna lefutnia, amikor a felhasználó kilép a programból. Ez a gépemen szépen működött (x86 és emulált arm környezetben is), a tableten viszont nem. Végül inkább megkerültem a problémát, egyszerűbb volt mint kitalálni, hogy hogyan lehet "lekezelni" a kilépést.

Én nem éreztem úgy, hogy túl szigorúan venné a biztonságot, szerintem az belefér, hogy fejlesztői verzió telepítéséhez fejlesztői kulcsot kelljen telepíteni az eszközre. A 10 napos lejárat meg valahogy nem következett be, pedig 10 napnál tovább használtam (igaz nem volt mindig bekapcsolva a fejlesztői mód, talán emiatt).