Vorige aflevering | Search TidBITS | TidBITS Homepage | Volgende aflevering

TidBITS#839, 24 juli 2006

Heb jij ook het gevoel dat je altijd achter de dingen die je wilt bereiken aanloopt? Jeff Porten onderzoekt het Getting Things Done (Krijg Dingen Gedaan) systeem met een oog op het gebruik van je Mac om je leven te organiseren. Ook deze week: Adam en Jason Snell van Mac Publishing sturen een RFP - verzoek tot voorstel - om Macintosh-ontwikkelaars aan te sporen een schrijfomgeving voor samenwerkingsverbanden te maken. En, Apple kondigt weer een winst aan van $472 miljoen, Adam en Tonya spreken over het publiceren van boeken met de computer op de MacNotables podcast, en we kondigen aankomende veranderingen aan onze servertoepassingen aan.

Onderwerpen:

Copyright 2006 TidBITS: Reuse governed by Creative Commons license
<http://www.tidbits.com/terms/> Contact: <editors@tidbits.com>

**************************************************************************

TidBITS-NL zoekt vrijwilligers.

Vind je het nuttig dat er een Nederlandse vertaling van TidBITS is?
Lijkt het je leuk om teksten uit het Engels te vertalen?
Kun je een paar uurtjes per week missen?

De huidige vertaalploeg is juist groot genoeg om de tekst in porties van plezierige omvang over alle vrijwilligers te verdelen, maar als er een keertje iemand uitvalt wegens ziekte of drukdrukdruk hebben we een probleem. Dus een of twee man/vrouw erbij zou welkom zijn.

Kijk eens op de pagina hieronder wat het werk inhoudt, en laat het ons weten als het je aanspreekt.

<./tidbits-nl/over-vertalen.html>

**************************************************************************


Deze editie van TidBITS werd gedeeltelijk gesponsord door:


De Nederlandse editie van TidBITS is een letterlijke vertaling van de oorspronkelijke Engelse versie. Daarom is het mogelijk dat een deel van de inhoud niet geldt in bepaalde landen buiten de VS.

Dit nummer werd uit het Engels vertaald door:

Verder werkten mee:

Hoe je ons kunt bereiken kun je lezen op:
<./tidbits-nl/contact.html>


MailBITS, 24 juli 2006

[vertaling: EL]

Apple rapporteert $472 miljoen winst in kwartaal 3 - 2006 -- Apple heeft de opgaande lijn van winstgevende cijfers gecontinueerd door een winst van $472 miljoen te melden over het derde financiële kwartaal van 2006, gebaseerd op inkomsten van $4,37 miljard. Deze rooskleurige cijfers zijn gerealiseerd dankzij de verkoop van 1.327.000 Macintosh computers (vergeleken met 1,1 miljoen in het vorige kwartaal, en 12 procent meer dan het derde kwartaal van vorig jaar), en 8.111.000 iPods (welk aantal iets onder de 8,5 miljoen iPods van het laatste kwartaal ligt, maar 32 procent hoger is dan hetzelfde kwartaal vorig jaar). [JLC]

<http://db.tidbits.com/getbits.acgi?tbser=1046>
<http://www.apple.com/pr/library/2006/jul/19results.html>
<http://db.tidbits.com/getbits.acgi?tbart=08504>

Aankomende veranderingen aan de TidBITS-server -- Na vele jaren gebruik te hebben gemaakt van dezelfde productie-, uitgavegeneratie- en distributie-gereedschappen, stappen we de komende weken over op een nieuw systeem waar we al een tijdje aan gewerkt hebben. Ik zal meer uitleggen over wat we hebben gedaan en waarom, wanneer het eenmaal in gebruik is, maar vooralsnog geef ik jullie de mededeling dat de volgende uitgave - ervan uitgaande dat de tests goed verlopen - vermoedelijk uit het nieuwe systeem zal komen en er enigszins anders uit kan zien. In het onwaarschijnlijke geval dat er iets verkeerd gaat, vertel het ons alstublieft niet, omdat we aan het kijken zijn met testabonnees en we alle noodzakelijke statusrapporten en uitleg op onze ExtraBITS-weblog zullen publiceren. Dat is wat ik de laatste week deed toen een klein percentage van lezers een door Web Crossing gegenereerde notificatie ontvingen dat de nieuwe uitgave binnen was, in plaats van de feitelijke uitgave zelf. Ik heb dat probleem opgelost binnen onze gebruikersdatabase. [ACE]

