tech címkével jelölt bejegyzések

Az iOS 8 fontos verzió.

Tegnap volt egy annyira hogyismondjam sparse próbám, hogy gyakorlatilag a teljes WWDC keynote-ot élesben követtem végig, szokásommal ellentétben. És úgy gondolom hogy az iOS 8 talán a legfontosabb iOS, amióta iOS létezik (amióta iOS az iOS, hogy úgy mondjam).

A felszínen ugyebár kb. az látszik, hogy igen, megint lenyúltak (pardon, innováltak) néhány feature-t az Androidból. Lett 3rd party keyboard support, lett appok közti megosztás, asztali SMS integráció, sőt, videó support az iTunes App Store-ban!

Amit ebből fontos látni: az Apple meghallotta az idők (meg a felhasználók) szavát, és végre nyit a platformon egy kicsit. Annak nyilván semmi értelme, hogy annyira nyitottá váljon, mint az Android: egyrészt vélhetően csökkenne az integráció mostani szintje/minősége, másrészt, well, arra ott az Android, a Google azt jobban csinálja. (És hol a Microsoft?…) De az, hogy beengednek külső megoldásokat, nos, az nagy lépés.

KVMellé, back to regular edition.

Újra kedd reggeli kávé mellé szólnak a hírek, enjoy!

#geek

#spacegeek
Bővebben…

Új Instagram for Android: óriási lépés – oldalra.

Minden másirányú törekvésem, meg holmi Facebook-féle felvásárlás ellenére még mindig Instagramot használok fotó-mikroblogolásra (aka. hipszterfotózás), úgyhogy nagy örömmel olvastam tegnap @hh-nál, hogyaszongya

Úgyhogy megnéztem, és hát nos… Bővebben…

Élet-architektúra, 2. rész: alapelvek.

<< Előző (első) rész

Bevallom, az Élet-architektúra előző (első!) részében kicsit előreszaladtam — nagyjából a legizgalmasabb részénél csaptam bele a lecsóba, pedig a TOGAF szerint ez (mármint egy ilyen komponens katalógus) csak valahol később (Phase C, data architecture-nél) zajlik le rendesen.

Az előző rész végén is hinteltem már, most menjünk hát bele kicsit részletesebben a scope, és az alapelvek nem kevésbé izgalmas kérdésébe.

(Kis kitérő, hogy valós életből vett okot említsek ezeknek a fontosságára: amikor a minap átálltam Kolabra, nagyon gyorsan realizáltam, hogy hoppá, a chatem, nevezett Hangouts is Google, azt is weben használom, következésképpen valami Google szolgáltatásnak így is, úgy is nyitva kell lennie… Hümm-hümm, tisztán látható, hogy nem volt ez jól megalapozva, a chat is személyes adat, azzal is kezdenem kell valamit — kimondani hogy marad a Google-nél, vagy kimondani hogy implementálok egy saját Jabber servert… De egy lépést hátratéve: kimondani azt az alapelvet, ami mentén ezt, és a hasonló kérdéseket (mert biztosan lesznek még) meg tudom gyorsan, elfogulatlanul válaszolni!) Bővebben…

Élet-architektúra projekt, 1. rész: belevágás.

A Kolab project kapcsán eszembe jutott, hogy le kell porolnom a saját életem architecture capability-jének megvalósítását célzó törekvéseimet.

Elmagyarázom. (És ha eddig nem volt világos: kőkemény geek, illetve architecture post következik.)

Adott ugye egy ember, aki idejének jelentős részét tölti a neten, ennek során különféle webes appokat használ. Ezek tipikusan egy kialakult core körül mozognak, de szintén tipikusan vannak “szatelit” webappok, amiket váltogatunk — ki többet (pl. aki félévente átáll blog.hu-ról Tumblr-re, onnan Postr-re, majd amikor az bezár, valami másra stb.), ki kevesebbet (pl. én, aki 2002 óta blogol és 2, azaz kettő platformot használt ezalatt; és egy domaint).

A probléma: a szolgáltatások jelentős része átfedésben van, mármint ami a funkcionalitást, és főleg a tárolt/átvitt adatot illeti. Az Instagramról átkerül a fotó a blogra, onnan Facebookra és Google+-ra, meg Twitterre, és kész a baj, egyrészt három helyen van meg a fotó ami architekturálisan ugye botrány, másrészt három külön like- és kommentfolyam van, ami szintén.

