As you can see below, it has a steam spout. This actually works as a valve, if you “open” the spout (turn it outwards), water (or steam) flows through the spout. Turn it inwards and the valve closes and water comes out through the portafilter.

Quickmill 820R

When making coffee, the steam spout would leak water. Without the coffee (free flowing water), it would not. Looks like a leaky o-ring of some sort. Google to the rescue, which gave me this link: http://my.opera.com/aventijn/blog/repairing-a-leaking-quickmill-820

Fellow Dutchman, coffee lover no doubt and handyman at the same time. What a combination and what a post. It took some courage and elbow grease but I made it! And the Quickmill as well And saved a few €€€ (€1,89 o-ring collection from Karwei, Dutch DIY store).

Leak fixed, no short circuit, no parts left over. An afternoon well spent. Now for some coffee!

The training provided me with a lot of new ideas, now to find a project to put it to work!!

This is the laptop skin I ordered from them and that is now hugging the back of my screen. Really looks beautifull!

A few other designs to warm your appetite, after that, please pay Glennz Tees a visit for your own laptop skin or a T-shirt.

Wouldn’t it be nice to just ‘mention’ an object using a tag that would render itself including a link to it’s controller?

That resulted in the following tag:

    def domainLink = {attrs, body ->
        def object = attrs.object
        def controller = attrs.controller
        // Action defaults to 'show'
        def action = attrs.action ?: 'show'

        if (!controller) {
            // If no controller was given in the tag, determine it through the object's class
            def lookForClass = object.metaClass.theClass

            // Find out which domain class this is
            def domainClass = grailsApplication.domainClasses.find {
                domain -> domain.clazz == lookForClass
            }

            if (!domainClass) {
                throwTagError("The property [object] of tag [domainLink] isn't a Domain class, but a ${object.class}")
            }
            controller = domainClass.shortName
            // first char to lower case
            controller = controller[0].toLowerCase() + controller.substring(1)
        }

        def bodyContent = body()
        // Do we have a body?
        // In that case use the body, otherwise "toString" the object
        def display = bodyContent ?: object
        out << g.link (controller: controller, action: action, id: object.id, {display})
    }

Now we can use it in a GSP like this:

<my:domainLink object="${todoInstance}"/>

which renders a link to the show action of the Todo controller (probably) with the ID of this todoInstance. You can specify a specific action and even a controller if you want. If you don't include a body, it uses toString().

<my:domainLink object="${todoInstance}" action="delete">Delete me!</my:domainLink>

You might wonder why I didn't use the convention, that a gsp links to the controller it came from. My domain model contains some inherited classes (e.g. User extends Person), so a list of objects can contain both classes. Now, the links in this list point to the correct controller and I'm not editing a User through the PersonController.

HTML signatures can be created within Firefox using a simple plugin. This plugin doesn’t work with Safari or Fluid however. I will use Bookmarklets as an alternative to this plugin for Fluid. The page behind this link doesn’t work well with tables however, it adds dashed borders around each cell… This post covers how to get rid of them.

Step 1

Create an HTML signature using your favorite editor. And no, Word is not an HTML editor. Save it or at least get hold of the HTML code for your signature.

Step 2

Go to this site to convert your signature to a bookmark. First click the ‘HTML’ button in the edior’s toolbar on this page. Paste your HTML into the editor. If you used tables in your signature and press the ‘Text’ button in the toolbar (this button replaced the ‘HTML’ button when you clicked it), you’ll discover that your table cells really do have a dashed border. UGLY!
Click ‘Go step 2′ to continue.

Step 3

If you didn’t use tables, just drag your bookmarklet to your bookmars bar/menu and you’re done!

If you did use tables, copy the contents of the ‘Signature’ link. Using Firefox, simply righ-click and select ‘Copy link location’. If you’re using another browser you’ll have to figure this out yourselves…

Step 4

Create a small HTML file with the following code:


