ugrás a tartalomhoz

API-t a népnek!

Max Logan · 2014. Május. 30. (P), 20.30
Az utóbbi időben többször szóba került az API-k kérdése. Ezzel kapcsolatban közös gondolkodásra hívlak benneteket. Beszélgessünk arról, milyen online szolgáltatásoknak lenne érdemes publikus API-t biztosítani, amivel többletértéket tudnának teremteni, közvetetten (vagy közvetlenül) pedig akár haszonra is szert tenni.

Elindítanám a gondolkodás fonalát azzal, hogy szerintem jó lenne, ha az online könyváruházak (beleértve az antikváriumokat) biztosítanának API-t, amin keresztül elérhető lenne az adatbázisuk egyébként is publikus információhalmaza. Nem nehéz ötletet találni, hogy mire és hogyan lehetne egy ilyen API-t felhasználni.
 
1

Nem akarom elvenni a kedved,

H.Z. · 2014. Május. 30. (P), 21.28
Nem akarom elvenni a kedved, de ezek az adatbázisok általában komoly értéket képviselnek, a tulajdonosuk nem fogja neked odaadni egy API-n keresztül.
Ami meg nem... nos ott is vannak komoly gondok pl. hardverigény tekintetében. Amíg csak interaktív userekkel kell számolni, addig jóval kisebb vas elég a rendszer alá, mintha kiadod az adatbázisodat a felhasználók felé.
És akkor még nem beszéltem azokról, akik a reklámokból élnek és így még azokat a felhasználókat is elveszítenék, akik nem használnak reklámszűrőt.

Legalábbis én így látom.
5

Nem akarom elvenni a kedved,

Max Logan · 2014. Május. 31. (Szo), 10.24
Nem akarom elvenni a kedved, de ezek az adatbázisok általában komoly értéket képviselnek, a tulajdonosuk nem fogja neked odaadni egy API-n keresztül.
Nem tudod elvenni, mert ha motivált vagyok, ha hiszek valamiben, akkor nincsen mivel kibillenteni. :-)

A komoly érték része stimmel a gondolatodnak, a második már nem. Egyrészt, ha én akarok, akkor felépítek egy DB-t pl. a bookline.hu alapján. Programozunk, tudjuk, hogy meg lehet csinálni, nem is olyan nagy munka. Ha pedig ezt én meg tudom tenni (ahogyan az internetes keresők is megteszik, csak ők indexet, nem pedig relációs DB-t építenek), akkor semmit, azaz semmit nem veszít a cég, ha megkönnyíti az én életemet az API publikálásával.

Ami meg nem... nos ott is vannak komoly gondok pl. hardverigény tekintetében. Amíg csak interaktív userekkel kell számolni, addig jóval kisebb vas elég a rendszer alá, mintha kiadod az adatbázisodat a felhasználók felé.
Ez nem is kérdés, de látva azt, hogy mekkora haszonnal van az API megléte, azt gondolom, hogy megéri a befektetést.

És akkor még nem beszéltem azokról, akik a reklámokból élnek és így még azokat a felhasználókat is elveszítenék, akik nem használnak reklámszűrőt.
Logikusan olyan megoldásokra gondoltam, és olyan példákat várnék, ahol az API létrehozása nem rontja, hanem javítja a helyzetet.

A könyváruházak tekintetében például nem kis haszon lenne, hogy tematikus oldalak közvetlenül hozzáférnének a készletinfóhoz (rendelhető, előrendelhető, kifogyot, stb.), az árhoz, akciós státuszhoz stb. Az ár alapján API megléte esetén sokkal egyeszerűbb lenne az árösszehasonlító oldalak létrehozása, lehetne honlapot építeni, ami listázza, hogy melyik áruházban akciós a kedvenc könyvem, stb.

Egy ilyen API-ra sok kreatív megoldást lehetne építeni és mondjuk egy moly.hu vagy hasonló oldal is bőven tudná használni. Például egy könyv mellé oda tudná tenni a linket a könyváruházra, amivel logikusan nyer az összes webshop, aki ad API-t. Nem is kicsit nyer, mert targetált csoportnak jelenik meg a link, akit eleve érdekel a téma, így sokkal nagyobb a valószínűsége, hogy vásárolnli is fog.

Az pedig logikus, hogy az API-t lehet egészében vagy csak részeiben fizetőssé tenni, lásd freemium modell. Lehet kidolgozni olyan megoldást is, hogy napi 1-2 lekérdezés (vagy frissítés) ingyenes, de ha sűrűbben kell lekérdezés (vagy frissítés), ami magával hozza az általad is említett nagyobb teljesítményű backend kérdéskörét, akkor némi pénzt le kell tenni az asztalra, amit vagy havi átalányban, vagy pedig használat alapján utólag számláz az API-t biztosító site gazdája.

Az már csak hab a tortán, hogy a Feedburner mintájára lehetne építeni erre szolgáltatást, ami szintén működhetne freemium modellben, és/vagy a tartalmat szolgáltatók anyagi támogatásával.

Éppen a napokban találkoztam egy (ha jól emlékszem) tavaji kimutatással, hogy még a legjobban teljesítő honi webáruházaknak is csak néhány százalék a konverziós rátája. Egy ilyen API nyitással ezen lehetne javítani, mert a felhasználókat eleve célzottan lehetne elérni (ami mindenkinek célja, és ezért teszi azt a Facebook, Google, stb. amit...).

Tehát a téma megnyitásával finoman és burkoltan arra is szerettem volna utalni, hogy újra kell gondolni az üzleti élet működését, és az érték fogalmát, újszerű megoldásokat kell kereseni, stb, stb.
8

Esetleg

zzrek · 2014. Jún. 1. (V), 00.22
Esetleg nem az a probléma, hogy az ilyen áruházak közvetlenül szeretnék elérni a potenciális vásárlókat és nem közvetetten? Ha például API-t adnak, nem tudják pontosan felmérni, hogy mivel kapcsolatban érdeklődtek az ügyfelek, mert egy esetleges köztes réteg lenyelné az információt. Ráadásul (személyre szabott) ajánlatokat, reklámokat sem tudnának kitenni.
9

Azt gondolom, hogy egy

Max Logan · 2014. Jún. 1. (V), 11.08
Azt gondolom, hogy egy áruháznak tök mindegy, hogy honnan jön a forgalom, a legfontosabb az, hogy releváns legyen (ahogyan írtam, ezért követ mindenkit a Facebook, a Google, stb.), mert akkor vásárolni is fog, tehát magas lesz a konverzó.