<http://www.tidbits.com/ExtraBITS/>
<http://www.tidbits.com/webx/.3c7d0148>

Adam & Tonya spreken over boeken uitgeven in MacNotables -- Tonya en ik hadden weer eens een interessante discussie met Chuck Joiner op onze MacNotables-podcast vorige week - over hoe het is om een gedrukt boek te verpakken. Voor diegenen die niet op de hoogte zijn: er zijn twee basismanieren waarop computerboeken worden gemaakt. Normaal gesproken schrijft de auteur in Word, maakt hij schermafbeeldingen en stuurt hij dit alles naar de uitgever om het te laten bewerken en de opmaak te laten verzorgen. Dat mag redelijk ongekunsteld lijken, maar we gebruiken al een hele tijd de tweede manier, waarin we al de nodige opmaak en bewerkingen zelf doen en de uitgever een afgewerkt boek aanbieden (we betalen zelfs voor het maken van de index, hoewel we altijd een professionele indexer inhuren) Ogenschijnlijk gaat er wat meer werk gaat zitten in het verpakken, maar het wordt allemaal van tevoren gedaan. Daardoor zijn er geen nare verrassingen achteraf door fouten tijdens de bewerking en opmaak, en zijn de royalties hoger. Dus als je wilt weten hoe sommige van jouw favoriete computerboeken zijn gemaakt - het is meer werk dan het lijkt - luister eens naar de podcast. [ACE]

<http://macnotables.com/archives/2006/662.html>

DealBITS-verloting: winaars van Image Tricks -- De felicitaties voor Paul Richards van gmail.com, Leonard R. Wines van winesland.net, Gary Wheeler van fairpoint.net, Ezra Nathan van blueyonder.co.uk, David Mackler van mac.com, en Joerg (wiens gebruikersnaam, vermakelijk genoeg in het Duits is: ichwillgewinnen), welke inzendingen willekeurig werden gekozen in de DealBITS-verloting van afgelopen week en die elk een exemplaar van Image Tricks Pro van BeLight Software ontvingen, ter waarde van $9,95. Met dank aan de 510 personen die hebben meegedaan. Houd je ogen open voor de toekomstige DealBITS-verlotingen! [ACE]

<http://db.tidbits.com/getbits.acgi?tbart=08602>
<http://www.belightsoft.com/products/imagetricks/overview.php>


Oproep aan Mac-ontwikkelaars: verzoek om samenwerkingsgereedschap

door Adam C. Engst <ace@tidbits.com>
[vertaling: EL, SL]

Een aantal maanden geleden schreef ik in "Gezocht: een beter samenwerkingssysteem voor documenten" over de wanhopige noodzaak bij TidBITS aan een beter samenwerkingssysteem voor documenten. Dit genereerde vele suggesties van lezers, en veel aanvullende gedachten aan onze kant, maar de uiteindelijke oplossing waar we op uit zijn gekomen, vooral na de discussie van het probleem met Jason Snell, hoofdredacteur bij Mac Publishing, was dat de Macintosch-wereld een programma nodig heeft dat speciaal gewijd is aan het samenwerkend schrijven.

<http://db.tidbits.com/getbits.acgi?tbart=08489>

Eerst een korte samenvatting. In mijn vorige artikel sprak ik over hoe Flow van Near-Time bijna alles deed wat we wilden, maar dat het enkele problemen had en het niet actief door een bedrijf ontwikkeld werd. Ik stelde dat weblog-editors zoals Ecto en MarsEdit in samenwerking met een privé weblog wellicht datgene bood wat wij zochten. En ik heb de voors en tegens besproken van het gebruik van het versiebeheersysteem Subversion in samenwerking met BBEdit. Geen van deze ideeën waren echt goed. We kunnen eenvoudigweg niet vertrouwen op een programma zoals Flow, zonder actieve ondersteuning van de ontwikkelaar. En de Ecto/weblog-benadering bleek klunzig uit te pakken, en gegevens te kunnen verliezen als een van ons de dingen niet exact goed deed. We gebruiken toch maar weer de Subversion/BBEdit oplossing, ondanks het feit dat het lastig te gebruiken is (er is een telefonische training voor nodig door Matt, die meer weet dan de rest van ons), omdat het bijna ondenkbaar is dat er gegevens verloren zou gaan als resultaat van een fout.