<html>
<body>
<textarea id="html_stuff"></textarea><br>
<button onclick="document.getElementById('escaped_stuff').value = escape(document.getElementById('html_stuff').value)">Escape</button>
<button onclick="document.getElementById('html_stuff').value = unescape(document.getElementById('escaped_stuff').value)">Un-escape</button>
<br>
<textarea id="escaped_stuff"></textarea>
</body>
</html>

and open it in your favorite browser.

Step 5

Paste the link you copied in step 3 into the lower textarea and click ‘Un-escape’. Select the text from the top textarea and copy it to a text editor. Now you see what has become of your hard labour: all those extra style elements creating those da[rn|sh]ed borders. Remove these and restore your code to it’s former glory. Copy the fixed code back into the page you opened in step 4, only now paste it into the top textarea.

Step 6

Click ‘Escape’. The lower textarea will now contain the almost usable bookmark. Copy it once more to a text editor for a final fix. At the start it says ‘javascript%3Avoid’. Change ‘%3A’ into ‘:’ (’javascript:void’) and you’re done. Finally copy this whole line into a bookmark in Fluid.

Now you’re ready to use it. Create a new email, click the bookmark and admire your work!

In de IT zijn wij als techneuten vaak de partij die duidelijk moeten krijgen wat een klant wil. Vaak weet een klant dit zelf nog niet of ze hebben een ‘verkeerd’ idee. Zuiver Communiceren biedt je een aantal vragen waarmee je deze informatie eenvoudig kunt verkrijgen. Je zet hem/haar aan het denken en zelf luister en modelleer je alleen. Nadenken hoeft nauwelijks, dat leidt enkel tot aannames.
Ook kweek je begrip en vertrouwen door in de termen van de klant te praten (letterlijk herhalen), je leeft je in zijn wereld in. Je bereikt overeenstemming; weet dat je het over dezelfde zaken hebt, zonder aannames.

Mensen die vragen…

Praktische toepassingen zie ik bijvoorbeeld bij het opstellen van requirements of het vaststellen van een projectvisie. Of simpelweg het achterhalen van de échte wens van een klant. “Wij willen een portal voor onze klanten” klinkt als een leuke oplossing, maar zijn ze tevreden als ze dat portal hebben? Ik denk dat ze eerder iets moeten formuleren in de trant van “Wij willen onze klanten snel kunnen helpen.” Door de klantvraag te (helpen) ontwikkelen, vindt de klant uit wat hij eigenlijk wil en weet jij dat als bouwer ook.

Focus op een positief doel

Je begint met het vaststellen van een doelstelling of een gewenste uitkomst. Daarbij ga je uit van hetgeen de ander naartoe wil; iets dat veel prettiger werkt dan focussen op problemen. “Ik wil niet dat mijn klanten overstappen naar de concurrent” heeft een veel negatievere lading dan “Ik wil mijn klanten beter aan mij binden.” De strekking is hetzelfde, maar je focust op iets compleet anders (de concurrent versus jezelf).

Graven, graven en nog eens graven

Daarna kun je ontwikkelen door ergens “omheen” te vragen of op een bepaald onderwerp dieper in te gaan. De vraag “Is er nog iets over de klant?” kun je regelmatig herhalen, waarbij je zult merken dat je elke keer meer informatie boven water krijgt (verbreden). De zinsconstructie van de vraag klinkt als een anglicisme (”Is there something about …”). Je zult waarschijnlijk eerder vragen “Is er nog iets over klant te zeggen/vertellen”. Maar… de 100% zuivere vorm van ZC zorgt ervoor dat alle signalen belangrijk zijn en niet alleen dat wat er wordt gezegd. Als je gesprekspartner opeens zuchtend achteruit in z’n stoel zakt met z’n armen over elkaar, betekent dat non-verbale signaal óók iets, daar kun je ook op doorvragen. Stel deze ontwikkelvraag gerust een paar keer. Je zult zien dat er steeds iets nieuws bijkomt. Eigenlijk net zolang tot je als antwoord “nee” krijgt.
Met deze nieuwe informatie kun je vervolgens weer de diepte in gaan. Door deze twee (verbreden, verdiepen) goed te combineren krijg je een erg compleet beeld en breng je je klant soms zelfs op nieuwe ideeën.

