35444 items (32819 unread) in 65 feeds
seo
(12771 unread)
onlinemarketing
(10782 unread)
grafika
(75 unread)
sitebuild
(62 unread)
honlapkeszites
(757 unread)
webketto
(600 unread)
flash
(65 unread)
internet
(6099 unread)
fejlesztes
(639 unread)
google
(31 unread)
ekereskedelem
(30 unread)
egyeb
(40 unread)
szoftver
(30 unread)
wireless
(20 unread)
cms
(713 unread)
A hálózati oldalak nyitása megszüntette a szűk üzleti keresztmetszetet a nagy szolgáltatások és a kis szolgáltatásfejlesztő cégek között egy jól érthető és használható szabályrendszer segítségével, ami automatizált megállapodási keretet hozott létre. Az API kultúra legnagyobb értéke nem csak az, hogy fejleszteni lehet más rendszerekre és azokban felgyűlt adatokra, hanem az, hogy egy olyan beépített bizalmi rendszert hoz létre, amely automatikusan elrendezi a kérdéseket üzleti entitások között, amiket korábban tucatnyi menedzsernek kellett megrágnia.
A nagy szolgáltatások nem a fejlesztési inkopetencia, hanem szervezeti tehetetlenség miatt szoktak belassulni. A szervezeti tehetetlenség pedig szervezeti kérdések és emberi tényezők együttállása és még csak nem is a menedzserek hibája, hanem bizonyos modellekben, például egy szolgáltatás, vagy szolgáltatáscsoport fejlesztése során fellépő üzleti skálázási probléma. Egy webes szolgáltatás fejlesztése során egyszerűen annyi üzleti kérdés kerül elő, hogy a szervezet képtelen megfelelően reagálni, miközben a szervezet hatékony működéséhez egyébként szükséges tekintély megakadályozza az átalakulást.
Mindenki ismeri a fejlődés gátjaként megjelenő menedzsert, aki elmegy az új üzleti kihívások mellett és túlzottan erős egyéniség, hogy a gyeplőt kiengedje a kezéből.
Az API-ban rejlő gondolat régi dolog és mindenhol előkerül - szoftver fejlesztésnél már jó néhány éve -, ahol egy szolgáltatás értékének növeléséhez nagy számú együttműködésre van szükség különböző szinteken. Vannak szereplők, akiknek érdemes használni.
Nem irigylem az oktatási rendszerek jövőjét tervező embereket. Egy egész társadalmat átfogó rendszert megváltoztatni óriási kihívás ugyanakkor soha nem volt még ennyire fontos mint manapság. Ebben a kérdésben valószínűleg nincs vita.
A Stanfordon az utóbbi szemeszterben olyan óra indult, ami Facebook alkalmazások fejlesztését és bevezetését tűzte ki célul. Ezen az oldalon jó párat lehet belőle látni, egy kettő kifejezetten jól sikerült.
A Kiss Me és a Send Hotness például elérte, vagy hamarosan eléri az 1 millió telepítést. Óriási teljesítmény egy egyetemi kurzustól. Itthon valaki tud hasonló példáról bármilyen más területen?
Ahogy a Facebook körüli közösségi párbeszéd elkezdett szárnyra kapni, két közelinek mondható fejlesztő is Facebook alkalmazás fejlesztésébe fogott, Turulcsirip és az Indafotó is hamarosan, vagy akár már most elérhető lesz a világ legfejlettebb közösségi oldalán.
Elsőként a sok kicsi, de jól használható alkalmazásával magát a hazai webes történelembe beíró Tóth Benedeket kérdeztem:
Dobó: Írok egy blog posztot a Facebook API-ról, válaszolsz egy-két gyors kérdésre?
tothbenedek: Ok
Dobó: Nehéz rá fejleszteni?
tothbenedek: Nem, sőt, meglepően könnyű, jól ki van találva.
Dobó: Szerinted mennyi konkrét munkaórád lesz abban, hogy a Turulcsirip-et használható Facebook alkalmazássá alakítsd? Illetve mondj egy-két dolgot, ami első látásra tetszik, és egy-kettőt, ami nem.
tothbenedek: Ezzel annyira nem akarok foglalkozni, de igazából csak a meglévő részeket kéne átemelni… nem sok meló lenne vele, a gond az, hogy nem tökéletes az API, néhány dolgot nem lehet megcsinálni, ami jó lenne.
Például a falra vagy a minifeedbe írásnál problémák vannak, a státusz nem frissíthető, stb. Pedig ezek lennének a jó lehetőségek, ebben különbözne a dolog a webes változattól. Persze a turulcsirip nem igazán tipikus facebookra való dolog. De jól használható, jók a példák, jó a dokumentáció, a koncepció baromi jó. Minden más hasonló próbálkozás elbújhat mögötte.
Dobó: Tudsz egy-két konkrétumot mondani, hogy miért jobb, mint a többi?
tothbenedek: Vannak bőven hiányosságai a függvények terén, nem nagyon szereti a “push” dolgokat inkább a profilon történő dolgokra tud reagálni. (nem véletlen, hogy a legtöbb alkalmazás inkább “játék”), a legtöbb megvalósítás inkább olyan, mintha beszúrnál egy részletet egy másik weblapból. Itt az alkalmazás hozzáfér a Facebook adataihoz, azt tudja használni, jól integrálódik a rendszerben, miközben megőrzi azokat az előnyöket amik a külső kiszolgáló miatt vannak.
Például azt tudja mondani, hogy “Hello Benedek, Mátyás most kapott egy tortát a szülinapjára Istvántól (akinek csak egy hónap múlva lesz a szülinapja), nem akarsz te is küldeni?” Egy netvibes alkalmazásnak külön meg kell adnod a neved.
Dobó: Ez faszán hangzik
tothbenedek: Az is :D
Dobó: Szerinted mi lehet az, amire a Facebook API jól használható? Játékra, ezen kívül van még valami?
tothbenedek: Kifejezetten Facebookon belüli közösségi dolgokra nagyon jó. Meg ahol a személyes szférához kell kapcsolódnia az alkalmazásnak.
Úgy tűnik, hogy van igény az ilyen megoldásra a hazai fejlesztői közegben is, hiszen egyrészt jó kihívás lehet, másrészt pedig a külföldi tapasztalatokat tekintve igen jó figyelem szerző eszköz is.