És mint írtam, még a legjobban teljesítő áruházaknál is csak 1-5 ember vásárol 100-ból. Ha egy tetszőleges forrás releváns forgalmat generál, akkor az a webárzháznak csak jó. Ha pedig már ott a vásároló, akkor onnantól a gépezetének része, tehát megoldott a további személyre szabott kommunikáció. A lényeg itt, hogy nem érdeklődni megy a webáruházra (a konkrét példa kapcsán), hanem vásárolni. Egyébként a referer alapján tudja monitorozni a forrást, ha nagyon akarja...

Azt kell látni, hogy az API új lehetőségeket teremt. Eddig még csak én mondtam egyetlen webgazdát, és ahhoz néhány felhasználási példát. A lehetőségek számra korlátlan, és az lenne a lényeg, hogy ne szkeptikusan álljatok hozzá a kérdéshez, hanem toljátok a példákat, hogy az általam említettek alapján hol lenne lehetőség API-t publikálni.

De úgy látom, hogy itt is győz a régi mintákban való leragadás, nem mertek, vagy nem akartok olyan mértékben előre tekinteni, ami azt kívánja meg, hogy rövid vagy középtávon leszámoljanak az emberek a régi, beragadt rendszerekkel...
10

Szerintem rosszul gondolod.

H.Z. · 2014. Jún. 1. (V), 11.25
Szerintem rosszul gondolod. Én biztosan nem adnék ilyen jellegű hozzáférést senkinek, ha lenne webáruházam. Ha van lehetőséged, kérdezz meg pár tulajdonost, mit szólnak az ötlethez! Egyáltalán nem mindegy, hogy automata nézelődik vagy ember.
Mást ne mondjak, ha ember keres valamit, megtörténhet, hogy bár épp amit keres, az nincs nálam, de talál egyebet a keresés közben, amit megvesz. Én is vásároltam már így. Amiről te beszélsz, hogy külső forrás generál forgalmat, az a másik irány: a külsős ad egy API-t, amivel adott áruház becsatlakozhat, ha akar.
11

Ha van lehetőséged, kérdezz

Max Logan · 2014. Jún. 1. (V), 11.42
Ha van lehetőséged, kérdezz meg pár tulajdonost, mit szólnak az ötlethez!
Éppen erről beszélek, hogy nekik van egy kialakult véleményük a régi (!), már megszokott üzletmenetük alapján. Az API egy kiterjesztése annak, ami ma van, és egy új irányt ad, mind a saját üzletének, mint az egész ökoszisztémának.

Egyáltalán nem mindegy, hogy automata nézelődik vagy ember.
Ennél a konkrét példánál ezt ki lehet védeni azzal, amit már nem egyszer leírtam, fizetőssé kell tenni az API egészét vagy annak egy-egy funkcióját (freemium modell), és lehet például megkötést tenni, hogy csak Magyarországon bejegyzett cég, vagy magyar állampolgár lehet előfizetője az API-nak. Kifogásokat hoztok folyamatosan, de hogy előre tekintsetek és tényleg újszerű (!) módon álljatok hozzá, az úgy látom nem megy.

Mást ne mondjak, ha ember keres valamit, megtörténhet, hogy bár épp amit keres, az nincs nálam, de talál egyebet a keresés közben, amit megvesz.
Úgy látom nem érted. Aki az API révén a vázolt felhasználás mentén érkezik, biztosan úgy megy a site-ra, hogy tud vásárolni, mert a partner site (aki az API-t felhasználja) csak akkor jeleníti meg a linket, ha raktáron van. De csinálhatja azt, hogy a link mellé kiteszi a státuszt is (rendelhető, előrendelhető, raktáron, stb.).

Amiről te beszélsz, hogy külső forrás generál forgalmat, az a másik irány: a külsős ad egy API-t, amivel adott áruház becsatlakozhat, ha akar.
Amiről én beszélek az új, eddig még nem látott kooperáció (!!!) a felek között.

És végre, megjött az első komment, amiben ott egy előre mutató gondolat! Igen, ezt vizsont úgy hívják, hogy affiliate, amire persze tényleg érdemes API-t építeni, mert könnyíti mindenki dolgát. De ez nem igazán az, amiről én beszélek, de ebben is van fantázia.

De még mindig csak egyetlen, általam felvázolt példát rágunk. Nem hiszem el, hogy nincsen a fantáziátokban, vagy a napi munkátokkal összefüggően egy ötlet, hogy mire lehetne felhasználni egy API-t, akár B2C, akár B2B relációban...

Éppen a fejlesztők, az informatikusok felelőssége lenne, hogy bemutassák a piacnak, hogy mi rejlik az informatikában, mert a hétköznapi embernek az IT és a nagybetűs informatikusok nem mondanak semmit, csak vakarják a fejüket, hogy az mi és ők egyébként mit csinálnak azon kívül, hogy a gép előtt ülnek.

És éppen a Weblabornak kellene az élen járnia abban, hogy mint labor megkeres partnereket és tesznek egy próbát mondjuk egy ilyen megközelítéssel. Legrosszabb esetben kap egy kis reklámot mind a Weblabor, mind a kiszemelet partner, mert sikertelen kísérlet esetén születik egy esettanulmány, aminek mind a szakmában, mint mainstream médiában híre megy.
12

Mindegy...

H.Z. · 2014. Jún. 1. (V), 11.49
Mindegy...
Emlékeztetsz valakire. Egy .info domain tulajdonosára.
13

Nem mindegy, de elfogadom az

Max Logan · 2014. Jún. 1. (V), 11.50
Nem mindegy, de elfogadom az nézőpontodat... (Ami nekem nagyon fontos visszajelzés saját munkásságommal kapcsolatban.)

Emlékeztetsz valakire. Egy .info domain tulajdonosára.
Nem tudom, hogy kire gondolsz, kérlek nevezd meg.
47

Amennyiben megnyitnak egy

Hidvégi Gábor · 2014. Jún. 3. (K), 09.00
Amennyiben megnyitnak egy ilyen API-t, vagy megjelölik az adatokat, nagyon egyszerű lesz például tematikus keresőt készíteni, mondjuk olyat, ami barkácsáruházakra, madarakra, bizonyos programozási nyelvekre, fórumokra specializálódik. Ezek további forgalmat generálnak az adatgazdáknak, így azok mindenképp jobban járnak, mint a jelenlegi, végtelenül primitív, szövegalapú kereséssel.
48