Spreek dezelfde taal

ZC zorgt dus dat de hoeveelheid informatie toeneemt: jouw vragen zetten je gesprekspartner aan het denken en zodoende kun je informatie herleiden waar hij/zij zelf misschien niet eens aan gedacht had. Ook zijn ZC-vragen zo opgesteld dat je als interviewer je nooit mengt in het verhaal van je gesprekspartner. Je herhaalt zijn/haar woorden en voegt bewust niets toe. Doe je dit wel, dan raakt hij/zij wellicht van zijn apropos.

Voorbeeld: Tijdens de training werd gevraagd hoe je het beste kennis opdoet. Iemand vertelde dat de kennis als een soort kraampjes verspreid stonden op een marktplein. De interviewer stelde de volgende vraag: “En waar ben jij op dat marktplein?” Je zag de persoon in kwestie nadenken. Eén van de trainers greep in, de vraag bevatte namelijk een aanname; dat de cliënt op dat marktplein was. Dat was niet gezegd. Dus moest hij opeens nadenken waar hij was. Of was hij er niet?
Vervolgens werd de vraag opnieuw gesteld, maar nu wel zuiver: “En waar is dat marktplein?” Toen bleek dat hij niet óp dat marktplein was, maar dat het marktplein ín zijn hoofd zat, dat hij heerlijk kon gaan shoppen in z’n eigen hoofd op zoek naar de kennis die hij op dat moment nodig had.

De beste IT-oplossing begint met verankeren

Door in een gesprek alle besproken zaken regelmatig te herhalen (bijv. door back-tracken, om van een uitgediept punt terug te gaan naar je gewenste uitkomst) zorg je ervoor dat de ondervraagde inzicht krijgt in zijn eigen ideeën. Je verankert ze hiermee bij hem en ook bij jezelf. We zijn erg goed in het denken met en ook zeker voor de klant. Doe dat eens achteraf, nadat je eerst gedacht hebt als de klant. Dan pas kun je een goed advies geven en een aansluitende IT-oplossing neerzetten.

Leermoment

Ik heb een paar zeer waardevolle zaken meegenomen uit deze training. Ik ben veel alerter geworden op sturende vragen en aannames, zowel van mezelf als van anderen. Mijn coachingsgesprekken beleef ik ook anders. Daarvoor klonken sommige vragen voor mij ‘aanvallend’. Bijvoorbeeld “waarom doe je geen écht grote projecten?”. Dan kun je jezelf verdedigen met “het is maar wat je groot noemt” of “ik wil gewoon eerst wat meer ervaring opdoen”. Nu keer ik het om. Ik wil grotere projecten doen. Wat voor “groter” is dat? Groter is voor mij bijvoorbeeld meer afhankelijkheden. Groter is ook groter in omvang. Omvang is mensen, maar ook tijd. Mensen is opdrachtgevers, maar ook eindgebruikers. Omvang is het publiek, een internet- i.p.v. intranetapplicatie. Al meerdere keren heb ik met iemand de discussie bewust gestopt om verheldering te vragen. “Wat is …” Het klinkt als een open deur, maar in het vuur van een discussie kun je ook snel geneigd zijn je eigen lijn te verdedigen en nog meer nadruk op eigen ideeën te leggen. Als je even stopt om te kijken wat de ander voor ogen heeft, kun je misschien zien dat de discussie ergens anders over moet gaan of zelfs helemaal niet nodig is.

Meer informatie:

http://www.gewoonaandeslag.nl
http://www.cleanchange.co.uk
http://www.cleanlanguage.co.uk

So, off to the drawing board, sketching some forms (on my Iliad of course) and showing it to colleagues. With some feedback, we came up with these two templates. They’re ready to use on the Iliad Book Edition and Iliad 2nd Edition, I’m not sure how they look on an Iliad 1000-series.

You can find both templates on my flickr stream.