A probléma persze az, hogy a fenti jelenség a jelenlegi világrendből fakad: a walled garden szolgáltatásoknak nyilván pontosan az a célja, hogy minél több adatot magánál tartson, sőt, minél több adat “mastere” legyen. A Facebook nem fog Google+-nak kiadni kommentfolyamot, mert az az ő üzletüket rontja, pedig lehetne. (“Minden adat metaadat” — lehetne.) A vesztes természetesen a felhasználó, nem csak az, aki létrehozza a tartalmat, hanem az is, aki fogyasztaná, de egyszerre csak egy bizonyos vetületét látja. Írtam erről a problémáról már a Miért Firefox OS? posztomban is, talán látható, hogy több aspektusból is foglalkoztat, hovatovább: zavar a jelenség.

A probléma tehát adott, viszont több síkon létezik:

  1. Felhőszolgáltatások esetén nem nagyon tudjuk kontrollálni, hogy mi történik. A Twitter, a Facebook, a Google+ nem fognak a kedvünkért hajlani, ha úgy döntünk, hogy fontos ott a jelenlét, el kell fogadnunk az adatduplikálás tényét, és az ezzel járó kavarodást. Maximum ki tudjuk találni, hogy kit tekintünk (mi, a felhasználó; nem a szolgáltató!) master adatforrásnak, és pl. IFTTT segítségével megoldjuk a webappok közti reshare-láncot.
  2. Személyes jellegű adatok esetében már (elvileg) jobb a helyzet: a levelezésünkre, naptárunkra, címjegyzékünkre tipikusan egy szolgáltatást használunk, és ideális esetben ezt a master forrást tudjuk használni több helyen is. Vannak persze kivételek, amikor pl. egy termék nem API-n, hanem fix időközönkénti importáláson kersztül éri el a címjegyzékünket (ezáltal ugye beépített lemaradással duplikálva a mastert, brr), vagy amikor POP3-mal használjuk a levelezést, amit remélem 2014-ben már senki sem csinál.
  3. Aztán pedig vannak a “határon mozgó” adatok: ilyennek tekintem a chatet, a blogot, személyes fotókat, jegyzeteket, stb. Ezeknél fennáll a választás lehetősége, nem is feltétlenül vagyunk egy-egy társadalmi elvárás diktálta walled gardenbe kényszerítve, mégis megvan bennük a walled garden veszély, a felhő jelenség (pl. megszűnő Catch Notes, ugye), a duplikálás veszélye — ha nem vigyázunk, összekutyulódik az egész.

Attól függetlenül (persze majd erre is kitérek), hogy adott feladatra felhő- vagy “vasalapú” szolgáltatást használunk (vagyis pl. levelezésre Gmail vagy saját szerver), és talán itt következik a posztom témamondata:

Fontos, hogy feltérképezzük az online életünket felépítő komponenseket, építőkockákat, és meghatározzuk ezek magasszintű architektúráját.

A Kolab projektben felmerült egyik probléma kapcsán jöttem rá, mennyire fontos ez: bár a levelezésem Kolabon van, a Gmailemmel (korábbi levelezés megoldás ugye) együtt jött a Hangouts, amit jelenleg Kolabon nem tudok duplikálni. Miért fordult ez elő? Mert eszembe se jutott. Miért? Mert nem voltam felkészülve a létem adatmodelljével, amikor belevágtam a projektbe! Az ember nem is látja, hogy mennyire függ egyik adata a másiktól, amíg el nem kezdené őket szétválasztani valami mentén.

Ennek kiküszöbölésére hétköznapiasan fogalmazva a következő lépcsőket kell végigjárni:

  1. Gondoljuk át hogy milyen fajta adat entitások fordulnak elő az életünkben (pl. “levél”, “tweet”, “fotó”, “kontakt”, stb.), írjuk le amennyire teljesen csak lehet.
  2. Szépen tegyük oda mindegyik entitás mellé hogy milyen rendszerben generáljuk az adatot, ő a master adatkomponens, logikai.
  3. Érdemes azt is feltérképezni, hogy adott masterről milyen más rendszer készít másolatot, transzformálja, vagy egyszerűen csak transzferálja.

Ha ezzel megvagyunk, kész van életünk adat entitás/komponens katalógusa, és kezdődhet az érdemi munka:

  • az adatfolyamok, ha úgy tetszik: saját folyamataink tisztázása, a mastership-ek definiálása;
  • a fölöslegek, duplikát masterek eltávolítása, kiküszöbölése;
  • és ami miatt számomra az egész gyakorlat jelenleg fontos: annak felmérése, hogy milyen adat esetében tudok esetleg szabadabb, biztonságosabb, nyíltabb alternatívát felhasználni.