hogy a Google szöveges az

H.Z. · 2014. Jún. 3. (K), 10.05
hogy a Google szöveges az keres, kit érdekel?
Lásd árgép, arukereso.hu és társaik!
Vagy néled meg a komolyabb webáruházak keresőit! De az megint jókora munka, hogy akár színre lebontva lehessen válogatni, ahogy asszem az edigitalnal van.
Most pl. óriási előnye van azoknak, akik egy normális, részletes keresőt tudnsk prezentálni, szemben azokkal, akik csak kategóriában gondolkodnak. Ők alig hiszem, hogy lemondanának erről az előnyről.

bocs, mobilon lógok, majd ha lesz alattam normális billentyűzet, hozok még pár indokot, hogy eladói oldalról miért nem éri meg kiszolgáltatottá válni.
49

hogy a Google szöveges az

Hidvégi Gábor · 2014. Jún. 3. (K), 10.32
hogy a Google szöveges az keres, kit érdekel?
Mindenkit. Egy egyszerű példa: ha beírom a google-be, hogy 16-32GB méretű, legalább class 6 osztályú SD kártyát keresek, vannak fórumbejegyzések, class 4-es kártyák, 10-ből öt találat csak, ami engem érdekelhet, és akkor még a szállítási költséget/helyet nem is adtam meg.

De az megint jókora munka, hogy akár színre lebontva lehessen válogatni
Aki ebből él, az egyszer megírja, és utána bármilyen adatforrásra működik, amelyik megjelöl minden információt.
2

Nem teljesen látom át, mit

Hidvégi Gábor · 2014. Május. 30. (P), 21.50
Nem teljesen látom át, mit lehetne kezdeni egy publikus API-val (milyen parancsai lennének). Ami szerintem hasznosabb lenne, ha az adatokat osztanák meg a szolgáltatók, és a "fogyasztói" oldalon dönthetnénk el, hogy mit kezdünk vele (például a böngészőben megjelenítjük, tematikus keresőben összehasonlítjuk).
3

A publikus APIk egyedül arra

inf3rno · 2014. Május. 30. (P), 22.02
A publikus APIk egyedül arra jók, hogy más fejlesztőkkel különböző automatizált klienseket írass hozzájuk. Pl a facebook alkalmazások is mind ezen alapulnak, vagy pl sok webshop a nagykertől automatikusan rendel termékeket ezek segítségével, stb...
Hosszú távon a HTML+RDFa-val vannak versenyben a szemantikus web témában. Bár egy REST API is adhat vissza HTML-t, de nem jellemző, mert egy valamire való HTML általában sok REST erőforrás kombinációjából építhető fel, és nem csak egyetlenből. (Talán a HTML import változtat ezen, fogalmam sincs, még nem néztem át, hogy pontosan mit tud az, és mit nem.)
4

Jól látod, adathozzáférésről

Max Logan · 2014. Május. 30. (P), 22.36
Jól látod, adathozzáférésről van szó. Egy könyváruház esetén konkrétan specifikus lekérdezésekről.

Például:
  • kérem a 2013-ban megjelent, magyar szerzők által jegyzett könyvek listáját
  • kérem az éppen akciós könyvek listáját szerzőstől, ISBN számostól, árastól, státuszostól (mert van ami már akciós, de még csak előrendelhető)
  • kérem az XY szerző könyveinek listáját, de csak azokat, amik rendelhetők is, azaz készleten vannak


Egy gyakorlati példa, hogy mit tudnék kihozni egy ilyen API-ból. Adott egy ember, aki szeretne venni egy könyvet. Nem tudja, hogy hol lehet megvenni, sem azt, hogy melyik kereskedőnél, sem azt, hogy a hozzá közeli könyvesboltokban lehet-e kapni.

Felmegy az oldalra, ami összesíti a kereskedők kínálatát, rákeres a könyvre, látja, hogy online honnan rendelhető és mikorra kapná meg, és látja, hogy hol van a közelben boltja a kereskedőnek.

Ha online rendelhető, attól még persze a boltban nem biztos, hogy van, de ha 5 percre van a bolt, érdemes betérni. Ha ott nincsen, de az áruházból rendelhető, akkor valószínűleg előbb megkapja online megrendelve, minthogy megérkezzen a boltba.

Ha mobilalkalmazásról beszélünk, akkor még annyival meg lehet toldani a történetet, hogy a location service révén azt is meg tudja mondani a program, hogy hol vannak a közelben könyvesboltok, nem csak az adott kereskedő nagyobb boltjait látja a listában.
6

Motiváció?

tisch.david · 2014. Május. 31. (Szo), 21.58
Szia Norbert!

Én azt látom a legnagyobb problémának, hogy az API készítése pénz és idő, ami - a példánál maradva - a könyváruházat terheli, az előny pedig elsősorban a kapcsolódó alkalmazás oldalán jelentkezik. Nem látom azt a motivációt, amivel rá lehetne venni ilyesmire egy kereskedőt.

Üdv:

Dávid
7

Az említett példa kapcsán 3

Max Logan · 2014. Május. 31. (Szo), 23.42
Az említett példa kapcsán 3 fél nyer. Az API-t felhasználó site nyer, mert többletértéket tud teremteni (közvetlen link egy könyv megvásárlásához), nyer a kereskedő, mert nagyon jól targetált látogatói lesznek (ha a linkre kattintok, akkor azt azért teszem, mert vásárolni akarok, így hát komolyan javul a konverzió), és nyer a felhasználó, mert meg van könnyítve az élete.

És akkor még csak egy B2C példát vettünk, nem beszéltünk B2B megoldásokról...

A publikus API-k megléte egy egészen új szintre emelhetné a webet, sokkal több érték teremtődhetne. Ez persze az én megközelítésem, ami arra épít, hogy első az értékteremtés, annak révén pedig evidens a közvetlen vagy közvetett üzleti siker.

És mint írtam fentebb, lehet freemium modellben, vagy pedig korrekt fizetős modellben gondolkodni, de építhető köztes szolgáltató a FeedBurner mintájára, ahogyan arra utaltam.

