Diese Dienste sind aus einem Grund vorhanden – ihre Betreiber möchten Geld verdienen. Bei Amazon ists offensichtlich, dass jeder Wunsch sich auf ein Produkt im eigenen Warensortiment bezieht. (Zudem helfen die Wunschlisten, das Käuferprofil zu verfeinern, auch das kann Geld wert sein).

Bei den anderen Diensten ist das Geschäftsmodell nicht ganz offensichtlich, ich vermute, dass da eine Mischung aus Werbeprovisionen (via Google Adwords bei wishlistr) und Provisionen (wishlist) im Fall eines Kaufs zu Einnahmen führen soll.

An diesen Angeboten stört mich, dass sie sich überhaupt nicht mit dem zentralen Thema, dem Wunsch eines Menschen auseinandersetzen. Die Wünsche einer Wunschliste werden artig als ausschließlich materielle Wünsche betrachtet.

Schaut man sich den Action Tracker auf We are what we do an, sieht man, dass z.B. der Wunsch, die Welt lebenswerter und schöner zu machen, etwas ist, das viele antreibt, aber nicht durch redundanten Konsum erfüllt werden kann. Viele Wünsche sind immateriell oder bestehen aus einer Mischform (mit jemandem in ein Café/Museum/Konzert gehen etc. etc.).

Dass selbst wishlistr und OpenWishes als jüngste und “innovativste” Plattformen eine (ja: genau eine) Wunschliste ermöglichen, die man überhaupt nicht strukturieren kann, ist wirklich traurig.

Da genügt es doch, sich eine Wunschliste z.B. auf sein Blog zu packen und zu hoffen, dass jemand die dort geäußerten Wünsche erfüllt (die Blogger-Prominenz hätte da echte Chancen, auch unwahrscheinlichste Wünsche erfüllt zu bekommen).

Meine Wunschliste bestünde zur Zeit aus einem Wunsch, den könnte ich auf den o.a. “Diensten” aber gar nicht äußern: Ich wünsche mir eine Wunschlistenanwendung im Internet mit folgenden Eigenschaften:

• Wünsche können materieller und immaterieller Natur sein;
• beliebig viele Wunschlisten können erstellt werden;
• Wünschen können Kategorien/Tags zugeordnet werden;
• Wünsche können anderen zugänglich gemacht werden (Sichtbarkeitseinstellungen: Public – Work- Private – Friends – Individuals), wobei dies auf die gesamte Wünsche, einzelne Wunschlisten, Kategorien/Tags und einzelne Wünsche beschränkt werden kann;
• man sollte einen fremden Wunsch erfüllen können: die wünschende Person kann festlegen, ob man sie wegen des Wunschs kontaktieren kann oder ob die wunscherfüllende Person anonym bleibt;
• Preisangaben sind möglich (zu einem festgelegten Preis würde man sich selbst/einer anderen Person einen materiellen Wunsch erfüllen können/wollen, ggf. mit der Option, automatisch einen Kaufvertrag abzuschließen); diese Preisfestlegung sollte zeitlich begrenzbar sein;
• mehrere Personen mit demselben materiellen Wunsch können sich zu Preisabreden treffen, um gemeinsam kaufen zu können;
• berufliche Wünsche können geäußert werden, insbesondere “Aussteigerwünsche” (diese wären wegen der dahinterstehenden hohen Motivation für Personalberater interessant);
• Wünsche/Wunschlisten können beliebig sortiert, gefiltert, zusammen- und auseinandergeführt werden;
• URL-Snippets können per Drag&nDrop zu einem Wunsch hinzugefügt/ein Wunsch aus diesen erstellt werden;
• Alternativen können zu einem Wunsch geäußert werden;
• wenn ein Wunsch erfüllt wurde, ist dies sichtbar, es sei denn der Wunsch wird unsichtbar gemacht (letzteres kann per Einstellung bestimmt werden);
• Statusmeldungen zu Wünschen über Direct Messages bei Twitter;
• nichtmaterielle Wünsche via Twitter (sonst verspamt Twitter zunehmend);
• Nach Menschen mit ähnlich gelagerte Wünschen suchen können.
• Mashups mit anderen Diensten.

Wer eine entsprechende Seite kennt, kann mir ganz einfach diesen Wunsch erfüllen. Oder jemand schreibt eine entsprechende Anwendung. Da helf ich auch beim Programmieren

