taavi

Täna oli kontoris väike arutelu teemal, kas ning kuidas õnnestuks ära kasutada üha populaarsemaks muutuvaid sotsiaalse võrgustiku vidinaid internetis.

Järjest kerkisid üles igasugu edevad märksõnad nagu twitter, facebook, keskus jne.. Edasi tuli loomilikult igasugu sügav tehnoloogiline jutt, kuidas neid ära kasutada ja sisuda. Jutu sisse tekkisid märksõnad nagu openid, REST.

Edasi hakkasid juba endal mõtted keerlema, milliseid vahendeid nendega tegelemiseks on kättesaadaval. Loomulikul uurisin kiiksuga inimesena (erlangi fännina s.t.), mis komponendid on olemas või lihtsalt teostatavad. Ringi surfates ja googlisse märksõnu toksides jäi silma, et ka needsamad suurte märksõnadega saidid kasutavad erlangi seal kus otstarbekas.

Tulemused umbes sellised:

• twitter, facebook – http://debasishg.blogspot.com/2008/08/erlang-as-middleware.html
• del.icio.us – http://blog.socklabs.com/2008/07/delicious_is_gone_long_live_de
• twitteri kloon twoorl – http://yarivsblog.com/articles/2008/05/28/announcing-twoorl-an-open-source-erlyweb-based-twitter-clone/
• AMQP – RabbitMQ
• erlyweb – http://erlyweb.org/
• scalaris – skaleeruv, veakindel, struktueeritud, transaktsioonidega p2p storage mootor
• CouchDB – http://incubator.apache.org/couchdb/

Ühesõnaga hunnik huvitavaid töövahendeid üsna valmis kujul olemas. Järsku peaks midagi neist ehitama? Materjali nagu ju oleks? Ja pagan, kui Yariv kirjutas twitteri klooni 2-3 päevaga..

IDC uuringust 139 organisatsiooni tarkvaraga seotud protsessidest tuleb välja, et vigade otsimise keerukus on järjest kasvav ja järjest kulukam. Ühe põhjusena tuuakse välja popi ja noortepärase SOA arhitektuuri kasutamine.

Software debugging costs rise; SOA blamed

http://blogs.zdnet.com/service-oriented/?p=1148
http://www.scmagazineuk.com/Cost-of-fixing-software-defects-runs-into-millions/article/112597/
http://www.infoworld.com/news/feeds/08/07/23/Faulty-complex-in-house-software-costs-companies–says-IDC.html

SOA gets a share of the blame for the escalating costs. The report
cites “increased software complexity from multicore, Web 2.0 and SOA”
that not only make bugs more prevalent, but also more complicated to
fix. As IDC put it: “The increased complexity of software development
environments and the cost of fixing defects in the field (rather than
early in the software cycle) combine in exorbitant ways to drain
income and to hamstring businesses as a result of critical software downtime.”

Eks ta nii pea olemagi – mida keerulisem on mingi süsteemi ülesehitus ning mida rohkematest komponentidest ta koosneb – seda keerulisem on sellest vigu leida. Võtame kasvõi Sveitsi noa – tükk aega läheb aega enne kui kümmnete kokkukomplekteeritud vidinate hulgast leiab noa üles aru saamaks, et tera on nüri ning essugi ei lõika. Tavalise pussnoa korral on hulka lihtsam debugida, et tera on nüri;)

Sama tähelepanek ka igapäevasest tööelust – rakendusi aetakse ühe keerulisemaks pannes sinna kõiki kolmetähelisi lühendeid SOA, XML, igasugu serviceid aga iga üksiku töövoo probleemi tagaajamine selles rägastikus muutub aina keerulisemaks. Isegi kui konkreetne ülesanne ise on ääretult lihtne, siis tegelikke tegevusi kümmnete kihtite vahel lihtsalt ei leia üles.