Azt kell látni, hogy az API-k létrehozása és kiaknázása legalább akkora ugrás lenne a honi web életében, mint anno a webkettő volt. Nem kérdés, hogy előnyös az API-k létrehozása. A kérdés az, hogy akarnak-e változtatni a bebetonozott megoldásokon a piac szereplői, akarnak-e érdemben élni az informatika adta lehetőségekkel, vagy megelégszenek a digitális, de digitális kor előtti logikával megvalósított dolgokkal?

Én azt látom, hogy ma sok cég használ informatikai megoldásokat, de ugyanúgy manuálisan gondolkodik. Csak annyi változott, hogy papír helyett végtelen digitális dokumentumokat használnak, levél helyett e-mailt küldenek, de teszik ezt rosszul, alacsony hatékonysággal, sok esetben pedig egyenesen erőforrást pazarolva.
18

Az a gondom, hogy szerintem

tisch.david · 2014. Jún. 1. (V), 22.06
Az a gondom, hogy szerintem ebben az "üzleti modellben" az API szolgáltató állítólagos nyeresége a legbizonytalanabb.

Az ugyan igaz, hogy ha pontos adatokat ad meg, akkor az, aki nála szeretne vásárolni, az könnyebben megtalálja őt és minőségibb kiszolgálásban részesül, de éppen egy API segítségével sokkal pontosabban összevethetők lennének a konkurens szolgáltatók termékei, amiből ma, Magyarországon a legolcsóbb szokott győztesen kikerülni.

Márpedig egy minőségi szolgáltatásnak/terméknek (az én értelmezésemben legalább is) a sok tulajdonsága között csak az egyik az ár, méghozzá nem is a legfontosabb. Vagyis én nem látom bizonyítva, hogy ezzel a kereskedő biztosan nyer. Sőt, továbbmegyek: a konkurenciának csak le kell kérdeznie az API-n keresztül, hogy mi mennyibe kerül, és 10 forinttal olcsóbban adni mindent. Már minden vevő nála van. Szóval, ha én lennék szolgáltató, nem valószínű, hogy egy fillért is költenék API-ra.
20

Csak az a baj, hogy egy

Max Logan · 2014. Jún. 1. (V), 22.34
Csak az a baj, hogy egy kiragadott dolgot rágsz még mindig, ahelyett, hogy ötletelnél, más website-ot hoznál példának, stb, stb. Kár érte, de ezt a felvetést is tekinthetem szondázásnak, és (sajnos) a várt eredménnyel zárult a történet... (Más közösségben is toltam egy hasonlót nemrég, és ott is egyértelmű volt az újszerű gondolkodás elutasítása...)

De ha már így felvetetted, akkor ebben a kontextusban egy tudatos vásárló megnézi, hogy melyik cég milyen áron szállít, melyik tud küldeni pl. Pik Pak Pontra (ezt mondjuk egyből tudná mondani az API révén a site is...), stb, stb. Aki csak az árra megy, azzal úgysem lehet mit tenni, az ma is képes napokat azzal tölteni, hogy kikeresse, hol tud 10 Ft-ot spórolni. Neki nem fontos a kereskedő többi értékteremtő faktora, tehát még jól is jár a „vesztes” kereskedő, hogy a konkurenciánál köt ki az aki csak az árra megy. Bukott egy rossz vásárlót, aminél jobb egy céggel nem is történhetne...

Itt és most utoljára leírom és ezzel részemről nagyjából le is zártam a témát (persze ha még jön komment és van értelme, akkor válaszolok): az API-val érték teremthető, ami nem feltétlen kell, hogy az API-t biztosító számára közvetlen és azonnali haszonnal járjon (kimondom hát ha nem esett volna le: brandépítés másként...).

Az egész felvetés arra próbál rámutatni, hogy jó lenne, ha végre kihúznák a seggükből a fejüket a cégek és úgy egyébként az emberek és rájönnének: változásra van szükség, ezért pedig tenni kell! Nem mellesleg pedig felhívtam arra a figyelmet, hogy mekkora szerepük van (sajnos csak lenne) az informatikusoknak, hogy a piaci szereplőket rávezessék arra, hogy milyen potenciál rejtőzik az informatikában.

Ha valaki értette volna, hogy mire ment ki a felvetésem, akkor dobálta volna az ötleteket, hogy itt-ott mire lehetne használni egy publikus API-t, esetleg partnereinél mire tudná használni, miként lehetne értéket teremteni.

Zárásként egy újabb ötlet, hogy lássátok, van mire használni az API-t pl. a webáruházak kapcsán. Adott egy site, ami a magyar írók műveivel foglalkozik. Ő fel tudja használni az egyes kereskedők adathalmazát arra, hogy többletértéket teremtsen a saját, tematikus site-ján, aminek egyik apró darabja lehet mondjuk, hogy publikál egy linket (amit az API generál, tehát az API-val lehet track-elni is), amin keresztül egyből vásárolni lehet. És ez még csak lekérdezés.

Ha hozzáférést enged a felhasználói fiókhoz a kereskedő, akkor már csak a fantázia szab határt annak, hogy mit kezd mondjuk egy 3rd party site a kívánságlistás tételekkel... Mondjuk fel tudja használni arra, hogy használt könyvek gazdát tudjanak cserélni a site-ján.

De ahogyan mondtam, az egész alapja, hogy értéket akarunk teremnteni, nem egyből a kasszát figyeljük, azaz változtatunk a jelenlegi mintákon és egy lépéssel közelebb kerülünk az új, jobb világhoz. De úgy látom ez senkinek sem fontos, csak a money...
38

Kedves Norbert! Őszintén

tisch.david · 2014. Jún. 2. (H), 10.14
Kedves Norbert!

Őszintén sajnálom, ha destruktívnak tűntem, vagy, ha lelomboztalak a válaszommal! Nagyon fontosnak tartom az előre mutató megoldásokon való töprengést. Ha nem így lenne, hozzá sem szóltam volna. A trollkodásra ugyanis túl drága az időm...

Én azzal az előfeltételezéssel szóltam hozzá, hogy egy megvalósítható ötleten gondolkodunk. Egy évtizednyi programozói/üzleti munka tapasztalatával a hátam mögött úgy látom, hogy az ilyen ötletek csak akkor megvalósíthatóak, ha nagyon világos és kiszámíthatóan nyereséges üzleti modell áll mögöttük. Arra szerettem volna csak a figyelmedet felhívni, hogy szerintem az Általad vázolt elképzelés pont a fő befektető, a kereskedő/szolgáltató számára nem ilyen.