Andere suggesties -- En dus zochten we verder. Onze slimme en kundige lezers deden enkele interessante suggesties, waaronder drie min of meer vergelijkbare online tekstverwerkers: Writeboard van 37signals; Zoho Writer van AdventNet; en Writely, dat net gekocht was door Google. Al deze drie programma's werken, en ze werken zelfs vrij goed, maar ze houden geen rekening met bepaalde kwesties waar je in de zakenwereld nu eenmaal mee te maken hebt. Ten eerste veronderstellen ze dat je altijd toegang tot het internet hebt, en ook al is het een prettige gedachte dat het internet alomtegenwoordig is, in werkelijkheid zijn er talloze offline situaties als we reizen met bus, trein of vliegtuig, en dan heb ik het nog niet eens over hotelkamers of luchthavens waar je diep in de buidel moet tasten voor toegang. Ten tweede: ook al hebben ze knap werk geleverd door een tekstverwerker in een webbrowser in te bedden (althans sommige browsers; Writely en Zoho Writer werken niet in Safari or OmniWeb), ze kunnen niet in de schaduw staan van echte Macintosh-tekstverwerkers. Het is indrukwekkend dat de beer danst, maar je moet niet het zwanenmeer verwachten. Ten derde: omdat de programma's op een host draaien is iedereen die ze gebruikt overgeleverd aan de genade van de host. Ik heb er enorm veel moeite mee om zoiets essentieels als mijn schrijfomgeving uit handen te geven aan een ander bedrijf waarover ik vrijwel niets weet. Ik maak me zorgen over de permanente beschikbaarheid van de dienst, de opslag van potentieel gevoelige documenten, mogelijk ongewenste upgrades, en beschikbaarheid op de lange termijn. Al deze zorgen verdwijnen - of worden op zijn minst mijn eigen probleem - met iets dat ik op mijn eigen computer kan draaien.

<http://writeboard.com/>
<http://www.zohowriter.com/>
<http://www.writely.com/>

Een andere interessante suggestie van een aantal lezers was MediaWiki, een gratis wiki-pakket dat oorspronkelijk gemaakt is voor Wikipedia en dat nu wijdverbreid is. Net als andere wiki's maakt MediaWiki het eenvoudig om een webpagina te bewerken, maar het onderscheidt zich door zijn uitstekende mogelijkheden om versies te vergelijken. Bovendien zijn er extensies voor de webbrowser Mozilla, waarmee gebruikers wikipagina's kunnen bewerken in Mac-programma's, in plaats van in de zeer beperkte webbrowser-omgeving. Maar hoewel we waarschijnlijk heel goed MediaWiki zouden kunnen installeren onder Mac OS X en testen met een extern programma, kan het programma niet draaien zonder internettoegang. Net als de drie online tekstverwerkers behandelt ook MediaWiki het vergelijken van documenten als een taak die volledig gescheiden is van schrijven, dus je kunt niet de veranderingen zien in het document waarin je zit te werken, wat wel kan in Microsoft Word.

<http://www.mediawiki.org/>
<http://en.wikipedia.org/wiki/Wikipedia:Text_editor_support>

Voorstellen gevraagd -- Ondanks de bruikbaarheid van deze programma's zijn ze niet ontworpen met de behoeftes van een verspreide groep professionele schrijvers en redacteuren in gedachten. Of, meer terzake, ze zijn niet ontworpen door professionele schrijvers en redacteuren die dagelijks ondergedompeld zijn in het maken en bewerken van tekst in samenwerking met anderen. Deze gereedschappen snappen de basisbeginselen, maar slaan de plank volledig mis op het punt van implementatie - ze zien het bos, maar niet de bomen.