Softwareentwicklung mit agilen Methoden, Java EE (JEE), J2EE, Java2EE, Java, Ruby, Linux, JSF, Spring, Hibernate, SCALA, JBoss Seam, Maven, Apache Software Foundation, Eclipse, Eclipse RCP, NetBeans, Rules Engines, Middleware, SOA, BPM, ITIL, TOGAF, Zachman, Lean Management, IT-Strategie, Neue Musik, Klassische Musik, Musizieren, Klavier, Klarinette, Literatur (speziell Lyrik), Literatur, Bildende Künste, Kunst, Kulturgeschichte, Kunstgeschichte, Berlin, London, Venedig, Paris, Florenz, Rechtsinformatik, Italien, Großbritannien, English Literature, English Verse. Werke u.a. folgender Personen: Fowler, Tiepolo, Eisenstein, Braudel, Schnitzler, Ligeti, Knuth, Pushkin, Satie, Bellini, Monteverdi, Adams, Veronese, Shelley, Brecht, Dowson, Brahms, Montaigne, Schumann, Kubrick, Rameau, Bartok, Huizinga, Mahler, v. Bingen, Lenau, Frisch, Lenz, Olbrisch, Brunelleschi, Lichtenberg, Turner, Günther, Trakl, Scelsi, Redon, Streeruwitz, Flaubert, Friedell, Naso, Wilde, Bernhard, Erasmus, Gernhardt, Klimt, Palladio, Rückert, Härtling, Flaccus, v.d. Weyden, Balthus, Reynaldo Hahn, Caroll, Borodin, Verlaine, Mörike, Schobert, Villon, Greenaway, Heym, Thelen, Watteau, Abschatz, Jelinek, Bach (4x), Huysmans, Schiele, Ravel, Walser, V. Klemperer, Augustinus, Kling, Mann (2x), Gombrich, Stroustrup, Auster, Brüder Limburg, Franck, Purcell, Fellini, Truffaut, Hofmannsthal, Pollock, Schubert, Bresdins, Ariès/Duby, Bulgakow, Lenz, Proust, Neruda, de Beauvoir, Brouwer, Fragonard, Degas, Kurtag, Zelenka, Pepys, Rimbaud, Giorgione, Bachmann, Vian, Wilder, Wilmot/Rochester, Brinkmann, Callot, Opitz, Couperin, Ockeghem, Giacometti, Celan, Klinger, Catull, Sterne. Laufen, Laufsport, Joggen, Marathon.

Diese hatte ich schon vor längerer Zeit einmal zusammengekramt, um einer schmerzhaft Geliebten zu erkennen zu geben, ich wäre der richtige für sie, allein meiner Interessen wegen. (Magisches Denken, Zaubersprüche der Kindheit, nur transzendiert.).

Tatsächlich erkannte ich nach einer Weile, dass diese Frau sich weder für mich noch für wenigstens 10% der aufgeführten “Inhalte” hinter den Namen interessierte.

Wär mir letzteres wiederum von Anfang an bekannt gewesen, hätte ich gar nicht damit begonnen, ihr nichtvorhandene Gemeinsamkeiten zu unterstellen (Gegengeschlechtlichkeit ist ja wirklich keine Gemeinsamkeit.).

Und auch kein ernsthaftes Interesse für sie entwickelt.

Das wirft bei mir die Frage auf, ob es nicht irgendeinen Social-Web-Dienst gibt, bei dem man solche Informationen nicht hinterlegen kann, um eine “Interest Map” zu erstellen, die man dann mit der anderer Nutzer vergleichen kann. Auf diese Weise könnte man eine Sozial-DNA erstellen, und Menschen finden, die ähnliche Interessen haben / Ziele verfolgen.

Am besten noch mobil die Sozial-DNA gegeneinander abgleichen können. Und das noch für berufliche Profile und private. Und eine “Heat Map”, die anzeigt, wo sich im Raum die Leute befinden, mit denen man zumindest die Interessen teilt. Etc. Etc. (z.B. mit sozioökonomischen und politischen Kriterien).

Datenschutz wäre da ein noch sensibleres Thema als bei den gängigen “Social Tools”. Mir erschiene so etwas jedenfalls sinnvoller als die ganzen “Legacy DNA” Startups wie Navigenics etc., die einem alles und nichts zu der eigenen DNA mitteilen. Die Möglichkeit, die “Social DNA” (die keinen Status ausdrückt, sondern mikroindividuelle Differenzierung) verändern zu können, ist hier entscheidend: Jeder Mensch hat ja die Möglichkeit, sein Profil zu verändern. Ggf. sollte man sogar von vornherein angeben können, in welche Richtung man sich entwickeln möchte, was man nicht kennt, aber kennen möchte etc.

Konkreter sollte das ganze so gestaltet sein, dass für den Grunddatenbestand eine Anzahl von etwa 100 unterschiedlichen “Leads” (Schlüsselpersonen) ihre inhaltlichen, kulturellen, religiösen, sportlichen, politischen Interessen und Kenntnisse, Ziele und Vorlieben mitteilen, am besten über eine Liste von Stichwörtern wie oben dargestellt.

