Lansko leto smo bili priča porastu potrošniških kombinacij na spletu, pri čemer je bilo samo v letu 2006 izdanih na stotine posameznih spletnih aplikacij, ki temeljijo na mešanih aplikacijah. Ta pojav sem podrobno zajel v svojem zaključku mešanja ob koncu leta, zdaj pa je ta inovacija v programski opremi razvoj se pripravlja na premik v notranjost podjetja, saj se množica orodij pripravlja na zagotavljanje orodij za izdelavo možno je. Kaj bo to pomenilo za IT oddelke in končne uporabnike? Pa si poglejmo.
Lansko leto smo bili priča porastu potrošniških kombinacij na spletu, pri čemer je bilo samo v letu 2006 izdanih na stotine posameznih spletnih aplikacij, ki temeljijo na mešanih aplikacijah. Ta pojav sem podrobno obravnaval v svojem povzetek mashup-a ob koncu leta, zdaj pa se ta inovacija v razvoju programske opreme pripravlja na selitev v podjetje, saj se množica orodij pripravlja na zagotavljanje orodij, ki bodo to omogočila. Kaj bo to pomenilo za IT oddelke in končne uporabnike? Pa si poglejmo.
Motivacije za združevanje so precej drugačne znotraj organizacij, kjer pogosto divjajo zaostanki aplikacij in povpraševanje po več programske opreme, ki bo izboljšala sodelovanje in produktivnost.V preteklih desetletjih so nove ideje v računalništvu izvirale iz podjetniškega sveta in kasneje prešle v potrošniški svet (stvari, kot so baze podatkov, računalniška omrežja, datotečni strežniki itd.). Vendar pa se v dobi spleta 2.0 zaradi razlogov, ki so preveč zapleteni, da bi jih obravnavali tukaj, nove ideje in pristopi bolj kalijo na potrošniškem spletu kot v poslovnem prostoru.
Zmesi so primer te vrste ustvarjanja v slogu hekerjev, ki je nastalo iz laboratorija spleta; nove aplikacije visoke vrednosti, ustvarjene iz neobdelanih delov drugih aplikacij visoke vrednosti. Tehnika uporabe samega brskalnika kot lokacije za hitro, sprotna integracija funkcionalnosti (pripomočki) in storitev je pokazalo, kako preprosto integracijo je mogoče izvesti na mestu uporabe s preprostimi spletnimi tehnologijami, kot so XML, Ajax in izrezki Javascript. Z vidika podjetja se je veliko ljudi ustavilo, da bi videli, kako enostavno je to mogoče narediti (Paul Rademacher HousingMaps.com ki je izvirni primer), v primerjavi z metodami, ki jih uporabljajo formalni in dragi projekti integracije aplikacij podjetja in storitveno usmerjene arhitekture.
Kombinacije niso le integracija, ki temelji na brskalniku, ampak so lahko tudi na strani strežnika. Oglejte si moj povzetek različne mešane sloge.
Čeprav je mešanice tehnično enostavno ustvariti in ustvariti nekoliko uporabne spletne aplikacije, je to tehnološka rešitev, ki jo je morda trenutno treba rešiti pred pravimi poslovnimi težavami. Vsaj na spletu je tako. Monetizacija in izgradnja izvedljivih poslovnih modelov okoli mešanic je nekaj težavnega, še posebej, ko je veliko API-jev in pripomočkov dobavitelji trenutno niso pripravljeni zagotoviti kaj dosti na način sporazumov o ravni storitev, ki bi omogočili varno zanašanje na dobavitelj. Nekateri ponudniki vsebin (zlasti Yahoo!) imajo celo drakonske omejitve dnevnega merjenja, medtem ko ugotoviti, ali se bodo konkurenčna spletna mesta pojavila in prevzela pot svojim uporabnikom z izkoriščanjem Yahoo! storitve. Medtem ko so mešanice zelo zanimiva tehnična rešitev na spletu, je treba opraviti še nekaj dela, preden se na tem modelu lahko zgradijo uspešna podjetja.
Vendar pa se zgodba popolnoma spremeni za mashupe, ko gre za podjetje. Motivacije za združevanje so precej drugačne znotraj organizacij, kjer pogosto divjajo zaostanki aplikacij in povpraševanje po več programske opreme, ki bo izboljšala sodelovanje in produktivnost. Če je tako stanje res, večina podjetij še zdaleč ni imela preveč programske opreme, zadovoljiti povpraševanje, kljub razširjenosti gore obstoječih podjetniških sistemov, od katerih jih je veliko premalo izkoriščen. Argumenti za to, da uporabnikom dovolimo, da se sami postrežejo z orodji za aplikacije za končne uporabnike in da IT izstopa kritične poti za zaostanke enostavnejših aplikacij so obsežni in o njih ne bom dolgo razpravljal tukaj Dva glavna argumenta sta Dolgi rep podjetja IT povpraševanje kot tudi potencial za zagotavljanje IT rešitev, ki bodo izpolniti obljubo nečesa imenovanega tihe interakcije.
Pojavlja se tudi tretji argument; uporabniki so namreč vedno imeli razvojna orodja, ki so jih lahko uporabljali in razumeli, zlasti vseprisotno korporativno preglednico. Če bi le lahko ponudili mešana orodja, tako enostavna za uporabo, kot je preglednica z najboljšimi praksami za samodejni razvoj podjetja, skupaj z dostopom do vseh storitev in vsebine v v podjetjih in na spletu bi jih uporabniki morda res uporabljali za reševanje svojih poslovnih težav in jim ne bi bilo treba od oddelkov IT zahtevati, da te rešitve dostavijo z uporabo starejših, (veliko) dražjih metode.
Spletne aplikacije, ustvarjene tako preprosto kot s preglednico
Na žalost, čeprav po spletu kroži veliko mešanih navodil (večina jih vključuje Google Zemljevide), so tehnike očitno še vedno na področju hekerjev in veliko v potreba po orodju, ki bi navadnemu človeku prineslo uporaben model za ustvarjanje mešanih aplikacij, upajmo, da je takšen, ki je predvsem vizualen, pokaži in klikni in zahteva malo ali nič usposabljanje.
sem povzel nekaj nastajajočih orodij pred nekaj meseci v prostoru za ustvarjanje zmesov, v upanju, da bom našel takšnega, ki bi bil primeren za uporabo v podjetju. In čeprav so bili mnogi blizu, ni bilo nič očitno prepričljivega. Zlasti sem upal, da bom našel izdelek, ki bo izpolnjeval vse moje ideale: 100 % temelji na brskalniku, razumel najboljše prakse podjetja kot varnost, različic, in odobreni imeniki storitev/pripomočkov, in kar je najpomembneje, je bil radikalno enostaven za uporabo ker je verjetno enostavna uporaba najpomembnejši dejavnik za posvojitev in sprejem; z roko v roki s prepričljivo funkcionalnostjo.
Pred kratkim sem imel priložnost vzeti predogledno različico IBM-ovega novega Platforma QEDWiki za vrtenje. Od takrat sem imel veliko upov od tega videti to novembra na vrhu Web 2.0 v San Franciscu, vendar sem lahko potrdil, da kaže, kako daleč je industrija napredovala v tem prostoru, šele ko sem ga lahko vzel v roke. Na srečo sem QEDWiki lahko osebno uporabil ta teden, ko ga IBM pripravlja za javno objavo v bližnji prihodnosti. Tukaj sem našel...
IBM-ov QEDWiki: prepričljiv primer orodij Enterprise Mashup
QEDWiki je v celoti zasnovano na brskalniku orodje za kombiniranje podjetij, ki vsakomur z malo izkušnjami omogoča vizualno sestavljanje spletnih spletnih aplikacij iz pripomočkov. Ampak všeč Rod Boothby nedavno vprašan, ali lahko res zgradite uporabne aplikacije v celoti iz pripomočkov? Kratek odgovor je očitno pritrdilen, zlasti če imajo ti pripomočki možnost, da zapustijo brskalnik in komunicirajo s storitvami v podjetja -- običajno, vendar ne vedno iz vaše SOA, kot jasno nakazuje glavna uvodna stran QEDWiki -- kot tudi storitve na Splet. Zanimivo, glede zadnje točke vse bolj ugotavljam, da ima splet veliko bogatejši nabor uporabnih storitev kot podjetje ima in vedno bolj postaja najpomembnejši vir pri gradnji teh vrst aplikacije.
Kako točno vse skupaj deluje? IBM-ov Stran z informacijami QEDWiki najbolje pove:
QEDWiki je lahek mash-up izdelovalec, napisan v PHP 5 in gostovan na skladu LAMP, WAMP ali MAMP. Mash-up sestavljalnik bo uporabil QEDWiki za ustvarjanje prilagojenega, ad hoc Spletna aplikacija ali mešanica tako, da sestavite zbirko pripomočkov na strani, jih povežete skupaj, da definirate vedenje mešane aplikacije, in nato po možnosti delite mešanico z drugimi. Mash-up enablers ponujajo QEDWiki zbirko pripomočkov, ki zagotavljajo funkcionalnost, specifično za domeno ali informacije. Ti gradniki so v QEDWiki predstavljeni kot skripti PHP.
QEDWiki poskuša izkoristiti socialne in sodelovalne vidike spleta 2.0 z omogočanjem naslednjih osnovnih dejanj:
- Sestavljanje: Strokovnjaki za zadeve, ki morda niso programerji, lahko ustvarijo spletne aplikacije za pravočasno obravnavo ad hoc situacijske potrebe; prav tako lahko integrirajo podatke in oznake z gradniki za ustvarjanje novih pripomočkov.
- Ožičenje: uporabniki lahko povežejo bogato vsebino iz različnih virov in ustvarijo nove načine za ogled informacij; prav tako lahko dodajo vedenje in razmerja različnim gradnikom, da ustvarijo bogato interaktivno izkušnjo aplikacije.
- Skupna raba: QEDWiki se lahko uporablja za hitro promocijo mash-upa za uporabo drugim in za omogočanje sodelovanja več uporabnikov pri razvoju mash-upa.
Zanimivo je, da dokumentacija zelo jasno kaže, da IBM razume dinamične programske ekosisteme, širjenje virusov in proženje sprejemanje aplikacij prek omrežnih učinkov. To so zelo moderni koncepti potrošniškega spleta, kjer so omrežja in občinstvo tako velika in neformalna. Spodbudno in fascinantno je videti, kako se te ideje premikajo v podjetje.
V vsakem primeru, čeprav gre očitno za ambiciozen projekt, ima QEDWiki še vedno nekaj grobih robov, ki bi jih pričakovali, če bi poskušali narediti toliko znotraj brskalnika, vendar je tisto, kar je IBM doslej ponudil, izjemno prepričljivo in veliko kaže na obljube tega novega razvoja aplikacij model. Da bi natančno videl, kako delujejo mešanice podjetij, ki jih ustvarijo končni uporabniki, sem se pripravil posnetek zaslona ki sproti vodi skozi proces gradnje tako imenovane "situacijske aplikacije" v samo nekaj minutah, skupaj z geolokacijo in podporo za bazo podatkov.
Nič ni vredno, da so v QEDWiki prisotni skoraj vsi elementi, za katere menim, da so bistveni v orodjih za mešanje podjetij vključno z vitalnim kontekstom podjetja, kot je varnost, ter bogato paleto vnaprej določenih pripomočkov in storitev za delo uporabnikov od. QEDWiki je odprt in razširljiv ter podpira vtičnike, SOA in še veliko več. Fascinantno bo opazovati, kako se razvija ta kombinirana platforma, še posebej, kako se primerja s številnimi drugimi izdelki, namenjenimi temu prostoru, ki bodo kmalu na trgu. Ker kdor zadene pravi model za uporabniško ustvarjeno programsko opremo lahko za računalništvo končnega uporabnika naredi to, kar je Dan Bricklin naredil z VisiCalcom pred vsemi tistimi leti.
Ali iščete orodja za združevanje podjetij, da bi razbremenili zaostale aplikacije? Zakaj ali zakaj ne?