Met dit in gedachten zijn Jason Snell en ik er eens voor gaan zitten, en hebben we een RFP - een Request For Proposal, verzoek om voorstellen - geschreven dat precies uiteenzet wat we zoeken. Het is natuurlijk niet zo gedetailleerd als een specificatie, maar het beschrijft in grote lijnen de soorten functies die organisaties als TidBITS en Mac Publishing nodig hebben. Dit is een echt RFP - we zoeken actief voorstellen van Macintosh-ontwikkelaars om het programma te maken dat momenteel de codenaam GroupEdit draagt. In de geest van Dilbert-klanten zouden we natuurlijk de voorkeur geven aan een volledig afgewerkt, gratis, open source programma, maar we zijn bereid om het te helpen ontwerpen en testen om zeker te zijn dat het aan onze behoeftes voldoet, en we zijn zelfs bereid om een paar duizend dollar te steken in het maken van dit programma. Natuurlijk zou het helemaal geweldig zijn als de ontwikkelaar het op de markt zou willen brengen, en er is grote kans dat zo'n programma vermelding verdient in op zijn minst TidBITS en Macworld (uiteraard zonder onze redactionele integriteit te schenden). We denken dat er een groot publiek is voor dit programma, en dat er een echt bedrijf omheen kan worden opgezet. Of het zou een voorbeeldfunctie kunnen hebben als een open source programma met een fantastische interface en uitstekende documentatie.

Ik zal het hele RFP hier niet samenvatten, maar ik spoor iedereen die geïnteresseerd is aan om ernaar te kijken in QuickTopic Document Review, waar je commentaar achter kunt laten en kunt discussiëren over ons voorstel. Als je een serieuze ontwikkelaar bent en je sporen hebt verdiend in het maken van deugdelijke Mac-software, stuur me dan een berichtje. Jason en ik gaan met plezier in meer detail met je praten.

<http://www.quicktopic.com/37/D/bVHWhMLMj74?inline=1>


Krijg dingen gedaan met je Macintosh, deel 1

door Jeff Porten <civitan@jeffporten.com>
[vertaling: MVR, MSH, JG, PAB]

Lezers die al lange tijd geabonneerd zijn op TidBITS of luisteraars van MacNotables hebben Adam vast wel eens horen vertellen dat hij en Tonya aanhangers zijn van de "Getting Things Done" persoonlijke organisatiemethode van David Allen. GTD (zoals de methode vaak wordt afgekort) is niet alleen het gelijknamige boek, of een organisatiemethode. GTD is een cultus, of zo lijkt het tenminste als je luistert naar de vele duizenden mensen die er gebruik van maken. En net zoals elke zichzelf respecterende cultus mikt GTD op het reorganiseren van je basisprincipes, en zelfs je manier van denken. Het ultieme doel is om je gelukkiger te maken - tegelijkertijd gaat ook een som geld naar waardige productontwikkelaars. Ikzelf ben een zeer gelukkige aanhanger van GTD.

<http://www.amazon.com/exec/obidos/ASIN/0142000280/tidbitselectro00/ref%3Dnosim/>

De meeste onder jullie hangen al een productiviteitscultus aan die misschien niet volledig werkt - hoeveel e-mailberichten zitten er in je inbox? werk je vandaag je takenlijst af? GTD werkt heel goed voor die mensen onder ons bij wie computers centraal staan in hun leven. Misschien nog belangrijker is het dat het een van de weinige systemen is dat de vrijheid geeft om af en toe uit de pas te lopen.

In dit artikel zal ik enkele trucs delen die ik heb geleerd bij het opzetten van mijn eigen systeem op mijn Macs, maar ik begin met een opsomming van de principes van GTD, dat eerder gebaseerd is op procedures dan specifieke mechanismen. Iedere aanhanger heeft zijn eigen persoonlijke manier van een toepassing op te zetten. Ik zal vertellen over mijn methode en ook over enkele andere populaire methodes. Ik geef ook een overzicht mee van de beste bronnen op internet over GTD zodat je regelmatig over nieuwe ideeën kunt beschikken als je er voor kiest om je aan te sluiten. Als begeleiding van mijn artikel zet ik ook enkele AppleScript-scripts op mijn website waarmee elk GTD-systeem gesmeerd loopt.