Diese wird dann geparst, bestehenden Schlüsselobjekten und semantisch zugeordnet. Danach erfolgt dann eine Auswertung / Neuindexierung der ermittelten Objekte durch die Nutzer. Sind die Schlüsselbobjekte zugeordnet, werden sie bewertet: Bei “Werken”, Künstlerinnen, Musikstücken (kristalline Intelligenz) vor allem nach Vorlieben (mag ich / mag nicht / mir unbekannt), bei konzeptionellen Schlüsselobjekten (fluider Intelligenz) auch nach Fähigkeit (verstehe/kann ich, verstehe/kann ich nicht / mir unbekannt).

Dieser Grunddatenbestand kann dann von anderen übernommen und weiter angepasst werden.

Das ganze mit der Möglichkeit, sich mit anderen Nutzern “zu verbinden”, von ihnen Objekte zu übernehmen und für sich selbst zu bewerten, zu suchen und sich finden zu lassen und sich eine Timeline anzeigen zu lassen, aus der man später ermitteln kann, wie sich die eigene Social DNA verändert hat.

Falls jemand einen solchen Dienst kennt, wär ich für einen Hinweis sehr dankbar

Teaser: Showcase

Office demo: Mail, Bildverwaltung. Drag'n Drop-Beispiel.

GWT-Konzepte

Motivation – ajaxified -"nicht nur Anwendungen, die AJAX verwenden, sondern RC, desktop-ähnlich".

Neuer Ansatz: Java-only code. Kompiliert zu HTML, JS, CSS. GWT principles.

Components: UI library, Java2JS compiler; Language support < Java 5.

Hosted mode shell. JSNI. XML, JSON support. GWT designer.

Beispiel: Hello World

Project creator script. %GWT_HOME%projectCreator -eclipse GwtHelloWorld

NN 

applicationCreator

Client-Klasse benötigt Client-suffix.

Hosted mode shell.

GwtHello.gwt.xml - Modulbeschreibungsdatei. /public-Verzeichnis enthält statische Elemente. <meta>-Tag in HTML und einbinden der JS-Datei.

Genauerer Überblick

Module

module descriptor, client subpackage (Java client code), public subpackage.

Widgets + Panels

Widgets: Eigentliche GUI-Componenten, listener (Swing-ähnlich?). Panels: Für Anordnung der Widgets. Composites aus mehreren Widgets. Selbsterstellung rein über Java.

RootPanel: Stellt Schnittstelle zu statischen HTML dar. CellPanels, an Swing Layout-Manager angelehnt. TabPanel und StackPanel. PopupPanel, DialogBox. Hyperlink-Panel: Stellt Punkt/Status der App dar (History Funktionsverlinkung nötig).

i18n

Eingebaut – drei Möglichkeiten, lokalized. Klasse pro Sprache. i18nCreator – Script mit Property-Dateien. Interface mit Methode; JavaScript-dynamischer.

RPC-CallsAJAX-calls gewrappt mit RCP-Idiom. Protokoll proprietär, Transport via JSON.

RemoteServiceServlet Implementierung. Servlet-Mapping, URL-Mapping enthält zusätzlich Pfadangabe.

ClientCall-Beispiel. onSuccess/onFailure.

Was kann man transportieren? Primitive, String, Date, alle Arrays der serialisierbaren Typen. LinkedList nicht unterstützt.

Userdefined Types. IsSerializable direkte Implementierung.

In-depth view

Customization

Drei Ansätze:

Ableitungen von UIObjects, Widgets.

Composite von mehreren Widgets.

JSNI – keword native – dann keine Java-Kompilierung. JS-Code darin auskommentiert.

Clientquellcode + Binärkode in jar. Jar im Classpath des GWT-Kompilers. Ggf. Launch-Konfiguration in Eclipse anpassen.

Wichtige Erweiterung: GWT-Widget-Library (Robert Hanson).

Viele interessante Widgets. Ferner: GWTSpringController. Bugfixes.

Evaluierung – Warum und wann an die Nutzung vom GWT denken?

JS und HTML selbst organisieren. Viele Nachteile.

JS Framworks verwenden. Dojo; Scriptaculous/Prototype. Langsam, schwierig, schlecht zu plflegen.

Echo2;

General Interface (Tibco) (+/DirectWebRemoting).

AdobeFlex2 / OpenLaslo/ XUL: Browserunterstützung sehr problematisch.

GWT

contra: Konventionen müssen erst erlernt werden; CSS zur Beschreibung de Widgets. fehlende Unterstützung von 1.5; kein MVC;

pro: In Java verbleiben, also Debugging, Unit-Tests etc. etc.

g4jsf-Integration der Komponenten in JSF.