Szerinted hogyan lenne ilyenné tehető?

Üdvözlettel:

Dávid
39

Ahogyan arra több kommentben

Max Logan · 2014. Jún. 2. (H), 11.18
Ahogyan arra több kommentben is utaltam, nem feltétlen kell, hogy cél legyen a profitábilis működtetés. Ha a cég egyéb forrásokból (mert lássuk be, van bőven lehetőség, amit a cégek ma nem használnak ki...) csak nullásan üzemelteti az API-t, majd ennek alapján mások értéket teremtenek (lásd a használt könyvekkel kapcsolatos példát; ami sokkal hatékonyabb adásvételt biztosít, mint az apróhirdetés), akkor már megérte.

De hoztam arra is példát, hogy freemium modellben, vagy ha olyan a helyzet, akkor teljesen fizetős konstrukcióban lehet publikálni az API-t. Erről itt bővebben nem érdemes beszélni, mert ez a konkrét project függvényében dönthető csak el. Azonban azt hiszem, hogy az elvi alapot elég jól megfogalmaztam, továbbá hoztam kellő példát. Aki nyitott, ebből már bőven el tud indulni...

Azt kell látni, hogy amiről én beszélek már évek óta itt is, az egy újszerű értékrend mentén való építkezés. Ez az értékrend a forintok gyűjtését helyezi második helyre. Először megfogalmaz egy lehetőséget arra, hogy többet teremtsünk, hasznot az embereknek, majd ezt követően dolgoz ki egy üzelti modellt, ami akár jelentősen eltér attól, ami ma az általános. Sőt, cél, hogy eltérjen, mert ezzel biztosítja a változást...

Röviden és tömören megfogalmazva: felhívást tettem arra (ismét), hogy változtassunk a világon. De ha nem nyitottak erre a változásra az emberek, akkor én nem tudok közvetlen módon kooperálni másokkal. Egyre jobban látom, hogy nem is kell, csak szerettem volna (mert hát közösség, meg minden). Egyre jobban látom, hogy dolgom újat mutatni, amivel inspirálok másokat... Aztán a többiek majd teszik, amit tenni tudnak vagy akarnak; vagy nem.

És kimondom azt is, ami talán csak a sorok közül olvasható ki: nem viselem el a töketlenkedést, a lassú tempót. Vagy pörögnek a dolgok, halad előre a történet, vagy én nem veszek részt benne. Nem bírom a lassú tempót, nem bírom az óvatoskodást, mert látom, hogy mit lehet létrehozni. Szoktam volt mondani: nem érdekel, hogy mi van, csak az, hogy mi lehet(ne).

Nem véletlen szoktam hozni a példát, hogy ha az emberek tényleg meg akarnak dönteni egy kormányt, akkor 1 hétnél nem kell több. De az emberek nem akarnak valódi tetteket, nem akarnak változást (mert a meglévő rendszerek rabjai; lásd Mátrix film sok-sok üzenete), csak sírnak. Ha tetszik, akkor én egy hang vagyok az óriási tömegben, aki mondja: „Gyerekek, a Mátrix rabjai vagyok, de van kiút...”.
41

Ez az értékrend a forintok

Hidvégi Gábor · 2014. Jún. 2. (H), 11.34
Ez az értékrend a forintok gyűjtését helyezi második helyre.
Korábban a vallás adott értékrendet az embereknek, ma ennek a szerepét a pénz vette át. Ha nem tudsz hasonló erősségű elméletet kidolgozni, amiben az emberek feltétel nélkül hinni tudnak, akkor nem fog összejönni az elképzelésed. Az emberek túlnyomó többségének nincsenek önálló gondolatai, és azt várják el, hogy vezessék őket, iránymutatást adjanak nekik.

nem viselem el a töketlenkedést, a lassú tempót
Ehhez képest a 36-os válaszodban további fél évvel elhalasztottad a megbeszélést az egy éves várakozás után.
44

Ha nem tudsz hasonló erősségű

Max Logan · 2014. Jún. 2. (H), 12.08
Ha nem tudsz hasonló erősségű elméletet kidolgozni, amiben az emberek feltétel nélkül hinni tudnak, akkor nem fog összejönni az elképzelésed.
Amiről én beszélek, az az értékrend már jelen van, és itt vannak közöttünk azok, akik ezen értékrend mentén élnek és teszik, amit tenniük kell, köztünk én is. Csak még mi vagyunk kevesebben, de ahogyan a Mátrix trilógiában, egyre többen ébrednek... (Tudom, aki nem ismeri a mögöttes gondolatokat, az kb. hülyének néz ezen kijelentéseim alapján.)

Ehhez képest a 36-os válaszodban további fél évvel elhalasztottad a megbeszélést az egy éves várakozás után.
Az egy egészen más kérdés. Mivel egy nagyobb rendszer része lesz/lehet a te megoldásod, ezért előbb a rendszert kell felállítanom, aztán utána már ott a helye a technológiai megoldásodnak.

Az elmúlt 1 év alatt totálisan kiforgattam az életem, eldobtam mindent, amire már nincsen szükségem (fejben és materiálisan is) és felépítettem egy olyan stratégiát, ami meghatározza életem következő évtizedeit...

Fogalmazzunk úgy, hogy még sandbox fázisban járok, sok minden elvben fel van már építve, most jön majd a materiális kivetülés. Nem egy-egy dologgal készülök, sok láb van növesztés alatt, amik viszonylag rövid időn belül lesznek publikusak...
45

off

zzrek · 2014. Jún. 2. (H), 15.27
Ez jutott eszembe:
Nem lehet hipphopp olyanná válni amilyennek szeretnénk, de törekedni lehet rá.
Tizenhárom erény
46

Saját tapasztalásom az, hogy

Max Logan · 2014. Jún. 2. (H), 16.03
Saját tapasztalásom az, hogy sokkal gyorsabban lehet haladni, mint azt a legtöbben képzelnék. Olyan ez, mint a Star Trek-ben a térhajtómű használata. De ehhez kellően csupasszá kell válni...

A linkkel kapcsolatban pedig: jók ezek a gondolatok, de csak gondolatok. A világot egyetlen nézőpontból, egyetlen szemüvegen át mutatják be. Ennél többet nem jelentenek. Lehet belőlük meríteni, de egy az egyben elfogadni, nincsen értelme. Csak addig kellenek a gondolatok (most így tudom megfogalmazni), míg rájössz, tudsz mindent, amit tudnod kell...
40

