Intentional is aan de gang

Dit had ik gemist; Charles Simonyi kondigt aan dat Intentionals produkt gebruikt wordt. Zie ook Capgemini.

Amazon blijft bezig

En nu dan DevPay, een dienst voor programmeurs die webservices willen laten betalen. Ik vermoed dat het in feite bovenop FPS werkt.

(via Jan): deze link. Overigens zit er in dat verhaal van Emerce wel een storende vaagheid: er staat dat de kosten $0.30 per transactie zijn (en 3%). Dat is natuurlijk krankzinnig veel als met "transactie" daadwerkelijk een individueel gebruik van een service wordt bedoeld. Maar dat is niet zo: het gaat om $0.30 per gegenereerde rekening. Dat is een heel groot verschil, uiteraard.

REST of toch SOAP?

Ganesh Prasad vindt REST helemaal niet beter dan de "lean"-SOAP-oplossing (SOAP+WS-Addressing+WS-RM+WS-Security).

Ik denk dat hij op protocol niveau helemaal gelijk heeft, maar dat is niet waar het in de REST/SOA-discussie over gaat. De echte kern van de discussie is: wat hangt hoe aan elkaar?

In de SOA/SOAP-route zijn het doorgaans "services", dat wil zeggen; componenten. In de REST-route zijn het "resources". Dat kunnen ook componenten zijn, en dan maakt het niks uit, sterker: dan is er veel voor SOA/SOAP te zeggen. Maar als die resources niet de omvattende componenten, maar de eigenlijke "objecten" zijn, is REST een fundamenteel andere architectuur.

Die past meer bij REST dan bij SOA/SOAP, al kan dat met SOA/SOAP ook wel, denk ik.

Maar het is waar dat voor REST vaak zwakke of zelfs oneigenlijke argumenten worden aangevoerd.

Data 2.0

Ja, lachen, die Hype 2.0 kreten. Maar toch is dit wel een aardig stuk over Amazon's SimpleDB.

Amazon in Databases

Ik krijg het volgende mailtje van Amazon. Goed nieuws lijkt me.

Dear AWS Developers,

This is a short note to let a subset of our most active developers know about an
upcoming limited beta of our newest web service: Amazon SimpleDB, which is a web
service for running queries on structured data in real time. This service works in
close conjunction with Amazon Simple Storage Service (Amazon S3) and Amazon Elastic
Compute Cloud (Amazon EC2), collectively providing the ability to store, process and
query data sets in the cloud.

Traditionally, this type of functionality has been accomplished with a clustered
relational database that requires a sizable upfront investment, brings more
complexity than is typically needed, and often requires a DBA to maintain and
administer. In contrast, Amazon SimpleDB is easy to use and provides the core
functionality of a database - real-time lookup and simple querying of structured
data - without the operational complexity. 

Were excited about this upcoming service and wanted to let you know about it as soon
as possible. We anticipate beginning the limited beta in the next few weeks. In the
meantime, you can read more about the service, and sign up to be notified when the
limited beta program opens and a spot becomes available for you.  To do so, simply
click the "Sign Up For This Web Service" button on the web site below and we will
record your contact information. 

Learn more:
http://www.amazon.com/gp/redirect.html/ref=aws_smpldb_txtDp?location=http%3A//aws.amazon.com/simpledb&token=884CBD83286A3F3592BD77F9E0AD29091A93E245

Sincerely,
The Amazon Web Services Team

We hope you enjoyed receiving this message. If you don't want to receive future
program updates, please update your communication preferences on the Amazon Web
Services web site:
http://www.amazon.com/gp/redirect.html/ref=aws_sdb_txtUnsub?location=http%3A//aws-portal.amazon.com/gp/aws/developer/account/index.html%3Faction%3Dedit-communication-preferences&token=2066D370FC0E7D9303AA112DF226BF26F7CD77A4

Please do not reply directly to this e-mail.  If you have any questions or comments
regarding this notification, please contact us at webservices@amazon.com.

Amazon Web Services LLC is a subsidiary of Amazon.com, Inc. Amazon.com, Amazon
SimpleDB, Amazon Simple Storage Service, Amazon S3, Amazon Elastic Compute Cloud,
and Amazon EC2 are registered trademarks of Amazon.com, Inc. or its affiliates in
the United States and/or other countries.  This message produced and distributed by
Amazon Web Services, LLC, 1200 12th Ave South, Seattle, WA 98144.