Attlassian GWTDesigner. "Ohne JS läuft nichts".

Am einfachsten geht's aber mittlerweile mit Maven, siehe http://wiki.apache.org/myfaces/MyFaces_Archetypes_for_Maven.

Eigentlich sind solche Archteypen ja etwas für MDA-"FUDders", denn der Unterschied hinsichtlich der Vorgehensweise zur JSF-Cartridge von AndroMDA ist gar nicht so groß. 

Zur Dokumentation: 

<?xml version="1.0"?><web-app version="2.4" xmlns="http://java.sun.com/xml/ns/j2ee" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="http://java.sun.com/xml/ns/j2ee http://java.sun.com/xml/ns/j2ee/web-app_2_4.xsd"> 

    <context-param>        <description>            State saving method: "client" or "server" (= default)            See JSF Specification 2.5.2        </description>            <param-name>javax.faces.STATE_SAVING_METHOD</param-name>        <param-value>server</param-value>    </context-param>

    <context-param>        <description>            This parameter tells MyFaces if javascript code should be allowed in the            rendered HTML output.            If javascript is allowed, command_link anchors will have javascript code            that submits the corresponding form.            If javascript is not allowed, the state saving info and nested parameters            will be added as url parameters.            Default: "true"        </description>            <param-name>org.apache.myfaces.ALLOW_JAVASCRIPT</param-name>        <param-value>true</param-value>    </context-param>

    <context-param>        <description>            This parameter tells MyFaces if javascript code should be allowed in the            rendered HTML output.            If javascript is allowed, command_link anchors will have javascript code            that submits the corresponding form.            If javascript is not allowed, the state saving info and nested parameters            will be added as url parameters.            Default: "false"

            Setting this param to true should be combined with STATE_SAVING_METHOD "server" for            best results.

            This is an EXPERIMENTAL feature. You also have to enable the detector filter/filter mapping below to get            JavaScript detection working.        </description>        <param-name>org.apache.myfaces.DETECT_JAVASCRIPT</param-name>        <param-value>false</param-value>    </context-param>

    <context-param>        <description>            If true, rendered HTML code will be formatted, so that it is "human readable".            i.e. additional line separators and whitespace will be written, that do not            influence the HTML code.            Default: "true"        </description>        <param-name>org.apache.myfaces.PRETTY_HTML</param-name>        <param-value>true</param-value>    </context-param>

    <context-param>        <description>            If true, a javascript function will be rendered that is able to restore the            former vertical scroll on every request. Convenient feature if you have pages            with long lists and you do not want the browser page to always jump to the top            if you trigger a link or button action that stays on the same page.            Default: "false"        </description>            <param-name>org.apache.myfaces.AUTO_SCROLL</param-name>        <param-value>true</param-value>    </context-param>

    <!-- Extensions Filter -->    <filter>        <filter-name>MyFacesExtensionsFilter</filter-name>        <filter-class>org.apache.myfaces.webapp.filter.ExtensionsFilter</filter-class>        <init-param>            <description>Set the size limit for uploaded files.                Format: 10 - 10 bytes                        10k - 10 KB                        10m - 10 MB                        1g - 1 GB            </description>        			<param-name>maxFileSize</param-name>			<param-value>20m</param-value>        </init-param> </filter> <filter-mapping>  <filter-name>MyFacesExtensionsFilter</filter-name>  <!-- servlet-name must match the name of your javax.faces.webapp.FacesServlet entry -->  <servlet-name>Faces Servlet</servlet-name> </filter-mapping> <!-- extension mapping for serving page-independent resources (javascript, stylesheets, images, etc.)  --> <filter-mapping>  <filter-name>MyFacesExtensionsFilter</filter-name>  <url-pattern>/faces/myFacesExtensionResource/*</url-pattern> </filter-mapping> <filter-mapping>  <filter-name>MyFacesExtensionsFilter</filter-name>  <url-pattern>*.jsp</url-pattern> </filter-mapping>

 <!-- Listener, that does all the startup work (configuration, init). --> <listener>  <listener-class>org.apache.myfaces.webapp.StartupServletContextListener</listener-class> </listener> <!-- Faces Servlet --> <servlet>  <servlet-name>Faces Servlet</servlet-name>  <servlet-class>javax.faces.webapp.FacesServlet</servlet-class>  <load-on-startup>1</load-on-startup> </servlet> <servlet-mapping>  <servlet-name>Faces Servlet</servlet-name>  <url-pattern>*.jsf</url-pattern> </servlet-mapping> <servlet-mapping>  <servlet-name>Faces Servlet</servlet-name>  <url-pattern>/faces/*</url-pattern> </servlet-mapping> <login-config>  <auth-method>BASIC</auth-method> </login-config></web-app>