+1Hasonló a CQRS-el

inf3rno · 2014. Jún. 2. (H), 11.23
+1

Hasonló a CQRS-el kapcsolatban: greg-young-cqrs-event-sourcing-the-business-perspective Egy-egy technológia alkalmazásának kell, hogy legyen valamilyen jól megfogható üzleti oka is...

A REST-nél ilyen lehet például, ha egy olyan szolgáltatást nyújtasz, amire lehet 3rd party klienseket írni. Pl facebook esetében az oldalon keresztül lehet használni ezeket az alkalmazásokat, és eközben egy csomó személyre szabott reklám banner is megjelenik, amiket a like gombokkal és egyéb beágyazható facebook komponensekkel lekért böngészési szokásaid alapján állítanak be. A facebook tehát elsősorban egy hirdetési oldal, másodsorban közösségi oldal, a REST API pedig csak a sokadlagos funkciója, amivel próbálnak külsős emberek által kitalált szolgáltatásokat bevinni a rendszerbe, hogy az még vonzóbb legyen a felhasználóknak.

További, kevésbé jellemző üzleti okai lehetnek a REST API alkalmazásának:
- Ha ki akarod szervezni egy single page kliens, design, stb... készítését más cégnek.
- Ha általános REST klienst (böngészőt) akarsz írni, amit újrahasznosíthatsz bármelyik további projektedben.

Több most nem nagyon jut eszembe. Valószínűleg még lehet olyan üzleti modell, amihez kifejezetten illik a REST, de ennek rendesen utána kell gondolni.
14

Érdek

janoszen · 2014. Jún. 1. (V), 15.11
Talán egy dolog nem merült itt még fel: API-t tervezni és karban tartani irdatlanul nehéz és munkaigényes folyamat. Onnantól kezdve, hogy egy API-t normálisan megtervezni, azon keresztül, hogy az API-t hozzáigazítani az üzleti igényekhez, egészen odáig, hogy monitorozni a működőképességét és supportálni, SLA-kat betartani, ez sok száz, de akár sok ezer munkaórát jelent és ezt valakinek meg kell fizetnie. Még ha eltekintünk attól, hogy maga az adat is értéket képvisel, az adatot szolgáltató cégnek milyen érdeke van arra, hogy ezt a rengeteg pénzt befektesse?

Én azt gondolom, hogy szép utópia az, hogy minden adat API-n keresztül hozzáférhető legyen, és nagyon jövőbe mutató az, amikor egy-egy üzletvezető felismeri, hogy ezen keresztül a saját bevételei is megugorhatnak, de egyáltalán nem ez jellemző.

Magyarán szólva, még ha pénzt is kérhet az API-ért, ez egy igen komoly üzleti számítást igényel, hogy egyáltalán megtérül-e az API-ra fordított pénz.

--
Pásztor János
Üzemeltető Macik
15

Amiről én beszélek az kb.

Max Logan · 2014. Jún. 1. (V), 15.34
Amiről én beszélek az kb. annyi, hogy egy URL-re küld valaki egy GET kérést, benne néhány paraméterrel, ami alapján lefut egy SQL lekérdezés, paramétertől függően pedig XML, JSON, stb. lesz a kimenet. Természetesen B2B környezetben ennél komplexebb megoldásokat kíván meg a történet.

Tehát kérdem én, egy egyszerű „publikus SQL lekérdezés” esetén is ennyire macerásnak érzed a történetet?

és nagyon jövőbe mutató az, amikor egy-egy üzletvezető felismeri, hogy ezen keresztül a saját bevételei is megugorhatnak, de egyáltalán nem ez jellemző.
Pont erről beszélek. Változásra van szükség, amit ki ha nem a technológiában könyékig turkáló IT-s arcok tudnak „kierőszakolni”?!
16

Ehhez nem kell api, elég az

Hidvégi Gábor · 2014. Jún. 1. (V), 20.54
Ehhez nem kell api, elég az adatokat megosztani egy közösen elfogadott formában.
17

Abban az esetben, ha a teljes

Max Logan · 2014. Jún. 1. (V), 21.31
Abban az esetben, ha a teljes adathalmazt kiadjuk egy-egy URL-en, majd utána a kapcsolatot megteremti a táblák között a 3rd party alkalmazás, akkor igen, de ha már eleve szűrt adathalmazokat akarunk visszakapni, akkor szerintem nyugodtan lehet API-nak nevezni, mert (idézet a Wikipédiáról):
Egy nyilvános API segítségével lehetséges egy programrendszer szolgáltatásait használni anélkül, hogy annak belső működését ismerni kellene.
Hogy egy gyakorlati példát is mutassak: https://web.archive.org/web/20110727155015/http://api.miner.hu/?page=api
19

Én nem terhelném a site

Hidvégi Gábor · 2014. Jún. 1. (V), 22.15
Én nem terhelném a site tulajdonosát azzal, hogy találjon ki egy API-t, inkább adjon meg minden adatot, aztán abból letöltöm, ami kell, és azt úgy szűröm, ahogy nekem tetszik.
21

Kár, mert ezzel megfosztod

Max Logan · 2014. Jún. 1. (V), 22.37
Kár, mert ezzel megfosztod attól, hogy aktív részese legyen egy változási folyamatnak. Ez is éppen olyan fontos kellene, hogy legyen, mint a marketing. Csak ma még nem tekintitek fontosnak, ahogyan a cégek legtöbbje a marketinget sem. Meg is látszik ennek eredménye...
23

Végezetül egy utolsó példa,

Max Logan · 2014. Jún. 1. (V), 22.40
Végezetül egy utolsó példa, hogy miért API és miért nem teljes adathalmaz megosztás. Ha API van, akkor arra lehet építeni mondjuk WordPress plugin-t, ami talán nem kell kifejtenem, hogy miért lenne jó egy webáruháznak...
22

Nem

janoszen · 2014. Jún. 1. (V), 22.39
Sajnos a dolgok a való életben legkevésbé sem egyszerűek. Egyrészt az API-nak két fontos jellemzője van: 1. nem változhat úgy, hogy egyik napról a másikra eltörjön, 2. garantálni kell a működőképességét.

Innentől kezdve 1. nem változtathatod meg az adatformátumot amiben publikálod az adatokat, ha a háttéradatod változik, akkor át kell alakítani az adatokat. 2. Folyamatosan monitorozni kell a működését az adatformátum helyességét és az API elérhetőségét.
24