GTD, de verkorte versie -- De vooronderstelling van GTD is dat we ons leven opvullen met beloftes aan onszelf dat we iets later gaan doen. Het probleem is dat onze hersenen hier niet op gemaakt zijn. Als je je alleen herinnert dat je melk nodig hebt als je cornflakes droog zijn of dat je een e-mail moet sturen als je om 4 uur 's nachts naar het plafond ligt te staren, kun je er op dat moment niet echt iets aan doen. Het enige dat je kunt doen is erover piekeren.

De GTD-methode omvat vijf stappen: verzamelen, verwerken, organiseren, bekijken en doen.

Simpel toch? Merk op dat deze aanpak niet bepaalt of het zenden van een e-mail belangrijker is dan melk te kopen en dus op een Prioriteit B-lijst terechtkomt, en dat de gastank vullen niet op donderdag gepland staat. In plaats daarvan zuivert dit organisatieproces je gedachten van kleine zaken zodat je je op de grote belangrijke zaken kunt focussen - iets wat Allen "een geheugen als water" noemt.

Cruciaal voor het systeem is het concept van de "volgende actie", of met andere woorden het volgende wat je fysiek moet doen om iets gedaan te krijgen. Ik zal een voorbeeld geven dat andere zelfstandigen zullen herkennen: stel dat het volgende probleem dat je moet oplossen is dat "je honger hebt en de koelkast leeg is". Bij de meeste systemen zou je "beslissen over lunch" opschrijven. Maar je volgende actie zou net zo goed "broek aandoen", kunnen zijn tenzij de restaurants in je buurt onconventioneler zijn dan bij mij. Ik vind ook dat ik moet kiezen tussen Thais en een burrito zodra ik mijn schoenen aan heb. In elk geval, nadat ik netjes gekleed ben, zou mijn volgende actie "een richting kiezen om naartoe te wandelen" zijn, wat mijn restaurantkeuze net als de volgende stappen in de namiddag beïnvloedt.

Het verschil is er een tussen specifieke en vage keuzes. Denken aan een lekkere Thaise schotel zal je 15 minuten laten dagdromen, waardoor niet dichter bij je lunch komt. Een volgende actie is altijd concreet. Belangrijker nog is dat, aangezien volgende acties altijd zeer klein en onmiddellijk zijn, ze je laten overwegen hoe een actie impact heeft op meerdere dingen die je moet doen. "Lunchpauze nemen" is geen volgende actie want je moet er verder over nadenken; "ga naar het restaurant naast het postkantoor en zie wat de suggesties van de dag zijn" is wel een volgende actie.

Lijstenmanie -- Kern van een goed GTD-systeem is een stapel lijsten. Deze lijsten worden geordend en vaak opnieuw bekeken en iedere opdracht hierin is een specifieke volgende handeling die gewoonlijk verbonden is aan een wat groter project.

Het eerste struikelblok voor Mac-gebruikers is de vraag waar je deze lijsten opbergt. We zijn zo verwend met keuzemogelijkheden dat deze optie verlammend kan werken. Iedere software die tekst kan verwerken, kan gebruikt worden voor het maken van lijsten. Het is belangrijk op te merken dat GTD geïmplementeerd kan worden met pen en papier, of met zorgvuldig gebruik van TextEdit documenten. Maar velen die GTD toepassen willen software die hun lijsten automatisch sorteert en verfijnt. Daarom volgen hier de pricipes die ik ontwikkelde bij het maken van mijn keuze:

  1. Snelle verwerking: Ik wil een systeem gebruiken dat me in staat stelt verzamelde zaken zo snel mogelijk te ordenen.

  2. Flexibiliteit: Soms heeft het zin om alles op een plek te hebben, andere keren wil ik dingen splitsen in aparte bestanden en documenttypes.

  3. Zelf-ordening: indien mogelijk wil ik niet "software X bekijken" intypen als het makkelijker is de toepassing gewoon ergens naar toe te verslepen en hem zijn eigen geheugensteun te laten zijn. Zo ook met URL's, documenten, media, of alles wat ik zou kunnen tegenkomen.

  4. Alomtegenwoordigheid: naast de mogelijkheid om op ieder moment te verzamelen, wil ik op ieder moment in staat zijn mijn lijsten te benaderen. In mijn geval betekent dat synchronisatie met mijn PDA. Voor anderen betekent dat alleen maar een goede print.

