Timothy Sherman
0 
999
100
Als reactie op Vraag Lifehack.Community "Hoe organiseer ik een grote en groeiende verzameling elektronische documenten?", Had Matthew Cornell een gedetailleerd overzicht van de kwestie van het organiseren van elektronische documenten. Onlangs keurde hij het archiveringssysteem van GTD, dat ontworpen was voor de papieren organisatie, voor zijn e-mailorganisatie. In zijn post vroeg hij zich af of dit ook van toepassing kan zijn op elektronische bestanden:
Een eenvoudig alfaposeringssysteem voor elektronische documenten?
Het andere idee dat deze vraag stimuleerde, is het toepassen van het GTD-archiefsysteem van David Allen op het digitale domein. Ik test dit momenteel voor e-mail en het heeft tot nu toe redelijk goed gewerkt. In het kort, naast @action en @ waiting-for, heb ik een e-mailmap op het hoogste niveau voor elke letter van het alfabet, die elk e-mailarchiefbestanden (mbox-bestanden op mijn unix-machine) voor elk project bevat (bijv. / nsf-site-visit-2005, p / personal-information-web). Ten slotte bevat elk van die laatste bestanden de relevante berichten. Hier is de conceptuele kaart (verticale dimensie is 'containment', met de buitenste container bovenaan) ...
Het kan best goed werken, als het bestand gerelateerd is aan één context. Verschillende contexten kunnen een complicatie opleveren - een kwestie van in welke context u zich moet aanmelden. Een goed voordeel van tagging is dat het de gebruiker toestaat om meer dan één trefwoord aan een object toe te voegen. Als ik bijvoorbeeld een site als referentie op PHP en Javascript gebruik, kan mijn sleutelwoord javascript, php en tutorial zijn. Als ik een bestand over hetzelfde onderwerp heb, met de huidige beperking van het bestandssysteemontwerp, kan ik alleen toestaan dat bestanden in één context worden opgeslagen (map) - ik kan het in de map 'zelfstudie' plaatsen, maar wat gebeurt er als ik alles wil ophalen over javascript? Wat denk je over dit probleem??
Elektronische documenten organiseren GTD-Syle? - [Matt's Idea Blog]