Mindkét pont nekem evidencia,

Max Logan · 2014. Jún. 1. (V), 22.52
Mindkét pont nekem evidencia, de nem látom be, hogy ez mennyivel nagyobb fájdalom az üzemeltető részéről, mint az, hogy a honlapja egyébként elérhető legyen és emellé még a lehető legjobb elérési sebességgel menjen? Azt azért talán most már kimondhatjuk, hogy ahol ennek a felvetésnek jelentőssége van, ott van IT csapat és nem egy árva PHP programozó bütyköl shared-hoston, occsóhostingnál...

Az a baj, hogy nem értitek, hogy az API a bevezetés pillanatától az egész gépezet szerves részét képezné, idővel mindenki csinálná, így tehát csak annyi történik, hogy lép egy szintet az egész ökoszisztéma...

De persze értem, hogy sokan nem mernek, vagy nem akarnak ekkorát álmodni, mert...
37

Azzal a részével egyetértek a

inf3rno · 2014. Jún. 2. (H), 09.52
Azzal a részével egyetértek a dolognak, hogy nagyon komolyan meg kell tervezni egy API-t, és a karbantartása sem egyszerű. A megvalósítás részéhez fűznék hozzá 1-2 dolgot:


1. nem változhat úgy, hogy egyik napról a másikra eltörjön

Ez igaz, de egy jól tervezett REST API megfelelően megírt kliensekkel nehezen törik. Gyakorlatilag teljes koncepció váltás kell ahhoz, hogy eltörjön, ahhoz meg már új API verzió fog tartozni új URL-el.

1. nem változtathatod meg az adatformátumot amiben publikálod az adatokat, ha a háttéradatod változik, akkor át kell alakítani az adatokat

Ha vendor specific MIME types-ra gondolsz a formátum alatt, akkor az felejtős. Helyette sokkal rugalmasabb egy RDF formátumot, pl JSON-LD használni, és RDF vocab-okkal leírni a meta-adatot, ami egy-egy üzenethez tartozik. Így maga az adatformátum mindig JSON-LD lesz, a feldolgozás módját meg a meta-adatokhoz igazíthatja a kliens. Ha ezek nagy mértékben változnak, akkor eltörik a kliens, de akkor meg már ismét az új API verzió-nál tartunk. (Ez az elméletben szépen működik, a gyakorlati megvalósításnak meg sok a buktatója, és neten nincs hozzá semmilyen know-how. Egy projektről tudok, ami ezen alapul, de a REST vocab-jukat imho ők is elhibázták.)
25

Azért az minimum

Max Logan · 2014. Jún. 1. (V), 23.00
Azért az minimum elgondolkodtató, hogy az informatikusok az informatikában rejlő potenciálban is csak a negatív oldalt látják meg, és még csak próbát sem tesznek a pozitívumot nézni, ami elemi dolguk lenne. Ezek után már értem, hogy miért nem tart ott az informatika, ahol tarthatna (erről egy korábbi témában már beszéltem)...
26

Arra nem gondolsz, hogy a

H.Z. · 2014. Jún. 1. (V), 23.14
Arra nem gondolsz, hogy a többség inkább reálisan látja a lehetőségeket és meg akar kímélni a Don Quijote-i szélmalomharctól?
Amikor az offline boltban megtiltják, hogy lefényképezd az árcédulákat, szerinted egy webáruház hajlandó lesz olyan infókat publikálni, amivel a konkurenciát segíti? Amivel elesik egy csomó statisztikai adattól? (mert ugye a keresés attól kezdve nem igazán nála történne)

Hátha jobban megérted: a bankok sem adják ki más bankok felé pl. az ügyfél egyenlegét. Hiába van elvi lehetőséged lekérni egy bankkártyával az egyenlegedet, ez csak saját ATM-en működik. Nem véletlenül és nem is azért, mert olyan nehéz lenne megoldani, hogy máshol is elérhető legyen.
27

Nem, nem gondolok. Inkább azt

Max Logan · 2014. Jún. 1. (V), 23.24
Nem, nem gondolok. Inkább azt látom, hogy az emberek félnek, és nem mernek lépni... Ezért nem döntenek kormányokat, ezért léphetnek életbe értelmetlen törvények, és a végtelenségig sorolhatnám. Én meg merek...

Tudod, ha nem lehet a boltban fényképezni, akkor ott a tiltást kellene megkérdőjelezni, de nem, inkább az emberek elfogadják azt... Ez itt a baj, ezért tart ott a világ, ahol... De egyébként is, mit ér a tiltás? Van rejtett kamera, van toll és papír (amit lehet vásárlási listának álcázni), és ott a jó öreg memória. Éppen az informatikusoknak kellene látni, hogy a dolgot a másik végéről kellene megfogni...

De hogy visszatérjek az eredeti felvetésre: ha akar, a konkurencia most is építhet adatbázist a publikus információk alapján. Ha neki ez annyira fontos, akkor elmondom neked, már megtette... Alap esetben a most is publikus infókhoz engedne hozzáférést az API, a többi már tényleg üzleti modell és ésszerűség kérdése.
28

Amivel elesik egy csomó

Max Logan · 2014. Jún. 1. (V), 23.36
Amivel elesik egy csomó statisztikai adattól? (mert ugye a keresés attól kezdve nem igazán nála történne)
Jelenleg a legtöbb webshop 1-5% konverzióval dolgozik, azaz 100 emberből max. 5 vásárol.

Itt a hivatkozott felmérés, amiből az látszik, hogy a megkérdezettek 3%-ának van 5%-nál nagyobb konverziója, és ami döbbenetes, 21% nem is tudja, hogy milyen az arány... Ott van neki a stat, ott van minden, mégsem megy vele sokra.

Hoztam példát arra, hogy miként lehet nagyon, de nagyon jól targetált, komoly vásárlási szándékkal rendelkező embert odavinni, aki egyből csenget.
29

Nem negativum

janoszen · 2014. Jún. 2. (H), 03.50
Ez nem az informatikarol szol, hanem uzletrol es pontosan ezt nem szoktak az informatikusok latni. Ha nem penz altal vezerelt vilagban elnenk, muszakilag sokkal fantasztikusabb megoldasokat lehetne letrehozni, mert nem kellene foglalkozni a profittal, licenszekkel es szabadon fel lehetne hasznalni mindent, de nem igy mukodik a jatek.
30