De kern van je werkzame systeem dient zoiets als een Hoofdlijst te zijn. Al zou je honderd verschillende lijsten hebben (vooral als je primair met papier werkt), je moet die Hoofdlijst hebben om ze allemaal te beheersen. Bijvoorbeeld: ik begin mijn dag, iedere dag, met kijken in mijn Hoofdlijst. Meestal stomme dingen, maar noodzakelijke, terugkerende opdrachten, die vooral van pas komen als ik nog niet genoeg koffie in mijn bol gestopt heb. Gedurende de dag keer ik steeds naar deze lijst terug, en ik heb hem hopelijk leeg voordat ik naar bed ga.

Mijn Routinelijst is ook mijn Hoofdlijst. Dat leek me begrijpelijk omdat ik gewoonlijk moet "werken". Dus "ga naar de Werklijst" wordt dagelijks getoond. Op dezelfde manier wijst mijn Routinelijst me zowel naar andere lijsten die ik gemaakt heb (zoals "gekkigheid" projecten die niet al te belangrijk zijn), als naar andere plaatsen waar dingen voor me verzameld worden (waarschuwing om voicemail te controleren).

In de loop der tijd wordt dit je vertrouwde systeem. Als je eenmaal je taken of projecten op de juiste plek hebt toegevoegd, mag je geest uitrusten want je onderbewuste weet dat het je niet meer over komende opdrachten of gebeurtenissen hoeft te plagen. Alles kan als GTD-verzameling of overzichtslijst fungeren, van je laptop tot je handschoenenkastje. Het enige wat je moet doen is zorgen dat je Hoofdlijst je er op wijst om er naar te kijken en dat je middelen hebt om wat je daar bewaart, te ordenen.

Software voor de ene ware lijst -- Dit overzicht slaat een beslissende inleidende stap over met het opzetten van jouw GTD-systeem, wat het punt is waar je bestaande massa chaos in jouw leven oppakt en het allemaal in GTD verwerkt. GTD zal falen als je probeert alleen maar een gedeelte van je leven er in te verdelen. De psychologische winst dat het systeem aandrijft werkt alleen als je je nergens anders buiten GTD zorgen over hoeft te maken. Allen beschrijft dat verloop in zijn boek, en ik raad aan dat je het leest om het idee te krijgen van "alles in de inbox te stoppen". Zodra je dat gedaan hebt, kun je voordeel halen uit deze suggesties om jouw Mac te gebruiken om alles te verwerken.

Als je het boek niet gelezen hebt is het beslissende ding om te onthouden, dat als we het bouwen van deze lijsten bespreken, we het hebben over behandelen, organiseren en bekijken. Het verzamelen wordt ergens anders gedaan, en soms voor jou: je e-mail, je voicemail, je notities van de vergadering van vrijdag. Net zo voer je deze taken niet daadwerkelijk uit terwijl je in deze fases bent. Het is mogelijk om 2000 e-mailboodschappen en 400 bestanden op je bureaublad te verwerken, als je maar een snel systeem hebt voor het verwerken. Het doen komt later.

Ik gebruik nog steeds Life Balance van Llamagraphics, dat ik in TidBITS in 2004 besprak, om mijn Hoofdlijst te beheren. De "plaatsen" komen vrijwel overeen met de "contexten" van GTD. Zo beperk ik me iedere morgen tot alleen maar mijn hersenloze Routinelijst. Life Balance heeft ook een Palm-onderdeel, zodat alles in mijn Hoofdlijst automatisch overgestuurd wordt naar mijn Palm wanneer ik die synchroniseer.

<http://www.llamagraphics.com/>
<http://db.tidbits.com/getbits.acgi?tbart=07529>

