Azt ne mondd, hogy képtelen vagy megérteni, hogy közösség által lefejlesztett API-k tudnának normálisan működni.
Tudnak normálisan működni, de továbbra is rossz rétegben jársz. Te arról beszélsz, hogy mondjuk az SMTP fölé húzzunk még egy protokollt (legyen mondjuk SoSMTP - Shop over SMTP), ami megadja, hogy a levél törzsébe milyen részek kerüljenek pontosan milyen tartalommal. Mint ahogy a HTTP felett ott volt mondjuk az RSS. Meg az RSS 2.0. Meg az Atom. Meg... mert változni fog azoknak az adatoknak a köre, amit bele akarnál tenni.
Mondhatni, az eredetileg hypertext transfer protocol-t is blob-nak használjuk
Igen, a protokollok nagy részét, vagy ha definiál is adatmodellt, az nagyon zárt (mert ha bárki bővítheti, akkor kapsz egy csomó egymással inkompatibilis rendszert...). Nézz meg pl. egy LDAP-ot, ott van a protokoll (ott van egy raklap protokoll, kiegészítés, ..., de ezt most hagyjuk). A _lényeget_ viszont a helyileg definiált séma adja (még ha van is néhány standard séma, azok egymással marhára nem kompatbilisek, az összes alkalmazás-specifikus séma [egy isc dhcp szervernek tök más osztályok kellennek egy ldap back-endre, mint amiket mondjuk az MS DHCP szerver használ...].
_EZT_ kellene neked valahogy egységesítened, akár csak egy-egy (rész)feladathoz, egy egymással versengő (így ellenérdekelt) cégekből álló piacon. Továbbra is, sok sikert.
Vagy mert már valaki megcsinálta helyettük, ingyen és bérmentve
Továbbra is: miért állna neki bárki kitalálni, hogy a piacon szereplő _összes_ szolgáltató most és a _jövőben_ mit és hogyan akarna csinálni (mert ebből kell levezetni a protokollt!), csak azért, mert _talán_ használná is valaki.
törvény kötelezi őket rá.
Na, ez lenne az egyetlen, amivel rá tudnád venni őket. Keress egy barátságos EU képviselőt, dobd be neki az ötletet, pár évig eljogászkodnak, aztán még az is lehet, hogy lesz belőle valami. Kíváncsi lennék arra a megbeszélésre, ahol mondjuk az Amazon, az Ebay és az Aliexpress fejlesztői próbálják összerakni A protokollt, ami egyiknek sem jár kompromisszummal...
Az eddigi fejlesztési költségek valahogy sose számítanak, amikor 2-3 évente megújítják (nulláról újraírják) a felületeiket cloud-multiék
Azért egy új front-end írni nem akkora meló, mint a teljes back-endet lecserélni és közben teljes architektúrát váltani és több évtizednyi know-howt és best practice-t kidobni...
BlackY
--
"en is amikor bejovok dolgozni, nem egy pc-t [..] kapcsolok be, hanem a mainframe-et..." (sj)