Te a hozzászólásaidat itt

Hidvégi Gábor · 2014. Jún. 2. (H), 08.55
Te a hozzászólásaidat itt üzletemberként vagy informatikusként írtad?
42

Megfigyeles

janoszen · 2014. Jún. 2. (H), 12.02
A hozzaszolasaim azt tukrozik, amit megfigyeltem a valo eletben. Uzletembernek sajnos borzasztoan csapnivalo vagyok sajnos, de nehany alapveto dolgot azert felszedtem mar.
32

De, ez konkrétan az

Max Logan · 2014. Jún. 2. (H), 09.19
De, ez konkrétan az informatikáról szól. Értem a nézőpontodat, de éppen arról beszélek, hogy ez a megközelítés idejétmúlt, és csak az emberek döntésén múlik, hogy meddig marad még életben a rossz rendszer, és mikor kezd kiépülni az új.

De mint látszik, az utóbbi időben általam megszondázott egyik közösség sem akarja felvállalni az újszerű megoldásokat... És ezzel végső soron nincsen gond, idővel mindenképpen elbukik a jelenlegi rendszer – csak halkan jegyzem meg, hogy a folyamat már megkezdődött... –, és jön egy jobb, több értéket teremtő, valóban az emberek érdekét szolgáló. Csak azt hittem, hogy akikben így vagy úgy hinni tudok, mellé tudnak és akarnak állni az ügynek már most. Tévedtem.
43

Felreertettem

janoszen · 2014. Jún. 2. (H), 12.03
Felreertettelek akkor. Az altalam kiepitett adathalmazok elerhetoek API-n keresztul (van par ilyen projektem).
31

A pénz csak eszköz, a pénz

Max Logan · 2014. Jún. 2. (H), 09.08
A pénz csak eszköz, a pénz semmit sem irányít, de amíg az emberek nem látják a fától az erdőt...
33

Választ kell adni

zzrek · 2014. Jún. 2. (H), 09.21
Szerintem azért merülnek fel ilyen (negatív) kérdések, mert bár mi, informatikusok többnyire nem vagyunk üzlettulajdonosok, rögtön arra gondolunk, hogy egy ilyen funkció (API) bevezetésekor felmerülő kérdésekre mi is lenne a helyes válasz. Örülnénk ha tippet tudnál adni az ilyen "fanyalgó" kérdésekre. Végülis meg is tetted, nekem alapvetően tetszettek a válaszaid. Egy üzletben kitűnni a tömegből egy API-val is lehet, nem csak reklámmal. Szerintem akkor lenne jó, ha párosulna olyan, az API-ra épülő példakódokkal, (wrodpress, stb) pluginekkel, amik a szakma és az üzletben érdekelt felek számára mézesmadzagként hatnak. Gondolkodni fogok ezen, hogy milyen üzletkörben, hogyan lehetne API alapú terjeszkedést folytatni, és majd megosztom veletek. (de nem vagyok benne biztos, hogy gyorsan jönnek majd az ötleteim)
35

Ha lenne like gomb, akkor

Max Logan · 2014. Jún. 2. (H), 09.40
Ha lenne like gomb, akkor most megnyomnám.
34

Időhiány miatt sajnos csak

Hidvégi Gábor · 2014. Jún. 2. (H), 09.24
Időhiány miatt sajnos csak most tudok érdemben reagálni. Az általad felvetett téma rendkívül fontos, már engem is évek óta foglalkoztad, hogy az internet a dokumentum-alapú (HTML) jellege miatt rendkívül korlátozottan használható, és ezen a paradigmán minél előbb túl kéne lépni.

A problémára szerintem az a legjobb megoldás, ha első körben a dokumentumainkban az adatokat megjelöljük (szemantikus web), mert ez jár a legkevesebb befektetéssel, és viszonylag sok hasznot hoz. Az API-s módszer is jó, sőt, valószínűleg ez lehetne a végcél, de jóval több munkát igényel az adatszolgáltató fél részéről.

Az adatjelölésre egy példa a nemrég beküldött GoodRelations blogmark, bár szerintem nem ebbe az irányba kéne elmenni, azaz nem a HTML-t kéne feldíszíteni az adatokkal, hanem külön kéne választani az adatokat és a megjelenítést, mivel meglehetősen rugalmatlan egyveleget alkotnak.

Tavaly áprilisban küldtem neked emailt, amiben írtam, hogy nekem van egy megoldásom, meg is egyeztünk, hogy majd skype-on beszélünk, de abból végül nem lett semmi.
36

Tavaly áprilisban küldtem

Max Logan · 2014. Jún. 2. (H), 09.43
Tavaly áprilisban küldtem neked emailt, amiben írtam, hogy nekem van egy megoldásom, meg is egyeztünk, hogy majd skype-on beszélünk, de abból végül nem lett semmi.
Azóta is fejben van tartva, de nagyjából és egészében másként alakultak a dolgaim, mint terveztem és várható volt. A konkrét megvalósításról pedig később mutattál nekem példát, ami tetszett is. Ha minden a terveim szerint alakul a következő fél évben, akkor mindenképpen keresni foglak és reményeim szerint tudunk kooperálni a kérdést tekintve...
50

hunAPI :)

szabo.b.gabor · 2014. Jún. 3. (K), 15.57
Én azt igencsak előremutatónak és nagyon hasznosnak tartanám, ha a kormányzati szirszarokhoz lenne API hozzáférés.

Lenne akár a NAV-nak számlázó API-ja amin keresztül elektronikus számlát lehetne kiállitani akár (ismerem a hosszú i-t csak ez a hüje króm..), vagy csak lenne egy számla log a NAV-nál.

Adóbevallás, ilyen-olyan szirszarok intézése. és végre volna választási lehetőség és normális felhasználói felületek. oh anyám, de szép volna.
51

Meseország :D Ilyen nem lesz,

inf3rno · 2014. Jún. 4. (Sze), 22.44
Meseország :D Ilyen nem lesz, mert akkor nincs mire bírságot kiszabni, meg a könyvelőnek, APEH ügyintézőnek, stb... sem lesz munkája... Ja meg nem lehet többszázezres jutalékokat adni év végén az ellenőröknek sem azért, mert baszogatják a népet... Borzasztó egy világ lenne, nem is szeretnék benne élni... :D