Azt hiszed ez pikk-pakk megvan? Nos, akkor vágj bele!  Én legalábbis ezt fogom tenni, aztán haladok tovább: meghatározom az alapelveket, a komponens interakciókat, létrehozok mátrixokat, mely kaland végén egy jól definiált szolgáltatáskészletet fogok tudni használni mindenféle adatigényem kielégítésére. Épül-szépül a capability!

Következő rész >>

Blackphone: az egymondatos vision, ami működik.

Érdekes kezdeményezés a Blackphone. A vision szerint

Blackphone is the world’s first smartphone which prioritizes the user’s privacy and control, without any hooks to carriers or vendors.

És így tovább, és így tovább. A helyzet az, hogy bár ez a mondat kb. minden, amit jelenleg tudni a projektről, illetve azt, hogy a hardver elvileg csúcskategóriás lesz, és lesznek rajta “eszközök”, amik a fenti egy mondatot támogatják.

Mindenesetre a konkrétumok nélkül is izgalmas a sztori, elég volt arra, hogy feliratkozzak a hírlevélre.

Két dolog jut még eszembe így gyorsan:

  1. Majdhogynem hálásak lehetünk az NSA-nek hogy kiváltja a világban ezt a yoyo-effektust a felhőben tárolt adatok kapcsán, és felnyitotta valamelyest az internet népének szemét. Nyilván nem ez a mobileszköz lesz az utolsó ilyen “vissza a jogaidat” kezdeményezés, és látni fogjuk ezt több iparban is, nem csak a mobiloknál.
  2. Cory Doctorow Homeland-jében is Android alapokon építkezik a szubkultúra, csak ott nem Blackphone, hanem ParanoidAndroid a neve.

És persze jegyezzük meg gyorsan, hogy egy eszköz önmagában messze nem csinál nyarat, jönnie kell az alternatív szolgáltatásoknak, amik a privacy-t tartják szem előtt, amik (mint pl. a Kolab) felhőszolgáltatásokat tesznek elérhetővé saját vason, vagy egyszerűen csak per definitionem követhetetlenek harmadik személy számára.

Érdekes idők elé nézünk, na!

Kolab status.

Ezennel akkor újfent átállok Kolabra a személyes levelezésemmel:

  • SSL: check
  • naptár: check
  • HTML email bug megoldás: check
  • keyboard shortcuts: korlátozottan, de check
  • ActiveSync: egyelőre rá se néztem
  • TTL: uncheck, illetve 3 óra és annyi
  • Personal cloud file storage: nem check

Incidentally, a Kolab jobban működik Firefox alatt, mint Chrome alatt, ergo nagy örömmel akár át is állhatok egyúttal arra is.

Kolab gyorsstátusz: csak nem bírt nyugodni.

Nem bírtam ki, nem várok, megint van Kolab. Az idegesítő Roundcube bug még ott van, de haladunk vele, egy kis github, egy kis levlista, egy kis vakszerencse (remélem, majd, egyszer). Addig pedig élvezetből reszelem a felületet, hogy mire ez a bug kijavul, addigra minden más kickass legyen: SSL, TTL, keyboard shortcuts, shared folderek, ActiveSync, ha nagyon olyanom van, még online odf edit is!

Hát itt tartunk most, remélem mondjuk egy héten belül újra Kolab alól levelezek.

Google Nest.

https://twitter.com/lipilee/status/423413596375511040

Részben, de nem teljesen értek egyet Ben Thompsonnal Google-Nest ügyben:

  • Igen, a Google keres(gél)i az irányt a hirdetésből továbblépésre, a “valóban fasza consumer device” piacra. Erről szól szerintem mára (a rövidtávú szabadalmi vonal mellett/után) a Motorola (látszik, hogy szabadjára van engedve ott az alkotószellem mostanság), és erről szól a Nest.
  • Nem kell (egyelőre) elhinni, hogy most már a Google-nek szenzora lesz a lakásunkban slash össze kell majd kötni a Google+ accounttal slash SkyNet. Ez egyelőre biztos nem direkt szándék.
  • Egészen biztos viszont, hogy a know-how cél volt a felvásárlással. Amit ehhez én hozzáteszek: nem csak a “valóban fasza consumer device” gyártás know-how-ja, hanem a szenzoros adatból használható adat és -bányászata témakörben is.

És engedve a szenzációhajhászásnak (ne vedd komolyan): marhára kíváncsi vagyok, hogy mit főz a Google mondjuk 10 éves távlatra! Ray Kurzweil, Andy Rubin, robotikai felvásárlások, és most a Nest?! What is going on, nemigaz?!