Een populair alternatief is OmniOutliner, wat misschien wel de beste outlinersoftware is die voor de Macintosh verkrijgbaar is. Een voordeel dat het heeft boven Life Balance is de mogelijkheid om ieder bestand te accepteren dat je op een van de documentvensters laat vallen, wat een prachtige manier is om een hoop bestanden in een projecthiërarchie te organiseren en te annoteren. Als je OmniOutliner Pro gebruikt heb je de bijkomende optie om de freeware Kinkless GTD-template te gebruiken. Kinkless GTD is een verzameling AppleScript-scripts die, zoals Life Balance, een outline van jouw taken neemt en die opsplitst in een platte lijst van dingen die gedaan moeten worden. Als je al een fan van OmniOutliner bent, is het waarschijnlijk dat je zeer gelukkig in dit systeem zal zijn. Ik zou het best zelf gebruiken als ik niet al erg op mijn gemak met Life Balance was. Maar anderen merken op dat de Kinkless-software voelt alsof het bovenop OmniOutliner geschroefd is (wat het in feite ook is), en niet naadloos genoeg om de beste gebruikerservaring te verschaffen.

<http://www.omnigroup.com/applications/omnioutliner/>
<http://kinkless.com/>

Ook is het mogelijk dat zowel OmniOutliner als Life Balance veel te veel functionaliteit bevatten voor wat je wilt. Veel mensen houden hun GTD-systemen bij met een aantal plattetekst-bestanden en weer anderen zetten al hun komende taken in iCal-takenlijsten. iCal-kalendergroepen in Mac OS X versie 10.4, zijn een bijzonder goede manier om je taken te ordenen op context. Het meest voorkomende gebrek van deze systemen trouwens, is hun onvermogen om terugkerende taken te maken zonder allerlei extra kunstjes. Het is veel gemakkelijker met zowel Life Balance als Kinkless om te zeggen: "Ik heb dat nu gedaan, maar vertel het me morgen opnieuw". Toch gebruik ik nog steeds iCal-taken, naast Life Balance, waarop ik in deel twee van dit artikel terugkom.

Tenslotte: je kunt helemaal voorbij gaan aan je Mac en een webmethode gebruiken voor het bijhouden van je lijsten. Dit is erg in trek bij mensen die meer dan een computer en/of andere apparaten gebruiken. Kies de juiste webdienst en je kunt je lijsten tevoorschijn toveren op je laptop, kantoorcomputer, mobiele telefoon en organizer. Het voor de hand liggende nadeel: veel geluk met het uitzoeken wat je gedaan kan krijgen tijdens 20 minuten in de metro, zonder je internetverbinding. Veel mensen zweren bij de Backpack-dienst van 37signals, en zijn grote broer, Basecamp. Een ander populaire alternatief om te gebruiken is Tracks, een programma van Ruby on Rails (dat nogal wat gevogel vereist om te implementeren). Anderen installeren persoonlijke wiki's zodat ze hun gegevens onderling in verband kunnen brengen met hyperlinks. Elke wiki kan dit verzorgen, maar als je een zelfstandig systeem wilt zijn je gemakkelijkste opties VoodooPad en de erg slimme TiddlyWiki, dat JavaScript gebruikt om een GTD-omgeving op te zetten, rechtsreeks in je webbrowser. Als je de voorkeur geeft aan het pen en papier van de oude school, adviseer ik je eens te kijken naar de gratis freeware D*I*Y-papieren sjablonen van Douglas Johnston, en "hipster PDA" van Merlin Mann.

<http://www.backpackit.com/>
<http://www.basecamphq.com/>
<http://www.rousette.org.uk/projects/>
<http://www.flyingmeat.com/voodoopad/>
<http://shared.snapgrid.com/>
<http://www.diyplanner.com/>
<http://www.43folders.com/2004/09/03/introducing-the-hipster-pda/>

Ik kan geen aanbeveling doen welke voor jou de juiste keuze is. Dit is de meest persoonlijke keuze bij het opzetten van een eigen GTD-systeem. Alle bovenstaande opties hebben gratis probeerversies (en sommige zijn zelfs helemaal gratis), dus ga je gang en probeer het uit. Het beste advies dat ik kan geven is dit: je hebt al een model in je hoofd van hoe complex jouw leven is. Je wilt een systeem dat jouw model van het leven accepteert zonder wrikken en duwen. Zoals de man zei: "Zo eenvoudig mogelijk, maar niet eenvoudiger".