Vijf spelers

Sun's Greg Papadopoulos over de toekomst van de IT. Hij ziet 5 grote "hypercomputers" overblijven op de aardbol, en noemt er vervolgens zeven: Microsoft, eBay, Yahoo!, Salesforce.com, Amazon, Google, en de "Great Computer of China". En in dit stuk noemt Prabhakar Raghavan van Yahoo! (het stuk gaat overigens vooral over Google) er precies vijf: weer Google, Yahoo!, Amazon en Microsoft, en voorts IBM.

Die lijstjes zijn natuurlijk een leuk spelletje, maar een beetje onzinnig. "Great Computer of China"? Waarom niet ook India? Of Japan? En zouden bv Oracle of SAP niet ook wel eens een rol kunnen spelen?

Maar de essentie van vooral Papadopoulos' verhaal staat wel, wat mij betreft.

"It's called software as a service. It really is the running of what we think of as IT through the network. You don't buy software, you buy the consequence of the software. That starts with the small and medium enterprises."

Inderdaad, en het is al begonnen.

Toevoeging (15 dec.): nu ik erover nadenk heeft die Papadopoulos misschien toch meer gelijk met zijn Great Computer of China dan ik in eerste instantie dacht. Want: die anderen zijn allemaal amerikaans, en als SAP een rol speelt, iig westers.

De indiers of de japanners zullen daarvan waarschijnlijk niet wakker liggen, maar de chinese overheid mogelijk wel. Zij hebben ook de omvang en de organisatie om zoiets te realiseren. Dus wie weet....

Amazon FPS met een menselijk gezicht

Het voortreffelijke Amazon FPS (zie ook deze posting) krijgt dankzij SimplifyThis een makkelijker bruikbaar gezicht.

Mooie ontwikkeling, en een voorbeeld hoe in de SaaS-markt de consumenten-markt wel eens de B2B-markt zou kunnen leiden.

REST

Dit is een erg goede introductie voor REST van Stefan Tilkov. Volgens mij slaat hij de spijker op de kop. (Met dank aan Ferrie.)

SOA en EDA

Een erg aardig stuk over de toepassing van een SOA in EDA-vorm (Event Driven Architecture). Het gaat om een netwerk waarbij elektrische apparaten e.d. steeds op de hoogte worden gehouden van de prijs van elektriciteit, en op basis daarvan "besluiten" of ze wel of niet aangaan, op een spaarstand gaan, of iets dergelijks. Stroomgebruik werd daardoor aanzienlijk beperkt.

Concept-orientatie

Aleksandr Savinov heeft iets bedacht dat hij "concept-orientation" heeft genoemd. Het is in feite een abstractie van object-orientatie, waarbij de twee zaken in een object (identiteit en de instance van een class) worden losgekoppeld. (Ik baseer dit op een zeer snelle scan van dit verhaal, en ik heb het nog niet volledig doorschouwd. Maar ik ben er wel enthousiast over, en ik kan het dus niet laten om het even te posten.)

Dit lijkt op "uitbreidingen" van het OO-paradigma die ik zelf ooit heb gemaakt (vooral in relatie tot het abstraheren van multiple inheritance en het toevoegen van crosscutting concerns). En ik vind dit dus erg leuk.

Wat zijn de voordelen, zo op het eerste gezicht?
1. een betere implementatie van inheritance dan nu gangbaar is. We hebben nu de ouderwetse, op de OO-talen gebaseerde interpretatie van inheritance. Die is weliswaar vrij scherp beschreven, maar te beperkt en soms lastig te hanteren in de modellering.
Daarnaast zijn er allerhande uitbreidingen van het begrip inheritance, bv het begrip "specialisatie" in UML. Het nadeel is dat de definitie daar veel te vaag is, en voor werkelijke toepassingen gepreciseerd moet worden.
2. een mogelijke koppeling met AOP, ongeveer langs de lijnen van de "composition filters" uit Twente (Aksit, Bergmans c.s). 

En ik heb bovendien een hunch dat dit prettig mapt op het model van het Semantic Web met de URI's.

Maar ik moet erin duiken (en dat ga ik ook doen) om te kijken of dat allemaal klopt.