Het gevaar waar je op moet letten is dat de meeste van ons het stimulerender vinden om met de organiseringssoftware te spelen dat echt te werken. In de woorden van Merlin Mann: "Als een kok in een broodjeszaak, wil je gefocust blijven op het maken van broodjes, niet op het netjes opstapelen van de bestellingen". Kies een systeem dat goed genoeg werkt om ermee te beginnen. Dan maak je, als je wilt, van het verbeteren (en misschien radicaal wijzigen) van je systeem, een GTD-project, dat je net als alle andere zaken een prioriteit kunt geven. Op deze wijze val je niet in de valkuil van het maken van mooie stapeltjes terwijl de broodjes aanbranden. Ik garandeer je dat ik tientallen organisatiesystemen en softwarepakketten gebruikt heb, er ettelijke boeken over gelezen heb en letterlijk weken gespendeerd heb aan het ontwikkelen van eigen FileMaker Pro-databases die ik later weer achter de rug liet. Probeer niet zoveel tijd weg te gooien met het "productief" zijn als ik gedaan heb.

In deel twee van dit artikel graaf ik dieper in de bijzonderheden van het opzetten van een GTD-systeem op je Mac, met gebruik van een onbekend, maar effectief, organisatiehulpmiddel: de Finder.

[Jeff Porten is een internet-consultant in Washington, DC. Hij praktiseert misschien drie van zeven effectieve gewoontes.]

PayBITS: Heeft Jeff geholpen je leven op orde te brengen?
Toon je dankbaarheid via een PayBITS-donatie!
<http://www.paypal.com/xclick/business=civitan%40jeffporten.com>
Lees meer over PayBITS: <./paybits.html/>

(Natuurlijk is een gift aan de Nederlandse vertaalploeg ook welkom: <https://www.paypal.com/xclick/business=d.flach%40chello.nl&item_name=TBNL>.)


Recente onderwerpen in TidBITS Talk, 24 juli 2006

van de TidBITS-redactie <editors@tidbits.com>
[vertaling: PAB]

[De discussies waarnaar verwezen wordt zijn in het Engels, daarom hebben we de titels niet vertaald - Tb-NL.]

De eerste URL van elke thread-beschrijving verwijst naar de traditionele TidBITS Talk interface; de tweede URL verwijst naar dezelfde discussie op onze Web Crossing-server. Die heeft een ander uiterlijk en is mogelijk sneller.

Resurgence of Intellitext? Sommige websites gebruiken de IntelliTXT-technologie, die links maakt op basis van trefwoorden om pop-upadvertenties, of ander materiaal, te tonen. Wat zorgt voor het effect en kan het uitgezet worden? (7 berichten)

<http://db.tidbits.com/getbits.acgi?tlkthrd=3058>
<http://emperor.tidbits.com/TidBITS/Talk/889/>

Sending newsletters from a Mac -- Een lezer probeert phpList te gebruiken om regelmatige nieuwsbrieven te versturen naar familie en vrienden, maar is dit de beste oplossing? Verschillende alternatieven worden aangedragen. (10 berichten)

<http://db.tidbits.com/getbits.acgi?tlkthrd=3060>
<http://emperor.tidbits.com/TidBITS/Talk/892/>

Simple iPod/Auto Integration -- Het artikel van vorige week over radio-adapters om in de auto naar een iPod te luisteren leverde veel suggesties op voor andere producten en oplossingen. (15 berichten)

<http://db.tidbits.com/getbits.acgi?tlkthrd=3061>
<http://emperor.tidbits.com/TidBITS/Talk/891/>

Vista Requirements Released -- Lezers melden hun ervaringen met het werkend krijgen van de nieuwste bèta van Windows Vista op Macs, met gebruik van Apples Boot Camp en Parallels Desktop. (3 berichten)

<http://db.tidbits.com/getbits.acgi?tlkthrd=3062>
<http://emperor.tidbits.com/TidBITS/Talk/893/>


Niet-winstgevende en niet-commerciële publicaties en Websites mogen artikels overnemen of een HTML link maken als de bron duidelijk en volledig vermeld wordt. Anderen gelieve ons te contacteren. We garanderen de precisie van de artikels niet. Caveat lector. Publicatie-, product- en firmanamen kunnen gedeponeerde merken zijn van hun ondernemingen.

Vorige aflevering | Search TidBITS | TidBITS Homepage | Volgende aflevering