Az információ önmagában használhatatlan

Wed, 08 Sep 2021 00:00:00 +0200

Az információ önmagában használhatatlan. Csak történelmi jelentősége van. Ezzel szemben az információból kinyert tudásnak igazi haszna van.
- Le kell írnunk az olvasás közben eszünkbe jutó gondolatokat 2.14.8

Miért nehéz GTD-ben megtanulni felírni a dolgokat

Wed, 08 Sep 2021 00:00:00 +0200

Az agy nagyon szereti a rutint. Mielőtt egy új információ másféle gondolkodásra ösztönözné az agyat, az beolvasztja az új információt a meglévők közé, vagy teljesen elrejti az érzékszerveink elől. Ez lehet az oka annak, ami miatt GTD-ben nehezen vesszük észre a felírandó dolgokat. Az új információ elrejtőzik mielőtt észrevennénk, így csak tudatosan, a gondolatainkra odafigyelve lehet ezeket kiszűrni.

Kapcsolódó

Az agyunk jelzései a tisztázatlan dolgokkal kapcsolatban 1.3.2

Az agyunk jelzései a tisztázatlan dolgokkal kapcsolatban

Wed, 08 Sep 2021 00:00:00 +0200

Az agyunk automatikusan gondolkozik azokon a dolgokon, amik még nincsenek letisztázva. Jelzi nekünk egy elvarratlan szállal kapcsolatban, hogy figyelmet kell neki szentelnünk, le kell tisztáznunk jelentését, hogy ezután a figyelmünk automatikusan felszabaduljon, azaz szükségünk van térre a gondolkodáshoz 1.4. Amíg valamire nem fordítunk figyelmet, addig nem tudjuk elengedni 1.3.3. A #GTD segít irányítás alá vonni a zavar utáni zajt 2.11.1. A következő lépések listában lévő tisztázottnak hitt, de halogatott lépések esetében is az szokott lenni a probléma, hogy a következő lépéssel kapcsolatban nincs tisztázva valami.

Lehet, hogy nem a tényleges fizikai cselekvést írtuk le. El kell képzelnünk a következő lépéseket fizikálisan.
- #NextActions A következő lépéseknek cselekvést kell leírniuk 2.7.2
- 2.7.7 Journaling can help us to clarify next actions
Lehet, hogy valami részletet nem tisztáztunk, vagy esetleg van előtte egy másik tevékenység, amit figyelmen kívül hagytunk.
Az is lehet, hogy a projekt célja nem jól van megfogalmazva. A projektek múltidőben való megfogalmazása elősegíti a tényleges cél megkeresését 2.9.3.1.
Előfordulhat, hogy a következő lépést kényszerből tesszük, azaz rezisztencia alakul ki a rövidtávú és hosszútávú céljaink között, így a következő lépés elvégzéshez nagyobb mennyiségű akaraterőre van szükségünk.

Amíg valamire nem fordítunk figyelmet, addig nem tudjuk elengedni

Wed, 08 Sep 2021 00:00:00 +0200

Amíg valamire nem fordítunk figyelmet, addig nem tudjuk elengedni.
Az irányított figyelem azt jelenti, hogy tisztázzuk azt, ami az elménkben van. Amikor tisztázva van, akkor az agyunk megnyugszik, elengedi az adott dolgot és elfogadja a helyzetet. Ebben a segít a GTD, amihez viszont mindfulnak kell lennünk.
- Rendelkezésünkre kell hogy álljon egy ellenőrzőlista, ami különböző szintű lépéseket ír le arra, hogy hogyan tudunk újra irányításba kerülni attól függően, hogy mennyire érezzük magunkat szétszórva. 2.10
A Mindfulness fejlesztés esetében a meditáció az a gyakorlat, amivel a figyelmünkket fejleszteni tudjuk. A meditációnak nincs eredménye vagy célja 4.2.2.3, hanem azt tudjuk vele gyakorolni, hogy hogyan fordítsunk valamire figyelmet, hogy el tudjuk engedni azt.
- A mindfulness visszatartja az elménket a szabadságban? 4.2.2.3.1

A rögeszmés gyűjtögetés jelensége

Wed, 08 Sep 2021 00:00:00 +0200

A rögeszmés gyűjtögetés azt jelenti, hogy bár összegyűjtünk dolgokat, de azokat nem tisztázzuk és nem rendszerezzük a tisztázás végeredményét a megfelelő helyre. A rögeszmés gyűjtögetés elsőre produktívnak tűnik, mert kevés cselekvéssel úgy érezzük, hogy hasznosat tettünk, viszont hosszú távon ugyanúgy el fogjuk felejteni a dolgokat és kicsúszik a kezünkből az irányítás. A fel nem dolgozott ötletek és dolgok csupán nyers állapotban léteznek, az információ önmagában használhatatlan 1.2.
Habár azokon a helyeken, ahol gyakran megfordulunk tartanunk kell capture eszközöket, megannyi capture eszköz használata magában hordozza azt a veszélyt, hogy bár felírom a dolgokat, de annak tartalmát nem dobom be az inboxba, így nem fogom időben feldolgozni. 2.14.2.1

Kapcsolódó

A Zettelkasten rendszer célja 2.6
Az agyunk jelzései a tisztázatlan dolgokkal kapcsolatban 1.3.2
A referencia jegyzetek gyűjtésének és feldolgozásának lényege 2.6.8

Szükségünk van térre a gondolkodáshoz

Wed, 08 Sep 2021 00:00:00 +0200

Rendszeresen – akár mindennap – szükségünk van arra, hogy a szembejövő új információra megfelelő figyelmet fordítsunk (emiatt ellenőrző listát kell tartanunk a capture eszközeinkről 2.14.2.1), különben nem marad kapacitásunk a gondolkodásra.
- Az a munkám, hogy gondolkodok 1.1
A kontrol visszaszerzése egy állandó oda-vissza pattanó folyamat 2.11.2. Ahhoz hogy igazán jól átlássunk valamit, arra van szükség, hogy az adott dolog megkapja a megfelelő figyelmet. Mivel a nyugodt munkavégzés eléréséhez különböző szintek vannak 2.10, így ezt a figyelmet rutinszerűen és szisztematikusan lépésekre bontva kell biztosítanunk magunknak, így a gondolokodásunkat nem viszi el a rendszer működése, hanem csak a nyers információ átnyálazása marad.
Ennek legjobb módja, ha találunk arra valami lehetőség, hogy egyedül legyünk. Az egyedüllét során az elménkre nincs hatással mások elméje 4.2.2.1

A különböző GTD horizontokat időnként át kell nézni

Wed, 08 Sep 2021 00:00:00 +0200

A GTD 5 horizontját időközönként át kell néznünk ahhoz hogy teljes képet kapjunk arról hogy a dolgaink hol állnak adott pillanatban.
Nem minden GTD horizont azonos szinten fontos. Minél feljebb haladunk a GTD horizontok között, annál ritkábban kell azt reviewzni.
- A GTD segít irányítás alá vonni a zavar utáni zajt
A GTD horizontok áttekintésére az alábbi triggereket ajánlja David Allen.
- Küldetések és alapelvek: bármikor amikor tisztánlátás, irányadás, vagy motiváció szükséges.
- Jövőkép: bármikor amikor tisztánlátás, irányadás, vagy motiváció szükséges.
- Célok: éves, negyedéves áttekintés és újrakalibrálás.
- Fókuszterületek és felelősségi körök: teljesítmény áttekintés, havi személyes státusz ellenőrzés, bármikor amikor a munkánk vagy életünk valamilyen változása miatt újra kell értékelnünk a felelősségeinket.
- Projektek: hetente vagy bármikor amikor a következő lépéseink nem naprakészek.
- Következő lépések: naponta többször; amikor felmerül a kérdés, hogy mi a következő dolog, amivel foglalkoznunk kell.

A nyugodt munkavégzés eléréséhez különböző szintek vannak

Wed, 08 Sep 2021 00:00:00 +0200

Rendelkezésünkre kell hogy álljon egy ellenőrzőlista, ami különböző szintű lépéseket ír le arra, hogy hogyan tudunk újra irányításba kerülni attól függően, hogy mennyire érezzük magunkat szétszórva. ^A6AEE9BA-5A34-4BD0-ADB6-1C4B7C4AC54D
A nyugodt munkavégzés eléréséhez konkrét lépéseket tudunk tenni aszerint, hogy mennyire érezzük magunkat szétszórva.
1. Csendes környezetet kell teremtenünk magunknak.
2. Át kell néznünk az összes inboxunkat és fel kell dolgoznunk a backlogot.
3. Át kell néznünk a projektek listát és ez alapján Következő lépéseket kell kidolgoznunk.
  1. A csoportosított projekt lista könnyebben átnézhető.
  2. A projekt lista átnézése lehetőséget ad következő lépések kidolgozására olyan esetekben, amikor nem tudjuk mit kell csinálnunk.
  3. Amennyiben stresszelünk egy projekt miatt, úgy érdemes átnézni azt és letisztázni a következő lépéseket.
4. Át kell néznünk az adott és következő napot a naptárban.
5. Át kell néznünk a kontextus listákat aszerint, hogy milyen kontextusban vagyunk (vagy milyen kontextusba érdemes átváltanunk).
  - Vannak természetes és mesterséges GTD kontextusok
  - A cranking widgets gondolkodás nélküli munkavégézést jelent
6. A lista utolsó eleme a Weekly Review, amit akkor kell végigcsinálni, ha minden kötél szakad.
  - El kell fogadnunk, hogy a Weekly Review-ra akkor van szükségünk, amikor legkevésbé hisszük hogy van rá időnk.
  - Hasznosabb rövidebb Weekly Review-t csinálni hosszabb kihagyás után
A közvetlen munkavégzés felett álló GTD horizontok szintén hatással vannak mindennapi cselekvéseink nyugalmára, így a A különböző GTD horizontokat időnként át kell nézni.

A kontrol visszaszerzése egy állandó oda-vissza pattanó folyamat

Wed, 08 Sep 2021 00:00:00 +0200

A #GTD célja nem az hogy megelőzzük az irányítás elvesztését, hanem hogy lerövidítsük azt az időt, amíg bizonytalan állapotban vagyunk. Ehhez fizikai cselekvés és pszichés állapot megváltoztatása is szükséges.

A saját helyzetünk és végzetünk a közvetlen irányításunkon kívülre esik. Csak úgy tudunk javítani a helyzetünkön ha elfogadjuk azt.
Tisztában kell lennünk azzal, hogy adott pillanatban mit nem csinálunk, amihez A különböző GTD horizontokat időnként át kell nézni.

Gyorsabb munkával kevesebbet halogatunk

Wed, 08 Sep 2021 00:00:00 +0200

A munkában a sebesség azért fontos, mert kevesebbet fogunk halogatni. Ha gyorsan dolgozunk, kevesebb energia-befektetés kell ahhoz, hogy elkezdjünk valami újat. Ennek az ellentétje is igaz. Ha túl sokáig csinálunk valamit, akkor később nem fogjuk megismételni, mert úgy gondoljuk, hogy túl nehéz volt.
Ha állandó mozgásban vagyunk, akkor A következő lépések elvégzésére mentálisan fel kell készülni.
Ugyanígy Az irányítás visszaszerzéséhez mozgásban kell lennünk.

Forrás

20200603085133

Egy rendszer olajozott működése garantálja, hogy az eredmények maguktól bekövetkeznek

Wed, 08 Sep 2021 00:00:00 +0200

Ha a rendszerünk jól működik, akkor elég, ha csak azzal foglalkozunk, hogy azt karbantartsuk, ha pedig hibák vannak benne, akkor javítsuk. Fontos, hogy egyszerű eszközöket használjunk, mert A listamenedzser alkalmazások túlbonyolítják a GTD rendszert.
Az aszinkron világműködés elfogadásában az a jó, hogy a rendszerbe vetett bizalmunk elég ahhoz, hogy tudjuk, hogy minden pillanatot megfelelő használunk ki. Az eredményeket nem tudjuk irányítani, de ezt elfogadva tudni fogjuk, hogy az univerzum gondoskodni fog azokról. A GTD-ben a célokat arra használjuk, hogy ügyesebben tudjunk választani a jelenben.
A nyugodt élet titka hogy minden pillanatról tudjuk, hogy jól kihasználjuk
A hasonló típusú munka csoportosításával kímélni tudjuk a figyelmünket
A cranking widgets gondolkodás nélküli munkavégézést jelent
A következő lépések elvégzése folyamatos hozzájárulás egy projekt céljának eléréséhez
Három rendszer állandó karbantartása kell ahhoz hogy működjenek a dolgaim

A jelen pillanat mindig tartogat kihasználható lehetőségeket

Wed, 08 Sep 2021 00:00:00 +0200

Kívánhatjuk azt hogy a jelen pillanat más legyen, vagy kihasználhatjuk azt. Az első esetében szenvedni fogunk, a másodiknál nyugodtan fogunk élni. A GTD alapján A nyugodt élet titka hogy minden pillanatról tudjuk, hogy jól kihasználjuk.

A hasonló típusú munka csoportosításával kímélni tudjuk a figyelmünket

Wed, 08 Sep 2021 00:00:00 +0200

Mivel A következő lépések elvégzésére mentálisan fel kell készülni, Bármilyen munkafolyamat akkor kezelhető legjobban rendszerben, amikor definiáljuk annak konkrét lépéseit és azokat egyenként egy adagban végezzük el (batching). Ezzel elkerüljük azt, hogy egy folyamatban a különböző lépésekhez szükséges különböző figyelmi igények és kognitív funkciók összekeveredjenek. A cranking widgets gondolkodás nélküli munkavégézést jelent.
Amikor egy menetben csináljuk a különböző lépéseket, akkor lényegében multitaszkolunk. Ilyenkor viszont nem több dolgon dolgozunk egyszerre, hanem a figyelmünket váltogatjuk gyakoran. Ez lényegesen csökkenti a hatékonyságunkat.
Az a legjobb, ha átgondoljuk a folyamatot, megkeressük benne a hasonló figyelmet igénylő lépéseket, majd azokat egyben végezzük el, lehetőleg elkerülve azt, hogy a különböző lépések egyszerre elvégezve multitaszkoljunk.

Kapcsolódó

Vannak természetes és mesterséges GTD kontextusok

Wed, 08 Sep 2021 00:00:00 +0200

Vannak természetes és mesterséges GTD kontextusok.

A természetes kontextus az aminél szokásként már automatikusan a listához nyúlunk a megfelelő pillanatban.
A mesterséges kontextus az, aminél valamilyen külső emlékeztetőre van szükségünk ahhoz, hogy a listát a megfelelő pillanatban megnézzük. Ilyen emlékeztető lehet például a naptár, amire külön eseményként hozzuk létre a lista átnézését. Agenda listák esetében ez egy meeting másokkal, sima komtextusok esetén magunkkal.
Minden kontextus lista lényege, hogy adott helyzetben elgondolkozunk, hogy van-e rá meglévő listánk. Ha van, akkor elővesszük a listát és átnézzük rajta a lehetőségeinket.

A cranking widgets gondolkodás nélküli munkavégézést jelent

Wed, 08 Sep 2021 00:00:00 +0200

Amikor a tényleges munkavégzést csináljuk, akkor a Következő lépéseknek egyértelműeknek kell lennie. Így komolyabb gondolkodás nélkül végig tudni menni a feladatokon egy adott kontextus listában.
- A következő lépéseknek cselekvést kell leírniuk#^1CAC5365-7235-418F-8371-2CE412CC8A1F
  - A következő lépéseknek cselekvést kell leírniuk
Ez unalmas munkavégzést eredményezhet.
- David Allen szerint “legalább haladunk”.
A Következő lépés előkészítéséhez szükség van arra, hogy:
1. rendszerszerűen szétválasztjük a gondolkodást és a munkavégzést
2. korábban már megtörtént a gondolkodás
A következő lépéseknek tényleges fizikai feladatot kell megfogalmaznia.
- El kell képzelnünk a következő lépéseket fizikálisan, komolyabb gondolkodás nélkül.
- A feladat elsőre egyértelmű – emiatt hívjuk cranking widgets-nek – olyan mint egy gyárban dolgozni a szalagnál.
- Ez csökkenti a halogatást, mivel egy konkrét következő lépést sokkal jobban hajlandóak vagyunk megcsinálni, amennyiben el tudjuk képzelni azt fizikálisan. Ezen feladatok scope-ja rövidebb, mivel egy nagy projekt részei; Gyorsabb munkával kevesebbet halogatunk
Az a GTD-alapú munkavégzés tökéletes célja, amikor a munkánk át van gondolva és csak csinálnunk kell azt.
- A nyugodt munkavégzés eléréséhez különböző szintek vannak
- A következő lépések elvégzésére mentálisan fel kell készülni
- Lehetőségünk van az emlékeztetőket kontextus szerint rendezni, amiket “olyan hamar kell elvégezni, amilyen hamar tudjuk”.
  - A nyugodt élet titka hogy minden pillanatról tudjuk, hogy jól kihasználjuk
- Külön kell választani az időhöz kötött feladatokat, amikkel adott napon mindenképpen kell foglalkoznunk kell.
  - Az aznapi dolgok menedzselése három helyen történik

Reference

Get your life back to widget-cranking!

Az irányítás visszaszerzéséhez mozgásban kell lennünk

Wed, 08 Sep 2021 00:00:00 +0200

Az irányítás visszaszerzéséhez mozgásban kell lennünk. Ha már eleve mozgásban tartunk valamit, akkor sokkal könnyebb azzal irányt módosítani, mintha állóhelyből indulnánk.
A kontrol visszaszerzése egy állandó oda-vissza pattanó folyamat. Ha túl sokáig hagyjuk, hogy a dolgok gyűljenek, akkor nehezebben tudunk gyorsan dönteni azokról, aminek az lesz az eredménye, hogy tovább maradunk a bizonytalanság állapotában. Ahhoz, hogy újra irányításba kerüljünk A különböző GTD horizontokat időnként át kell nézni.

Különbség van az egészséggel és orvosokkal kapcsolatos pénzköltés között

Wed, 08 Sep 2021 00:00:00 +0200

Szét kell választanunk az egészség és az orvosok büdzsékategóriákat a kiadásainkban.

Az egészség a megelőzésről szól, ami egy proaktív viselkedési forma.
Az orvosok a meggyógyításról, ami reaktív.

Kérdés: elmondható általánosan hogy az egészségre többet kell költenünk, mint az orvosokra?

Ez nem minden esetben igaz.
- Lehetnek olyan orvosokkal kapcsolatos kiadásaink, amiket muszáj kifizetnünk, például váratlan megbetegedések.
- Rengeteg olyan mód van az egészség fentartására amiért semmit nem kell fizetnünk. Az orvosoknak mindig kell fizetnünk.
Aug 6., Fri - Célok közé foglaltam hogy Az egészséggel kapcsolatos kiadásaim nagyobbak, mint az orvosokkal kapcsolatosak.

A büdzsé főkategóriáknak célokat kell kommunikálniuk

Wed, 08 Sep 2021 00:00:00 +0200

A büdzsében használt főkategóriák azon célokat kommunikálják, amik az életünk fentartásához szükséges folyamatokat rendszerezik.
- Minden büdzsé kategória egy folyamatot jelent
Ezek a célok átfedésben vannak a Felelősségi körök listával, de teljes képet adnak arról, hogy ki vagy mi felé van anyagi vonzatunk és az milyen fókuszterületet vagy felelősségi kört szolgál ki.
Kapcsoló lista a A YNAB főkategóriák céljai

Különbséget kell tenni a pénzköltésre és pénzgyűjtésre használt büdzsé kategóriák között

Wed, 08 Sep 2021 00:00:00 +0200

Érdemes különbséget tenni a pénzköltésre és pénzgyűjtésre használt büdzsé kategóriák között.

A pénzköltésre használt kategóriák olyan általános folyamatokat kell hogy leírjanak, amik állandóan jelen vannak az életünkben.
A pénzköltésre használt kategóriákban feljegyzett pénzmozgás meg fog jelenni a riportokban / trendekben is, pontosabb képet adva arról, hogy mire költjük a pénzünket.
A pénzgyűjtésre használt kategóriák ideiglenesen vannak jelen, ami azt jelenti, hogy egy egyszeri cél kifizetésére gyűjtjük össze benne a pénzt.
- Amennyiben a pénzgyűjtés és pénzköltés rendszeresen ismétlődik (mondjuk évente), úgy pénzköltésre használt kategóriáról beszélünk, mert a folyamat bár pénzgyűjtéssel jár, de állandóan jelen van az életünkben.
Amikor egy pénzgyűjtésre használt kategóriában összegyűlik a pénz és megtörténik a vásárlás, a tranzakciót egy általánosabb pénzköltésre használt kategóriában érdemes jegyezni, hogy ne torzítsa el a riportokat / trendeket. Az összegyűjtött pénzt át kell mozgatni a pénzgyűjtésre használt kategóriából a tranzakciót tartalmazó pénzköltésre használt kategóriába.
Ha a pénzgyűjtésre használt kategóriára már nincs szükségünk, akkor nyugodtan töröljük, mivel nem tartalmaz tranzakciókat, csak egy ideiglenes pénzparkolóként használtuk.
A pénzköltésre használt kategóriákat törlés helyett el kell rejteni, mert azok tranzakciókat tartalmaznak, amiket törléssel újra kellene kategorizálni.
- Elrejthetünk olyan pénzköltésre használt kategóriákat is, amik csak időnként bukkanak fel az életünkben, de nincs szükségünk arra, hogy állandóan lássuk ezeket. Ilyenek lehetnek például az előfizetések, amiket időnként használunk.

Minden büdzsé kategória egy folyamatot jelent

Wed, 08 Sep 2021 00:00:00 +0200

A célok irányt adnak a folyamatoknak 2.9.2, így a büdzsében egy kategória valamilyen folyamatot jelképez, amivel el akarunk érni egy célt. A cél lehet valaminek a fenntartása (Fókuszterületek és felelősségi körök), vagy tényleges célok elérése.

A büdzsé kategóriák kapcsolatban vannak a GTD horizontokkal

Wed, 08 Sep 2021 00:00:00 +0200

A büdzsé fő és alkategóriái a GTD 5 horizontján látható listáinkkal összefüggésben kell hogy legyenek.

A büdzsé elég, ha csak a Célok listáig megy fel, mert a felette lévő Jövőkép és Küldetés és alapelvek lista nem fogalmaz meg elég konkrét dolgokat.
Fontos viszont, hogy a két felső Jövőkép és Küldetés és alapelvek pontjai legyenek cél vagy projekt formájában levetítve a lenti listákra is.
A büdzsé akkor tud jó kategóriákat leírni, ha azok konkrét folyamatokat fogalmaznak meg, amiket a projektek, a Fókuszterületek és felelősségi körök és a Célok lista támaszt alá.

Külön büdzsé kategóriában kell kezelni a megosztott költségeket

Wed, 08 Sep 2021 00:00:00 +0200

A büdzsében a Megosztott költségek kezelésére egy külön kategóriát kell használni (Minden büdzsé kategória egy folyamatot jelent), amiben a saját költéseinktől leválasztva követjük nyomom ezeket a tranzakciókat. Mivel a tartozások mindig egy meglévő tranzakciónál keletkeznek, így a felvitelnél érdemes a Split funkciót használni a megfelelő kategóriák beállításához.

Amikor felveszünk egy megosztott költséget tartalmazó tranzakciót, akkor splittelni kell a tartozás részt, hogy az ne rontsa el a Reports nézet kiadásait.
A saját részünker a megfelelő kategóriákba kell rendszerezni, így megtartva a rendes költés mennyiségét, nem pedig eltorzítva a reportokat.
- A pénzköltésre használt kategóriákban feljegyzett pénzmozgás meg fog jelenni a riportokban / trendekben is, pontosabb képet adva arról, hogy mire költjük a pénzünket.
Mivel a tartozás beírásához szükséges egy kategória, így ebben a kategóriában túlköltés fog keletkezni, amit nem érdemes javítani.
- Ez a módszer abból a szempontból hátrányos, hogy a YNAB a következő hónap teljes összegére is rá fogja tenni a túlköltést, amivel nem fogjuk látni a tényleges tartozások összegét a következő hónapban.
- Ezt elkerülhetjük, ha a Ready to Assign részen tartunk egy akkora összeget, ami lefedi a tartozást is, de ezt nehéz összevetni és szinkronban tartani egymással.
- A Separation of Concerns elméletet követve, érdemes a tartozás kategóriára is pénzt fordítani, így különválasztjuk a büdzsében levő pénzmozgást és a tartozást, aminek összegét nem a büdzsében, hanem külön a Tartozások táblázatban, vagy a Külön büdzsé kategóriában kell kezelni a megosztott költségeket#^31B05E50-FC4D-4D46-9BE3-9FDFDCF9926B a tranzakciók nézetben tudunk követni.
Opcionálisan piros flaggel jelölni és követni azokat a tranzakciókat, amik tartozást tartalmaznak. Amikor visszakaptuk a pénzt, akkor a piros flag eltávolítható. ^31B05E50-FC4D-4D46-9BE3-9FDFDCF9926B

Megosztott költségek

Wed, 08 Sep 2021 00:00:00 +0200

A megosztott költségek olyan pénzköltést jelentenek, ahol két ember – például egy házaspár – elfeleznek bizonyos tranzakciókat.
Mivel a közös büdzsé nehezen kezelhető, így a megosztott költségek lehetőséget ad arra, hogy bizonyos dolgokat elfelezzünk, de megőrizzük a külön büdzsé privát jellegét.
Ahhoz, hogy a megosztott költségek jól működjenek, kialakított bizalomra van szükség. Fontos első lépés, hogy átbeszéljük pontosan milyen költségek fejezhetők el. Erre a megállapodásra alapozva kell az eszközöket kialakítani.
- Az ideiglenes tartozásokra érdemes egy külön Tartozások kategóriát tartani.
- Ez a módszer ad egy kis privacy-t a másik büdzséjével szemben, mert csak bizonyos dolgok vannak megosztva.
- A tartozások követésre érdemes használni egy megosztott táblázatot, amiben követjük hogy ki tartozik, mennyivel és mikor utalta át.

Előfizetéses alkalmazások hosszútávú tesztelése

Wed, 08 Sep 2021 00:00:00 +0200

Egy előfizetéses appot több hónapig lehet tesztelni, ha havi előfizetéssel használjuk az elején. Amíg a tesztelési időszak tart, érdemes a büdzsében létrehozni egy pénzgyűjtésre használt kategóriát (Különbséget kell tenni a pénzköltésre és pénzgyűjtésre használt büdzsé kategóriák között), amiben az éves előfizetés árát gyűjtjük össze. Mivel az éves előfizetés mindig olcsóbb, így egy olyan alkalmazással, amit hosszútávon fogunk használni, érdemes azt választani.

Ha a tesztelés sikeres, és megtartjuk az alkalmazást, az éves előfizetés ára rendelkezésünkre fog állni, mert a tesztelés ideje alatt félretettünk rá a büdzsében.

Amennyiben mégsem tartjuk meg az alkalmazást hosszútávon, úgy le kell mondanunk a havi előfizetést, majd az összegyűjtött pénzt átmozgatni egy másik kategóriába.

A kategóriáról nem írok semmit, mert azt nekünk kell eldöntenünk, hogy adott pillanatban milyen prioritással kell a pénzünknek feladatot adni.

Egy vásárolt dolog árát meg kell vizsgálni a rááldozott idő alapján is

Wed, 08 Sep 2021 00:00:00 +0200

Mielőtt megveszünk valamit, meg kell vizsgálnunk azt is, hogy az adott eszköz ára mennyi munkaórát vesz el az életünkből. A vásárlás előtt mérlegelve ezt, lehet rájövünk, hogy az életünkből ráfordított időt hasznosabb dolgokkal is eltölthetnénk.

Az előfizetéses modell pragmatikusabb lehet abból a szempontból, hogy lehetőséget ad számunkra a hosszútávú tesztelésre egy nagyobb összeg előre kifizetése nélkül (lásd Előfizetéses alkalmazások hosszútávú tesztelése).

Forrás

20200607233146

Amortizáció kezelése büdzsében

Wed, 08 Sep 2021 00:00:00 +0200

Amennyiben egy asset értékét követni tudjuk a büdzsé szoftverben, érdemes vezetni annak amortozációját is. Az amortizáció mértékét meg kell keresni, vagy össze kell hasonlítani időnként hasonló assetek használt piaci értékévél és levonni az érték követésére használt fiók egyenlegéről egy negatív tranzakcióval.

Amennyiben az amortizáció mértéke fix, évente ismétlődő tranzakcióval automatizálható a folyamatos romlás követése.

A büdzsé egy terv arra, hogy egy véges készlet felhasználása hogyan történjen

Wed, 08 Sep 2021 00:00:00 +0200

A büdzsé egy terv arra, hogy egy véges készlet felhasználása hogyan történjen. A büdzsé sorbaállítja a prioritásainkat és rákényszerít minket arra, hogy a terv elkészítése közben igent vagy nemet mondjunk a készlet felhasználásának valameny módjára. Ez a nyers döntési kényszer az, amivel a büdzsé egy hatékony terv lehet a dolgok elosztására.

Forrás

20201107125045

Ellenőrző listát kell tartanunk a capture eszközeinkről

Wed, 08 Sep 2021 00:00:00 +0200

Az információ önmagában használhatatlan. Csak történelmi jelentősége van. Ezzel szemben az információból kinyert tudásnak igazi haszna van.
A capture eszközök feladata az, hogy az elvarratlan szálakról valamilyen módon emlékeztetőt hagyjunk magunknak későbbi feldolgozásra. Az összegyűjtött információ tárolása feldolgozásig az inbox feladata. A különböző capture eszközökből be kell dobni a tartalmat az inboxba, így egy helyről tudunk feldolgozni mindent.
Az alábbi capture eszközökkel tudok információt gyűjteni.
- Analóg eszközök
  - Capture Wallet (A Capture Wallet a preferált capture eszközöm)
  - Baron Fig Confidant
  - Perforált jegyzetfüzet az ágyam mellett
  - Perforált jegyzetfüzet a kocsiban
  - Nem kimondottan capture eszköz, de a táskám és a pénztárcám is rejthet félkész dolgokat
- Digitális
  - Draft alkalmazás minden eszközön (iPhone, Apple Watch, iPad, MacBook Air, iMac)
  - Voice Memos, leginkább Apple Watch-on
A capture eszközeimból három inboxba kerülhet be feldolgozandó információ.
- Fizikai inbox
  - Az egyik hosszabbik oldalán nyitott, négy részből álló papírtartó kosár.
  - Amikor úton vagyok, a papír inboxomat a Mobil inbox helyettesíti.
- DEVONthink
  - A fizikai inbox digitális verziója.
- E-mail inbox
  - Ide általában másoktól érkezik be információ, de előfordul hogy küldök magamnak valamit e-mailben.
Habár Azokon a helyeken, ahol gyakran megfordulunk tartanunk kell capture eszközöket, megannyi capture eszköz használata magában hordozza azt a veszélyt, hogy bár felírom a dolgokat, de annak tartalmát nem dobom be az inboxba, így nem fogom időben feldolgozni. ^BD0E3774-AB92-4B81-B327-CE38DBEBFFBF
- Az ellenőrzőlisták (checklistek) hathatós eszközök arra, hogy a különböző capture eszközeimet nyilvántartsam bennük. A lista alapján meg tudok bizonyosodni arról, hogy minden eszköz (kitéphető jegyzetek, jegyzetfüzeteim, digitális eszközök) tartalma bekerült az inboxba.
- Minden reggel (néha este is) megnyitom a capture eszközök a listát, ellenőrzöm, hogy a listán lévő eszközök tartalmaznak-e feldolgozatlan információt; ha igen, akkor beleteszem ezeket a fizika és digitális inboxaimba. Kitépem a teleírt oldalakat a jegyzetfüzeteimből, exportálom Draftsből a félkész jegyzeteket, Voice Memosból a felvételeket, átnézem a táskám és a pénztárcám összes zsebét. Így mindig tudom hogy az összes bejövő információ egy helyre van összegyűjtve.

Azokon a helyeken, ahol gyakran megfordulunk tartanunk kell capture eszközöket

Wed, 08 Sep 2021 00:00:00 +0200

Minden helyzetben fel kell készülnünk arra, hogy potenciális jelentéssel bíró dologgal találkozunk, amit fel kell írnunk, vagy diktálnunk. Azokon a helyeken, ahol gyakran megfordulunk tartanunk kell capture eszközöket.
Alapesetben A Capture Wallet a preferált capture eszközöm, viszont vannak olyan kontextusok, ahol más helyénvalóbb vagy kényelmesebb eszközt tudok használni.
- Az asztalomnál lassabban és kényelmesebben tudok jegyzetelni.
  - Az asztalomnál egy Baron Fig Confidant jegyzetfüzetet használok.
    - A Baron Fig Confidantot használva a napokra bontott, listába vezetett napló vált be, mert nem csak önálló ötleteket, hanem sessionöket is tudok vele rögzíteni dátumot és időt felírva, ami time trackingként is szolgál.
    - A Baron Fig Confidant jegyzetfüzet dotted grid oldalaira könnyen tudok diagramokat rajzolni.
  - A Baron Fig Desk Pad egy kitéphető oldalakkal rendelkező jegyzetfüzet, amit mindmapek készítésére használok. Ezzel távol tudom tartani magamat a digitális zajtól, a lerajzolt mindmapeket pedig le tudom fűzni későbbi referenciaként.
- A kocsiban fontos, hogy gyorsan és kevés odafigyelést igénylő módon tudjak rögzíteni dolgokat.
  - A kocsiban az Apple Watch és a Voice Memos complication a legkönnyebben használható capture eszköz, miközben vezetek.
  - A papír arra használható legjobban, hogy egy még ködös gondolatot rendbe tegyünk és kibogozzunk. A papír tactile érzése és szabad formátuma miatt természetesebb eszköz egy ilyen feladatra. Emiatt a kocsiban is tartok egy tollat és egy kitéphető jegyzetfüzetet arra az esetre, ha bármit le kell írnom, legyen az egy ötlet, vagy egy gyors bevásárlólista.
    - Gyakori, hogy a mellettem ülő ír le a kocsiban tartott jegyzetfüzetbe valamit miközben vezetek.
    - A kocsiban tartott jegyzetfüzet bárki ideiglenes capture eszköze lehet, mivel a lapok kitéphetők és a kocsiban sokszor beszélünk meg olyan dolgokat, amikhez rögzíteni kell további következő lépéseket.
- Az ágyban fekve három kontextusban szoktak ötletek születni: villany mellett, elalvás előtti olvasás vagy napvégi beszélgetés közben, a sötétben, amikor az éjszaka közepén felébredek, és reggel, amikor az ágyban olvasok iPaden.
  - Az ágyam mellett tartott jegyzetfüzetet akkor használom, ha még nem kapcsolatam le a villanyt alvás előtt, vagy reggel, amikor az ágyban olvasok.
  - Az éjszaka közepén az Apple Watch-on írok fel dolgokat a Drafts alkalmazással. A sötétben olyan eszközt kell használnom, amivel viszonylag gyorsan tudok felírni címszavakban bármit és nem zavar senkit.
Amikor sok helyre tudunk rögzíteni dolgokat, akkor Ellenőrző listát kell tartanunk a capture eszközeinkről, mivel így tudunk arról megbizonyosodni, hogy minden amit felírtunk vagy diktáltunk eljut valamelyik inboxunkba.

Output

ulysses://x-callback-url/open?id=jPVA4hiAhLwiRPuldjxIXg

A Capture Wallet a preferált capture eszközöm

Wed, 08 Sep 2021 00:00:00 +0200

Az iPhone is egy jó capture eszköz, de a David Allen Notetaker Wallet egyszerűsége felülmúlja azt, mivel a Papírral gondolkozunk, aminek az eredményét digitálisan tárolunk.
- A papír nem tud értesítéseket küldeni.
- A papír nem tud lemerülni.
- A papírral nem tudunk elkalandozni különböző alkalmazásokba.
- A papír klasszikus példája azoknak az eszközöknek, amik egy dolgot tudnak, de azt jól.
A David Allen Notetaker Wallet már nem kapható, helyette jó alternatíva a Capture Wallet, ami egy az egyben lemásolta azt. Két változata létezik, az “Artisan” és a “Business”. Én az utóbbit használom, mert stílusa minimalista és olcsóbb is.
Sokkal hatékonyabb perforált jegyzetfüzeteket használni a GTD capture processzre, mert az oldalakat egyenként ki lehet tépni. Minden oldal egy-egy külön elemet tartalmaz, ami a feldolgozást egyszerűbbé teszi. Mivel a jegyzetek kitéphetők és bedobhatók az inboxba, igy a jegyzetfüzetben mindig üres lapok vannak, nem hurcolok magammal régi, feldolgozott dolgokat, mint egy klasszikus jegyzetfüzet esetében.
A telefonom egy másodlagos capture eszköz. A Draft alkalmazást használva (ami a Hipster PDA digitális változata), gyorsan fel tudok írni dolgokat, amikor a pénztárcám nincs nálam. A pénztárca viszont a preferált capture eszközöm.

A Drafts alkalmazás a digitális Hipster PDA

Wed, 08 Sep 2021 00:00:00 +0200

A Drafts egy gyors jegyzetelésre használható alkalmazás, ami nem arra van kihegyezve, hogy a jegyzeteket hosszú távon rendszerezzük, hanem hogy továbbítsuk azokat.
Minden Drafts jegyzet rendelkezik egyedi azonosítóval, ami úgy fogható fel mint egy digitális indexkártya, amire bárhonnan tudunk linkelni.
A Drafts jegyzetek ideiglenes volta miatt nem tartjuk azokat sokáig a rendszerben. Amint egy jegyzet feldolgozásra került, kidobható.
A Draftsben lévő aktív jegyzetek nem igényelnek komoly rendszerezést, egy egyszerű listában vannak. Amikor készen vagyunk egy jegyzettel, akkor egyszerűen kidobjuk (vagy archiváljuk) és kikerül a listából.

Az Apple Watch egy biztonsági háló a capture eszközkészletben

Wed, 08 Sep 2021 00:00:00 +0200

Az óra szinte minden helyzetben velem van, emiatt másodlagos eszköz lehet a dolgok rögzítésére. Ki kell rajta alakítani különböző módokat arra, hogyha az elsődleges capture eszközünk nem elérhető, akkor az órával is viszonylag könnyen lehessen rögzíteni bármit.
- Az Apple Watch diktálassal és limitált írással használható capture eszközként, viszont ezek a módok nem alkalmasak hosszú gondolatok rögzítésére.
- Az Apple Watch-on a Drafts alkalmazásban használom a Scribble módot éjszaka, a Voice Memo alkalmazást pedig diktálásra, leginkább a kocsiban.
Amikor nincs nálam se telefon, se jegyzetfüzet, az Apple Watch lehet az utolsó eszköz, amivel valamilyen módon tudok rögzíteni dolgokat. Hasonlóan “a legjobb kamera az ami nálunk van” elvhez, az Apple Watch is a legjobb rögzítő eszköz lehet bizonyos pillanatokban, csupán azért mert az van éppen nálunk.
Az Apple Watch nem tudja helyettesíteni az elsődleges capture eszközöket, mivel azok kényelmesebbek.

Mobil inbox

Wed, 08 Sep 2021 00:00:00 +0200

A papír soha nem fog eltűnni az életünkből, így fel kell készülnünk arra, hogy azt is tudjuk gyűjteni valamilyen formában feldolgozásig. Ez általánosan igaz otthon, az irodában és útközben is.
- Papírnak számít a Capture Walletből kitépett jegyzet is. Mivel A Capture Wallet a preferált capture eszközöm, így már emiatt a capture eszköz miatt szükségem van egy fizikai inboxra.
Űtközben úgy lehet a legjobban menedzselni a papíron beérkező információt, hogy magammal viszek egy mappát és ebbe gyűjtöm a bejövő dolgokat. Ez a mappa a fizikai mobil inboxom.
- A papírok gyűjtéséhez használt mobil inboxot csak bizonyos esetekben tartom magamnál. Ilyen amikor utazok valahova több napra vagy várhatóan olyan papírokat fogok kapni, amiket össze kell gyűjtenem későbbi feldolgozásra.
- A mobil inboxot nem viszem magammal, amennyiben csak az elintézendőkkel kell foglalkoznom, mivel ezek általában nem járnak nagyobb mennyiségű papírral. Kivétel lehet, amikor olyan helyre/ügyintézésre/találkozóra kell mennem, ahol előreláthatólag fogok kapni feldolgozandó dokumentumokat, szerződéseket, árajánlatokat, referencia anyagokat stb. Ebben az esetben érdemes eltenni a táskámba az inbox mappát, hogy kéznél legyen.
👤 David Allen tanácsát követve egy piros, műanyag manila mappát használok. Azért műanyag, mert strapabíróbb - egy karton mappa hamar összegyűrődik, szétmegy. Azért manila, mert ezeket könnyű kinyitni és belecsúsztatni a papírokat. Hátránya, hogy oda kell arra figyelni, hogy ne csússzon ki belőle semmi.
- Európában nem lehet kapni műanyag manila mappákat, így Amazonról kell beszerezni ezeket; az USA-ban a Smead gyárt jó minőségű letter size méretet. A letter size és az A4-es méret közötti különbség a Smead mappák esetében nem annyira szembetűnő, az A4-es papírok kb. 2 mm-re lógnak ki belőlük, ami a hétköznapokban papírok ideiglenes tárolásánál elhanyagolható.
Piros mappa feldolgozása.
- Nagyon fontos, hogy amikor hazaérek, akkor a mobil inboxszot, közte a táskámat is kiürítem a rendes fizikai inboxszomba.
- Amikor úton vagyok, akkor a piros mappa szolgál fizikai inboxként, közvetlenül ebből dolgozom fel a dolgaimat.

Az értesítések reaktiv capture eszközök

Wed, 08 Sep 2021 00:00:00 +0200

Az alkalmazások értesítései potenciális jelentéssel bíró dolgokat tartalmazhatnak, amit hasonlóan kell kezelnünk, mint amikor valaki mond nekünk valamit. Az ilyen értesítéseket rögzítenünk kell, amihez Ellenőrző listát kell tartanunk a capture eszközeinkről, amiben nyilvántartjuk az értesítéseket is.
Minden alkalommal, amikor átnézzük az értesítéseket, lehetőséget adunk az alkalmazásoknak arra, hogy információt közöljenek velünk különböző eseményekről.
Fontos kiválogatni, hogy mely alkalmazásokat engedjük be az értesítések listába, mert emberek által küldött üzenetekhez hasonlóan, a felesleges értesítések is elvehetik a figyelmünket.

A naplózás egy backward tickler file, ami a múltból hoz elő nekünk dolgokat

Wed, 08 Sep 2021 00:00:00 +0200

A naplózás egy backward tickler file, ami a múltból hoz elő nekünk dolgokat. A A Tickler File arra való, hogy előre tudjunk ütemezni magunknak dolgokat a jövőben-lal ellentétben, a backward tickler file különböző emlékek újraélésére használható, olyan dolgok előhívására, amiket már megtapasztaltunk.

A külső eszközök felszabadítják az agyunk gondolkozási képességét

Wed, 08 Sep 2021 00:00:00 +0200

Agyunk nagyon rossz az emlékezésben, de abban jó, hogy külső eszközökre támaszkodva megtalálja az összefüggéseket a dolgok között.
A Zettelkasten és a GTD módszertanokban az a közös, hogy felismerték, hogy az agyunk nagyon rossz az emlékezésben, de nagyon jó abban, hogy meglássa a dolgok közötti kapcsolatokat és két dolog között észrevegye akár a legkisebb különbségeket is. A módszertanok arra vannak kihegyezve, hogy ne emlékezésre használjuk az agyunkat, hanem intuitív döntésekre, problémamegoldásra, ötletek kialakulásának természetes elősegítésére azzal, hogy a folyamatokat külsőleg végezzük el, nem pedig fejben. A GTD-ben ezt a Natural Planning Model valósítja meg (az ezekre használt eszközöket decision supportnak nevezzük), míg a Zettelkastben a gondolkodás folyamatának externalizálása, majd a régi jegyzetek átnézése és összekötése a frissen bekerülő jegyzetekkel.
- A Natural Planning Model és a Zettelkasten ugyanaz a folyamat csak más kontextusban használva 2.6.5.5.1
A GTD és a Zettelkasten módszertan alulról felfelé közelítik meg a dolgokat, az az nem azzal kezdenek, hogy mit akarunk elérni, hanem hogy mivel rendelkezünk az adott pillanatban. A Zettelkasten is – a GTD Natural Planning Modelhez hasonlóan – természetes módszerrel hagyja, hogy kialakuljon valami kézzelfogható dolog a jegyzeteinkből.
Egy eszköz csak akkor működik jól, hogyha van mögötte egy jól definiált munkafolyamat vagy rendszer, ami irányt ad abban, hogy hogyan kell használni az adott eszközt. A külső eszközök felszabadítják az agyunk gondolkozási képességét.
#Zettelkasten
- A dolgok felfedezésében a tervezés akadályt jelent az új ötletek természetes kialakulásához. A félreértés abból ered, hogy sokan úgy gondolják, hogy a tervezés ellentétje az ész nélküli cselekvés, pedig a probléma megoldása az, hogy olyan munkamenetet alakítsunk ki, amit az új ötletek és meglátások visznek előre. Teljesen kontraproduktív, ha egy olyan tervre hagyatkozunk, amivel kapcsolatban azt érezzük, hogy fenyegetik az új ötletek és felismerések. A Zettelkasten egy olyan munkamenet, amiben teljesül az, hogy az új ötletek viszik előre a dolgokat.
- Az olvasott információ leírása saját szavunkkal, majd annak összehasonlítása a meglévő jegyzeteikkel, adja a Zettelkasten rendszerrel történő tanulás lényegét, mivel az információ önmagában használhatatlan. Ez a két lépés rákényszerít arra, hogy megértsük azt amit olvasunk, kifejtsünk azt saját szavainkkal. A második lépésben ezt az információt más kontextusban is megvizsgáljuk, összekapcsoljuk a meglévő ismereteinkkel, abból új ötleteket generálva. Mindezt megelőzi az analitikus és összehasonlító olvasás, mert a Zettelkasten kielégíti az analitikus és összehasonlító olvasás követelményeit.
  - A Zettelkasten jegyzetek linkelésének folyamata azok sorba rendezése, mert a Zettelkastenben ezek minden irányból kapcsolódhatnak egymáshoz. Sokkal könnyebb egy leírt anyagot átvinni egy másik formátumba, mint nulláról összeírni a fejünkben lévő információkat.
  - A Zettelkastenben lévő jegyzetsorozatok felfoghatók egy még meg nem született iromány vázlataként is, mivel a Zettelkasten lebontja az írást fizikai lépésekre.
- A Zettelkasten munkafolyamat elsődleges célja az, hogy a kutatást, a tanulást, az abból keletkező ötletek kidolgozását, majd a végeredmény megosztását, jól elszeparált lépésekre és rutinra bontsa le, mivel a Zettelkasten kielégíti az analitikus és összehasonlító olvasás követelményeit. Ezzel abban segít, hogy az írás folyamatának különböző lépései meg vannak nevezve, és az azokhoz tartozó rutinok/fizikai lépések ki van dolgozva, lényegében a Zettelkasten lebontja az írást fizikai lépésekre. Ezzel elérhetjük azt, hogy a rendszert alkalmazva beépítsük a mindennapjainkba ezt a máskülönben nehéznek mondott folyamatot és azt könnyedén, különösebb akaraterő befektetése nélkül, rutinszerűen csináljuk.
- A Zettelkasten kiteríti elénk a meglévő gondolatainkat, így azokat könnyen össze tudjuk hasonlítani egy új ötlettel. Ezzel sokkal racionálisabb döntést tudunk hozni arról, hogy az új jegyzet hova illik és mivel van kapcsolatban. Ha ezt fejben próbálnánk meg megcsinálni, akkor nem biztos, hogy észrevennék olyan összefüggéseket, amiket az elénk tett, külső rendszerben tárolt gondolatsorok megengednek.
  - Amikor az írást azzal kezdjük, hogy ki kell találnunk miről írjunk, akkor mesterségesen közelítjük meg a dolgot. A Zettelkasten aszerint a logika szerint működik, mint a GTD Natural Planning Model: természetes módon hagyjuk kialakulni a dolgokat, amire az agyunk automatikusan ötletekkel fog felelni. Intuitívan tudjuk a dolgok miértjét, nem kényszerítjük magunkat a “van-e valakinek valami jó ötlete” helyzetbe.
  - Az írás folyamata már akkor elkezdődik, amikor a Zettelkastenbe beletesszük a jegyzeteket. Így lényegében passzív vázlatokat készítünk a jegyzetsorozatokkal, azaz a tényleges írás helyett már a szerkesztés folyamatát kell elvégeznünk, amikor össze akarunk szerkeszteni egy Zettelkasten jegyzetsorozatot valamilyen publikus irományba.
  - A jegyzeteink magukban olyan forrást adnak az íráshoz, amit kihasználva több szöveget is tudunk egyszerre formálni. Ami az egyik szöveg mellékterméke, az a másik szöveg alapanyaga lehet. Mivel ötleteket illesztünk össze és keressük a kapcsolatot a meglévő jegyzeteinkkel, így az írás egy állandó folyamattá válik. Ezt a Zettelkasten táplálja, amiből egy komplett szöveg tud kialakulni a szerkesztés folyamatával.
#GTD
- A GTD lényege az, hogy minden pillanatban jól tudjuk hogy amit csinálunk az adott pillanatban az a lehető legjobb választás a lehetőségeink közül. Az agyunk a lehető legjobban fókuszáljon a jelen pillanatra, ne pedig azzal foglalkozzon, hogy mi lesz majd a jövőben vagy mi volt a múltban.
- Ha a rendszerünk jól működik, akkor elég, ha csak azzal foglalkozunk, hogy azt karbantartsuk, ha pedig hibák vannak benne, akkor javítsuk. Fontos, hogy egyszerű eszközöket használjunk, mert A listamenedzser alkalmazások túlbonyolítják a GTD rendszert.
- Bármilyen munkafolyamat akkor kezelhető legjobban rendszerben, amikor definiáljuk annak konkrét lépéseit és azokat egyenként egy adagban végezzük el (batching). Ezzel elkerüljük azt, hogy egy folyamatban a különböző lépésekhez szükséges különböző figyelmi igények és kognitív funkciók összekeveredjenek. Komolyabb gondolkodás nélkül végezzük a feladatainkat.
- Az a legjobb, ha átgondoljuk a folyamatot, megkeressük benne a hasonló figyelmet igénylő lépéseket, majd azokat egyben végezzük el, lehetőleg elkerülve azt, hogy a különböző lépések egyszerre elvégezve multitaszkoljunk.

Három rendszer állandó karbantartása kell ahhoz hogy működjenek a dolgaim

Wed, 08 Sep 2021 00:00:00 +0200

Három rendszert kell folyamatosan karbantartanom ahhoz, hogy a dolgaim jól működjenek.
- #GTD – hogy figyelmet tudjak fordítani minden dologra, ami potenciális jelentéssel bírhat.
- YNAB (másnéven Pénzmenedzsment) – hogy a pénzem biztosan azt csinálja, amit szeretnék, megtartva egyfajta átgondolt, minimalista életstílust.
- Zettelkasten – hogy legyen egy külső eszköz arra, amit hosszútávon gondolkodásra használok és annak végeredményét könnyen tudjam használni kreatív outputra.
Ezt a három rendszert kell időközönként átnéznem.
- #GTD: hetente egyszer a teljes rendszer, naponta egyszer a bejövő dolgok.
  - Hasznosabb rövidebb Weekly Review-t csinálni hosszabb kihagyás után
- YNAB (Pénzmenedzsment): hetente kétszer, hétfő és péntek.
- Zettelkasten: lehetőleg mindennap reggel ébredés után az ágyban.

Az elvonatkoztatás szerepe a gondolkodásban

Wed, 08 Sep 2021 00:00:00 +0200

Ahhoz hogy valamit be tudjunk illeszteni a meglévő ötleteink közé, szükségünk van arra, hogy az eredeti ötlettől elvonatkoztatva megvizsgáljuk azt és összepárosítjuk más ötletekkel. Az elvonatkoztatás ebben úgy segít, hogy az ötletet amennyire lehet, megpróbáljuk általánosítani és egy absztrakciót kihasználva megérteni. Ez ahhoz is fontos lehet, hogy egy ötletet megértsünk egy másik ötlethez viszonyítva.

Az elvonatkoztatás megkönnyítése külső rendszerekkel

Az elvonatkoztatás megkönnyítése külső rendszerekkel

Wed, 08 Sep 2021 00:00:00 +0200

Amikor egy külső eszközzel támogatjuk a gondolkodásunkat, akkor egy adott problémától könnyebben tudunk elvonatkoztatni és általános megoldásokat keresni.
Az agyunkban felszabadítjuk a kapacitást az ötletgenerálásra azzal, hogy nem fejben próbáljuk meg átlátni az adott koncepciót/problémát, hanem kitesszük azt magunk elé. Ilyenkor automatikusan megtörténik az ötletek generálása.
- A Natural Planning Model és a Zettelkasten ugyanaz a folyamat csak más kontextusban használva
Optimális esetben Papírral gondolkozunk, aminek az eredményét digitálisan tárolunk.
202109082101 Az elvonatkoztatás szerepe a gondolkodásban
202109082041 Jegyzetkapcsolatok észrevétele externalizációval
Az egyedüllét során az elménkre nincs hatással mások elméje

A Zettelkasten egy aktív jegyzetelési rendszer

Wed, 08 Sep 2021 00:00:00 +0200

A #Craft és benne lévő #Zettelkasten egy aktív jegyzetelési rendszer, amiből kifelé mozdulnak a dolgok. A rendszer az ötletnevelést menedzseli, de ezen ötletek megvalósítása már máshol zajlik.
- 202109082109 A jegyzetkészítés a jegyzeteléssel szemben egy állandó folyamat?
- Olvasás és jegyzetelés workflow
Naplózás, ahol a dolgok körüli időben lévő állapotokat tudom vezetni.
- Napi naplót vezetve tisztábban láthatjuk a különbségeket a múlt és a jelen között
- 202112221221 A Craft egy interstitue journal, a Day One egy diary
Projekt menedzsment, amivel projektek köré tartozó jegyzeteimet tudok kezelni.
- 202109082038 Projekt alapú Zettelkasten használata Someday: Maybe ötletek fejlesztésére
Zettelkasten, amivel ötleteket tudok nevelni és abból tartalmakat készíteni.
- 202109082105 A Zettelkasten rendszer célja
202208190834 A napi oldalak szabadon használhatók írással történő gondolkodásra

Digital gardening

Wed, 08 Sep 2021 00:00:00 +0200

A digitális kert vagy digital garden olyat típusú blog, ami nem kész bejegyzésekből áll, hanem folyamatosan fejlesztett jegyzetek gyűjteménye.
- Nagy változásokat apró lépésekkel érünk el 2.7.6: a digitális kert egy optimális megoldás arra, hogy a jegyzeteinket apránként neveljük. Egy idő után megérik a munkánk gyümölcse.
- A jegyzetkészítés a jegyzeteléssel szemben egy állandó folyamat? 2.6.9.2.1
A digitális kertben publikusan neveljük neveljük a tartalmat.
A digitális kert egy Zettelkasten típusú jegyzetelési módszer, ahol a jegyzeteink publikusak. Emiatt nem érthetők minden olvasó számára.
A digitális kert lehetőséget adhat arra, hogy a publikus jegyzeteink által folytatott gondolkodásunkra korai visszajelzést kapjunk. Ez új lehetőségeket és irányokat jeleníthet meg a jegyzeteink között, felgyorsíthatja az örökzöld jegyzeteketre épített teóriáink elkészítését.

Definiáló jegyzet

Wed, 08 Sep 2021 00:00:00 +0200

A definiáló jegyzetek leírnak egy koncepciót, nem tartalmaznak állításokat.

Összekötő jegyzet

Wed, 08 Sep 2021 00:00:00 +0200

Amikor egy ötletünk nagyon hasonlít valakiéhez, akkor érdemes ezeket egy külön jegyzettel összekötni. Az összekötő jegyzet fogja tudatosítani bennünk a kapcsolatot, megtartva az eredeti jegyzeteket külön-külön.
Az összekötő jegyzetek címében szerepelhet a “vs” szó.

Leíró jegyzet

Wed, 08 Sep 2021 00:00:00 +0200

A leíró jegyzetnek az feladata, hogy teljesen levezessen egy ötletet.
A leíró jegyzetek önmagukban is teljes értékű írások lehetnek egy ötletről.
A leíró jegyzet címe egy állítás, ami teljes mondat formájában van megfogalmazva. A jegyzetcímekre API-ként kell gondolnunk, ez lehetővé teszi, hogy a jegyzetek címét mondatba tudjuk foglalni és így linkeljük más jegyzetekből. Ezzel nehezebben készíthetünk linkeket, de az általuk reprezentált kapcsolatok tisztábbak és érthetőbbek.
A leíró jegyzet címe kérdés is lehet, amennyiben nem vagyunk az állításban teljesen biztosak. ^CDD65550-9A28-424D-8094-D93275D65E92

Kompozit jegyzet

Wed, 08 Sep 2021 00:00:00 +0200

A kompozit jegyzetek olyan meta jegyzetek, amik egy állítást fogalmaznak meg a többi jegyzetünkre épülve.
A kompozit jegyzetek címe egy teljes mondat, állító módban.
- A kompozit jegyzetek címe pozitívan megfogalmazott állítás.
A kompozit jegyzeteket saját szavainkkal fogalmazzuk meg.

A jegyzetcímekre API-ként kell gondolnunk

Wed, 08 Sep 2021 00:00:00 +0200

A jegyzetek címe az, amit először látunk egy másik ötlet linkelésekor, így érdemes róla úgy gondolkodni, mint egy framework API. A cím az ötlet publikus interfésze, azaz megfogalmazásában egy egyszerű kijelentő mondatot kell tartalmaznia, ami egy határozott állítást ír le. Ezzel követjük a Principle of atomicity-t, azaz minden jegyzet egy ötletet fogalmaz meg, így a címek együtt kombinálva értelmes mondatokat alkothatnak és új jegyzetkapcsolatokat szülhetnek.

Örökzöld jegyzettípusok

Wed, 08 Sep 2021 00:00:00 +0200

Az örökzöld jegyzetek között többféle jegyzettípus létezik, amiket különböző kontextusban tudunk használni aszerint, hogy mit tartalmaz a jegyzet.

Az ismeretlen ötletek követése

Wed, 08 Sep 2021 00:00:00 +0200

Zettelkastenbe az ismeretlen ötleteket is le kell írni, mert ezek is adhatnak később triggert vagy kapcsolatot. Ezek a Zettelkasten Someday/Maybe jegyzetei, vagy a kérdésjegyzetek. Azért hívom így őket, mert olyan témát taglalhatnak, amit még nem ismerünk, inkább egy félkész ötletet készíthetnek elő teljes ötletté.

Ugyanúgy fontos részei egy ötletláncnak.

Az Örökzöld jegyzettípusok esetében az ismeretlen ötletek követésre használt jegyzeteket Leíró jegyzetnek hívjuk. Leíró jegyzet#^CDD65550-9A28-424D-8094-D93275D65E92

A felfedezések akadályozása a tervezéssel

Wed, 08 Sep 2021 00:00:00 +0200

A dolgok felfedezésében a tervezés akadályt jelent az új ötletek természetes kialakulásához. A félreértés abból ered, hogy sokan úgy gondolják, hogy a tervezés ellentétje az ész nélküli cselekvés, pedig a probléma megoldása az, hogy olyan munkamenetet alakítsunk ki, amit az új ötletek és meglátások visznek előre. Teljesen kontraproduktív, ha egy olyan tervre hagyatkozunk, amivel kapcsolatban azt érezzük, hogy fenyegetik az új ötletek és felismerések. A Zettelkasten egy olyan munkamenet, amiben teljesül az, hogy az új ötletek viszik előre a dolgokat.

Kapcsolódó

Zettelkasten vs. gyűjtögetés

Wed, 08 Sep 2021 00:00:00 +0200

A Zettelkasten azért működik, mert aktív gondolkodást igényel, ami fáj.
Az emberek sok dolgok eltesznek, gyűjtenek, de sosem döntik el, hogy mi legyen azokkal. Ez produktívnak tűnik, de csak egy üres tevékenység, ami nem vezet sehova. A Zettelkasten azért nehéz, mert le kell írni a saját gondolataimat, ami jóval több energiabefejtetés, mint csak mások gondolatainak gyűjtése.
- A permanent jegyzetek tartalmazhatnak idézeteket is
A rögeszmés gyűjtögetés jelensége
Zettelkasten használata kód snippetekre

A strukturált jegyzetek fogják össze a Zettelkasten egyedi jegyzeteit

Wed, 08 Sep 2021 00:00:00 +0200

A strukturált jegyzetek feladata az a Zettelkastenben, hogy egy Zettelkasten jegyzetsorozatok kialakult koncepciót összefogjanak és rendszerezzenek.
- A Zettelkasten jegyzetek egy outline-t építenek fel
- A Zettelkasten jegyzetsorozatok threadként követhetők
Értelmet adnak az egyedi jegyzeteknek úgy, hogy felhasználják azt egy koncepcióban, lásd A Zettelkasten és a #GTD hagyja természetesen kialakulni a dolgokat.

A Zettelkasten címkék mint ötletlista kereséshez

Wed, 08 Sep 2021 00:00:00 +0200

A Zettelkasten címkelistája egy jó ötletlista lehet, amikor nézni vagy olvasni akarok valamiről, de nem jut eszembe téma. A címkelistáról meg tudom nézni azokat a témákat, amik érdekelnek és ötleteket adhatnak ahhoz, hogy mire keressek rá.

Kapcsolódó

A Zettelkasten címkék használata

Wed, 08 Sep 2021 00:00:00 +0200

A Zettelkasten címkéket témakör helyett kontextusként kell értelmeznünk.
- Ez a gyakorlatban azt jelenti, hogy amikor bekerül egy új jegyzet a dobozba, akkor ahelyett, hogy azt kérdeznénk magunktól, hogy milyen témában kellene azt rendszerezni, inkább azt kell megkérdezni, hogy milyen kontextusban szeretnénk a jegyzettel újra találkozni.
Amennyiben nincs a jegyzetre létező címkénk, de látunk egy kialakuló patternt a többi jegyzetünkhöz képest, akkor érdemes egy új kontextust hozzáadni a rendszerhez címkeként (Tartalomjegyzék jegyzetek készítése).
- Egyébként nem érdemes erőltetni, mert akkor nem fogunk esélyt adni arra, hogy a kontextusok maguktól kialakuljanak.

A strukturált jegyzetek a Zettelkasten belépőpontjai

Wed, 08 Sep 2021 00:00:00 +0200

A #Zettelkasten vaultban lévő strukturált jegyzetek célja, hogy egy kialakuló témához kapcsolódó jegyzeteket összefogjuk egy kiindulási pontba, így kontextust adva a jegyzetek közötti kapcsolatoknak. A strukturált jegyzetek fogják össze a #Zettelkasten egyedi jegyzeteit, így tartalomjegyzékként böngészhetünk innen kiindulva a többi jegyzetünk között.
Ezenkívül egy írás vázlatához köztes előrendszerezési módszerként is használhatók.
- A jegyzetsorozatokat a régi jegyzetek irányából linkeljük az újak felé 2.6.9.3

Az olvasásnak két célja létezik

Wed, 08 Sep 2021 00:00:00 +0200

Az olvasásnak két célja létezik: amikor azért olvasunk, hogy megértsünk valamit, vagy azért hogy információt szerezzünk. Az első verzió nehéz, a második könnyebb.

Forrás

20200525125944

A lassú olvasással tudunk igazán elmélyülni egy szövegben

Wed, 08 Sep 2021 00:00:00 +0200

Ahhoz, hogy egy szöveget jól megértsünk, szükségünk van arra, hogy azt lassan és odafigyelve olvassuk. ^9A4140CA-C24F-49F1-986E-6C947B3F6F5E

Amikor csak átfutunk a szövegen, akkor nem tudunk odafigyelni arra, hogy a szöveg milyen gondolatokat vagy ötleteket vált ki bennünk (lásd Az olvasásnak két célja létezik). Ez sokkal fárasztóbb, mint a felületes olvasás, de ilyenkor tudunk igazán később egy ötletdarabot átültetni a saját rendszerünkbe.

A tartalom szkennelése vagy lassú olvasása a hatékonyabb?

Jegyzetek gyűjtése könyvolvasás közben

Wed, 08 Sep 2021 00:00:00 +0200

Könyvolvasás közben, minden olvasási session után ki kell exportálni az inboxunkba azokat a jegyzeteket, amiket közben készítettünk, lásd: A lassú olvasással tudunk igazán elmélyülni egy szövegben. Ez azért fontos, mert ilyenkor a jegyzetek még frissek, így másnap könnyebben elő tudjuk hívni azokat a kontextusokat, amikben a jegyzet született. Ez jó alapot ad arra, hogy saját ötleteink szülessenek.

Viszont ha nem dolgozzuk fel ezeket a jegyzeteket, akkor el fogjuk felejteni a kontextust, amiben felírtuk és nem tudjuk használni ezeket a jegyzeteket.

Kapcsolódó

A rögeszmés gyűjtögetés jelensége

Tanulás a Zettelkasten rendszerrel

A referencia jegyzetek feldolgozásának kulcskérdése

Miért nehéz GTD-ben megtanulni felírni a dolgokat

Le kell írnunk az olvasás közben eszünkbe jutó gondolatokat

Tanulás a Zettelkasten rendszerrel

Wed, 08 Sep 2021 00:00:00 +0200

Az olvasott információ leírása saját szavunkkal, majd annak összehasonlítása a meglévő jegyzeteikkel, adja a Zettelkasten rendszerrel történő tanulás lényegét, mivel Az információ önmagában használhatatlan, ezért A komplex témakörök munkát igényelnek az olvasótól.

Ez a két lépés rákényszerít arra, hogy megértsük azt amit olvasunk, kifejtsünk azt saját szavainkkal. A második lépésben ezt az információt más kontextusban is megvizsgáljuk, összekapcsoljuk a meglévő ismereteinkkel, abból új ötleteket generálva.

A referencia jegyzetek feldolgozásának kulcskérdése

A referencia jegyzetek gyűjtésének és feldolgozásának lényege

A tudás az elme és az azt támogató külső eszközök eredménye

Zettelkasten jegyzetsorozatok

A Zettelkasten workflow is felosztható a GTD lépéseire

A felejtés szerepe az információk feldolgozásában

Wed, 08 Sep 2021 00:00:00 +0200

A felejtés az agy lazy loading funkciója. Kiszűri azokat az információkat, amik az adott pillanatban nem relevánsnak. Ez segít kapacitást felszabadítani arra, hogy a rövidtávú memóriánkban lévő aktuális dolgok közötti kapcsolatokat átlássuk és megértsük.

Az agy másik része a hosszútávú memória, ami ismeretek és asszociációk alapján triggerekre utalva tárol el ötleteket. Ezt akkor tudjuk igazán jól kamatoztatni, amikor a trigger előhoz egy koncepciót, aminek nem fontos ismernünk a részleteit, de újra kapcsolatba tudjuk helyezni új vagy régi dolgokkal.

Az ismeretlen ötletek követése

Az elvonatkoztatás szerepe a gondolkodásban

A Zettelkasten jegyzetek feldolgozási folyamata

Wed, 08 Sep 2021 00:00:00 +0200

A Zettelkasten jegyzetek feldolgozása ugyanaz a folyamat, mint a GTD-ben az inbox feldolgozása. Itt is csak egy inboxunk van, ami nem tudjuk pontosan mit tartalmaz. Az a feladatunk, hogy letisztázzuk és rendszerezzük a benne lévő nyers jegyzeteket atomi szintű kártyákká.

Kapcsolódó

A Zettelkasten és a GTD hagyja természetesen kialakulni a dolgokat

Wed, 08 Sep 2021 00:00:00 +0200

A #GTD és a #Zettelkasten módszertan alulról felfelé közelítik meg a dolgokat, az az nem azzal kezdenek, hogy mit akarunk elérni, hanem hogy mivel rendelkezünk az adott pillanatban.
A Zettelkasten is – a #GTD #NaturalPlanningModel topikokhoz hasonlóan – természetes módszerrel hagyja, hogy kialakuljon valami kézzelfogható dolog a jegyzeteinkből.
- 2.6.5.9.1 Thinking with a digital Zettelkasten

Kapcsolódó

A GTD Natural Planning Model analógiája a Zettelkastenben

Wed, 08 Sep 2021 00:00:00 +0200

Amikor az írást azzal kezdjük, hogy ki kell találnunk miről írjunk, akkor mesterségesen közelítjük meg a dolgot.

A Zettelkasten aszerint a logika szerint működik, mint a #GTD Natural Planning Model: természetes módon hagyjuk kialakulni a dolgokat, amire az agyunk automatikusan ötletekkel fog felelni. Intuitívan tudjuk a dolgok miértjét, nem kényszerítjük magunkat a “van-e valakinek valami jó ötlete” helyzetbe.

202110051054 A Zettelkasten használata a Someday-Maybe lista fejlesztésére

Zettelkasten használata irományok vázlataként

Wed, 08 Sep 2021 00:00:00 +0200

A Zettelkastenben lévő jegyzetsorozatok felfoghatók egy még meg nem született iromány vázlataként is, mivel A Zettelkasten lebontja az írást fizikai lépésekre.

Az írás folyamata már akkor elkezdődik, amikor a Zettelkastenbe beletesszük a jegyzeteket. Így lényegében passzív vázlatokat készítünk a jegyzetsorozatokkal, azaz a tényleges írás helyett már a szerkesztés folyamatát kell elvégeznünk, amikor össze akarunk szerkeszteni egy Zettelkasten jegyzetsorozatot valamilyen publikus irományba.

Cikk vázlatok készítése a Zettelkasten jegyzetekből

A Zettelkasten jegyzetek egy outline-t építenek fel

A seedling egy publikus draft

A Zettelkasten jegyzetek linkelésének folyamata azok sorba rendezése, mert a Zettelkastenben ezek minden irányból kapcsolódhatnak egymáshoz. Sokkal könnyebb egy leírt anyagot átvinni egy másik formátumba, mint nulláról összeírni a fejünkben lévő információkat.

Atomikus blokkokból összeileszthetők önálló jegyzetek?

A jelenség annak a végeredménye, hogy a Zettelkasten A Zettelkasten és a GTD hagyja természetesen kialakulni a dolgokat.

Kapcsolódó

Zettelkasten jegyzetsorozatok

A Zettelkasten fizikai folyamata

Előre meghatározott témák kutatása Zettelkastennel

A GTD Natural Planning Model analógiája a Zettelkastenben

A Zettelkasten lebontja az írást fizikai lépésekre

Wed, 08 Sep 2021 00:00:00 +0200

A Zettelkasten egy olyan rendszert ad, ami a GTD-hez hasonlóan világosan megmondja, hogy milyen fizikai lépések szükségesek ahhoz, hogy valamit megtanuljunk, a megtanult anyagból új dolgokat állítsunk elő, majd az összekötött gondolatokról írjunk egy összefüggő szöveget.

Cikk vázlatok készítése a Zettelkasten jegyzetekből

Egy iromány elkészítése több rétegből épül fel

A Zettelkasten workflow is felosztható a GTD lépéseire

Mielőtt ezek a lépések megtörténnek A napi oldalak szabadon használhatók írással történő gondolkodásra.

A Zettelkasten írásfelépítés folyamatának publikus menetét hívjuk Digital gardeningnek.

Digital gardening

A Zettelkastennel párhuzamosan több dolgot is írhatunk

Wed, 08 Sep 2021 00:00:00 +0200

A jegyzeteink magukban olyan forrást adnak az íráshoz, amit kihasználva több szöveget is tudunk egyszerre formálni. Ami az egyik szöveg mellékterméke, az a másik szöveg alapanyaga lehet.

Mivel ötleteket illesztünk össze és keressük a kapcsolatot a meglévő jegyzeteinkkel, így az írás egy állandó folyamattá válik. Ezt a Zettelkasten táplálja, amiből egy komplett szöveg tud kialakulni a szerkesztés folyamatával.

Egy iromány elkészítése több rétegből épül fel

Az írás és a programozás rendszerek működését írja le

Wed, 08 Sep 2021 00:00:00 +0200

Az írás és a programozás nagyon hasonló. Az egyikkel az embereknek, a másikkal a gépeknek próbáljuk kifejezni magunkat és azt hogy mit szeretnénk tőlük.

Az írás jellege a kód olvashatóságában, a struktúrájában és a használt elnevezésükben jelenik meg. Ahogy egy cikkben, úgy a kódban is fontosak ezek a jellemzők ahhoz, hogy át tudjuk adni a gondolatainkat.

Irományokban a rendszerezett gondolatok alakítják ki a történetet, míg a kódban az összedolgozó elemekből felhúzott rendszer(ek) összessége formál meg egy eszközt szoftver formájában.

Separation of Concerns

A Zettelkasten fizikai folyamata

Wed, 08 Sep 2021 00:00:00 +0200

A Zettelkasten konkrét fizikai lépésekre bontja le az agy gondolkodási folyamatát.

A gondolkodás, a dolgok összekötése és megértése egy fizikai cselekvéssé, rutinná válik.

Ezek az alábbi rutinok:

Gyűjtés/információ leírása miközben olvasok vagy nézek valamit
Az összegyűjtött információ feldolgozása, megfogalmazása saját szavaimmal, Zettelkastenbe emelése (egy kártya egy gondolat)
Opcionálisan linkelés/összekötés a Zettelkastenben már meglévő információkkal, ezáltal is egy hálózatot létrehozva.

Ez a rutin nagyon hasonló a GTD-hez, ahol szintén egy gondolkodási folyamat van fizikai lépésekre levezetve.

Kapcsolódó

Projekt alapú Zettelkasten használata SomedayMaybe ötletek fejlesztésére

Wed, 08 Sep 2021 00:00:00 +0200

A projekt alapú Zettelkasten egy jó eszköz arra, hogy a GTD rendszerünkben lévő Someday/Maybe lista elemeit fejlesszük. Ezt úgy lehet implementálni, hogy a Someday/Maybe listán lévő elemhez létrehozunk egy projekt mappát, majd ebbe kezdjük el gyűjteni az ötleteinket. A Zettelkasten összes előnye kihasználható ezzel a módszerrel:

saját ötletek összegyűjtése egy helyre a projektre scope-olva

a jegyzetsorozatok használata az ötletek fejlesztéséhez, A jegyzetsorozatokat a régi jegyzetek irányából linkeljük az újak felé

természetesen módon gyűjteni az ötleteinket, amire a Someday/Maybe állapotban lévő projekt időbuffert is hagy

Kapcsolódó

Zettelkasten project jegyzetek tárolása a GTD project support mappákban

A Zettelkasten használata a Someday/Maybe lista fejlesztésére

A Natural Planning Model és a Zettelkasten ugyanaz a folyamat csak más kontextusban használva

A definiálás használata mint index különböző témakörökre

Wed, 08 Sep 2021 00:00:00 +0200

A definíció lényege az, hogy emlékeztessen minket egy adott fogalomra vagy koncepcióra, amit újraolvasva, amolyan indexként használva újra el tudok merülni az adott témában. Ez lényegében arra jó, hogy a tanulásnál ne kelljen teljes fogalmakat megjegyezni, csupán emlékezzek létezésükre. Így később csak fel kell ismernem a megfelelő pillanatban a definíciót az adott probléma megoldására.

A Zettelkastenben kialakult címkék valahol egy téma definicióját is jelentik, A jegyzetcímekre API-ként kell gondolnunk, mivel A jól megfogalmazott jegyzetcímek fontosabbak, mint a sorszámok.

Kapcsolódó

A Zettelkasten címkék használata

A tapasztalat vs. lexikális programozási tudás

A felejtés szerepe az információk feldolgozásában

A tapasztalat vs. lexikális programozási tudás

Wed, 08 Sep 2021 00:00:00 +0200

Egy programozó sokkal okosabban használja a mentális kapacitásait akkor, ha utána tud nézni a dolgoknak a tapasztalatára és intuícióira hagyatkozva, mintsem fejből tudjon minden egyes koncepciót. A kutatás képessége lehetőséget ad arra, hogy a problémába beleásva magunkat, tapasztalatot és tudást alakítsunk ki. Ez sokkal hasznosabb képesség, mint az iskolában tanult koncepciók ismerete. Ez utóbbi is lehet hasznos eszköz, de a tapasztalatszerzés mélyebb tudást eredményez, ami jobban használható a mindennapokban, mint a lexikális tudás. Lásd még: 2.20.2 - a gyakorlati tapasztalatszerzés fontosságáról.

Elég csak a koncepciók létezésére és azok definíciójára emlékeznünk, mivel a definíció iránymutató, ami megmutatja merre induljunk el a kutatásban. A kutatás során egy jó tanulási rendszert használva jó eséllyel bármiben el tudunk mélyülni és meg tudjuk érteni – akkor amikor szükségünk lesz rá (hasonlóan mint programozásban a lazy loading). Később ez a mélyen belénk ivódott tudás új ötletek születését és dolgok közötti új kapcsolatok felfedezését eredményezi.

A felejtés szerepe az információk feldolgozásában

Előre meghatározott témák kutatása Zettelkastennel

Wed, 08 Sep 2021 00:00:00 +0200

Ha a A Zettelkasten és a GTD hagyja természetesen kialakulni a dolgokat, akkor egy írott anyag témaválasztásnál előnyben vagyunk, mert van előzetes ismeretanyagunk. Ennek egy része ráadásul már meg is van írva, mert a Zettelkastennel egy külső helyen tároljuk az ötleteinket, amiket tudunk böngészni.

Viszont mi van akkor, amikor konkrét feladatként kapunk egy témát, amiről még nincs előzetes ismeretanyagunk?

Ebben az esetben szintén kell egy olyan lépés, amit olvasással, és jegyzetek készítésével töltünk (Tartalomjegyzék jegyzetek készítése) – ez talán lehet is egy külön projekt, amiben a projekt alapú jegyzeteinket gyűjtjük – viszont ilyen esetekben is a Zettelkasten workflow lépéseit kell követni, hogy kialakuljon a végleges ismeretanyagunk a meghatározott témával kapcsolatban.

A tapasztalat vs. lexikális programozási tudás

Egy iromány elkészítése több rétegből épül fel

Zettelkasten project jegyzetek tárolása a GTD project support mappákban

Wed, 08 Sep 2021 00:00:00 +0200

A #GTD ajánlott project support rendszerezési módja, miszerint minden projekthez kapcsolódó nem következő lépést egy helyen tároljunk, tökéletes passzol a Zettelkasten projekt specifikus jegyzetek koncepciójához. Eszerint egy projekt specifikus jegyzet felfogható Zettelkasten jegyzetként is, de annak helye nem a fő jegyzeteink között van, hanem a project support mappában. Így a projecthez kötődő jegyzetek külön használhatók projekt specifikus ötletek fejlesztésére és összeköthetők egymással ugyanúgy, mint a főjegyzeteink.

Kapcsolódó

Előre meghatározott témák kutatása Zettelkastennel

Zettelkastent nem jó használni kód snippetekre

Wed, 08 Sep 2021 00:00:00 +0200

A Zettelkasten használata mint kód snippet library azért nem jó, mert a kód snippetek nem kapcsolódnak sehogy egymáshoz. Ha erre használjuk a Zettelkastent, akkor elkövetjük azt a hibát, hogy Zettelkasten vs. gyűjtögetés.

Ahhoz, hogy a megtalált kód snippeteket jó helyen tároljuk, arra van szükség, hogy ezeket a meglévő olvasási jegyzetek közé eltegyük, majd ezek alapján projektekhez találjuk meg a kapcsolatot az adott kódsnippet alapján. A kódsnippet csak egy referencia, nem pedig az ötlet, amire azt használni fogjuk.

Kapcsolódó

Zettelkasten vs. gyűjtögetés

Zettelkasten használata kód snippetekre

Wed, 08 Sep 2021 00:00:00 +0200

A Zettelkasten jól használható példakódok, Terminal snippetek, és programozási koncepciók és tárolására, mivel az összekötött jegyzetek miatt ezek a snippetek nem fognak elveszni.

A referencia jegyzetek feldolgozásának kulcskérdése

Wed, 08 Sep 2021 00:00:00 +0200

A referencia jegyzetek feldolgozásának egy fontos részlete az, amikor megkérdezzük magunktól, hogy az adott jegyzet miért keltette fel az érdeklődésünket? Ennek okán megválaszolva, eszünkbe juttatja az okot, ami miatt a jegyzetet kiemeltük az olvasmányból és azon is elgondolkoztat minket, hogy ez hogyan kapcsolódhat a meglévő jegyzeteinkhez.

A referencia jegyzetek gyűjtésének és feldolgozásának lényege

Wed, 08 Sep 2021 00:00:00 +0200

Az összegyűjtött referencia jegyzetek a Zettelkasten inboxszaként értelmezhetők. Azért gyűjtjük a potenciális jelentéssel rendelkező gondolatokat, hogy azok további ötleteket szüljenek. Ezt egy szisztematikus feldolgozási módszerrel tudjuk a legjobban elvégezni, viszont ezt megelőzi az alapos olvasás.
A referencia jegyzetek lényegében a #GTD-hez hasonló félkész gondolatok, azzal a különbséggel, hogy a saját szavainkkal írjuk le őket, biztosítva ezzel, hogy mielőtt bekerülne bármi is a Zettelkastenbe, azt megértsük mi is. Mivel Az információ önmagában használhatatlan nagyon fontos, hogy Tanulás a Zettelkasten rendszerrel (habár a A permanent jegyzetek tartalmazhatnak idézeteket is).
- 2.6.5.9.1 Thinking with a digital Zettelkasten

Jegyzetkapcsolatok észrevétele externalizációval

Wed, 08 Sep 2021 00:00:00 +0200

A Zettelkasten kiteríti elénk a meglévő gondolatainkat, így azokat könnyen össze tudjuk hasonlítani egy új ötlettel. Ezzel sokkal racionálisabb döntést tudunk hozni arról, hogy az új jegyzet hova illik és mivel van kapcsolatban. Ha ezt fejben próbálnánk meg megcsinálni, akkor nem biztos, hogy észrevennék olyan összefüggéseket, amiket az elénk tett, külső rendszerben tárolt gondolatsorok megengednek.

Agyunk nagyon rossz az emlékezésben, de abban jó, hogy külső eszközökre támaszkodva megtalálja az összefüggéseket a dolgok között.

A jegyzetkészítés a jegyzeteléssel szemben egy állandó folyamat?

Wed, 08 Sep 2021 00:00:00 +0200

A jegyzetkészítés (note-making) egy állandó folyamat, amiben a jegyzeteket és a köztük lévő kapcsolatokat ápoljuk (ezt a folyamatot hívjuk Digital Gardeningnek 2.6.10), a hagyományos a jegyzeteléssel szemben (note-taking), amivel statikus jegyzeteket állítunk elő, amik referenciaként kerülnek be a rendszerünkbe.

A jegyzetkészítés és a jegyzetelés kifejezés magyarul nem biztos, hogy megfelelően leírja a két cselekvés közötti különbséget.

Referencia

The Art of Note-Making

#DigitalGarden

A jegyzetsorozatok értelmezése különböző kontextusoktól függ

Wed, 08 Sep 2021 00:00:00 +0200

Két jegyzet közötti kapcsolatot az a kontextus határozza meg, amiben a kapcsolat értelmet nyer. Fel kell magunknak tenni a kérdést, hogy a jegyzetek milyen kontextusban kombinálhatók oly módon, hogy a kapcsolat jelentőségteljessé válik? Ha nem tudjuk a kapcsolatot kifejteni egy kulcsszón vagy témakörön túl, akkor tovább kell gondolkoznunk róla.

A jegyzetsorozatokat a régi jegyzetek irányából linkeljük az újak felé

Wed, 08 Sep 2021 00:00:00 +0200

#Zettelkasten jegyzetsorozatok 2.6.9 előállítása azért fontos, mert így lehet követni az ötleteink fejlődését, amivel belépőpontok is keletkeznek a rendszerben, amik több ágba folyhatnak szét. Ezzel hagyjuk az ötletek természetes kialakulását, azaz alulról felfelé fejlesztjük a gondolatainkat, nem fentről lefelé.
Ahhoz hogy ez jól követhető legyen a rendszerben, arra van szükség, hogy a jegyzeteket nem az új jegyzetek irányából linkeljük a régiek felé, hanem az új jegyzetet linkeljük a régiekből. Így a régi jegyzetek lehetnek a belépőpontok és a linkelés iránya az ötlet kialakulásának természetes menetét követi (A #Zettelkasten outline megmutatja egy ötlet kialakulásának történetét 2.6.9.6.1). A navigációval lekövethető egy jegyzetsorozatban az ötlet kialakulása.
- A strukturált jegyzetek a #Zettelkasten belépőpontjai 2.6.4

Lyukak kezelése a Zettelkastenben

Wed, 08 Sep 2021 00:00:00 +0200

Mivel a Zettelkasten egy gondolkodáshoz használt eszköz, nem archívum, így nem kell minden jegyzetet részletesen elmagyarázni, a jegyzetsorozatokban lévő lyukakat kitölteni. Csupán annyit kell elérnünk, hogy a jegyzet segítse a gondolkodási folyamatunkat.
- A Zettelkasten jegyzet értelmetlennek tűnhet egy külső szemlélő számára
- Egy iromány elkészítése több rétegből épül fel – Egy iromány elkészítése több rétegből épül fel#^CA55A82E-F67C-43D6-A787-EC02CF330CD4
A Zettelkasten rendszer célja
Zettelkasten jegyzetsorozatok

Atomikus blokkokból összeileszthetők önálló jegyzetek?

Wed, 08 Sep 2021 00:00:00 +0200

A blokk alapú Zettelkasten arról szól, hogy minden egyes jegyzetben lévő blokk linkelhető és önmagában felhasználható kell hogy legyen. Egy ilyen blokk atomikus ötletet ír le. A célja az, hogy a blokkot alkatrészként lehessen használni más jegyzetekhez is.
- A Zettelkasten jegyzetek egy outline-t építenek fel#^F413D91C-9E1E-47E8-8A36-DFD1D471AFB5
Az atomikus blokkok felhasználhatók írások alapjaként, ami a Principle of atomicity még aprólékosabb alkalmazása.
- Tartalomjegyzék jegyzetek készítése
A blokk alapú Zettelkasten atomikusabb alkalmazást tesz lehetővé egy-egy ötletre. Egy blokk úgy jó, ha az kompozitálható, azaz beilleszthető más jegyzetbe is inline.
A blokkokból létrehozhatók az output jegyzetek vázlatai, amik összefognak egy végleges írást. Ilyenkor a blokkok külön linkelhetők, összehasonlíthatók és rendezhetők még az írás szerepkesztésének elkezdése előtt.
- A külső eszközök felszabadítják az agyunk gondolkozási képességét#^82FF4EF6-F476-417B-8BFD-FF927FADBDA6
- A Zettelkasten jegyzet értelmetlennek tűnhet egy külső szemlélő számára#^9C6A3CFC-81AD-4B52-8452-79265E4A95AC
  - A Zettelkasten jegyzet értelmetlennek tűnhet egy külső szemlélő számára
Az atomikus blokkok folyamatos írásával közre tudunk működni egy nagyobb feladatban. Közreműködés tudatában elengedjük a teljes rendszer ismeretével járó stresszt és csak az adott blokkra fókuszálunk.

Principle of atomicity

Wed, 08 Sep 2021 00:00:00 +0200

A principle of atomicity azt jelenti, hogy minden dolgot össze kell gyűjteni egy Zettelbe, de meg kell próbálni elválasztani annak vonatkozásait egymástól. Ez nagyon hasonlít a programozásban a separation of concerns koncepcióra, ami a gyakorlatban azt jelenti, hogy minden dolog csak a saját magáért feleljen.

Zettelre levezetve: egy jegyzet csak egy dologról szóljon. Önmagában is olvasható/megérthető legyen (lehetnek például ötletek, definíciók, koncepciók, állítások), de összekötve őket alkossanak rendszereket. Így a meglévő Zetteleket mi is fel tudjuk újra használni a saját ötleteink levezetéséhez, kapcsolatokat vehetünk észre két dolog között és ezekből további Zetteleket tudunk készíteni.

Felmerül a kérdés, hogy a jegyzeteket felépítő Atomikus blokkokból összeileszthetők önálló jegyzetek?

Forrás

Christian Tietze – Create Zettel from Reading Notes According to the Principle of Atomicity

Kapcsolódó

Az automatizált tesztek előnyei és hátrányai
A definiálás használata mint index különböző témakörökre
Decompletion

Zettelkasten jegyzetsorozatok

Wed, 08 Sep 2021 00:00:00 +0200

A #Zettelkasten jegyzetek egymáshoz kapcsolása a gondolat kialakulásának folyamata, amelyben a jegyzetsorozatok értelmezése különböző kontextusoktól függ 2.6.9.2. Ez a kontextus a jegyzetsorozat, mivel a strukturált jegyzetek a #Zettelkasten belépőpontjai 2.6.4.

A jegyzetek közötti kapcsolat megmutatja az ötlet fejlődését. Nem a gondolkodásunk végeredményét tároljuk benne, hanem maga a gondolkodást.

A Zettelkasten rendszer célja

Wed, 08 Sep 2021 00:00:00 +0200

A Zettelkasten munkafolyamat elsődleges célja az, hogy a kutatást, a tanulást, az abból keletkező ötletek kidolgozását, majd a végeredmény megosztását, jól elszeparált lépésekre és rutinra bontsa le, mivel a Zettelkasten kielégíti az analitikus és összehasonlító olvasás követelményeit. Ezzel abban segít, hogy az írás folyamatának különböző lépései meg vannak nevezve, és az azokhoz tartozó rutinok/fizikai lépések ki van dolgozva, lényegében a A Zettelkasten lebontja az írást fizikai lépésekre. Ezzel elérhetjük azt, hogy a rendszert alkalmazva beépítsük a mindennapjainkba ezt a máskülönben nehéznek mondott folyamatot és azt könnyedén, különösebb akaraterő befektetése nélkül, rutinszerűen csináljuk.

El kell képzelnünk a következő lépéseket fizikálisan

Wed, 08 Sep 2021 00:00:00 +0200

El kell képzelnünk a következő lépéseket fizikálisan. Ahhoz, hogy egy következő lépéssel szemben ne alakuljon ki rezisztencia, fontos, hogy lássuk magunkat fejben, miközben elvégezzük az adott feladatot. Ha nem tudjuk elképzelni a következő lépést, akkor újra kell gondolni azt.

A kényszer szerepe a következő lépések halogatásában

Wed, 08 Sep 2021 00:00:00 +0200

Egy El kell képzelnünk a következő lépéseket fizikálisan felül az is fontos, hogy a cél, amit el akarunk érni mennyire jelentősségteljes számunkra. Azok a jó következő lépések, amikhez nem kell használunk az akaraterőnket, mivel ilyenkor nincs semmilyen ellentmondás, tisztázatlan kérdés, vagy rezisztencia a rövidtávú és hosszútávú céljaink között.

Kapcsolódó

A következő lépések elvégzése folyamatos hozzájárulás a projekt céljának eléréséhez

Wed, 08 Sep 2021 00:00:00 +0200

A munkavégzés hogyan jár azzal, hogy közreműködésként fogjuk fel a projekt elérésében.

A tervezés irányt ad, de nem jár azzal a felelősséggel hogy az adott projektet azzal a leírt móddal fejezzünk be, amit a tervben levezettünk.
Lehetőséget ad arra, hogy a projektet új információ ismeretében más irányba tereljük.
Közreműködés tudatában elengedjük a teljes rendszer ismeretével járó stresszt, nem fogunk ragaszkodni a projekthez.
Aszinkronitás, Közreműködés tudatában elengedjük a teljes rendszer ismeretével járó stresszt így A hasonló típusú munka csoportosításával kímélni tudjuk a figyelmünket.
A cranking widgets gondolkodás nélküli munkavégézést jelent, csak a következő lépések folyamatos elvégzésével foglalkozunk.
A következő lépéssel feldaraboljuk kisebb lépésekre a folyamatot, amivel egy idő után olyan állapotba kerül az életünk, hogy a projektet késznek tekinthetjük.

Nagy változásokat apró lépésekkel érünk el

Wed, 08 Sep 2021 00:00:00 +0200

A nagy változások sok apró, rendszeresen folytatott lépéssel érünk el. Olyan ez, mint amikor két vonal irányát összehasonlítjuk: egy idő után még úgy is eltávolodnak egymástól, hogy az egyik iránya csak pár fokkal tér el a másiktól. Hasonló módon, apró szokásokkal más irányba tudjuk magunkat terelni mi is, ami hosszútávon olyan változásokat hoz, amivel közelebb kerülhetünk egy kívánt állapothoz.
A szokásokat alá kell támasztani megfelelően kidolgozott folyamatokkal, amiket megfelelő sorba rendezve rendszereket tudunk létrehozni. Egy ilyen rendszer lehet a kulcsa annak, hogy egy szokást el tudjunk sajátítani.

Következő lépés

Wed, 08 Sep 2021 00:00:00 +0200

A következő lépés egy könyvjelző abban a fejezetben amit projektnek hívunk.

A projekt ad irányt a következő lépésekkel bookmarkolt folyamatoknak.
A következő lépések elvégzése folyamatos hozzájárulás a projekt céljának eléréséhez.

Kapcsolódó

Az automatizáció lényege

Wed, 08 Sep 2021 00:00:00 +0200

Az automatizáció arról szól, hogy a jól ismert munkafolyamatunkban az ismétlődő akadályokat megpróbáljuk kiküszöbölni azzal, hogy a reprodukálható lépéseket delegáljuk egy eszköznek. Ez csak akkor működik jól, ha alulról felfelé közelítjük meg a dolgot, azaz létező problémára próbálunk megoldást keresni, nem pedig egy technológiát próbálunk belekényszeríteni a munkafolyamatunkba.
- A rendszerek kidolgozása megnöveli a produktivitásunkat

A célok hosszabbak mint egy év

Wed, 08 Sep 2021 00:00:00 +0200

A célok hosszabbak mint egy év. Az egy évnél kevesebb ideig tartó célokat projekteknek hívjuk, ami ennél hosszabb azt már a célok listánkban kell követni.

A célok irányt adnak a folyamatoknak

Wed, 08 Sep 2021 00:00:00 +0200

A célok irányt adnak a folyamatoknak. A folyamatokat önmagukban nem tudjuk tudatosan irányítani cél nélkül, viszont a cél csak egy milestone – egy leszúrt bot.
- A folyamat és a cél is felbukkan egy szokás idővonalában

A projektek múltidőben való megfogalmazása elősegíti a tényleges cél megkeresését

Wed, 08 Sep 2021 00:00:00 +0200

A projektek múltidőben való megfogalmazása elősegíti a tényleges cél megkeresését. A múlt időben történő megfogalmazás rákényszerít minket arra, hogy elképzeljük a projektet befejezve, hogy fog az kinézni, amikor készen van. Innen kiindulva, a tényleges projekt neve a múlt időben megfogalmazott cél, jelen időben történő megfogalmazása legyen.

Példák:

Nearcut onboard => Nearcut munkakörnyezet beállítva => Beállítani a Nearcut munkakörnyezetet
Műszaki ellenőr keresése => Műszaki ellenőr felvéve => Felvenni egy műszaki ellenőrt
Agyvihar 86 elkészítése => Agyvihar 86. epizód publikálva => Publikálni az Agyvihar 86. epizódját

A célorientált gondolkodással visszaesünk a régi szokásainkba

Wed, 08 Sep 2021 00:00:00 +0200

A célorientált gondolkodással visszaesünk a régi szokásainkba. Úgy érezzük, hogy megpihenhetünk, mert elértük azt amit akartuk. Ezzel viszont visszaesünk a régi szokásainkba, mert az új szokás a cél iránti motiváció eredménye volt, nem pedig a folyamat élvezetének cselekvése. Szokások. Lustaság miatt a szokásokat apránként kell implementálni a sikerélmény elérésének érdekében.

A célorientált gondolkodás elégedetlenné tesz minket

Wed, 08 Sep 2021 00:00:00 +0200

A célorientált gondolkodás elégedetlenné tesz minket. A célorientált gondolkodással az a baj, hogy limitáljuk magunkat azzal a gondolattal, hogy csak akkor leszünk boldogok és teljesek, ha elérünk egy célt. A célok irányt adnak a folyamatoknak. A folyamatot élvezve bármikor érezhetjük magunkat boldognak, nincs szükségünk arra, hogy ezt célhoz kössük. Ez segít abban, hogy a A célorientált gondolkodással visszaesünk a régi szokásainkba.

A GTD-ben a célokat arra használjuk, hogy ügyesebben tudjunk választani a jelenben

Wed, 08 Sep 2021 00:00:00 +0200

A GTD-ben a célokat arra használjuk, hogy ügyesebben tudjunk választani a jelenben. Lényegtelen hogy azokat elérjük-e a jövőben vagy sem.

#GTD

A célok és a tevékenységi körök kapcsolata

Wed, 08 Sep 2021 00:00:00 +0200

A célok és a projektek lista egymásmellé rakva megmutatja, hogy milyen kapcsolat van a hobbik és az álmok között.
Ha egy projektnek nincs célja, akkor azt hobbinak hívjuk. Amennyiben nincs meghatározva, hogy milyen céllal teszzük az adott dolgot, annak valószínűleg az az oka, hogy csak szórakoztatjuk vele magunkat.
Amennyiben egy célhoz nem tartozik projekt, úgy az egy álom. Szeretnénk elérni és közelebb kerülni a célhoz, de konkrét projekt(ek) nélkül nem haladunk sehova. A célok hosszabbak mint egy év.
Ahhoz, hogy ezeket a különbségeket lássuk, szükség van arra, hogy legyen egy célok és objektívek listánk amit a GTD Weekly Review során össze tudunk hasonlítani a projektek listával.

Externalizálásra alapuló módszertanok

Wed, 08 Sep 2021 00:00:00 +0200

A Zettelkasten és a GTD módszertanokban az a közös, hogy felismerték, hogy az agyunk nagyon rossz az emlékezésben, de nagyon jó abban, hogy meglássa a dolgok közötti kapcsolatokat és két dolog között észrevegye akár a legkisebb különbségeket is. A módszertanok arra vannak kihegyezve, hogy ne emlékezésre használjuk az agyunkat, hanem intuitív döntésekre, problémamegoldásra, ötletek kialakulásának természetes elősegítésére azzal, hogy a folyamatokat külsőleg végezzük el, nem pedig fejben. A GTD-ben ezt a Natural Planning Model valósítja meg (A döntések támogatására használt eszközöket decision supportnak nevezzük), míg a Zettelkastben a gondolkodás folyamatának externalizálása, majd a régi jegyzetek átnézése és összekötése a frissen bekerülő jegyzetekkel.

Decompletion

Wed, 08 Sep 2021 00:00:00 +0200

A decompletion jelentése az amikor egy objektumot, ad-hook módon ruházunk fel tulajdonságokkal és viselkedéssel. Az objektum így az adott kontextushoz tud alkalmazkodni.

Separation of Concerns

Wed, 08 Sep 2021 00:00:00 +0200

A Separation of Concerns egy olyan koncepció, amiben egy komplex rendszer különböző aspektusait kisebb, egymással publikusan kommunikáló alrendszerekre osztunk fel. A rendszertervezés olyan módja ez, ahol az egyes alrendszerek külön kezelhetők, frissíthetők és lecserélhetők.
A Separation of Concerns koncepciót használva könnyebben meg tudunk érteni egy folyamatot, mivel lehetőségünk van az egyes alrendszerekre fókuszálni vagy azok kapcsolatait egyben megérteni madártávlatból nézve az egész rendszert.

Szorongás

Wed, 08 Sep 2021 00:00:00 +0200

A mai világban a stressz nagyrésze elképzelt dolgok miatt jelentkezik. Sok veszély csak elképzelt, de a stressz alapvetően arra lett kitalálva hogy a természetben túléljük a dolgokat.
- Kevés kutatómunkával elkerülhető a halogatás miatti stressz

Az aszinkron univerzumban csak megfigyelőként vagyunk jelen

Wed, 08 Sep 2021 00:00:00 +0200

Az aszinkron univerzumban csak megfigyelőként vagyunk jelen. Ennek a világműködésnek az elfogadása megnyugtató, de csak akkor tudunk nyugodtak lenni ebben a folyamatosan mozgó univerzumban, ha megfelelő figyelmet fordítunk a dolgokra, azért hogy el tudjuk őket engedni.

A túltervezés hatása a változás elfogadására

Wed, 08 Sep 2021 00:00:00 +0200

A túltervezés megakadályozhat a változás elfogadásában és az adaptációban. A tervezés segíthet abban, hogy egy problémát átlássunk és megoldást találjunk rá. Viszont ha nem rendelkezünk megfelelő mennyiségű információval akkor egy feltételezésekre alapuló terv nem segíteni fogja a tisztánlátást, hanem befolyásolni fogja a döntéseinket és stresszfaktort jelent a változások elfogadásában.

Amennyiben csak a meglévő információkra tervezünk – esetleg lehetőségként felsoroljuk a feltételezéseket és félelmeket, de nem tervezzük meg ezeket – akkor könnyebben fogjuk tudni adaptálni a tervünket és nem fog stresszt okozni semmilyen változás. Mivel a A mai világban a stressz nagyrésze elképzelt dolgok miatt jelentkezik, így lehetséges, hogy túltervezéssel csak rendszerszinten találunk ki potenciális veszélyeket, amik aztán felesleges stresszt okoznak bennünk.

Egy cél mindig elkanyarodik a kezdeti állapotból valami más irányba, ahogy egyre több információt tudunk meg róla – ezzel irányt adva a folyamatnak -, így minden esetre nem tudunk felkészülni.

Kapcsolódó

A katasztrofizálás kezelése

Aszinkronitás használata a munkafolyamatunkban

Wed, 08 Sep 2021 00:00:00 +0200

Az aszinkron munkafolyamatban a félbehagyott dolgokról jegyzetet hagyunk magunknak az inboxunkban, amiket később könyvjelzőként tárolunk a rendszerünkben, hogy a megfelelő pillanatban legyen egy gyors emlékeztetőnk arról, hogy honnan kell folytatnunk az adott dolgot. Ezt hívjuk Következő lépésnek.
- A GTD lépéseit alkalmazva, ezek a dolgok újra a szemünk elé fognak kerülni, így fontos, hogy meglegyen a bizalom a saját rendszerünkben.
- Ha rendelkezünk ezzel, akkor képesek leszünk ezeket a dolgokat gyorsan elengedni és másra fókuszálni, ami az igazi aszinkron munkavégzés lényege, Aszinkronitás, gyorsabb munkával pedig kevesebbet halogatunk.
A GTD könyvben van egy hasonlat: a harcos, akit megtámadnak egy sikátorban. A harcos egyszerre nem 4 emberrel fog harcolni, hanem gyorsan tudja váltani a figyelmét 4 ember között és mindig csak eggyel foglalkozik. Ez azt jelenti, hogy az aszinkron munkavégzés képessége olyan mint egy izom, amit tanulni és fejleszteni lehet.
- Szükségünk van arra, hogy a rendszerünkre mankóként tudjunk támaszkodni abban, hogy a könyvjelzőként lerakott következő lépésekkel a megfelelő pillanatban fogunk találkozni.
- Ki kell alakítanunk egy megfelelő review rutint, amit egy idő után teljesen automatikusan fogunk csinálnunk. Az agyunk elkezd bízni a rendszerünkben és nyugodtan el tudja engedni a félbemaradt dolgokat.
Az aszinkron koncepciója használható a Zettelkasten segítségével is az íráshoz. Mivel A Zettelkasten lebontja az írást fizikai lépésekre, A hasonló típusú munka csoportosításával kímélni tudjuk a figyelmünket, aminek az az eredménye, hogy A Zettelkastennel párhuzamosan több dolgot is írhatunk.
Index
- Aszinkronitás

A nyugodt élet titka hogy minden pillanatról tudjuk, hogy jól kihasználjuk

Wed, 08 Sep 2021 00:00:00 +0200

A GTD lényege az, hogy minden pillanatban jól tudjuk hogy amit csinálunk az adott pillanatban az a lehető legjobb választás a lehetőségeink közül. Az agyunk a lehető legjobban fókuszáljon a jelen pillanatra, ne pedig azzal foglalkozzon, hogy mi lesz majd a jövőben vagy mi volt a múltban.

Ehhez bíznunk kell a rendszerünkben, aminek különböző listáit szokásként, automatikusan kell használnunk.

Ha még nincs meg ez a szokás, akkor különbséget kell tennünk a természetes és mesterséges kontextusok között.
Ha megvan a szokás, akkor innen kezdve törekednünk kell a gondolkodás nélküli munkavégzésre.

Eme rendszer olajozott működése garantálja, hogy az eredmények maguktól bekövetkeznek. Ez adja a tökéletes nyugalom alapját, így saját vagy Mások feladatok miatti stresszelése nem kell hogy ránk ragadjon.

Közreműködés tudatában elengedjük a teljes rendszer ismeretével járó stresszt

Wed, 08 Sep 2021 00:00:00 +0200

Hozzájáruló munka esetén (contribution) nem kötődünk annyira a teljes rendszerhez, mint amikor azt mi építjük fel az alapoktól.
- Egy nulláról felépített rendszerhez érzelmileg kötődünk, úgy kezeljük mintha az a saját gyerekünk lenne. Sokkal jobban odafigyelünk arra, hogy hogyan állnak össze a részek egy egésszé.
  - A rendszerek kidolgozása megnöveli a produktivitásunkat
A hozzájárulás szó jelentésében benne van, hogy az egyén figyelmének scope-ja kisebb; mindössze a teljes kép egy kisebb részét látja át, érti meg. Az elvégzett feladata is egy kisebb darab hozzáadása vagy általakítása. Az egyén képes arra, hogy időközönként megjelenjen, hozzáadjon valamit a közöshöz, majd eltűnjön.
- A közreműködő munka tudata egyfajta elengedéssel, megnyugvással jár. Kisebb darabokban ismerjük meg a rendszert, ami egy természetesen kialakuló folyamat. A munkánk alrendszereket érint, így nincs akkora felelősségünk a teljes rendszert felett.
- Csak akkor tudjuk a teljes rendszer ismeretével járó stresszt elengedi, ha tudjuk hogy van valaki, aki ismeri helyettünk azt és kritikus szemmel tudja átnézni a hozzáadott munkánkat. Lehetőséget kapunk arra, hogy úgy alakítsunk át vagy rontsunk el egy kisebb részt, hogy az nem biztos, hogy bekerül a közösbe.
Minél többet adunk hozzá egy közöshöz, annál teljesebb képünk lesz róla, amennyiben a munkánk minél több alrendszert érint. Ehhez viszont időre van szükség.

Aszinkronitás

Wed, 08 Sep 2021 00:00:00 +0200

Az aszinkron világműködés elfogadása megnyugtató
Az aszinkronitás elfogadása ad egy mindfull állapotot, amivel elfogadjuk azt, hogy az univerzum sosem áll le és mi csak megfigyelőként vagyunk jelen.
- Felesleges aggódni mert nem létezik szabad akarat
Bízunk abban, hogy a külső rendszerben tárolt döntéseredményeink alapján jól fogjuk kiválasztani, hogy mit csináljunk az adott pillanatban.
- A jelen pillanat mindig tartogat kihasználható lehetőségeket
- A következő lépések elvégzésére mentálisan fel kell készülni
Azzal, hogy ezt elfogadjuk és lelassítunk, elkezdünk jobban odafigyelni magunkra és a környezetünkre.
- A nyugodt élet titka hogy minden pillanatról tudjuk, hogy jól kihasználjuk.
Mások feladatok miatti stresszelése nem kell hogy ránk ragadjon ránk ragadjon, mivel ezek az ingerek is aszinkronban történnek, rövid időn belül elmúlnak.
Index
- Aszinkronitás

Egy meglévő szokással összekapcsolt új szokás hamarabb elsajátítható

Wed, 08 Sep 2021 00:00:00 +0200

Egy új szokás elsajátításánál újra fel tudjuk használni egy másik szokás cselekményét az új szokás triggereléséhez. Képesek vagyunk két szokást összekapcsolni, legsikeresebben úgy, ha az eredeti szokásban van üresjárat.
- Egy meglévő szokásban lévő üresjárat triggerként tud viselkedni az új szokás elindítására.
- Egy meglévő szokásban lévő üresjárattal elindított új szokás jutalma lehet a már meglévő szokásunk jutalma is.
- Az egymásra épített szokások úgy viselkednek, mint amik kompozitként alakítanak ki egy új cselekvés sort.
Példa: amíg ázik a teám, addig elmegyek meditálni. A szokás triggere, hogy várni kell a teára, a jutalom, hogy ihatok teát.

A leszokás sikerességéhez alternatív cselekvésekkel kell helyettesíteni az eredeti cselekvést

Wed, 08 Sep 2021 00:00:00 +0200

A leszokás sikerességéhez alternatív cselekvésekkel kell helyettesíteni az eredeti cselekvést. Ezzel a hiányt tudjuk pótolni, ami remek lehetőséget biztosít arra, hogy új szokásokat alakítsunk ki. Mivel Leszokni nem lehet valamiről csak megváltoztatni a szokást.
Forrás
- 20200621105927

Lustaság miatt a szokásokat apránként kell implementálni a sikerélmény elérésének érdekében

Wed, 08 Sep 2021 00:00:00 +0200

Lustaság miatt a szokásokat apránként kell implementálni a sikerélmény elérésének érdekében. Egy meglévő szokással összekapcsolt új szokás hamarabb elsajátítható, ami könnyebbé teheti ezt a folyamatot.
Egy szokás automatikussá válása előtt bizonyítani kell magunkak, hogy rendszeresen csináljuk azt, így nem szabad hogy sikertelenséget tapasztaljunk egy szokás implementálása közben, mert csökkenni fog a magunkba vetett bizalom azzal kapcsolatban, hogy el tudjuk sajátítani a szokást. Ezt úgy tudjuk elkerülni, hogy identitásuknak flexibilisnek kell lennie.
Nagy változásokat apró lépésekkel érünk el, hasonlóan ahogy egy pár fokkal elfordított vonalon haladva máshol fogunk kikötni, mint annak eredeti állapotában.

Leszokni nem lehet valamiről csak megváltoztatni a szokást

Wed, 08 Sep 2021 00:00:00 +0200

Az agyunkba annyira mélyen kialakul a neutron hálózat, ami az adott szokást tárolja, hogy attól nem tudunk szabadulni. A szokás három részéből (trigger, cselekvés, jutalom), a cselekvés felett van úgy hatalmunk, hogy a cselekvést nem megszüntetjük, hanem átalakítjuk. Így az eredeti szokást helyettesíteni lehet egy másikkal, vagy hozzákapcsolni egy új szokást. Ettől függetlenül az eredeti szokás ugyanúgy megmarad az agyunkban és bármikor előhívható.

Az agyunk mindenről kialakít elvárásokat

Wed, 08 Sep 2021 00:00:00 +0200

Az agyunk egy idő után mindenről kialakít elvárásokat. Ha az eredeti szokást megszüntetjük, akkor kényelmetlenül érezhetjük magunkat, mert az elvárás nem fog teljesülni. A leszokás sikerességéhez alternatív cselekvésekkel kell helyettesíteni az eredeti cselekvést.
Forrás
- 20200621105907

A folyamat és a cél is felbukkan egy szokás idővonalában

Wed, 08 Sep 2021 00:00:00 +0200

A folyamat és a cél is felbukkan egy szokás idővonalában. A folyamat egy szokás teljes cselekvését jelenti, míg a célok csak egy-egy pillanatot a szokás teljes élete alatt. A szokások kialakításához rendszereket kell terveznünk, amik ezeket a folyamatokat irányítják. A motiváció rossz irányadó, mert A célorientált gondolkodással visszaesünk a régi szokásainkba.
Index
- Szokások

Egy szokás automatikussá válása előtt bizonyítani kell magunkak, hogy rendszeresen csináljuk azt

Wed, 08 Sep 2021 00:00:00 +0200

Az identitásunkban csak akkor válik erőssé egy viselkedés, ha az agyunk tud bízni abban, hogy a szokás beépült a rutinunkba (trusted system). Ha ez megtörtént, akkor formáljuk az identitásunkat és autopilot üzemmódba kapcsolunk egy viselkedést.

A szokások kialakításához rendszereket kell terveznünk

Wed, 08 Sep 2021 00:00:00 +0200

A szokások kialakításához rendszereket kell terveznünk. Mivel a szokás egy automatizált cselekvés, azokat alá kell támasztani megfelelően kidolgozott folyamatokkal, amiket megfelelő sorba rendezve rendszereket tudunk létrehozni.
Nagyon fontos, hogy egymástól jól elkülönülő lépésekre lebontott folyamatokat foglaljunk rendszerekbe, mivel egy ilyen rendszer lehet a kulcsa annak, hogy egy szokást el tudjuk sajátítani.
- A rendszerek kidolgozása megnöveli a produktivitásunkat
Lustaság miatt a szokásokat apránként kell implementálni a sikerélmény elérésének érdekében.
Példák arra, hogy milyen rendszereket használhatunk a szokások kialakítására.
- Ellenőrző listát kell tartanunk a capture eszközeinkről
- Tanulás a Zettelkasten rendszerrel

Szokások

Wed, 08 Sep 2021 00:00:00 +0200

A szokások elsajátításához flexibilis identitással kell rendelkeznünk. Nem szabad túlságosan leragadnunk semmilyen hit mellett. Tudnunk kell felejteni és törölni bizonyos dolgokat.
Ahhoz hogy ezt hatékonyan tudjuk megtenni, jó ha egy külső rendszerben látjuk magunk előtt az identitásunk különböző részeit. A GTD 5. horizontja, a küldetés és alapelvek egy jó hely lehet ennek a menedzselésére.
Index
- Szokások

A digitális minimalizmus irányt ad egy eszköz adaptációjában

Wed, 08 Sep 2021 00:00:00 +0200

A digitális minimalizmus egy olyan értékrend, ami különböző digitális eszközök használatában ad számunkra iránymutatást.

A rendetlenség luxus. A sok eszköz és alkalmazás használata csak összezavar minket és bonyolulttá teszi a digitális életünket, amiben eltűnik az a kevés előny, amit ezek az új eszközök adnak.
Az optimalizálás fontos. Nem elég egy eszközről eldönteni, hogy segít-e minket a számunkra fontos dolog elérésében, hanem az is fontos, hogy átgondoljuk hogyan fogjuk használni azt. Egy dolog megvonása tisztánlátást eredményezhet.
Az odafigyelés jóérzéssel tölt el minket. Azzal, hogy jobban odafigyelünk a felhasznált technológiákra, tudni fogjuk, hogy a döntéseink átgondoltak, ami egyfajta kielégülést okoz.

Forrás

Időszakos pozitív megerősítés

Wed, 08 Sep 2021 00:00:00 +0200

Az időszakos pozitív megerősítés azt jelenti, hogy valamilyen rendszer időközönként pozitív visszacsatolást ad, ami miatt a felhasználó visszatér rendszeresen. A véletlenszerűség miatt nagyobb függőséget okoz, mint a rendszeres időközönként kapott pozitív visszacsatolás. Ilyenek lehetnek például a lájkok 20200601182842, érdekes bejegyzések híroldalakon, amiknek a végén örömöt vagy haragot érzünk 20200601182837.

Forrás

Társadalmi jóváhagyás

Wed, 08 Sep 2021 00:00:00 +0200

A társadalmi jóváhagyás egy ősi emberi funkció, ami a törzshöz tartozás miatti megfelelést jelenti. Ha a törzs elfogad minket, akkor biztonságban leszünk, ehhez viszont meg kell felelnünk. Manapság már nincs szükségünk erre az agyi funkcióra, viszont a hatása mai napig létezik és ezt kihasználva addiktív viselkedést lehet kialakítani valakinél. Ilyen lehet például a social média oldalakon a lájk gomb, lásd 20200601182827.

A társadalmi jóváhagyástól úgy a legkönnyebb elmenekülni, ha egyedül vagyunk. Az egyedüllét során az elménkre nincs hatással mások elméje.

Forrás

Viselkedés alapú függőség

Wed, 08 Sep 2021 00:00:00 +0200

A viselkedés alapú technológiai függőségek jóval mérsékeltebbek az erős kémiai anyagok által létrehozott függőségekhez képest, mint például az alkohol vagy a dohány. Mégis vannak annyira erősek, hogy kezelni kell őket.

Viselkedés alapú függőséget okozhat az időszakos pozitív megerősítés és a társadalmi jóváhagyás keresése is.

Forrás

20200601182908

Addiktív viselkedés

Wed, 08 Sep 2021 00:00:00 +0200

Az addiktív viselkedés (vagy függőség) egy olyan állapot, amiben az alany egy olyan rendszeres viselkedésben vagy anyaghasználatban vesz részt, aminek a jutalma akkora befolyást jelent, hogy a negatív okok sem számítanak. Vannak kémia anyagok által okozott függőségek és viselkedés alapú függőségek. Az addiktív viselkedés kialakításához két módszerre van szükség.

Az Időszakos pozitív megerősítés
Társadalmi jóváhagyás ösztönzése

Kialakulásának egyik oka lehet, hogy Az agyunk mindenről kialakít elvárásokat, amiket megtörve jelentkezhetnek az elvonás kellemetlen részei. Ezeket a kellemetlenségeket csökkenthetjük: A leszokás sikerességéhez alternatív cselekvésekkel kell helyettesíteni az eredeti cselekvést

Forrás

20200601182912

Egy dolog megvonása tisztánlátást eredményezhet

Wed, 08 Sep 2021 00:00:00 +0200

Egy dolog megvonása tisztánlátást eredményezhet. Miután megtapasztaljuk, hogy valaminek a hiánya hosszútávon milyen a mindennapokban, a szerzett tapasztalat segíthet eldönteni azt, hogy az adott dologra szükségünk van-e egyáltalán. Ez automatikusan triggereli a minimalista gondolkodást, miszerint csak azokat a dolgokat használjuk, amikre szükségünk van.

Forrás

20200621105914

Digitális minimalizmus

Wed, 08 Sep 2021 00:00:00 +0200

A digitális minimalizmus egy olyan technológia felhasználási értékrend, amivel visszafelé kiindulva tudunk átalakítani innovációkat zavaró tényezőkből - amik addiktív viselkedést is okoznak - olyan eszközökké, amik támogatják az életünket. Máshogy szólva, az online eltöltött időnket olyan alacsony számú, körültekintően kiválasztott és optimalizált tevékenységre fordítjuk, amik erőteljesen támogatják azokat a dolgokat, amiket értékelünk. Minden mást pedig boldogan kihagyunk. A digitális minimalizmus irányt ad egy eszköz adaptációjában.

Forrás

A miért kérdés fontossága

Wed, 08 Sep 2021 00:00:00 +0200

A miért kérdés minden egyes alkalommal megállít és arra ösztönöz, hogy mélyebben elgondolkozzunk az okokon.

Átemeli az embert egy másik perspektívába, ahonnan máshogy szemléli a dolgokat.
Irányt ad abban az esetben, amikor elakadtunk.
Tisztázza a homályosan látott dolgokat, ez választ ad kérdésekre.

Minden koncepció befogadása előtt érdemes megkérdezni, hogy miért, ami automatikus ötleteket szül. Ezek lehetnek jobb megoldások, a meglévő tapasztalattal párosítva.

Kapcsolódó

A referencia jegyzetek feldolgozásának kulcskérdése
Az elvonatkoztatás megkönnyítése külső rendszerekkel

Megoldott problémák újravizsgálata

Wed, 08 Sep 2021 00:00:00 +0200

Az innováció abban rejlik, hogy olyan dolgokat kombinálunk, amikre mások még nem gondoltak. Ehhez viszont arra is szükség van, hogy egy már megoldottnak hitt problémát újra megvizsgáljunk, ehhez szükségünk van térre a gondolkodáshoz. Ez a lépés még mások által felfedezetlen ötleteket triggerelhet.
- Belépés egy telitett termékpiacra
Az ötleten felül szükséges, hogy azt termékként tudjuk értékesíteni.
- A cégek rendszereket használva értékesítenek termékeket

Belépés egy telitett termékpiacra

Wed, 08 Sep 2021 00:00:00 +0200

Mivel bárhol lehet új ötleteket találni, így akár egy monopóliumot tartalmazó piac is lehet olyan számunkra, amihez hozzá tudunk adni valami speciális dolgot, ami felhasználókat fog hozni számunkra.
- Megoldott problémák újravizsgálata

A tweetstorm alkalmas egy ötlet publikus tesztelésére

Sat, 11 Sep 2021 00:00:00 +0200

Ahelyett, hogy komolyabb energiát fektetünk egy ötlet kidolgozásába, a Twitterre publikálva rövid tweetstorm formában megvizsgálhatjuk egy témáról, hogy arra van-e erdeklődő.

A tweetstorm egy könnyen elkészíthető formátum, amiről nem várnak el az emberek komoly kidolgozottságot. Twitterren az általunk publikált tartalom ugyanazon szinten van, mint egy arra érkezett reakció, így beszélgetések alakulhatnak ki egy témáról. Az ott érkezett visszajelzést fel tudjuk használni a ténylegesen kidolgozott tartalom elkészítésében.

A Craft kiindulópont lehet különböző dolgokra

Sat, 11 Sep 2021 00:00:00 +0200

A Craft napi jegyzet részében kényelmesen tudunk jegyzetelni a nap folyamán. Ez a nézet beszélgetések indítására is használható.
- A Craft egy interstitue journal, a Day One egy diary
- A napi oldalak szabadon használhatók írással történő gondolkodásra
Minden Craft blokk vagy oldal megosztható különböző alkalmazásokba, így a tartalmat gyorsan át lehet mozgatni a megfelelő helyre. Ez flexibilitast ad arra, hogy a Craftot használjam knowledge command centerként, de bármikor át tudjak adni tartalmat más alkalmazásoknak, amik jobban használhatók az adott célfeladatra. Így minden eszköz meg tudja őrizni az előnyeit.
Átadható tartalom lehet például.
- Things projektek
- Twitter Tweetek
- Ulysses blogposztok
- Day One bejegyzések

A Fleeting jegyzetek kiindulópontként használhatók projektekhez és tartalmi elemekhez

Sat, 11 Sep 2021 00:00:00 +0200

A Zettelkastenben naplózott napi Fleeting Notes típusú jegyzetek alapot adnak projekthez és tartalmi elemekhez.
- A Craft kiindulópont lehet különböző dolgokra
- A napi oldalak szabadon használhatók írással történő gondolkodásra
Azért fontos ezeket a Fleeting Notes jegyzeteket jól kezelni, mert a #GTD és Zettelkasten módszertanokon keresztül ezek a jegyzetek Az a munkám, hogy gondolkodok lehetnek.
- #GTD esetében a Fleeting Notes lehet egy projekt alapja.
  - Kevés kutatómunkával elkerülhető a halogatás miatti stressz
- Zettelkasten esetében a Fleeting Notes lehet egy tartalmi forma kezdete.
  - A Zettelkasten lebontja az írást fizikai lépésekre.
  - A Zettelkasten folyamata használható termékfejlesztésre
- A Natural Planning Model és a Zettelkasten ugyanaz a folyamat csak más kontextusban használva
- 2.8.2.4 Things can be used as an idea-manager

Az írás egy állandó folyamat

Sat, 11 Sep 2021 00:00:00 +0200

Az írás egy olyan szokás, amit folyamatosan művelnünk kell. A legjobb, ha napközben folyamatosan írunk, ahelyett, hogy nagyobb blokkokat foglalnánk le magunknak.

A szokások kialakításához rendszereket kell terveznünk.

Jó ha van egy rendszerünk, amivel képesek vagyunk a gondolkodás és az írás különböző lépéseit lebontani.

A Zettelkasten lebontja az írást fizikai lépésekre

A napi oldalak szabadon használhatók írással történő gondolkodásra

Napközben a különböző gondolatokat leírunk (Fleeting Notes), majd ezekre támaszkodva, egy alulról-felfelé építkező workflowban, mindig arról tudunk írni, amiről szeretnénk.

A Zettelkasten és a GTD hagyja természetesen kialakulni a dolgokat

A Fleeting jegyzetek kiindulópontként használhatók projektekhez és tartalmi elemekhez, ebből adódik, hogy A Craft kiindulópont lehet különböző dolgokra.

A rendszerek kidolgozása megnöveli a produktivitásunkat

Thu, 30 Sep 2021 00:00:00 +0200

Minden olyan dolog, amivel foglalkozunk, rendszerbe kell foglalni és dokumentálni.
- Érdemes azokra a procedúrákra odafigyelni, amiket rendszeresen ismétlünk.
  - Három rendszer állandó karbantartása kell ahhoz hogy működjenek a dolgaim 2.4
  - Processz orientált emailezés 2.3.1
  - The best way to learn about our tools is to keep a workflow changelog 2.8.1.1
- Ilyen folyamatok lehetnek azok is, amikkel pénzt szeretnénk keresni. Nagyobb skálán ezeket cégeknek hívjuk.
- A cégek rendszereket használva értékesítenek termékeket 9.2
Miért kell a dolgokat rendszerbe foglalni és automatizálni? Azért, hogy úgy tudjunk dolgokat elérni, hogy nem töltünk azokkal időt.
- Az írás és a programozás rendszerek működését írja le 2.6.5.8.1
A rendszerbe foglalás menete
1. Definiáljuk a rendszert
  - Végig kell menni minden egyes procedúrán és elmagyarázni, hogy hogyan kell csinálni minden egyes olyan dolgot, amit valakinek több mint egyszer kell elvégeznie.
2. Finomítjuk a rendszert
  - Amikor finomítottuk a rendszert, akkor készen állunk arra, hogy automatizáljuk.
3. Automatizáljuk a rendszert
  - Nagyon fontos, hogy ne ugorjunk egyből az automatizálás lépésre.
  - Amikor egy rendszert automatizáltunk, akkor nincs tovább mit csinálnunk a folyamattal.
Ha szeretnénk delegálni egy rendszert, akkor olyan embert kell alkalmaznunk, aki gyarapítani tudja az általunk kidolgozott folyamatot a közreműködésünk nélkül is.

A cégek rendszereket használva értékesítenek termékeket

Thu, 30 Sep 2021 00:00:00 +0200

A cégek olyan szervezetek, amikor profitorientált céllal, kidolgozott rendszerekre alapozva adnak el termékeket.
- Bizonyos cégek el tudják adni azt is hogy másoknak készítenek rendszereket és eszközöket szoftverek formájában.
  - Az írás és a programozás rendszerek működését írja le

A Zettelkasten használata a SomedayMaybe lista fejlesztésére

Tue, 05 Oct 2021 00:00:00 +0200

A Zettelkasten a #GTD Someday/Maybe lista kiterjesztéseként is használható, amiben fokozatosan tudjuk fejleszteni az ötleteinket.

A Someday/Maybe lista olyan dolgokat tartalmaz, amiket még “főzünk”. Nem vagyunk elkötelezve egyik pontja iránt sem, de a folyamatosan nevelt ötletek egyszer aktívvá válhatnak.

A Thingsben a Someday, Craftban a Maybe elemeket tárolom

A Digital gardening egy publikus Someday/Maybe lista.

A Zettelkasten folyamata használható termékfejlesztésre

Kevés kutatómunkával elkerülhető a halogatás miatti stresszs

Zettelkasten jegyzetsorozatok

A Zettelkasten folyamata használható termékfejlesztésre

Tue, 05 Oct 2021 00:00:00 +0200

A Zettelkasten íráshoz használt lépései lebonthatók termékfejlesztésre.

Cikk vázlatok készítése a Zettelkasten jegyzetekből

A termékfejlesztés a saját vagy az ügyfél ötleteinek funkcióvá alakítása, fejlesztésének specifikálása, implementálása, majd dokumentálása.

Megkapjuk a kérést e-mailben vagy leírjuk a saját ötletünket. Ezeket a kéréseket és ötletek kell feldolgoznunk és permanent jegyzeteket készítenünk.

  A funkciót leíró permanent jegyzetek összeköthetők, amik új ötleteket adhatnak.

     <a href="/2.6.9/" class="wikilink" data-action="click->card-stack#open">Zettelkasten jegyzetsorozatok</a>

  Kérés/ötlet feldolgozása funkcióvá?

A fejlesztésre megérett permanent jegyzeteket fejlesztési specifikációvá kell konvertálni egy projekt formájában.

  A fejlesztési specifikáció egyenlő egy iromány vázlatával.

  A fejlesztési specifikáció már egy konkrét elvégzendő projekt, amit trackelni kell a projektjeink között.

  Fejlesztési specifikáció készítése?

A kidolgozott fejlesztési specifikációt implementálnunk kell konkrét kód formájában.

  A végleges kód egyenlő az iromány publikált verziójával.

  Code Review

  Funkció tesztelése?

Az elkészült kódot dokumentálni kell a fejlesztési specifikáció alapján.

  Funkció dokumentálása?

Kevés kutatómunkával elkerülhető a halogatás miatti stressz

Tue, 12 Oct 2021 00:00:00 +0200

Egy projekt miatti aggodalmat általában a projekt ismeretlen mivolta szüli, amit elkerülhetünk rövid kutatómunkával.
- Le kell tisztázni, hogy miért csináljuk a projektet és hogyan akarjuk megvalósítani.
- El kell kezdenünk jegyzeteket gyűjteni a projektről, aminek két oka van.
  - Legyen egy hely ahova fel tudjuk írni az ötleteinket.
    - A Craft kiindulópont lehet különböző dolgokra
  - A jegyzetek írása elindít egy elmélyülési folyamatot a projektben azzal, hogy leírjuk a projekttel kapcsolatos korai megfigyeléseket, kérdéseket, ötleteket.
    - A projekt jegyzetei automatikusan következő lépéseket fognak triggerelni.
- Az elkészült jegyzeteket ott kell hagyni; elég ha tudjuk hogy picit hozzányúltunk a munkához és hagyjuk hogy az elménk a háttérben dolgozzon rajta.
Nem hirtelen ugrunk bele egy projektbe, hanem óvatosan belemártjuk a lábunkat.

Az a munkám, hogy gondolkodok

Wed, 20 Oct 2021 00:00:00 +0200

Az a munkám, hogy gondolkodok, kitalálok dolgokat és azokat különböző formában megvalósítom.
- Ennek a munkámnak vannak különböző végéredmenyei.
  - Programozás, amiért fizetnek.
  - Blog írás, ami egy hobbi.
  - Podcast készítés, ami egy hobbi.
A kitalált dolog elkészítése már nem annyira nehéz, mint az eredeti ötlet kitalálása és nevelése.
- Hasonló a GTD tisztázás és rendszerezés lépéseihez, amikkel szintén jóval a cselekvés előtt gondolkodunk.
A gondolkodás támogatható külső folyamatokkal amit lehet automatizálni és rendszerbe foglalni.
- A döntések támogatására használt eszközöket decision supportnak nevezzük (missing link)
- Az elvonatkoztatás megkönnyítése külső rendszerekkel 2.5
- A Zettelkasten rendszerem célja végtermékek előállítása 2.6.2
- A tudás az elme és az azt támogató külső eszközök eredménye 2.1

Craft használata GTD-re

Fri, 22 Oct 2021 00:00:00 +0200

Ahelyett hogy két alkalmazásban kezelném a következő lépések és projektek listát, lehetne a Thingsből migrálni a Craftba minden következő lépést és projektet.
Migráció lépések
- Someday/Maybe lista migrációja
- Apple Watchról törölni a Thingset, helyére Voice Memos vagy Drafts
- Repeating todok kezelése
  - Jelenjenek meg az inboxban ismétlődő tennivalók
    - DEVONthink?
    - Reminders?
    - Calendar?
- Listák linkelése
- Zapier Things e-mail cím helyett Nearcutos email cím beállítása
Előnyök
- Van benne Spotlight keresés
- Nagyon jó, hogy minden listám, jegyzetem, napi journal egy helyen van
- Minden következő lépés, projekt és napló bejegyzés összelinkelhető
- A Craft rendesen töri a szöveget, nem rejti el a kilógó szavakat mint a Things
- Natív drag-and-drop iPaden
- Ugyanúgy tudok linkelni minden oldalra, blokkra mint a Thingsből
- Beépített naptárkezelés
- Napi jegyzetelés közösen használható a tennivalókkal, nem kell két appot néznem
- Mivel a Craft elsősorban jegyzetelésre van kitalálva, így freeform
  - Lehet benne linkelni inline
  - Csoportosíthatom bárhogy a tennivalókat
  - Kiemelhetek tennivalókat
- A Craft lenne a hub arra hogy minden cuccom kimegy valahova
  - Az a munkám, hogy gondolkodok
- Nagyszerűen használható iPaden
- Az inboxban csak dolgok vannak, nem todok
- Lehet mellékleteket hozzáadni a jegyzetekhez, köztük akár rajzokat, PDF-eket vagy képeket
- Van kuka iOS-en is
Hátrányok
- Nincs Craft widget a dokumentumokra csak a pici widget
  - 🗄 Bugs / Questions / Feature Requests - jó lenne a Crafthoz egy widget, ami mutatja a dokumentum preview-t. Szerintem megvan ehhez a technológia mert képet is lehet exportálni a Craftból.
- Nincs benne emlékeztető
  - Reminders app használata
- Nincs benne Apple Watch Siri watch face integráció
  - Reminders app használata
- Nem lehet bele küldeni jegyzeteket emailen keresztül
  - Mail rules használata
- Kipipált tennivalókat kézzel kell kitörölni, vagy átmozgatni a napi jegyzetekbe
  - Kiegészíteni a Daily Review listát a következő lépések kitakarításával
- Nincs benne repeating tennivaló kezelés
  - Ismétlődő dolgok hozzáadása a naptárhoz, átmigrálása a megfelelő listára Craftban.
  - Maintenance lista, amiről hetente kiírom Weekly Review alatt, hogy mit akarok megcsinálni azon a héten.
- Kizárólag a macOS beépített eszközeit használva kialakíthatunk magunknak egy működő #GTD rendszert, így nem szükséges egy nem GTD-re kitalált szoftver meghackelése.

Három féle capture eszköz létezik

Sun, 24 Oct 2021 00:00:00 +0200

Queue: azok a dolgok, amik hasznosak lehetnek, de nem probléma, ha nem nézzük át őket.
- RSS, Twitter, Reddit, stb.
Ötlet: azok az eszközök, amikkel a saját olyan gondolatainkat írjuk fel, amikkel még lehet dolgunk.
- Capture Wallet, Drafts stb.
  - A Capture Wallet a preferált capture eszközöm
Kommunikáció: amikor valaki vagy valami kommunikálni próbál felénk valamit.
- Email, üzenetek, értesítések.
  - Az értesítések reaktiv capture eszközök

Kétféle következő lépés létezik

Mon, 01 Nov 2021 00:00:00 +0100

Cselekvést leíró következő lépés, ami kontextus szerint elvégezhető általános feladat.
- A következő lépéseknek cselekvést kell leírniuk
Ige szerinti következő lépés, aminél az adott dolog az emlékeztető. ^DBC6B58F-D35C-43F0-94F6-5BED1150207B
- Ezek a következő lépések általában egy ültében megcsinálhatók.
- Ilyen típusú következő lépések az elolvasandók, számlák, utalandók, stb.
- A hasonló típusú munka csoportosításával kímélni tudjuk a figyelmünket

A Zettelkasten rendszerem célja végtermékek előállítása

Wed, 10 Nov 2021 00:00:00 +0100

Azért használom a Zettelkasten rendszert, hogy a jegyzetekből később egy végtermék készüljön valamilyen projekt formájában, ami lehet írás, de akár videó, vagy egy szoftver funkció is.
- A Craft kiindulópont lehet különböző dolgokra
Érdemes összehangolni a Zettelkasten rendszert, a munkánk végtermékével és megnézni, hogy hogyan tudjuk felhasználni a jegyzeteket annak előállításához.
- Pull requests for developers are like papers for scientists

A Thingsben a Someday, Craftban a Maybe elemeket tárolom

Thu, 11 Nov 2021 00:00:00 +0100

A Someday jelentése egyszer.
- Ezek olyan projektek, amik már elindultak és egyszer szeretném őket befejezni.
- Azért tárolom Thingsben mert elkezdett projektekről van szó.
A Maybe jelentése talán.
- Ezek az elemek még nevelés alatt állnak a Craftban, nem biztos, hogy lesz belőlük bármi.
- Ha egy ötlet megérett arra, hogy elkezdjem aktívan, akkor kikerül a helyéről a Project Supportba és készül belőle egy Things projekt.
  - Előfordulhat, hogy innen még visszakerül a Someday részbe.

Developed this workflow into a different one. 2.8.2.4 Things can be used as an idea-manager

GTD capture

Fri, 12 Nov 2021 00:00:00 +0100

A GTD capture lépése egy nehéz és sokrétű szokás, amire tudatosan kell tervezni. A szokások kialakításához rendszereket kell terveznünk.

Szisztematikusan kell szkennelve tartalmat fogyasztani

Mon, 22 Nov 2021 00:00:00 +0100

Szisztematikusan kell szkennelve tartalmat fogyasztani, mert rengeteg információ van de kevés időnk, emiatt nem tudunk akkora figyelmet fordítani egy-egy cikkre. ^8308C1D5-6A86-4A0B-8FA9-326CD356AFF7

A tartalom szkennelése vagy lassú olvasása a hatékonyabb?

Le kell írnunk az olvasás közben eszünkbe jutó gondolatokat

Gyorsan kell átszkennelve a cikket kell megtalálni azt ami érdekesnek tűnik és kiemelni.

Ami nem érdekes azt teljesen átugorni.

A tartalom szkennelése vagy lassú olvasása a hatékonyabb?

Mon, 22 Nov 2021 00:00:00 +0100

Nem lehet eldönteni, hogy a lassú olvasás vagy a gyors szkennelés jobb tartalom fogyasztására?

A lassú olvasással tudunk igazán elmélyülni egy szövegben#^9A4140CA-C24F-49F1-986E-6C947B3F6F5E, viszont Szisztematikusan kell szkennelve tartalmat fogyasztani#^8308C1D5-6A86-4A0B-8FA9-326CD356AFF7

Előfordulhat, hogy a két módszer közös használata lehet hatékony.

Átszkenneljük a cikket és kiemeljük benne a fontos részeket.

Lassan és odafigyelve olvassuk el a kiemelt részeket, hogy azokat jól megértsük.

  [Olvasás és jegyzetelés workflow](craftdocs://open?blockId=5A7E2217-49C3-4E11-8327-EC055E2978B2&spaceId=386068e4-1c47-b496-bafa-f60902f39d29)

  [Le kell írnunk az olvasás közben eszünkbe jutó gondolatokat](#)

Hasznosabb rövidebb Weekly Review-t csinálni hosszabb kihagyás után

Wed, 24 Nov 2021 00:00:00 +0100

Ha nem csináltunk egy ideje Weekly Review-t, akkor érdemes egy rövidebb, nem annyira elmélyült áttekintéssel folytatni ezt a rutint, hogy ne legyen olyan megterhelő.
Egy felületes Weekly Review is jobb, mint a semmi, mert bizonyos rutinok hanyagul művelve is hasznosak számunkra.
A rövidebb Weekly Review tartalmazza legalább az alábbi lépéseket.
- Inboxok teljes feldolgozása.
- Naptár átnézése az elmúlt és elkövetkező pár hétre.
- Következő lépések listák átnézése.
- Projektek lista átnézése és azokhoz következő lépések definiálása.

Az aznapi dolgok menedzselése három helyen történik

Wed, 15 Dec 2021 00:00:00 +0100

Három helyen kell menedzselnünk azokat a dolgokat, amikkel adott napon kell foglalkoznunk.
- Naptár, amiben látjuk, hogy mikor hol kell lennünk, adott napon miről kell tudnunk.
- Határidős feladatok, amiket az adott nap végére el kell végeznünk.
- Asztal, ahol az adott napon létrehozott dokumentumok ideiglenesen tárolódnak.
Ezeknek a helyeknek a nap végére tisztának kell lennie.
- A naptár és határidős feladatok listáin levő dolgokat el kell végezni vagy újraidőzíteni.
- Az asztalon lévő fájlokat át kell mozgatni a digitális inboxba.

A Craft egy interstitue journal, a Day One egy diary

Wed, 22 Dec 2021 00:00:00 +0100

A kettő közötti különbség:
- Az interstitual journal egy Mindfulness módszer arra, hogy kövessük mit csinálunk a nap folyamán.
  - The capture log is an automatic journal 2.14.12
- A dairy (napló) pedig egy jó módszer arra, hogy kiírjuk magunkból mit érzünk, mire vagyunk büszkék.
  - Napi naplót vezetve tisztábban láthatjuk a különbségeket a múlt és a jelen között

Egy iromány elkészítése több rétegből épül fel

Mon, 27 Dec 2021 00:00:00 +0100

A sztori íve adja az iromány csontvázát.

A sztori kialakítása amolyan csontváz megtervezése, amit egy outlinerrel tudunk kialakítani.

Fontos arra odafigyelni, hogy a jól kialakított sztorival tudjuk vezetni az olvasót úgy, hogy megértse miről írunk.

A kidolgozott sztori ív csontvázra aggatjuk rá a gondolatainkat.

A gondolataink jöhetnek a fejünkből, vagy egy aktív jegyzetelési módszert használva, meglévő jegyzeteink is szolgálhatnak alapot erre.

A Zettelkasten jegyzetsorozatokból kialakult a gondolatsorok is Zettelkasten használata irományok vázlataként. ^9682D4AA-2333-45CE-A488-820A9FF48D2C

  Ebben az esetben is ugyanolyan fontos, hogy a sztori ívét jól megtervezzük a kigyűjtött jegyzeteket szem előtt tartva.

  A <a href="/2.6.9/" class="wikilink" data-action="click->card-stack#open">Zettelkasten jegyzetsorozatok</a>ból felhasznált gondolatok szinte mindig lyukakat hagynak a sztoriban. Ezeket a lyukakat ki kell töltenünk további írással, ami igazodik a formálódó irományhoz. ^CA55A82E-F67C-43D6-A787-EC02CF330CD4

A koherensen felépített gondolatok utolsó rétege a szerkesztés, finomítás, egyszerűsítés, amit végül egy helyesírás-ellenőrzéssel zárunk le.

Index
- Zettelkasten
- Írás

A Zettelkasten jegyzet értelmetlennek tűnhet egy külső szemlélő számára

Mon, 27 Dec 2021 00:00:00 +0100

A Zettelkastenben privát jegyzeteket tárolunk, amiket hiába publikálunk, másoknak számára értelmetlennek tűnhetnek.

A jegyzeteink írások nyers alkatrészei, nem közvetlen publikálásra vannak kihegyezve.

Mielőtt publikáljuk a jegyzeteket, fontos, hogy azok kaotikus elrendezését sorbarendezzük és egy sztori vázra illesszük. ^9C6A3CFC-81AD-4B52-8452-79265E4A95AC

Cikk vázlatok készítése a Zettelkasten jegyzetekből

Egy iromány elkészítése több rétegből épül fel

A tudás az elme és az azt támogató külső eszközök eredménye

Thu, 30 Dec 2021 00:00:00 +0100

A tudás szét van osztva az elme és az azt támogató külső eszközök között.
- Ahhoz hogy az elménk el tudja engedni az emlékezés fárasztó feladatát, külső eszközökre kell támaszkodnia.
  - Externalizálásra alapuló módszertanok 2
- A külső eszközök az agyban lévő felismerési képességet kihasználva emlékeztetni tudnak minket dolgokra, amikkel újra előhívhatunk egy kontextust/helyzetet/információkat.
  - A következő lépések elvégzésére mentálisan fel kell készülni 2.7.5.2
Az elme támogatása külső eszközökkel amolyan megosztott rendszert eredményez, amiben az elme és a külső eszközök összedolgozva adnak tudást. Így minden eszköz arra használható, amiben a legjobb.
- A külső eszközök a információ tárolására.
- Az elme a dolgok közötti kapcsolatok felismerésére és új dolgok előállítására az előhívott információ alapján.

A GTD segít irányítás alá vonni a zavar utáni zajt

Thu, 30 Dec 2021 00:00:00 +0100

A GTD leginkább a zavar utáni állapot felmérésével és irányítás alá vonásával foglalkozik.
Ha zavar keletkezik az életünkben, akkor könnyebb dolgunk van, ha korán foglalkozunk vele. Így elkerülhető, hogy a zavarból később nagyobb probléma legyen.

A Natural Planning Model és a Zettelkasten ugyanaz a folyamat csak más kontextusban használva

Thu, 30 Dec 2021 00:00:00 +0100

A Zettelkasten jegyzet és ötletnevelő munkamenete egy projekt lokális scope-jában is használható kisebb méretben.

Ebben a kontextusban a Natural Planning Model írja le azt, hogy hogyan fejlődnek ki természetesen az ötletek.

A Zettelkastennel ellentétben a Natural Planning Model model outputjai nem irományok, hanem a Következő lépések, amik közelebb visznek az elején megfogalmazott célhoz.

Ebből kiiindulva elmondható, hogy a Natural Planning Model leírja, hogy hogyan működik a Zettelkasten.

A következő lépéseknek cselekvést kell leírniuk

Thu, 30 Dec 2021 00:00:00 +0100

A következő lépések feladata az, hogy konkrét cselekvést fogalmazzanak meg. Amennyiben egy cselekvés helyett csak egy főnevek hagyunk magunknak, nem fogjuk tudni elképzelni milyen lehet a következő lépés végrehajtása a valóságban.
- Példa: nem elég ha a Zettelkastennel kapcsolatos következő lépésekben csak a jegyzet címét írom le, az is fontos, hogy melléírjam mi dolgom van vele.
A cselekvés leírása elősegíti azt, hogy ne kelljen újra elgondolkozni azon, hogy hogyan néz ki a következő lépés végrehajtása. ^1CAC5365-7235-418F-8371-2CE412CC8A1F
A jól megfogalmazott, konkrét cselekvést leíró következő lépés csökkenti a halogatás esélyét.
- Nem minden esetben van szükség a cselekvés leírására. Vannak olyan listák, amik egyértelművé teszik a következő lépéshez kapcsolódó cselekvést.
  - Kétféle következő lépés létezik#^DBC6B58F-D35C-43F0-94F6-5BED1150207B

A következő lépések elvégzésére mentálisan fel kell készülni

Thu, 30 Dec 2021 00:00:00 +0100

Egy feladat elvégzésére fel kell készülnünk mentálisan, ami történhet tudatosan vagy tudattalanul. A felkészülés mértéke feladatonként változik.
- Ha egy külső rendszerben vezetett cselekvés jelentése nem egyértelmű, akkor az agynak további mintákat kell kibogoznia és összepárosítania, amivel felesleges agyi kapacitást használunk fel egy már átgondolt dolog újragondolására.
  - A következő lépéseknek cselekvést kell leírniuk
A felkészülés energiaköltségét csökkenteni tudjuk a GTD két perces szabály alkalmazásával, mivel egy frissen feldolgozott rövid feladatnál sok esetben benne vagyunk a szükséges mentális kontextusban, nem kell azt újra nulláról felépíteni.
- Rövid feladatokat kell elvégeznünk a két perces szabály szerint, hogy azok ne csökkentsék az agyi kapacitásunkat, amit így fel tudunk használni a rendszerünkben levő fontosabb, több mentális felkészülést igénylő feladatokra.
Contexts should be the first option to review, when we don’t have anything to do

Le kell írnunk az olvasás közben eszünkbe jutó gondolatokat

Thu, 06 Jan 2022 00:00:00 +0100

Niklas Luhmann nem csinált összesítő jegyzetet arról, amit olvasott – azaz a literature jegyzet koncepciója csak egy utólag kitalált dolog.
Niklas Luhmann azt írta le, ami eszébe jutott az olvasott szövegről. Mindig azt kereste olvasás közben, hogy hogyan illik az olvasott tartalom a meglévő jegyzetei közé.
Elmondható, hogy Niklas Luhmann a GTD capture folyamatot használta a jegyzetei elkészítésére azzal, hogy olvasás közben felírta az eszébe jutó gondolatait, amiket aztán a nap végén szisztematikusan megírt/feldolgozott és a Zettelkastenbe rendezett.

A Zettelkasten jegyzetek egy outline-t építenek fel

Thu, 06 Jan 2022 00:00:00 +0100

Niklas Luhmann jegyzetszámozása nagyon hasonlít arra, ahogy egy outliner automatikusan beállítja a sorszámokat a sorokhoz.
A Zettelkastenben az egymással kapcsolatban álló jegyzeteket faszerkezetbe rendezzük, így elmondható, hogy a Zettelkasten jegyzetek lényegében egy hatalmas outline részei. ^F413D91C-9E1E-47E8-8A36-DFD1D471AFB5
Az outline-nak azon az ágai lesznek érdekesek, amik sok levelet (jegyzetet) tartalmaznak.
- A Zettelkasten rendszerem célja végtermékek előállítása
- A kialakult ágakat érdemes címkézni.
  - A Zettelkasten címkék használata

Tartalomjegyzék jegyzetek készítése

Sun, 16 Jan 2022 00:00:00 +0100

A tartalomjegyzék jegyzet egyszerű felsorolás, ami átlinkel azokra a jegyzetekre, amik egy témához kapcsolódnak, így kezdetleges outline-ként használható egy írás fejlesztése során.

A tartalomjegyzék és output jegyzetek között az a különbség, hogy a tartalomjegyzék jegyzetet a Zettelkasten írása közben fejlesztjük, az output jegyzet pedig kialakul és mi válogatják össze a tartalmát utólag.

Hasonló mi voltuk miatt, egy tartalomjegyzék jegyzet könnyen átkonvertálható output jegyzetté.

A tartalomjegyzék jegyzetek jól használhatók irányított Zettelkasten jegyzetírásra, azaz kitűzzük a célt, hogy a tartalomjegyzék ben leírt témában kutatunk, és ehhez folyamatosan gyűjtünk tartalmat.

Amikor összegyűlt megfelelő mennyiségű anyag a tartalomjegyzék jegyzetben, rendszerezni kell a felsorolást, hogy legyen íve a sztorinak (Egy iromány elkészítése több rétegből épül fel), majd elkezdhetjük az írás vázlatát készíteni.

Cikk vázlatok készítése a Zettelkasten jegyzetekből

Bizonyos rutinok hanyagul művelve is hasznosak számunkra

Sun, 23 Jan 2022 00:00:00 +0100

Vannak olyan rutinok, amik hanyagul csinálva is hasznosak számunkra, így jobban járunk mintha nem csinálnánk azokat.
Nem tudunk mindig minden rutint tökéletesen elvégezni, mert emberek vagyunk és befolyásol minket a kedvünk és hangulatunk.
- Amennyiben fáradtan is végigcsinálunk egy rutint, nem szabad rosszul éreznünk magunkat a hanyagság miatt, mert még így is előrébb vagyunk mint az emberek nagyrésze.
- Kourosh Dini szerint ha ki akarunk alakítani egy rutint a zongorására, akkor még az is hasznosabb, ha csak hozzányúlunk a billentyűkhöz, mintha nem csinálnánk semmit.
Hasznosabb rövidebb Weekly Review-t csinálni hosszabb kihagyás után
- Egy felületes Weekly Review is jobb, mint a semmi, mert bizonyos rutinok hanyagul művelve is hasznosak számunkra.
Szét kell választanunk az egészség és az orvosok büdzsékategóriákat a kiadásainkban.
- A rosszabb naplózás is jobb, mint a semmi, mivel a célunk nem egy tökéletes adattömeg létrehozása, hanem az hogy odafigyeljünk magunkra. Bizonyos rutinok hanyagul művelve is hasznosak számunkra.

A permanent jegyzetek tartalmazhatnak idézeteket is

Mon, 24 Jan 2022 00:00:00 +0100

Nem kell minden jegyzetnek a saját szavainkat tartalmaznia. Felhasználhatunk idézetek is a Zettelkastenben.

Vannak olyan jegyzetek amik így nyersebb állapotban lesznek, mint egy jól kidolgozott és megírt Örökzöld jegyzettípusok, de még adhatnak ismeret alapanyagot.

A Zettelkasten outline megmutatja egy ötlet kialakulásának történetét

Fri, 28 Jan 2022 00:00:00 +0100

Amikor egy jegyzet bekerül a #Zettelkasten outline-ba, akkor a kiválasztott helye fogja meghatároz a sorrendet a #Zettelkasten jegyzetsorozatokban 2.6.9. Ilyen esetben a jegyzet kapcsolódik az előtte és mögötte lévő többi jegyzethez, így láthatóvá válik egy ötlet kialakulásának története az outline-t követve.
- A #Zettelkasten jegyzetsorozatok threadként követhetők 2.6.14
A #Zettelkasten outline mivolta miatt nem biztos, hogy szükség van arra, hogy jegyezet linkeljük bármilyen irányba is.

Zettelkasten index helyett érdemesebb tartalomjegyzék jegyzeteket vezetni

Mon, 31 Jan 2022 00:00:00 +0100

A Zettelkasten index veszélye az, hogy kategóriáként kezdjük el használni, pedig a jegyzetek jó rendszerezési módja az, ha topikok szerint rendezzük a jegyzeteket.
Mivel az index belépési pont a Zettelkastenbe, így fontos lehet egy analóg Zettelkasten esetében. Viszont a A Zettelkasten jegyzetek egy outline-t építenek fel, így az outlineban már láthatjuk a kialakuló patterneket.
Ebben a formában az index és a tartalomjegyzék jegyzet ugyanazt a funkciót látja el, de utóbbi konkrétabb témakör szerint hivatkozik a többi jegyzetre, így elég, ha csak azt használjuk (Tartalomjegyzék jegyzetek készítése).

A digitális Zettelkasten kis lépésekben bárhol fejleszthető

Mon, 31 Jan 2022 00:00:00 +0100

A digitális Zettelkasten mobil rendszer, így ha a telefonunkról is elérjük, lényegében bárhonnan tudjuk szerkeszteni.

A szerkesztés lépései elég kicsik ahhoz, hogy telefonról is tudjuk csinálni.

Mivel a Zettelkasten jegyzetek általában rövidek, igy bárhol le tudunk írni pár gondolatot.

A blokkok a jegyzetek atomjai, így telefonon akár egy darab blokkon is lehet külön dolgozni vagy Az új Zettelkasten jegyzetek Crafttal helyben is kibonthatók.

Atomikus blokkokból összeileszthetők önálló jegyzetek?

Az új Zettelkasten jegyzetek Crafttal helyben is kibonthatók

Mon, 31 Jan 2022 00:00:00 +0100

Amikor eszünkbe jut egy új ötlet, akkor az arról készült Örökzöld jegyzettípusoket helyben is elkezdhetjük írni.
- A Craft atomikus jellege miatt a blokkok bármelyik jegyzet között átmozgathatók vagy új jegyzetté csoportosíthatók.
Amikor egy új jegyzet pontjait kifejtettük, akkor annyi dolgunk van hogy kijelölt blokkokat csoportosítjuk helyben egy új oldalra. Az így kapott jegyzet átmozgatható és linkelhető a Outline jegyzetek között.
- Ennek előnye az hogy nem kell foglalkoznunk a struktúrával, elég ha csak írunk, így a Zettelkasten természetes kialakulási jellege lokálisan is tud működni.
  - A Zettelkasten és a GTD hagyja természetesen kialakulni a dolgokat

Az outline alapú Zettelkastennel el kell gondolkozunk a jegyzet konkrét helyén

Mon, 31 Jan 2022 00:00:00 +0100

Hasonlóan a fizikai Zettelkasten fa szerkezetéhez, az outline alapú Zettelkasten esetén is be kell szúrni egy jegyzetet egy fa alapú struktúrába.
Az így kapott jegyzetsorozatok digitális Zettelkasten esetében is használhatók, mivel meg kell állnunk és el kell azon gondolkoznunk hogy hova fogjuk beilleszteni az új jegyzetet az outline-ban.

Saját magunk code review-ja lehet a dokumentáció vázlata

Mon, 07 Mar 2022 00:00:00 +0100

Amikor egy funkció elkészül, akkor az ahhoz tartozó code review szolgálhat alapul egy dokumentáció elkésztéséhez.
A PR-ben végig kell néznünk a saját kódunkat és az érdekes/fontos részekhez megjegyzéseket kell írni.
- Előfordulhat, hogy fogunk találni olyan dolgokat, amiket meg kell változtatnunk. Rajtunk áll, hogy ezeket javítjuk-e.
Ezután a kommentek össze kell gyűjteni és Craftban egy új dokumentumba beillesztve vázlatként felhasználni a dokumentációhoz.
- Hasonlóan, ahogy A Zettelkasten lebontja az írást fizikai lépésekre, a lokális jegyzetelés is adhat természetesen kialakuló vázlatot (lásd a A Zettelkasten és a GTD hagyja természetesen kialakulni a dolgokat).

A jól működő munkamenet és az eszközök kapcsolata

Wed, 09 Mar 2022 00:00:00 +0100

A flottul működő munkamenet azt jelenti, hogy rendelkezésünkre állnak olyan eszközök, amiket tudunk is használni.

Kapcsolódó

A Reminders két irányból ad lehetőséget az emlékeztetők megtekintésére

Wed, 09 Mar 2022 00:00:00 +0100

Kétféle lista hozható létre a Remindersben: egyszerű lista, amit tervezésre tudunk használni és smart lista, amit munkavégzésre.
- Az egyszerű és smart listáinkat két csoportba érdemes rendezni.
  1. Planning csoport, amit tervezésre használunk.
  2. Doing csoport, amit munkavégzésre használunk.
- Az egyszerű listába rendszerezéssel szemben a Planning és Doing csoportokat használva projektekhez rendeljük a következő lépéseket.
  - A naptárban lévő következő lépések függetlenül tárolódnak, így azokat külön meg kell keresnünk.
  - A projekt és következő lépések összekötése összemossa két különböző típusú emlékeztető helyét. Éles határt szabunk a rendszerben ha típus szerinti listákon tároljuk az emlékeztetőket.
  - A projekt és következő lépések egymáshoz rendelése nehézkes a Remindersben, több időt visz el az adminisztrációja, mint amennyit nyerünk vele.
    - A listamenedzser alkalmazások túlbonyolítják a GTD rendszert
    - Flageléssel összeköthetők ideiglenesen a Reminders emlékeztetők a Weekly Review alatt
- A Planning és Doing csoportok listái nem típusuk szerint (projekt vagy következő lépés) tárolják az emlékeztetőket, hanem a rendszer adminisztrációja szerinti lépésekre bontják szét azokat, lásd tervezés és munkavégzés.
  - Két irányból láthatjuk egy emlékeztető szerepét a projektek és kontextusok alapján.
  - A Doing és Planning csoportok a projektek és kontextusok szerinti rendezést emulálják.
Planning csoport
- A Planning csoportban egyszerű listákat használunk.
- A Planning nézet listáit érdemes felelősségi kör szerint rendszerezni.
- Minden projektünk egy emlékeztetőként van feltüntetve a különböző listákon.
- A következő lépések alfeladatként vannak hozzárendelve a megfelelő projekt emlékeztetőhöz.
  - Amennyiben egy következő lépés nem tartalmaz kontextust, azt tervként vagy a jövőben használt emlékeztetőként lehet kezelni.
  - A jövőben használt emlékeztetőket gyűjti össze a Scheduled lista, ami a Tickler File-nak felel meg.
- Mivel a Remindersben nincs különbség projekt és következő lépés emlékeztetők között, így a projekteket a #Project címkével jelöljük meg, a következő lépések kontextus alapú címkét kapnak.
- A Planning csoport tartalmazza a Someday/Maybe listát is, ahova áthúzhatjuk a nem aktív projekteket.
  - Amikor egy projekt inaktívvá válik, akkor érdemes alatta törölni a meglévő következő lépéseket, hogy azok ne jelenjenek meg a munkavégzésre használt listáinkon.
Doing csoport
- Next Actions nézetben smart listákat használunk, de az egyszerűbb listák, mint például a bevásárlólista szintén ide sorolható.
- A smart listák a kontextus címkékre szűrnek rá, amiket a Planning csoportban adunk meg a következő lépésekhez, amikor tervezzük a projekteket.
- A címkék drag-and-droppal is beállíthatók: amikor ráhúzunk egy emlékeztetőt a smart listára, akkor a Reminders ráteszi a megfelelő címkét.
Külső tartalom linkelése
- A handoffot támogató alkalmazásokban hozzá tudjuk linkelni az alkalmazás éppen látható tartalmát egy új emlékeztetőhöz az alábbi módon.
  - Sirivel használhatjuk a “Remind me about this” kifejezést.
  - Bármilyen szöveget kijelölve a Reminders share extensionnel.
- URL scheme alapon
  - A jegyzet mezőbe beillesztve az URL-ek kattinthatóvá válnak.
  - Minden emlékeztetőhöz tartozik egy URL mező, amibe az URL-t beillesztve megjelenik az emlékezető alatt egy kattintható előnézet.
Inbox lista
- Alapértelmezett lista, amibe fel tudjuk írni a nem letisztázott dolgokat.
- Külső tartalom handoff alapú linkelésével gyorsan tudunk helyben capturerölni emlékeztetőket, amiket később processzálni tudunk.
- Ideiglenes lista arra, hogy a következő lépéseket megtervezzük és rendszerezzük.
  - Akár teljes projektek megtervezhetők az Inbox listában, amit utána a megfelelő Planning listába kell húznunk.

Kizárólag a macOS beépített eszközeit használva kialakíthatunk magunknak egy működő GTD rendszert

Wed, 09 Mar 2022 00:00:00 +0100

A macOS beépített eszközei kiszolgálják egy teljes GTD rendszer igényeit, lehetőséget adva teljeskörű automatizálásra külső szoftver nélkül.
- A rendszerek kidolgozása megnöveli a produktivitásunkat 2.3
Ezek az eszközök nem kimondottam GTD-re vannak kihegyezve, így törekednünk kell arra, hogy egyszerű rendszert alakítsunk ki magunknak.
Arra kell fókuszálnunk, hogy a GTD rendszerünk eredményeket produkáljon, nem pedig a cuccaink tökéletes rendszerezésére.
A macOS eszközök lehetőségeit nagyon kevés ember használja ki teljesen. Ennek valószínűleg az az oka, hogy sokan nem képesek rendszerekben gondolkodni, az eszköztől várják a rendszert. A macOS nem ad rendszert, csupán általános eszköz, amit nekünk kell hozzá igazítanunk a GTD szemlétethez.
- A rendszerek kidolgozása megnöveli a produktivitásunkat

Flageléssel összeköthetők ideiglenesen a Reminders emlékeztetők a Weekly Review alatt

Wed, 09 Mar 2022 00:00:00 +0100

Weekly Review közben használhatjuk a Reminders flagged funkcióját arra, hogy az adott projekt és az összes hozzá kapcsolódó feladatot megjelölve átnézzük azokat, majd a flageket kitörölve a következő projektre ugorjunk.
A flagelést használva egyszerre látható egy helyen a projekt és az összes következő lépés, de egyben elkerülhető a következő lépések rendszerezését lassító projekt és következő lépés összekötése.
- A listamenedzser alkalmazások túlbonyolítják a GTD rendszert
Érdemes három ablakot nyitni Weekly Review alkalmával.
- Bal oldalon a teljes Reminders minden listával.
- Középen a Flagged lista.
- Jobbra a projekt lista.

A listamenedzser alkalmazások túlbonyolítják a GTD rendszert

Wed, 09 Mar 2022 00:00:00 +0100

A klasszikus, könyvben leírt GTD rendszer egyszerűbb eszközökre épül, mint sok digitális listamenedzser.
- Fontos, hogy az általános GTD rendszert sajátítsuk el, mert minden lépésnek és eszköznek lényege van, David Allen nem tett bele felesleges dolgokat.
  - Arra kell fókuszálnunk, hogy a GTD rendszerünk eredményeket produkáljon, nem pedig a cuccaink tökéletes rendszerezésére.
- Ha a GTD könyvben megfogalmazott eszközökkel és módszertannal nem tudjuk fenntartani a rendszerünket, akkor nem jól csináljuk valamelyik lépést.
A GTD-ben a következő lépések nincsnek összekapcsolva a projektekkel, mint ahogy azt sok digitális listamenedzser teszi. Minden dolog külön listán van. Az összekapcsolás általunk történik, hetente egyszer a Weekly Review közben.
- A digitális listamenedzserek csak a kontextus listákon levő következő lépéseket rendelik hozzá a projektekhez, a naptáreseményeket, projektterveket nekünk kell előkeresnünk. Ez zavaró tényező, mert a heti áttekintés alatt azt hihetjük, hogy a projekthez csak a kontextus listáinkon lévő következő lépések tartoznak, elfelejtve az egyéb helyeken (például naptárban) tárolt következő lépéseket. Nekünk kell a fennmaradó lépéseket összekapcsolni a projekttel. Sokkal egyszerűbb munkamódszer, ha mindent a szoftver kapcsol össze számunkra automatikusan, de mivel jelenleg erre nem létezik megoldás, így nekünk kell megkeresnünk a logikai kapcsolatot a dolgok között. Csak így tud az elménk megbizonyosodni arról, hogy átlátjuk a teljes képet.
- A következő lépések összekapcsolása a projektekkel több felesleges lépést tud eredményezni egy új tennivaló hozzáadásakor. Egy egyszerű lista esetében csak a megfelelő listához kell hozzáadni egy új elemet. A projektek összekapcsolása a következő lépésekkel viszont egy plusz információ — általában egy kitöltendő mező — ami lassabbá teszi a felvitelt.
- Jobban elgondolkozunk azon, hogy a következő lépés hogyan legyen megfogalmazva, hogyha tudjuk, hogy nem fogjuk látni a hozzá kapcsolódó projektet. Így pontosabb lesz a következő lépés, könnyebben elképzeljük a cselekvést, ami azt eredményezi hogy komolyabb gondolkodás nélkül meg tudjuk csinálni (A cranking widgets gondolkodás nélküli munkavégézést jelent).
A professzionális listamendzserek túl sok funkcióval rendelkeznek, amik beállítására és karbantartására sok idő megy el. Ezek a funkciók hasznosnak lehetnek, de a GTD módszertan szerint nincs szükségünk másra, csak egy egyszerű listákra. A GTD papíron is működik, ahol ezek a funkciók nem léteznek, mégis hatékonyak tudunk maradni minden pillanatban.
- Mielőtt egy komolyabb eszközzel oldanánk meg egy problémát, meg kell vizsgálnunk, hogy egyszerűbb eszközzel is el tudjuk-e érni ugyanazt az eredményt.
  - Papírral gondolkozunk, aminek az eredményét digitálisan tárolunk.
- A sok funkció miatt több időt töltünk az eszköz felesleges finomításával, mint a tényleges munkával.
- Egy projekt komolyságát nem az határozza meg hogy az eszköz mennyire professzionális.

Output

Refactoring my GTD system: list managers are complicating our systems A listamenedzser alkalmazások túlbonyolítják a GTD rendszert - Decoding Zettelkasten

Refactoring my GTD system – part 1: list managers are overcomplicating our systems – Decoding

Papírral gondolkozunk, aminek az eredményét digitálisan tárolunk

Wed, 09 Mar 2022 00:00:00 +0100

Különbség van a papír és a digitális eszközök felhasználása között.
- A papír arra használható legjobban, hogy egy még ködös gondolatot rendbe tegyünk és kibogozzunk. A papír tactile érzése és szabad formátuma miatt természetesebb eszköz egy ilyen feladatra.
- A digitális eszközök könnyen kereshetővé teszik információt, így jó eszközök arra, hogy a papíron kibogozott gondolkodásunk végeredményét tárolják.
- A papírral ellentétben a digitális eszközök nem adják vissza azt a tactile érzést, amit a papír, nincs meg bennük a szabad felhasználási lehetőség. Emiatt a digitális eszközök nem a leghatékonyabbak a gondolkozás elősegítésére.
  - A digitális eszközök limitált esetekben tudják segíteni a gondolkodást amennyiben tisztáztuk magunkban, hogy miért szeretnénk elérni az adott célt.

Szabályok a digitális végtermékek előállítására

Wed, 09 Mar 2022 00:00:00 +0100

Minden digitális végtermék nyers formátumát a fájl rendszerben kell tárolni, nem pedig adatbázisban.
- Adatbázisban csak support anyagok lehetnek, mint jegyzetek, artifactek, e-mailek.
  - A fotók kivételt képeznek az adatbázisban tárolás tilalma alól, mivel a Photos alkalmazásban kényelmesebben kezelhetők a képek.
  - A fotók particionálva vannak adatbázisok szerint, mint például építkezés vagy esküvő. A saját képeim mindig egy adatbázisban vannak.
Minden digitális végtermék formátuma nyílt szabvány kell hogy legyen, hogy bárki bármikor meg tudja nyitni.
- Írás esetében PDF, plain text, Markdown, HTML.
  - A HTML egy speciális interakciót tartalmazó formátum, ami másokkal is megosztható.
- Videó esetében MP4, MOV.
- Hang esetében MP3, AAC.
- Kép esetében JPEG, PNG, TIFF.

Az eszköz és munkafolyamat kapcsolata

Wed, 09 Mar 2022 00:00:00 +0100

Egy eszköz csak akkor működik jól, hogyha van mögötte egy jól definiált munkafolyamat vagy rendszer, ami irányt ad abban, hogy hogyan kell használni az adott eszközt.
Amennyiben egy eszközt rendszer nélkül belekényszerítünk a munkamenetünkbe, azzal az alábbi akadályokat helyezzük magunk elé:
- nehéznek tűnhet az eszköz használata, mert nincs mögötte konkrét probléma, vagy letisztázott munkafolyamat.
- nagy változást igényelhet a munkamenetünkben az eszköz adaptációja, mivel a probléma amire az eszközt készítették, nem biztos hogy nálunk létezik vagy annak komplikáltsága igényli az eszköz meglétét, lásd Digitális minimalizmus.
- ezek az eszközök általában csak felesleges pénzkidobást jelentenek, mert nem tudjuk őket értékelni jól tisztázott munkafolyamat nélkül
Felesleges eszközök használatát okozhatja a túltervezés jelensége is.

Kapcsolódó

A Zettelkasten workflow is felosztható a GTD lépéseire

Fri, 08 Apr 2022 00:00:00 +0200

Mindenki fogyasztja az információt de senki sem emészti meg.

Ahhoz, hogy kevesebb emésztetlen információ maradjon utánunk, kell egy módszer arra, hogy az információt összegyűjtsük, megrágjuk, eltároljuk, majd felhasználjuk.

A GTD lépéseit rávezetve a Zettelkasten workflowra, el tudjuk érni azt, hogy az elfogyasztott információval elérjünk célokat.

Az információ önmagában használhatatlan

A GTD lépései a Zettelkasten workflowban.

Capture

  Fleeting jegyzetek készítése Draftsba vagy a Craft journalba.

Processing

  Az összegyűjtött fleeting jegyzetek feldolgozása permament jegyzeteké.

Organize

  Permanent jegyzetek linkelése és az [outline](craftdocs://open?blockId=8597FDB2-E638-4D68-B48D-50A3F1995515&spaceId=386068e4-1c47-b496-bafa-f60902f39d29)-ban megfelelő helyre másolása.

Review

  A meglévő jegyzetek böngészése egy íráshoz és a témábavágó blokkok kimásolása.

Doing

  Az irás folyamata a Ulyssesben.

2.6.6.1.2 Refinement is a missing GTD stage proposes adding a Refine step between Processing and Organize for ideas that need active development before they’re ready.

Válaszokat jobb kollaboratív dokumentumban gyűjteni

Fri, 08 Apr 2022 00:00:00 +0200

Az oda-vissza emailezés helyett, érdemes felsorolni kérdéseket egy megosztott dokumentumban.
Az ügyfélnek azt kell leírni emailben, hogy nézze át a kérdéseket és válaszoljon rájuk hozzászólásként.
- Ha további beszélgetést igényel valamely topik, akkor mi is válaszoljunk rá ugyanabban a threadben.
Az így kapott válaszokat helyben vissza tudjuk vezetni a dokumentumba, amiből egy idő után kialakul egy terv az elvégzendő feladatokkal.
- Előre meghatározott témák kutatása Zettelkastennel

A seedling egy publikus draft

Sun, 10 Apr 2022 00:00:00 +0200

A Digital Garden nem feltétlenül jelent publikus Zettelkastent, egyszerűen csak egy blog, ahol a posztokat, cikkeket publikusak írjuk. Ettől még egy ilyen seedling, ahogy Maggie Appleton hívja, alapulhat vagy össze lehet fűzve egy vagy több Zettelkasten jegyzetből.
- Egy iromány elkészítése több rétegből épül fel#^9682D4AA-2333-45CE-A488-820A9FF48D2C
A seedling fokozatosan fejlődik, hasonlóan a Zettelkastenhez is, viszont ez publikusan történik. A seedling lényegében egy publikus draft, amit időnként frissítünk a digitális kertünkben.
Ha szisztematikusan akarjuk a seedlinget fejleszteni, akkor érdemes annak írásával rendszeresen foglalkozni (Az írás egy állandó folyamat), amit egy GTD rendszerben is követhetünk; konkrétan egy ismétlődő emlékeztetője van szükségünk a seedling írásáról.

A komplex témakörök munkát igényelnek az olvasótól

Fri, 15 Apr 2022 00:00:00 +0200

Niklas Luhmann azt kérdezte egyszer, hogy miért kellene az anyagait egyszerűvé tennie? Akit érdekel a kutatása, az igenis tegye meg azt, hogy belemélyül a témába, nem az ő feladata egy nehéz témakört egyszerűvé tenni.

Vannak olyan dolgok, amik komplekek, nehezen modellezhetők és nem magyarázhatók el egyszerűen.

Niklas Luhmann nyugodt volt a kaotikus világgal kapcsolatban (Aszinkronitás). Úgy gondolta, hogy a világ bonyolult, így nem lehet az egyszerű emberek szintjére lebutítania az elméleteit.

A Zettelkasten jegyzetsorozatok threadként követhetők

Sat, 16 Apr 2022 00:00:00 +0200

Mint ahogy a beszélgetések rendszerezése is thread szálakban nyer értelmet, úgy a gondolatok követése, fejlesztése is egy magunkkal történő beszélgetés követése.
A Zettelkasten jegyzetsorozatok időrendi sorrendben vannak létrehozva, amiket ezután sorba rendezve outline szerű rendszerbe rendezünk.
- A Zettelkasten jegyzetek egy outline-t építenek fel
A kártyák egymáshoz viszonyított kapcsolata így kap egy hierarchiát, de alapvetően időrendi sorrendben, egy-egy threadben fejlődik tovább a szál elején elkezdett gondolat.

A hagyományos Inbox feldolgozás fárasztja az agyat

Mon, 13 Jun 2022 00:00:00 +0200

Az inboxunkban sorban feldolgozott dolgok folyamatos projektváltással fárasztják le az agyunkat.
Ahhoz a figyelmünket kímélni tudjuk, érdemes előcsoportosítani projekt szerint az inboxban lévő elemeket, így redukáljuk a kontextus váltások számát a processzálás során. Ezzel a módszerrel projektenként tudunk haladni a tennivalók feldolgozásával, nem pedig össze-vissza.
- Projekt-szerint csoportosított inbox feldolgozása OmniFocusban

A GTD és a meditáció hasonlóan kezelik a figyelmet

Wed, 15 Jun 2022 00:00:00 +0200

Ahogy #GTD-ben is az “egyetlen út a keresztül”, úgy a meditációban is eszerint a koncepció szerint figyelünk a felbukkanó érzésekre, gondolatokra, majd elengedjük őket.
- Csak úgy tudunk javítani a helyzetünkön ha elfogadjuk azt 4.4
A GTD módszer lényege röviden az, hogy a dolgokat úgy tudjuk elengedni, hogyha előbb figyelünk azokra és megértjük a jelentésüket – ez alatt érti David Allen 2024-01-02_21-46-david-allen azt, hogy az “egyetlen út a keresztül”. Amíg valamire nem fordítunk figyelmet, addig nem tudjuk elengedni 1.3.3.
A meditációban hasonló logika lehet az, hogy megfigyeljük a felbukkanó érzéseket, gondolatokat, ezáltal annak látjuk azokat, amik valójában. Az agyunk meg tudja érteni ezeket és helyre tudja tenni a jelentésüket. A #GTD-vel ellentétben, a meditáció közben nem dolgozzuk fel a dolgok jelentését. A “noting” technika egyedül az, amivel minimális jelentést adunk a felbukkanó érzelmeknek, gondolatoknak.
A #GTD feldolgozási lépése sokkal alaposabb. A meditáció közben rapid módon adunk figyelmet a dolgoknak, azaz nem állunk le azokon gondolkozni, csupán észleljük őket (opcionálisan kategorizáljuk a noting technikával), majd visszatereljük a figyelmünket a légzésre.
Mindenesetre a két módszer célja ugyanaz, bizonyos szinten közös alapra helyezve azokat a lépéseket, amikkel beazonosítjuk a figyelmünket elterelő dolgokat, majd elengedni azokat. A meditációban ezekkel a lépésekkel megtanulunk földhözragadtak lenni a káoszban.

Projekt-szerint csoportosított inbox feldolgozása OmniFocusban

Tue, 21 Jun 2022 00:00:00 +0200

OmniFocusban létre kell hozni egy perspektívát Process néven, ezt fogjuk használni az új tennivalók feldolgozásához.
Minden más inboxunkból össze kell gereblyézni az OmniFocus Inboxba a feldolgozatlan elemeket. Ebben nagy segítség lehet a Hook alkalmazás, amivel linkelni tudunk szinte minden dologra macOS-en.
A Process perspektívát megnyitva látni fogjuk az inboxba összegyűjtött, még nem előrendszerezett tennivalókat. Ezeket hozzá kell rendelnünk vagy meglévő, vagy új projektekhez. Az új projektek nevét nem fontos helyben kitalálni, elég ha megadjuk azt ami elsőként eszünkbe jut, mivel ennek a lépésnek nem a feldolgozás, hanem a gyors előrendszerezés a célja.
Az előrendszerezés eredményeként látni fogjuk a feldolgozatlan tennivalókat projekt szerint csoportosítva. Ha ebben a sorrendben haladunk, akkor egyszerre csak egy projekttel fogunk foglalkozni, ahelyett, hogy tennivalónként kellene össze-vissza haladnunk.

Processz orientált emailezés

Sun, 14 Aug 2022 00:00:00 +0200

Ha úgy látjuk hogy egy oda-vissza kommunikációt igénylő email beszélgetésben fogunk részt venni, akkor érdemes küldeni egy ajánlást arra, hogy milyen processzt használva érjük el a végcélt.
A processz beállítása több időt igényelhet, mert ki kell találnunk mit jelent az elkészült állapot, majd ahhoz be kell állítani és el kell magyarázni másoknak a workflow-t.
- A #GTD-hez hasonló gondolkodás, mivel ott is szükség van arra, hogy elgondolkodjunk egy lehetséges végeredményben.
- Hosszabb távon kifizetődik ez a gondolkodás, mert nem emailben fogunk oda-vissza kommunikálni, hanem lesz egy megfelelőbb felület az adott projekt elvégzéséhez.
Amikor egy processz rendszeresen ismétlődik, akkor dokumentálni kell azt és megbeszélni, hogy ezentúl úgy végezzük el.

A gondolkodás támogatására használt íráshoz érdemes iPadet használni

Fri, 19 Aug 2022 00:00:00 +0200

A napi oldalak szabadon használhatók írással történő gondolkodásra#^7168B8EE-1DCE-4F63-A1C9-6789E960F20A Ez a hely akkor van a legjobban kihasználva, ha van egy eszközünk arra, ami “text capture”-ként tud funkcionálni.
Az iPad és az alábbi szoftverek hasznosak lehetnek erre az eszközre.
- Drafts, mint általános scratchpad, szöveg manipuláló eszköz.
- Craft, mint outliner, jegyzetelő és naplózó alkalmazás.
  - A Craft kiindulópont lehet különböző dolgokra
- Linea, mint rajzoló alkalmazás vizuális igényekre.
Az iPad egy fókuszált eszköz, így a jegyzet alkalmazások használata közben nem zavar minket semmi.
- Érdemes az Apple Focus funkcióját használni ilyenkor.
Az iPad így egy flexibilis jegyzetfüzetté változik.

A napi oldalak szabadon használhatók írással történő gondolkodásra

Fri, 19 Aug 2022 00:00:00 +0200

Szükség van egy olyan helyre, ami lehet digitális vagy analóg (legjobb esetben mindkettő), ahol tudunk kötetlen formában jegyzetelni, outline-olni, naplózni dolgokat a nap folyamán. ^7168B8EE-1DCE-4F63-A1C9-6789E960F20A
Az összes jegyzetelési módszer, mint a naplózás, outline-olás, szimpla jegyzetelés arra való, hogy a gondolatainkat tisztázzuk.
- A felsorolt jegyzetelési módszereket használva a nyers gondolatok kikerüljenek a fejünkből egy külső rendszerbe, ahonnan tovább tudjuk őket fejleszteni helyben, vagy át tudjuk mozgatni egy megfelelőbb eszközbe (például a napló bejegyzéseket a Day One-ba, vagy permanent jegyzetek (Leíró jegyzet) a Outline-ba).

Pénz

Sun, 04 Sep 2022 00:00:00 +0200

A pénz csupán egy kereskedéshez és források mozgatásához használt eszköz, amivel el tudjuk érni a céljainkat. A pénz mozgatja azokat a forrásokat, amikre szükségünk lehet az életünk állapotának megváltoztatásához.
- A GTD is egy eszköz a célok eléréshez. A GTD-ben a célokat arra használjuk, hogy ügyesebben tudjunk választani a jelenben a Következő lépésekből.
- A célok irányt adnak a folyamatoknak
Az eszköz használatához rendszerekre van szükség, pénz esetében ez a gazdaság működésének megismerése.
- Amennyiben egy eszközt rendszer nélkül belekényszerítünk a munkamenetünkbe, azzal akadályokat helyezzük magunk elé, ezért nem érti sok ember a pénz működését.
- Az eszköz és munkafolyamat kapcsolata
Ahogy sok más eszközt is, úgy a pénzt is lehet rosszul és jól használni. A pénz csak csereeszköz, így annak tárgyi mivolta a nem hordoz magával problémát. A különböző gazdasági és befektetési rendszerek ismeretének hiánya már probléma. Ebből addódóan mindegy mennyi pénzt keresünk, a több pénz csupán nagyobb lehetőségeket jelent.

Kétféle videónézési lista létezik

Fri, 09 Dec 2022 00:00:00 +0100

A YouTube szórakoztató videóit a Watch Laterben gyűjtöm.

Ezek olyan videók, amik gondolkodás nézhetők és leginkább az agyam kikapcsolása miatt nézem ezeket.

A TV is ezekre a videókra van felkészítve.

A fókuszálást igénylő videókat a DEVONthinkben gyűjtöm.

Ezeket a videókat le kell tölteni, hogy bármikor tudjam őket követni, referenciaként használni, linkelni.

A TV előtt AirPlay-vel tudom nézni őket.

Alapesetben az iPaden tudok közben jegyzetelni.

Ha programozás videó, akkor laptopról is tudom ugyanezt csinálni és közben tesztelni a kódot.

Contexts should be the first option to review, when we don't have anything to do

Sun, 05 Feb 2023 00:00:00 +0100

We have to be disciplined about that, so we can be sure that the best thing that we have to do is the thing we are actually doing.

Task management apps, like Things, are giving us a taxonomy for our life

Sun, 05 Feb 2023 00:00:00 +0100

Every area reminds us to which type of aspects our life we have to maintain.
Areas contain projects, which can give us a stick in the ground for closing the delta between our current life, and an imagined better one.
Project contain at least one next action which is a bookmark of what we should pick up as the next physical activity, when is done, it gets the project closer to being a reality.
2.8.2.4 Things can be used as an idea-manager
- 2.8.2.4.4 The project view is the frontend of our file system
- 2.8.2.4.5 The file system is a backend for our projects

Egy GTD projektben is használható a Zettelkasten workflow?

Sun, 05 Feb 2023 00:00:00 +0100

Úgy tűnik, hogy a #GTD-ben megfogalmazott projektek esetében is lehet Zettelkastent vezetni egy lényegesen kisebb scope-ban. Ilyenkor a Zettelkasten jegyzeteink outputja maga a projekt céljának elérése-elvégzése.

Felmerülnek a #GTD projekt Zettelkastenekkel kapcsolatban az alábbi kérdések:

Ilyen esetben van lehetőség arra, hogy egy projektet előre vigyünk a Zettelkasten módszertannal?
- 2.8.2.4 Things can be used as an idea-manager
Az itt született jegyzetek hogyan lesznek felhasználhatók esetleg más jegyzetekhez?
Úgy tűnik, hogy egy ilyen jegyzetsorozat, amit egy kisebb projekt esetében használunk, nagyon hasonlít arra, hogy a projektről privát, vagy publikus naplót vezetünk.

Emojik használata a @Reach Out listában

Sun, 05 Feb 2023 00:00:00 +0100

Jelenleg a @Reach Out listámban használok emojikat azt jelezve hogy az adott kommunikációs forma mi lehet.
- ✉️ email
- 📞 hívás
- 💬 üzenet

A feladatok elnevezésének rövidnek kell lennie

Sun, 05 Feb 2023 00:00:00 +0100

A Things például egy ilyen szoftver, így a rövid feladatnevek rákényszeríthetnek minket arra, hogy jobban átgondoljuk azokat és a lehető legtisztább megfoglamazást használjunk a kevés hely miatt.
A rövidebb feladat nevekhez érdemes rövidítéseket vagy emojikat használni.
- A rövidítések lehetnek saját, belső kódok is. Például ügyfél neve, feladat jellege.
A Things esetében egy feladat szövege felfogható egy rövid címként is, aminek részletes leírása a feladat kinyitása után látható jegyzetként.

Numbers can be used to store next actions and projects in a GTD system

Sun, 05 Feb 2023 00:00:00 +0100

We can store next actions of a GTD system in Apple Numbers by creating two tables for next actions and projects.
- The projects list is just a plain list of projects, with a completion checkbox, a title, and an optional due date field.
  - We could add an optional notes or project support field as well, where we can link notes and other assets, or just link them using the title field.
    - It would be nice if we could link to Hook itself, where the link would open the a bunch of assets in the Hook window.
- The next actions list contains a completion checkbox, a title, a due date, a context, and an optional project field.
  - The context field can be a drop-down listing all of our contexts.
  - The project field can be a linked field using a formula for the projects table title field.
Category grouping on the next actions table can be used to group next actions by context.
- Contexts groupings can be folded, depending on where we are and what we want to see.
- We can create sums for the number of nexf actions in a group.
Writing AppleScript for syncing with Reminders should be easy.
- The script can create different Reminders lists for each context.
- Due date can be assigned as Reminders due date.
- Next actions can be added to each Reminders list using the following format.
  - Next action title [Project Title]
- Questions
  - Could it be possible to sync changes from Reminders back to Numbers using AppleScript?
Questions
- What pivot tables are?
- Can we use pivot tables to create multiple views (perspectives) for the next actions table?
- How would we store task related notes?
  - A new field can be long, but we can’t have fields under another row.
- What would be the benefit of this system other than just using a proper task management app like OmniFocus?
  - I guess it’s free and comes with every Mac.

Devices can be assigned to different contexts depending on their use cases

Sun, 05 Feb 2023 00:00:00 +0100

Stephen Wolfram has usecases for different mobile devices in different context.

I always have my phone in my pocket, and if I have just a few moments that’s what I’ll pull out. It works fine if I’m checking mail, and deleting or forwarding a few messages. If I actually want to write anything serious, though, out will come my little computer, with its full keyboard. Of course, if I’m standing up it’s pretty impractical to try to balance the computer on one hand and type with the other. And sometimes if I know I’m going to be standing for a while, I’ll bring a tablet with me. But other times, I’ll just be stuck with my phone.
He uses his phone for most of everyday task, but when he have to do serious typing, then he grabs his MacBook and uses that.
Typing with a tablet is only feasible for him, when he stands, so if he is going to stand a lot, he brings a laptop.

iPad Pro can be a computer which I use as a small laptop

Sun, 05 Feb 2023 00:00:00 +0100

It should always be with me. I could even always carry it around like a small a MacBook. For example Stephen Wolfram always has a computer with him.

But I never like to be computerless, and the 13′′ laptop is a heavy thing to lug around. So instead I also have a tiny 2-lb laptop, which I put in a little bag.

He uses a 12-inch MacBook to lug around.
A MacBook could be better choice for this instead of an iPad, but I already bought have an M2 iPad Pro which should be able to serve me as a portable laptop instead of an M2 MacBook Air.

Pull requests for developers are like papers for scientists

Thu, 09 Feb 2023 00:00:00 +0100

A paper is a final output from a scientist which is reviewed by other people. His findings can provide insights into a topic which can extend the human’s knowledge.
A pull request is also a final output of a developer’s code work which is reviewed by a peer developer. When a PR is merged, it can extend the application’s functionality.
Usually pull requests reviews are not as strict as scientific paper reviews.
There is a correlation between the number of pull requests and developer productivity, but it is not a one-to-one mapping.
- Pull requests can be hard to implement, so some of them take more time than others.
  - 202109082041 Gyorsabb munkával kevesebbet halogatunk
- The same is true for science papers: some research is harder to do than others.

A DEVONthinkből az Apple Calendarba tudjuk szinkronizálni a Tickler File-t

Fri, 10 Feb 2023 00:00:00 +0100

A DEVONthinkből a Tickler File koncepciót használva össze lehet szinkronizálni annak tartalmát az Apple Calendarral.
A GTD rendszer azt mondja, hogy minden nap először a naptárunkat kell megnézni.
A naptárra szinkronizált Tickler Fileban tárolhatunk olyan support elemeket amikre:
- aznap szükségünk lehet,
- meg kell néznünk,
- vagy fel kell dolgoznunk.

A Tickler File arra való, hogy előre tudjunk ütemezni magunknak dolgokat a jövőben

Fri, 10 Feb 2023 00:00:00 +0100

Az alábbi dolgokat érdemes benne tárolni:
- egy meetinghez kapcsolódó meghívókat, support és agenda elemeket
- meeting jegyzeteket, amiket majd capture-ként használunk egy adott eseményhez
  - így vissza tudunk menni a naptárban és visszakövetni a meetinghez kapcsolódó jegyzeteket
  - érdemes lehet automatizálni a meeting jegyzetek létrehozását valamilyen szűrés szerint
    - a “Sync Calendar to Deep Sessions” shortcut jól alapul szolgálhat ezen jegyzetek létrehozására
- érdekes / hasznos információ az adott naphoz kapcsolódóan
- dolgok, amik adott napon aktiválódnak, vagy szükségünk van rájuk

A jól megfogalmazott jegyzetcímek fontosabbak, mint a sorszámok

Sat, 18 Feb 2023 00:00:00 +0100

Míg a projektek esetében a sorszám felfogható egy egyedi azonosítóként, aminek vannak előnyei (például Safari Tab Group elnevezése, keresés), addig a jegyzetek esetén sokkal fontosabb hogy a jegyzet címe egy állítás legyen és az szövegkörnyezetben is jól olvasható (202109082109 A jegyzetcímekre API-ként kell gondolnunk).
- A sorszám nem kommunikál jelentést egy digitális Zettelkasten jegyzet esetében.
- There similarities between naming things in programming and naming things in a Zettelkasten 2.6.11.6
A sorszám olyan mintha egy örökség lenne az analóg Zettelkastenből, amiben még a technológia hiánya miatt szükség van egy egyedi azonosítóra.

Digital gardens should be kept private

Sun, 19 Feb 2023 00:00:00 +0100

I like to keep my #DigitalGarden private.
Instead of developing ideas in the public, my #DigitalGarden should be used as a private backbone for my blog.
- I keep #DigitalGarden notes here about the things I’m interested in.
  - Scripts
  - Systems
  - Workflows
I can develop ideas here, and when they ready, I can release them on my blog.

The best way to learn about our tools is to keep a workflow changelog

Mon, 20 Feb 2023 00:00:00 +0100

The idea of the workflow changelog is to collect workflows that we want to apply when we’re using a tool.
- We can keep these workflows in a Zettelkasten-like note-taking system.
- Write about how we plan to use a workflow.
- As we learn to apply these workflows, we can evolve them like ideas, and connect them with other workflows.
When we’re ready to use a newly found workflow, we can create a list of workflows that we want to learn.
- When we see the opportunity to use a new workflow while we work, we can refer to our workflow list on how to do it.
- The workflow learning list should contain about 3-5 workflows at the one time. Otherwise we won’t remember to use them.
Over time, some of these workflows will became muscle memory. The rest will be ignored.
Workflows that have been learned, can be checked on the list. If we want, we can add a new workflow to our list.
Our own automations can be also tracked on this list.

We can email ourselves in a thread to capture an idea

Thu, 23 Feb 2023 00:00:00 +0100

I can leave notes for myself about an email thread by sending a reply to my own address in the same thread.
- Send Later in Mail can be used as a Tickler File 2.14.9.2
I’ll see the email as part of the thread, but it will be kept private.
- I can use it to forward ideas to my Things inbox, but still keep notes in the thread.
It can be a nice tool for keeping notes in the email thread about…
- Code review comments.
- Ideas about a project we’re discussing.
- Capture an idea on the phone about a thread which can be seen later on the desktop when I’m processing emails.
  - It is a good idea to turn on threads in Apple Mail to see these notes in context.

The iPad Pro is my small laptop

Fri, 24 Feb 2023 00:00:00 +0100

The iPad Pro can be a computer which I use as a small laptop
- There are usability issues present when using the iPad Pro as a small laptop 2.8.6.3
- I can say that the benefits of having an iPad Pro with the Magic Keyboard is to use it as a mobile device for tasks that need a lot of typing.
Such typing heavy tasks include
- Blogging
  - Assembling a draft of a post in Craft, exporting it into Ulysses, then publishing it via the WordPress app.
- #Zettelkasten writing, where I have my @Staging list which holds all my notes that I’m working on.
- Replying to emails, not processing them.
  - We can email ourselves in a thread to capture an idea 2.14.10
- Using it as the secondary display for my MacBook Pro when doing work away from my desk.

There are usability issues present when using the iPad Pro as a small laptop

Fri, 24 Feb 2023 00:00:00 +0100

The iPad Pro could be improved regarding problems of UI delays and slowness.
I don’t use Stage Manager in the internal display.
- The best iPad setup is to have Stage Manager disabled in the internal display and use it on an external display.
- Disadvantages of using Stage Manager is that…
  - I feel like the Magic Trackpad connected using a USB cable is actually lagging compared to the internal trackpad.
  - iPadOS can’t turn off the external display. It’s just switches to a black screen, so in theory the display still consumes the same amount power as in use.
It should be the perfect blogging machine.
- It doesn’t have MarsEdit, which is one of my most useful apps on the Mac to edit posts on a blog.
  - I can start a link post from Reeder or Safari and share it with people.
- There is a native WordPress app on iPadOS, which lets me manage my posts, but I still like MarsEdit more, because it uses HTML directly.
  - I can switch to HTML in the WordPress app, but I need to do it manually every time.
Keyboard shortcuts on the iPad Pro are lagging compared to macOS.
- Using MacOS from the keyboard feels intuitive and fast, because it has years of experience being an OS controlled via keyboard and mouse.
- Some iPad apps are have great keyboard integration, like Safari, Things, Craft and iVim. In other apps (like Mail) the keyboard feels like some form of remote device.
The iPad Pro’s screen is too small to do heavy work.
- There is a limit of what a mobile device can do on its 11-inch screen.
- The iPad Pro has bigger UI targets than macOS, so it fits smaller amount of content on its display.
  - We can set the iPad Pro UI scaling smaller, but then it is too small compared to a standard MacBook screen.
    - Setting the iPad Pro UI scaling smaller, we end up with a UI scaling that is similar to iPad mini and iPhone.

Send Later in Mail can be used as a Tickler File

Sat, 09 Sep 2023 00:00:00 +0200

We have the Remind Me and Follow-up features in Mail, which could be useful for email follow-ups, but there are problems with them.

Remind Me only works for emails in the inbox, so if I archive an email, it just silently moves the email to the top of the Archive.
Follow-up is a black box, driven by AI, and there is no way to set it up manually for specific emails that I want to track.
- It is 3 days by default, but I’m not sure if it works for every email sent.
- I also use a GTD waiting for list to track items waiting for reply. → 2.7.8

Instead, I can leverage the fact that Mail has excellent conversations view, so the Send Later feature can resurface any thread by just scheduling a message which is forwarded to myself.

I have a separate “Inbox” contact card with the +captured text appended to the email address, so when I want to remind myself about a message, I can just forward it to this address with Schedule Later feature.

It will reappear in my inbox resurfacing the whole conversation. I can also add my own notes to a forwarded message in a thread which acts a bit like the poor men’s version of HEY’s sticky notes.

Journaling can help us to clarify next actions

Sun, 10 Sep 2023 00:00:00 +0200

Journaling about a topic can help us to clarify next actions about it. This habit is one way of using writing for thinking.

The “River of thoughts” concept means that you are writing down everything that comes to your mind and then later you organize it. The goal is to get down every idea, and then see what happens.

Hopefully at the end, you’ll end up with at least one next action that you can store in your GTD system.

Unanswered emails need to be tracked on the Waiting for list

Wed, 04 Oct 2023 09:09:00 +0200

Email replies need to be kept on the same “Waiting for” list just like tracking any other item I’m waiting on. Keeping just one list for “waiting fors” will make reviewing these actions way easier in my #GTD system.

It’s important to BCC myself in an outgoing email, because that’s how I can get a reminder about that I’m waiting for a reply to my email. I can use my email address, but it’s even better if my list manager can receive emails and save them into my Inbox directly (like Things or OmniFocus allows me). Later I can process captures emails and create a “Waiting for” actions out of them.

I usually name my waiting for actions in the following format:

“Person / organization name → subject of what I’m waiting for (optional date in YYYY-mm-dd)”

Gondolkodás

Sun, 15 Oct 2023 00:00:00 +0200

See more at “Az a munkám, hogy gondolkodok”. 1.1

Keeping manual versions in Ulysses

Mon, 23 Oct 2023 22:40:00 +0200

I like how Aaron Draplin duplicates layers in Illustrator to keep a history of changes and branch out new ideas.
In the same way I can duplicate groups in Ulysses for writing projects, so I can have a trackable / branchable writing workflow.
- Ulysses also keeps versions of projects, but the manual version can be tied to milestones in the writing workflow.
The version workflow can be this.
- Keep a group where all sections are sheets.
- Duplicate groups before big edits and assign version numbers for each group.
  - XYZ v1
  - XYZ v2
- Triggers for duplicating groups can be the following:
  - First draft is ready.
  - Starring a new editing session.
    - Before each session, create a new group.
    - This removes the fears of loosing ideas. I can just go back and copy a previous idea.
  - Checking grammar with Grammarly.
    - Grammar checking is just another form of editing.
  - Before publishing the first version.
    - I can keep a version which was the initial finalized idea. The published version can change, so this group will allow me to compare what type of changes I usually do.

Appending information is way to keep a history of changes

Sat, 28 Oct 2023 00:00:00 +0200

Follow-up on 2023-10-23_22-27:

By appending information, we don’t delete existing information, we just add new information at the end of the stack.
Having all changes visible in the chain (even the bad ones), makes harder to erase mistakes.
Analog systems like Antinet #Zettelkasten or #Journaling are forcing us to organize information by appending it at the end of the stack.
Digital systems can be used like this, but they need the right mindset from us, so we don’t remove mistakes.
- Keeping mistakes can be beneficial
- Message queues are creating append-only logs to integrate distributed systems 2.16.4
Appending information gives us a way to see the development of an idea.
- Keeping a history of changes called versioning in computer software.
- A Zettelkasten és a GTD hagyja természetesen kialakulni a dolgokat 2.6.5.4
- Zettelkasten jegyzetsorozatok 2.6.9
  - A Zettelkasten outline megmutatja egy ötlet kialakulásának történetét 2.6.9.6.1
- A tweetstorm alkalmas egy ötlet publikus tesztelésére 2.6.12.1
- We can email ourselves in a thread to capture an idea 2.14.10
- The capture log is an automatic journal 2.14.12

A szorongás hatása a dolgok végkimenetelére

Sat, 28 Oct 2023 00:00:00 +0200

A szorongás típusa befolyásolhatja a szorongásunk tárgyának bekövetkeztét aszerint, hogy félünk attól, vagy nagyon vágyunk rá.

Anticipatorikus szorongásnak hívjuk azt, amikor annyira félünk valamitől, hogy az erre adott reakciónk valószínűbbé teszi a félelmünk bekövetkeztét. Ilyen lehet például az egészségszorongás során a testpásztázás és nyomkodás reakciója, ami csak rosszabbá teheti a vélt tüneteinket, vagy az eleme fájdalommal szembeni ellenállása.

Ezzel ellentétben hipertenciós szorongásnak nevezik azt, amikor túlságosan vágyunk valamire és az emiatt nem következik be. Erre példa lehet a szexualitásban túlságosan vágyott orgazmus. Ilyenkor figyelmünk annyira erre összpontosul, hogy reakcióként a testünk nem tudja magát elengedni, így végül az orgazmus emiatt nem következik be.

Az agyunk jelzései a tisztázatlan dolgokkal kapcsolatban

A stressz helyett az aggodalmainkat kell menedzselni

Sat, 28 Oct 2023 00:00:00 +0200

Az állandó aggodalom kitalált veszélyeket hordoz magában, ami miatt jelentkezhet a testünk védelmi mechanizmusa stressz formájában. Ennek káros hatásait elkerülve nem stressz menedzsmenttel kell foglalkoznunk – mivel a stressz automatikus reakció – hanem aggodalom menedzsmenttel.

A GTD segít irányítás alá vonni a zavar utáni zajt

A véleményformáló blogok hatása a vásárlásainkra

Sat, 28 Oct 2023 00:00:00 +0200

A véleményformáló termékblogok képesek olyan vásárlási döntésekbe vinni az embereket, amiket csupán a közösséghez tartozás és a FOMO miatt tesznek meg. Ezek a blogok (például az olyan márkák köré tematizálva, mint az Apple) kisebb közösségeket formálnak ki maguk körül. Ezek az emberek diktált termékpreferenciákat követnek, amiket a blogger vezérel. Ezek a termékpreferenciák többször is kommunikálva vannak és mint egy reklám bújik bele az agyunkba, ösztönözve minket a vásárlásra. Sokszor mondvacsinált problémákra próbálunk megoldást keresni ezekkel az eszközökkel, mindössze amiatt, mert a FOMO érzése arra ösztönöz minek, hogy kövessük a tömeget.

A hirtelen felindulásból történő vásárlások elkerülésére a büdzsé egy jó eszköz lehet

Sat, 28 Oct 2023 00:00:00 +0200

A hirtelen felindulásból történő vásárlások elkerülésére a büdzsé egy jó eszköz lehet. A büdzsé egy terv arra, hogy egy véges készlet felhasználása hogyan történjen. Amennyiben igazodunk ehhez a tervhez, elkerülhetjük, hogy a hirtelen felindulásból vásároljunk valamit. Opcióként a tervbe foglalhatunk egy megadott összeget magunknak ilyen vásárlásokra.

A tanulás nehezebb, mint a tagadás

Sat, 28 Oct 2023 00:00:00 +0200

Vannak olyan esetek, amikor az emberek a tagadást választják a megismerés helyett.
- A tagadás kényelmesebb, mert a tanulásba munkát kell fektetni ahhoz, hogy megváltozzanak dolgok.
A tanulással könnyen előfordulhat, hogy végül rájövünk arra, hogy nem volt igazunk. Ez lyukat üt az egónkban, így érett személyiség kell ahhoz, hogy bevállaljuk ezt és elismerjük a hibáinkat.
- A tagadással ezt el tudjuk kerülni, viszont így könnyen lehet, hogy csak hazudni fogunk magunknak.
- A tudás az elme és az azt támogató külső eszközök eredménye

Az érzelmek vezérelte rossz döntések elkerülése

Sat, 28 Oct 2023 00:00:00 +0200

A hirtelen felindulást eredményező érzelmek, mint a düh, a félelem, a vágy és az élvezet elnyomják az agy azon részét, amivel józanon mérlegelni tudjuk a helyezetet. Ez olyan döntésekre ösztönözhet, amiket később megbánhatunk. Ilyen lehet például az impluzusvásárlás, szex közben a hevesen felhúzott gumi vagy vita közben mások szidalmazása. Ezeket úgy tudjuk elkerülni, hogyha megpróbálunk figyelni az adott érzelem kialakulására, vágyak esetében buffert hagyni magunknak a döntésekre vagy büdzsé tervet készítünk.

Felesleges aggódni mert nem létezik szabad akarat

Sat, 28 Oct 2023 00:00:00 +0200

Nem létezik szabad akarat, így bármire is döntünk, az az agyunk adott pillanatban lévő kémiai állapotának szüleménye, nem szabad döntés.
- Az agyunk egy kémiai alapon futó szoftver, ami optimalizálni próbálja a saját kényelmét.
Egy döntés sokszor már akkor megszületik, mielőtt arról tudomást vennénk. Emiatt felesleges aggódni bármilyen döntés miatt is, mert tudni fogjuk, hogy az a kijelölt út, amin mennünk kell.
- Az életünk egy történet, amit még nem mesélt el az Univerzum.

El kell engednünk azt hogy meggyőzzünk másokat

Sat, 28 Oct 2023 00:00:00 +0200

Beszélgetések során mindkét beszélgetőpartnernek az a feladata, hogy elmondja a véleményét a beszédtémával kapcsolatban, viszont utána semmi közünk ahhoz, hogy a másik oldal hogyan érez ezzel kapcsolatban.

Ha szeretné, akkor majd beépíti-e az ötleteinket az életébe valahogy.

Ha elengedjük a meggyőzés akaratát, akkor az aszinkron világképet fogunk használni a beszélgetéseink során is. Elfogadjuk hogy a beszélgetések csupán információ átadására szolgáló kommunikációs formák, nem tudunk kényszerítve megváltoztatni másokat.

Mások feladatok miatti stresszelése nem kell hogy ránk ragadjon

Sat, 28 Oct 2023 00:00:00 +0200

Mások kapkodása és stresszelése amiatt, hogy nem tudják irányítani a saját feladataikat, nem kell hogy minket is befolyásoljon. Ha valaki azzal stresszeli magát, hogy mennyi dolga van, az nem mindful. Ez a stressz könnyen átragadhat a környezetben lévő emberekre is, de ha odafigyelünk rá, akkor kimaradhatunk ebből a negatív energiából.

A katasztrofizálás kontrollálható példakép vizualizációval

Sat, 28 Oct 2023 00:00:00 +0200

A katasztrofizálás kontrollálásában segíthet az, hogyha egy példaképünktől tanácsot kérünk. Ez egy olyan vizualizációs technika, amiben elképzeljük azt, hogy egy olyan embertől kérünk tanácsot, akire felnézünk vagy példaképként tekintünk rá. Megkérdezzük magunktól, hogy ő mit tenne és megpróbáljunk az ő fejével gondolkodva kívülről szemlélni a szorongásunk tárgyát.

A katasztrofizálás és a hirtelen vásárlások kapcsolata

Sat, 28 Oct 2023 00:00:00 +0200

A katasztrofizálás felesleges kiadásokat szülhet azzal, hogy félelemtől vezérelve vásárolunk meg valamit. A problémákat túlértékeljük és azok megoldására felesleges eszközöket vásárolhatunk, vagy egészségünkkel kapcsolatban indokalatlan vizsgálatokra költhetünk, (Különbség van az egészséggel és orvosokkal kapcsolatos pénzköltés között). Ezeket a felesleges kiadásokat elkerülhetjük azzal hogyha hagyunk magunkat teret a gondolataink rendezésére és eltoljuk a vásárlást például 2 héttel. Így lesz elég időnk arra, hogy alaposabban átgondoljuk a vásárlás célját, ne pedig hirtelen félelemtől vezérelve döntsünk. Egy vásárolt dolog árát meg kell vizsgálni a rááldozott idő alapján is.

A katasztrofizálás kezelése

Sat, 28 Oct 2023 00:00:00 +0200

A katasztrofizálás egy olyan agyi folyamat, amiben a lehető legrosszabb végkimenetelre gondolunk és azt hisszük, hogy azzal nem fogunk tudni megbírkózni.

A katasztrofizálást úgy lehet legjobban kezelni, hogy externalizáljuk a félelmeinket.

Segíthet a napló vezetése, amivel látjuk leírva a problémákat, ami segíthet kimászni a spirálból. Mivel a naplózás egy backward tickler file, ami a múltból hoz elő nekünk dolgokat, Napi naplót vezetve tisztábban láthatjuk a különbségeket a múlt és a jelen között. Ugyanakkor A fájdalom elfogadásához nem jó hogyha összehasonlítjuk a múltat a jelennel?
reflektálni a korábbi problémáinkra és arra gondolni, hogy akkor is át tudtunk esni a nehéz időszakon, miért ne tudnánk megbírkózni ezzel most is?
legyünk magunkkal kedvesek és türelmesek, el kell fogadnunk azt, hogy a katasztrofizálás is csak a gondolkodás egy természetes része.
hagyjunk magunkat időt és teret arra, hogy gondolkodjunk a félelmeinkről.
A jelen pillanat mindig tartogat kihasználható lehetőségeket, így foglaljuk le magunkat valami produktív alkotással
A katasztrofizálás kontrollálható példakép vizualizációval
Mindful módon elmerülni a fájdalomban, megtörni az ellenállásunkat vele szemben, mivel A fájdalommal szembeni ellenállás csak több feszültséget szül.

Kapcsolódó

Az aggodalom, a stressz és a szorongás különböző jelenségek

Sat, 28 Oct 2023 00:00:00 +0200

Az aggodalom, a stressz és a szorongás különböző jelenségek. ^3A541702-CD51-4C02-9326-6CE64A80347C

Az aggodalom a képzeletünk szüleménye (forrás: 20200903102123), ismétlődő gondolkodás és őrlődés a múlt vagy a jövő miatt.
A szorongás egy kellemetlen érzés, gyakran a hasban vagy a mellkasban. Olyan fizikai jelenségek társulnak hozzá, mint a szapora szívverés vagy az izzadás.
A stressz a testünk fizikai reakciója valamilyen veszélyre, legyen az igazi vagy elképzelt.

Az elme automatikusan sztorikat kreál a fájdalomról

Sat, 28 Oct 2023 00:00:00 +0200

Az elme automatikusan sztorikat kreál a fájdalomról. Ez nagyon jól megfigyelhető amikor meditálunk. Kinyúl a fájdalom irányába, majd sztorikat kezd el róla generálni, amiket az elme félelmei szülnek.

Az egyedüllét során az elménkre nincs hatással mások elméje

Sat, 28 Oct 2023 00:00:00 +0200

Az egyedüllét során az elménkre nincs hatással mások elméje. Nincs se elvárás szintjén, se véleményt befolyásoló szinten jelent senki.

Ennek hatására lehetőségünk van arra, hogy olyan gondolatokat és ötleteket találjunk meg, amikben magunktól láttuk meg azokat a kapcsolatokat, amik a dolgok születését eredményezte. Ilyenkor van lehetőségünk tényleg megmozgatni a kreatív izmainkat.

Ugyanakkor arra is lehetőséget ad a befolyásoló tényezők hiánya, hogy az agyunk teret kapjon arra, hogy a folyamatos ingerekre reagáljon, azokat helyretegye, integrálja és következtetéseket vonjon le. Emiatt az egyedüllét egy olyan állapot, amire rendszeresen szükségünk van, hogy az elménket nyugodt állapotban tartsuk.

Forrás

20200627234957

Mikor érdemes keresni a visszajelzéseket?

Sat, 28 Oct 2023 00:00:00 +0200

A folyamatos visszajelzés keresése sokkal jobb reakciót vált ki belőlünk, mint amikor valamit befejezve egyszerre kapunk visszajelzést egyben. Ha folyamatosan kitesszük magunkat a visszajelzéseknek, akkor nyitott elmével közelítjük meg a dolgokat és keressük a fejlődési lehetőségeket. Viszont ha a végén kapunk egyben visszajelzést valamiről, akkor reaktív módban visszatámadhatunk, mert az egónk sérülhet ilyenkor.
Ez természetesen nem azt jelenti, hogy a visszajelzéseket el kell fogadnunk, de a vita és nyílt beszélgetés hasznos irányba terelhet minket, amennyiben nyitottan állunk hozzá.
- A szorongás hatása a dolgok végkimenetelére

A mindfulness visszatartja az elménket a szabadságban?

Sat, 28 Oct 2023 00:00:00 +0200

A meditáció gyakorlata olyan, mint amikor az elménk egy gyerek, aki menni akar játszani, de a Mindfulness visszatartja, mert még össze kell pakolnia a szobában.
És ezt naponta többször is meg kell csinálnia.
A témában többet kell olvasni
- Britton 2019: Can mindfulness be too much of a good thing
A mindfulness gyakorlatokra is igaz, hogy jóból is megárt a sok

Lehet-e a GTD eszköz arra, hogy nyugodtabban aludjunk?

Sat, 28 Oct 2023 00:00:00 +0200

A meditáció szembesít minket dolgokkal, de nem ad eszközt arra, hogy kezdjük is velük valamit.
- A mindfulness gyakorlatokra is igaz, hogy jóból is megárt a sok#^5D39DBAC-4DE5-4096-9425-FED5DD4E7985
- Nem minden esetben van erre szükség, mivel A meditációnak nincs eredménye vagy célja.
Lehet-e a GTD folyamat egy eszköz arra, hogy a figyelmünkbe került dolgok végére pontot tegyünk és nyugodtabban aludjunk?
A meditáció hogyan kapcsolódik általánosan a GTD-hez?

A mindfulness gyakorlatokra is igaz, hogy jóból is megárt a sok

Sat, 28 Oct 2023 00:00:00 +0200

Kutatások alapján a mindfulness gyakorlatokban is az egészséges aranyközéputat kell megtalálni, mert egyébként belefuthatunk abba a problémába, hogy a mindfullnes gyakorlatok negatív hatással lesznek ránk.
A gyakorlatok negatív hatásai lehetnek például…
- Ha túl sokat figyelünk magunkra, akkor csökkenhet a fájdalomküszöbünk.
- A meditáció növelése csökkenti az alvás mennyiségét. ^5D39DBAC-4DE5-4096-9425-FED5DD4E7985
  - Vajon van-e köze annak az alvás csökkenéséhez, hogy a mindfullnes használatával jobban észreveszünk dolgokat, de nem csinálunk velük semmit?
  - Lehet-e a GTD eszköz arra, hogy nyugodtabban aludjunk?
- A hálát gyakorló gyakorlatok unalmas rutinná válnak.
  - A hetente háromszor gyakorolt hála gyakorlat rosszabb eredményt hoz, mint hetente egyszer.
  - Valószínűleg azért, mert az elme megunja azokat a dolgokat, ami iránt a hálánkat fejezzük ki és egy idő után ez is a rutin monoton részévé válik.
A meditáció egészséges limitje napi 30 perc körül lehet.

A meditáció hogyan kapcsolódik általánosan a GTD-hez?

Sat, 28 Oct 2023 00:00:00 +0200

David Allen szerint meditáció közben is kell folytatnunk a GTD capture folyamatát.

A meditációnak nincs eredménye vagy célja

Sat, 28 Oct 2023 00:00:00 +0200

A meditációnak nincs eredménye vagy célja. Maga a meditáció folyamata a cél és az eredmény, amivel megtanuljuk a figyelmünket irányítani és fókuszálni. Ha a folyamatot vesszük célként, akkor nem fogjuk a meditációt eszközként kezelni valaminek az elérésére. A célorientált gondolkodás elégedetlenné tesz minket. Át kell lényegülnünk és el kell fogadnunk, hogy egy aszinkron univerzumban élünk, ahol megfigyelőként vagyunk jelen.

Az elme és a test védelme

Sat, 28 Oct 2023 00:00:00 +0200

Az elme és a test egy nagyon törékeny dolog, így amikor kutatjuk, nagyon finoman kell bánni vele. Soha nem szabad, hogy a testünkkel és az elménkkel negatívan és erőszakosan bánjunk. Az a legfontosabb, hogy elfogadjuk magunkat olyannak, amilyenek vagyunk. Ezzel megtalálhatjuk a belső békét, ami segíteni fog abban, hogy ne legyünk magunkkal örökösen kritikusak.

Az állandó testellenőrzés eredményei

Sat, 28 Oct 2023 00:00:00 +0200

Az állandó testellenőrzés az adott testrész érzékenységéhez vagy akár gyulladásához is vezethet. Ez pedig azért rossz, mert később így nem tudjuk pontosan behatárolni a tényleges fájdalom nagyságát. Az egészségszorongás csökkenti a tűrőképességet, bekapcsolja a harc vagy menekülés reakciót, ami tovább növeli a fájdalom szubjektív erősséget. Az csak olaj a tűzre, ha a testünk nyomkodásával tovább növeljük a fájdalmat.

Kapcsolódó

Irreális egészségügyi elvárások és a szorongás kapcsolata

Sat, 28 Oct 2023 00:00:00 +0200

Az egészségszorongást az egészséggel kapcsolatos irreális elvárások megléte okozza, amit valamilyen külső vagy belső trigger indít be. A beindított trigger okozhatja azt, hogy a testünket folyamatosan nyomkodjuk fájdalom után kutatva. Erre alapozva feltételezhető, hogy az egészségszorongás egy szokás folyamat lehet.

Mivel Az aggodalom, a stressz és a szorongás különböző dolgok így az ezekre adott reakció egy szokás, amit az aggodalom triggerel. Emiatt A stressz helyett az aggodalmainkat kell menedzselni, a szokást pedig átalakítani, mivel Leszokni nem lehet valamiről csak megváltoztatni a szokást. Ezzel a feltételezéssel kapcsolatban érdemes lehet kideríteni, hogy az egészségszorongás folyamatra lebontott menedzselése lehetséges-e.

Az irreális elvárások negatívan befolyásolják azt, hogy hogyan gondolkodok a tünetekről és az érzésekről. Ezek olyan szinten nárcisztikus képet adhatnak az egészségemről, hogy bármilyen pici fájdalom kizökkent a tökéletes világképből és az irreális elvárások stresszt és szorongást okozhatnak.

Kapcsolódó

Az állandó testellenőrzés eredményei

A képességek lebecsülése az egészségszorongásban

Sat, 28 Oct 2023 00:00:00 +0200

Az egészségszorongásban szenvedő emberek felülértékelik a tüneteket vagy a komoly betegség lehetőséget és alábecsülik a képességüket arról, hogy át tudják vészelni azt.

Forrás

in general, people with health anxiety tend to overestimate the likelihood that they have a serious health problem and underestimate their ability to cope with such a problem.

Helping Health Anxiety - 03 - What Keeps Health Anxiety Going

Kapcsolódó

A fájdalom egy érzés, amire az elme teszi rá a szenvedést

Sat, 28 Oct 2023 00:00:00 +0200

A fájdalom egy érzés, amire az elme teszi rá a szenvedést. A fájdalommal szembeni ellenállás tovább rontja a közérzetünket. A fájdalmat úgy kell elképzelni mint egy kocsit, ami lassan közeledik. Ha eléállunk, akkor felesleges szenvedést fogunk okozni magunknak, mert a kocsit nem tudjuk megállítani. Ha viszont félreállunk és hagyjuk hogy elhaladjon, akkor alkalmunk lesz megfigyelni és a szenvedést csökkenteni, mivel Csak úgy tudunk javítani a helyzetünkön ha elfogadjuk azt.

A fájdalom elfogadásához nem jó hogyha összehasonlítjuk a múltat a jelennel?

Sat, 28 Oct 2023 00:00:00 +0200

A naplózás egy eszköz arra, hogy Napi naplót vezetve tisztábban láthatjuk a különbségeket a múlt és a jelen között.
Egy nehezebb helyzetben, amihez még nem volt szerencsénk, a napi naplóvezetés által adott különbség negatív érzelmeket szülhet, mert a helyzetünk rosszabb lett ahhoz képest, amikor még nem volt fájdalmunk.
- A katasztrofizálás kezelése helyett van-e esély arra, hogy a naplózás elősegíti a spriálba kerülés esélyét azzal, hogy összehasonlítási alapot ad a múlt és a jelen között?
- A múlt és a jelen összehasonlítása nosztalgikus élményeket szülhet, ami a fájdalom elfogadásában nem segít. Nyomorultabbul érezzük magunkat, ha látjuk, hogy a múltban mennyivel könnyebb helyzetben voltunk.

A fájdalommal szembeni ellenállás a múltban lévő állapottal való összehasonlításból származik

Sat, 28 Oct 2023 00:00:00 +0200

A fájdalommal szembeni ellenállás a múltban lévő állapottal való összehasonlításból származik. Az az állapot, amikor még nem volt fájdalom. Ez az összehasonlítás viszont nem valóságos, csak egy ötlet, Az elme automatikusan sztorikat kreál a fájdalomról.

A fájdalom elfogadásához nem jó hogyha összehasonlítjuk a múltat a jelennel?

Napi naplót vezetve tisztábban láthatjuk a különbségeket a múlt és a jelen között

Sat, 28 Oct 2023 00:00:00 +0200

A naponta írt napló tisztább képet ad, közelebb hoz minket a múltban lévő állapothoz, mint egy sima emlék.
- Az emlékeink fals képet adnak, mert csak a jóra tudunk emlékezni. Ez eltorzítja a múltat és felül értékeljük azokat a dolgokat, amik nem voltak olyan jók, mint ahogy emlékszünk rá.
- Az emlékeinkben nem lehet bízni, de egy naponta vezetett naplóban igen. Ez a legjobb könyvjelző a jövőben arról, hogy mi történt az életünkkel a múltban.
A napi napló úgy tud működni, mint egy backward tickler file. A naplózás egy backward tickler file, ami a múltból hoz elő nekünk dolgokat. Ez az előhozott információ segítséget ad ahhoz, hogy a jövőben jobban meg tudjuk magunkat ismerni. Tisztán látjuk a különbséget a múltban leírt szöveg segítségével az akkori is jelen állapotunk között. Ez új perspektívát adhat abban, hogy hogyan kezelünk egy helyzetet, mennyire tartjuk azt fontosnak.
A naplózással lehetőségünk van arra, hogy összehasonlítsuk a jelen énünket a múltban lévő énünkkel és levonjuk a következtetéseket.
Hasonlóan ahhoz ahogy a GTD külső rendszerbe rendezi az gondolkodás végeredményét, úgy a napló is külső rendszerben állít tükröt két pont közé.

A naplózással könnyebben átlátjuk mi van irányításunk alatt és mi nem?

Sat, 28 Oct 2023 00:00:00 +0200

A naplózás segítséget adhat abban, hogy letisztázzuk, hogy mi van irányításunk alatt és mi nem.

Napi naplót vezetve tisztábban láthatjuk a különbségeket a múlt és a jelen között, így kirajzolódhatnak azok a korlátok, amik elválasztják az irányításunk és nem irányításunk alatt lévő dolgokat.

Amennyiben tisztában vagyunk ezekkel a határokkal, előnyünk van abban, hogy a jövőben tudjuk, hogy mely csatákat érdemes megvívni. A naplót backward tickler file-ként használva a múltból tisztábban reflektálhatunk a jövőre.

Az egészségnapló vezetésével jobban odafigyelünk az egészségünkre?

Sat, 28 Oct 2023 00:00:00 +0200

Az egészségnapló vezetése rákényszerít minket arra, hogy szisztematikusan visszagondoljunk és odafigyeljünk a testünk és elménk általános állapotára.
- A szokások kialakításához rendszereket kell terveznünk
A bejegyzések értékelése adhat egy szubjektív visszajelzést arról, hogy általánosan nő vagy csökken az egészségünk minősége.
Fontos, hogy a napló vezetése ne legyen teher. Amennyiben nincs kedvünk egy-két napig foglalkozni vele, nyugodtan kihagyhatjuk.
- A rosszabb naplózás is jobb, mint a semmi, mivel a célunk nem egy tökéletes adattömeg létrehozása, hanem az hogy odafigyeljünk magunkra. Bizonyos rutinok hanyagul művelve is hasznosak számunkra. ^6914CDFF-9742-4415-B9E3-9E111AB95236
  - Az elme és a test védelme
  - Lustaság miatt a szokásokat apránként kell implementálni a sikerélmény elérésének érdekében
Egészségnapló vezetése

Az anticipatorikus szorongás okozhatja az ellenállást a fájdalommal szemben

Sat, 28 Oct 2023 00:00:00 +0200

Az anticipatorikus szorongás okozhatja az elme ellenállását a fájdalommal szemben. A szorongásnak hatása van a dolgok kimenetelére. A fájdalomra az elme reakciójaként adott ellenállás oka az, hogy félünk a fájdalomtól, meg akarunk tőle szabadulni, mert az a múltban nem létezett. Ennek hatására az elme automatikusan sztorikat kreál a fájdalomról.

A fájdalommal szembeni ellenállás csak több feszültséget szül

Sat, 28 Oct 2023 00:00:00 +0200

A fájdalommal szembeni ellenállás csak több feszültséget szül. Amikor fájdalmat érzünk és megpróbáljuk azt eltolni magunktól – A fájdalommal szembeni ellenállás a múltban lévő állapottal való összehasonlításból származik –, akkor csak feszültséget generálunk, ami növeli a fájdalmat. Ezzel szemben, amikor elmerülünk benne, őszinte kiváncsisággal közelebb kerülünk hozzá, akkor az elménk nyugodtabbá válik. A fájdalom egy érzés, amire az elme teszi rá a szenvedést. Csak úgy tudunk javítani a helyzetünkön ha elfogadjuk azt.

Az állandó testellenőrzés és a fájdalomérzet kapcsolata

Sat, 28 Oct 2023 00:00:00 +0200

Az állandó testellenőrzés növeli a tényleges fájdalom szubjektív érzését azzal, hogy a figyelmünk lézerfókuszáltan egy érzésre összpontosul, ami bekapcsolja az agy harc vagy menekülés reakcióját. Az elme okozza a szenvedést önmagának . Ebben az állapotban egy megerősítő folyamat indul el, ami végül további gondolatokat szülve egy gondolat és félelemspirálba tereli az embert a fájdalom feltételezett növelésével. Ez azért van, mert meg akarunk szabadulni a fájdalomtól, pedig A fájdalommal szembeni ellenállás csak több feszültséget szül.

Kapcsolódó
Az elme és a test védelme
A katasztrofizálás kezelése
A szorongás hatása a dolgok végkimenetelére

A vastagbélgyullasás állapotát befolyásolja az időjárás

Sat, 28 Oct 2023 00:00:00 +0200

Tapasztalataim alapján a vastagbélgyulladás állapota függ az időjárástól.
Az állapot javulása és romlása megfigyelhető egy ismétlődő hullámban: ahogy jön az ősz, úgy romlik az állapot, majd amikor beköszönt a tavasz és a meleg, az állapot újra jobb lesz.
- Konkrétan a javulás és a romlás valahol 15-20 fok körül triggerelődik.
- Felmerül a kérdés, hogy az állapotromlást az időjárás okozza közvetlenül vagy az időjárás által okozott testi/pszichés változás? Esetleg ez a változás kivédhető-e?
Az állapot romlása és javulása közötti fellángolás időszakot a gyógyszerek csak színten tartják, de nem javítják meg.
Tapasztalataim alapján a fenti állítás kb. 70%-ban igaz, mivel voltak olyan esetek, amikor nyáron volt begyulladva a bél.

A saját helyzetünk és végzetünk a közvetlen irányításunkon kívülre esik

Sat, 28 Oct 2023 00:00:00 +0200

A helyzetünk egy olyan állapot, amit nem tudunk közvetlenül irányítani, csupán hatással lehetünk rá.
A sztoicizmus két dolgot is említ egy helyzet irányításával kapcsolatban.
- Egy helyzet a közvetlen irányítási körünkön kívül esik, viszont hatásunk lehet rá, amivel tudunk rajta változtatni.
- Ha beleegyezzünk a végzetünkbe, akkor vezetni fog, ha nem, akkor korlátozni.
  - A végzetünk elfogadása segít bennünket előrevinni.

Csak úgy tudunk javítani a helyzetünkön ha elfogadjuk azt

Sat, 28 Oct 2023 00:00:00 +0200

Csak úgy tudunk javítani a helyzetünkön ha elfogadjuk azt. Ez az első lépése annak, hogy az irányításunk alá vegyük a dolgokat. Amikor ellenállunk, és/vagy nem vagyunk képesek elfogadni a dolgokat, akkor nem fogjuk megtalálni a kormányt.

Git is an append-only information storage system

Sun, 29 Oct 2023 00:16:00 +0200

The workflow of appending new information can be used in the software #Development context.
Adding or removing code in a project will change its state, so when we store a snapshot in Git, we essentially keeping an append-only history of the codebase.
We shouldn’t worry about how changes are looking at one state, since code can be always formed. Actual state stored in Git will show changes, mistakes, refactorings, removals, which is the natural part of everyday work.

Things can be used as an idea-manager

Sun, 29 Oct 2023 22:30:00 +0100

When I’m working with projects in a #GTD system, I need to have a way to plan projects. Previously I used external apps for this, but having a different view on my task manager app – combining it with Reminders for next steps – I can create an interesting use case for Things, where the app is used as an idea manager and not a task manager.

#Things allows me to create todos and attach long-formatted Markdown notes to them. In addition to that, having the date and checklist-related functionality let me add details on how a task should be performed.

In essence, a to-do for me in Things doesn’t mean a next action. It is closer to the analogy of Trello and cards.

The basic system is built on this foundation:

Each idea is represented as a todo.
An idea contains detailed planning.
The phases of the execution of an idea are tracked with tags, which can be Scoping, Ready, and Blocked.
Each idea belongs to a project (or area) and can be scheduled in the time constraints of Things (upcoming, anytime, someday).

An idea is something that is getting worked on as I get more information on the project. These todos are represented by a todo tagged with Scoping. If I have everything collected about the idea, then it gets the Ready tag. These todos no longer contain unknown details or questions, they are well-researched and ready for implementation.

When a todo is completed and needs review or it’s blocked, then it turns into a Blocked idea. I add a new item to the checklist about why it’s blocked, and I use notes to log the history of events. This is a remixed version of the “@Waiting for” list in #GTD integrated into the #Kanban like status tags.

I don’t work from Things though since I need to have concrete next actions stored somewhere. Since I don’t want to mix plans with next actions, I integrate Reminders with Things (2.8.2.4.1 Things to-dos can be a source of Reminders and Calendar based next actions). Using Shortcuts automation, I can create a linked reminder for any selected Things item, and move it to the appropriate context list in Reminders. Having this separation makes it possible to use Reminders to store bookmarks where I can quickly jump into plans stored in Things. Since Things no longer contains next actions, it can be treated as a #Zettelkasten like #PKM app which is about ideas working towards a clear goal (projects).

Things to-dos can be a source of Reminders and Calendar based next actions

Sun, 29 Oct 2023 22:35:00 +0100

Follow-up on 2.8.2.4:

Next to Reminders, I also have to create Calendar events for Things to-dos. Having the next action creation automated, makes using Things as an idea manager easier.

When I run the New Next Action shortcut on the selected to-do, Shortcuts ask me if I want to create a new reminder or a new event. Events are created for the next day, then revealed in the Calendar, so I can continue to edit them.

Things is a taxonomy for my ideas

Sun, 29 Oct 2023 22:52:00 +0100

Since Things provides taxonomy for our life 2.10.4, by keeping ideas there, this taxonomy will be true for ideas instead of tasks. Things is my Finder 2.8.2.4.3.

Ideas need to be developed: the idea manager workflow 2.8.2.4 will make sure that I have a complete overview of all of my ideas organized into projects and areas.

Things is my Finder

Sun, 29 Oct 2023 22:59:00 +0100

I don’t browse my stuff by category or by area. I browse it by project.

Since I use #Hookmark to link related support material to my projects, I use the Things quick-find panel, to quickly jump to a project, then click on a link or invoke Hookmark to open a related asset.

Thinking with a digital Zettelkasten

Sun, 29 Oct 2023 23:35:00 +0100

My idea of having a flexible thinking space means that I should be able to expand an idea everywhere in my #Zettelkasten.
Using iA Writer as the thinking space, I can automate new note creation using my “New Zettel” shortcut, which creates a new empty note and copies its wikilink to the clipboard.
After creating the new zettel, it displays the quick open bar in iA Writer, so I can choose to open the new note, or dismiss the search pane and paste the wikilink into the current one.
The workflow with this approach is that I can quickly create new notes, but keep them in the drafting phase, so I continue developing them later.
When a note is properly expanded, I can add it to the outline with the final zettel ID, and link to other notes.
- 2023-10-29_23-42
- 2.6.9.6.2.1 Leave linking to the desktop

There similarities between naming things in programming and naming things in a Zettelkasten

Mon, 30 Oct 2023 09:23:00 +0100

When we have to name something we’re forced to think about its meaning.
Naming a #Zettelkasten note is similar to naming a class in programming.
- In programming a class describes a set of related behaviors.
- A name have to describe these behaviors in a way that makes sense for us (and other developers).
Phrasing a title for a note will force us to came up a simple clarification on the content of it. This requires understanding.
- 2.6.11.5 A jegyzetcímekre API-ként kell gondolnunk

There is a difference between the Inbox and Storage

Thu, 02 Nov 2023 00:00:00 +0100

The Inbox is a medium which contains items that change frequently. It is a temporary place that holds new information in the short term. It’s like a tail for our life as Merlin Mann said it 2024-10-23_08-21-merlin-mann. → 2.14.12

The Storage is a place which holds processed information on the long term, optimally organized in some form of fashion (2.8.2.4.5 The file system is a backend for our projects). Organization categories should have clean edges, so we know what to store where.

By using these two information holders, we can separate the processing and organization part of #GTD.

The capture log is an automatic journal

Thu, 02 Nov 2023 00:00:00 +0100

A capture log is a journal-based version of the inbox, where ideas are getting captured. This was an idea mentioned by Merlin Mann 2024-10-23_08-21-merlin-mann for the first time, where he wants to yell into the void and let Siri capture his ideas, with automatic metadata like creation date, a location, and optionally the weather.

A capture log is kind of a journal about our ideas. It’s like a tail for our life.

Git can be used for keeping the history of non-code based source files

Thu, 02 Nov 2023 00:00:00 +0100

I can set a Git repository for almost any source material which I’m working on, and I’ll have a nice history for these files.
Keeping a Git repository only works for file-based apps. It doesn’t work for database based apps like Ulysses, or Bear.
On top of Git, it’s still worth to keep manual versions for writings around, especially after reaching a milestone like the first draft, the first edit, or the version before spell checking. Manual versions usually work in database based applications too.
- 2.16.3 Keeping manual versions in Ulysses.

The capture log is an append only system

Fri, 03 Nov 2023 08:59:00 +0100

This note connects “2.16 Appending information is way to keep a history of changes” to “2.14.12 The capture log is an automatic journal”.

So I can see the capture log in the descendants of “Appending information is way to keep a history of changes 2.16”.

Leave permanent note linking to the Mac

Fri, 03 Nov 2023 19:38:00 +0100

Writing notes requires a different environment than linking notes.
- Linking is about finding the connections between notes, while writing is about getting out our ideas from our fleeting notes in a focused manner.
When I do linking, I need to have a bigger display with multiple notes open so I can easily review them. An iPad screen size it’s just too small for this activity, so I like to do linking on a Mac.
- Can linking be done on an external display on iPad using Stage Manager? 2023-11-17_21-44

Export Things to-dos as plain-text files

Fri, 01 Dec 2023 23:11:00 +0100

#Completed

I should create a shortcut which let’s me export a selected Things todo into my Notes folder as a plain-text file, so I can use it next to Things as a drafting place for next actions as notes.

It would be enough to open it in TextEdit.

Using my Zettelkasten in DEVONthink

Wed, 06 Dec 2023 22:29:00 +0100

I indexed my #Zettelkasten notes in DEVONthink and also turned on syncing without uploading indexed items. On other devices, I also want to have this database synced, but I should also set it up the same way as on the original laptop.

I want to use DEVONthink to browse my Zettelkasten locally. It can even get and parse hashtags. But I can’t use hypens in the name of the hashtag for the Hungarian suffixes.

Increase your productivity on personal projects with comprehensive docs and automated tests

Fri, 08 Dec 2023 15:54:00 +0100

Author: 2023-12-08_20-16-simon-willison
Increase your productivity on personal projects with comprehensive docs and automated tests - DCUS → DEVONthink Archive
- The Perfect Commit → DEVONthink Archive
- Using PRs and squashing commits is similar
  - What to include in a commit message? 2023-12-09_13-16
- ~~GitHub issues can be archived → https://github.com/dogsheep/github-to-sqlite~~
- ~~Using GitHub as Zettelkasten~~
- ~~2:58~~
  - ~~Perfect commit~~
- 4:00
  - Commit changes of one thing
    - We don’t need to create a PR if the commit is atomic 2023-12-09_13-19
- ~~5:30~~
  - ~~Incrementally building tests~~
- 7:32
  - Documentation should live in the same repo as the code 2023-12-09_13-27
  - ~~Catch missing updates in PRs~~
- ~~8:55~~
  - ~~Documentation tests~~
- ~~10:10~~
  - ~~Issue threads~~
- ~~12:10~~
  - ~~It’s like Bike planning~~
- 13:40
  - Timestamped documentation
  - A timeline of changes
  - Keeping an issue thread ensures we have a background information on a code change → 2023-12-09_13-35
- ~~14:08~~
  - ~~Issue driven development~~
- 14:55
  - Have this for Shortcuts
  - I can commit and export a shortcut
  - Keep them in one repository
  - I can keep automation scripts in Git repositories 2023-12-09_16-05
- 15:20
  - Get back to something when you have notes
  - Programmers complain about distractions
  - When we keep a journal we automatically keep bookmarks for ourselves 2023-12-09_16-10
- ~~16:40~~
  - ~~Issues for everything, even life stuff~~
  - ~~At this state, this is a project management app, like Things~~
  - ~~I keep stuff like this privately, not in GitHub issues~~
  - ~~I link it using Hookmark~~
- 16:56
  - ~~Have Markdown files about projects?~~
  - ~~It is a way to journal~~
  - ~~Use my Zettelkasten for journaling using Markdown files~~
  - ~~Link with Hookmark to a Things project~~
  - The Archive would be awesome for this
    - 2023-12-08_15-56-switching-to-my-zettelkasten-and-as-a-journal
- ~~18:14~~
  - ~~Publish Markdown files to GitHub issues~~
  - ~~I can create a new comment to have a way to I document my stuff~~
  - ~~It will make my work more transparent~~
- ~~19:30~~
  - ~~Have an output about what did you done~~
  - ~~Journal about what you did~~
  - ~~Twitter threads~~
    - ~~Or small status blog posts~~
  - ~~PR description~~
  - ~~Get a blog~~

Switching to my Zettelkasten as a journal

Fri, 08 Dec 2023 15:56:00 +0100

I think I’m going to give up my TaskPaper journal. I just think The Archive app makes so much sense as a journal and Zettelkasten.

I can develop notes and journal about stuff here. It’s even have images integration, and I can use the old style Notational Velocity app.

Plans for TaskPaper journal changes

Fri, 08 Dec 2023 17:22:00 +0100

Since I want to use TaskPaper as just another editor app, I should move my interstitial journal file out of it.

~~2023-12-08_19-41-refactor-checklist-journaling~~
~~2023-12-08_19-42-refactor-things-journaling~~
- ~~I’m still think about this part though.~~
- I rejected this idea as well. I’ll start to journal in my Things todo notes like I did previously. → 2023-12-09_12-09
~~2023-12-08_22-01-refactor-the-start-deep-session-shortcut~~

I cancelled some parts of this project. → 2023-12-09_10-04

#Shortcuts #TaskPaper #Journaling #TheArchive

Automation repository creation

Fri, 08 Dec 2023 17:53:00 +0100

I created the new repository for my first automation script. https://github.com/zsbenke/automation-taskpaper-checklists

It would serve as a demo.

Include all files that are needed for the automation.
Create a README.md file which describes what it does.
- I could include the keyboard shortcut which triggers it.
Record a demo.mov file
Upload the demo.mov file to Vimeo with the name of the automation
- Automation – Automation Name
Link the demo.mov from Vimeo in the README.md

#Automation #Reference

Refactor checklist journaling

Fri, 08 Dec 2023 19:41:00 +0100

~~Save the original shortcut~~
- https://github.com/zsbenke/automation-taskpaper-checklists
Refactor the Keyboard Maestro macro, which should create a new file in the Zettelkasten repository, and open the file in The Archive
2023-12-08_17-34
I have to touch the newly copied file because the creation date is different

Refactor Things journaling

Fri, 08 Dec 2023 19:42:00 +0100

Create a repository for the original shortcuts
- automation-things-journal
Journal About Things To-Do
- Save the Things URL of the selected item
- Create a new Drafts document with the date, published, things_url, title attributes in the frontmatter
- I could also create a new text file directly using iA Writer URL schemes, and the Shortcut
  - Get the Things URL
  - Format the frontmatter
    - title → name of the selected Things item
    - date → the current date
    - published → false
    - things_url → URL of the selected Things item
  - Create the Markdown file with a timestamp and a slugged version of the selected Things item
Open Things To-Do Journal
- Check the platform we’re on
  - If Mac
    - Open The Archive app by searching for the current Things URL
      - The Archive Help • Zettelkasten Method
        
        thearchive://match/TERM works like the search but displays a good match directly; this is similar to Wiki-Links. You likely want to use this.
        
        thearchive://search/TERM searches for TERM as if you typed it in
  - If iOS
    - Search for the Things URL in iA Writer
      - URL Commands – iA
        
        ia-writer://quick-search?query=%23unfinishedtask
- The Things URL needs to URL encoded
  - Shortcuts should do this by default

#Journaling #Things

Simon Willison

Fri, 08 Dec 2023 20:16:00 +0100

Simon Willison is the creator of Datasette, an open source tool for exploring and publishing data. He currently works full-time building open source tools for data journalism, built around Datasette and SQLite.

Prior to becoming an independent open source developer, Simon was an engineering director at Eventbrite. Simon joined Eventbrite through their acquisition of Lanyrd, a Y Combinator funded company he co-founded in 2010.

He is a co-creator of the Django Web Framework, and has been blogging about web development and programming since 2002 at simonwillison.net

#Person #Development #Web

2023-12-08 20:33

Fri, 08 Dec 2023 20:33:00 +0100

Follow-up on 2023-12-02_16-34:

I should stop adding URL slugs to my Zettelkasten notes. It’s just adds noise when I’m linking notes with long titles, like this one → 2023-12-08_15-54-increase-your-productivity-on-personal-projects

I could actually support pipes in links, so I wouldn’t see the long URL slug. → 2023-10-17_00-21

Refactor the Start Deep Session shortcut

Fri, 08 Dec 2023 22:01:00 +0100

Start Deep Session
- #TBD

2023-12-08 22:37

Fri, 08 Dec 2023 22:37:00 +0100

I can quickly search today’s notes by typing fdate into The Archive’s omni bar. Typinator will expand today’s date.

I also modified my Open Current Note in Zettelkasten shortcut to give me an option to open the note in The Archive too. I just figured out that it searches for the note and gives me backlinks.

#Shortcuts #Workflow #Journaling

The Arc style tab and bookmark management

Sat, 09 Dec 2023 10:00:00 +0100

People seemingly like Arc because of its tab management. I think it can be replicated with Safari as well using tab groups.

Arc doesn’t even have bookmarks, but Safari does.

A bookmark can live in the temporary tab space
It can be moved into more specific tab groups
From here it can be even bookmarked into my Inbox tab group
I can organize the bookmark in my Safari bookmarks, or move it into other apps for long term storage.

I should manage my Pull Requests like this, since they are very important.

2023-12-09 10:04

Sat, 09 Dec 2023 10:04:00 +0100

I’m going to keep my interstitial journal separate from my Zettelkasten. My journal doesn’t need Git and all the bells and whistles of my Zettelkasten. I just want to have a simple place to quickly draft ideas.

Some notes may move over to my Zettelkasten, which I can automate, but it’s very private, so I don’t want to accidentally publish something.

#Journaling #TaskPaper #Zettelkasten

Displaying Hookmark icon on the Dock

Sat, 09 Dec 2023 11:58:00 +0100

Source: Hook: getting out of the Dock - Discussion & Help - Hookmark Forum

To display the icon on the Dock:

defaults write com.cogsciapps.hook background.app.mode 0

#BugsQuestions
- The problem with the Dock mode is that the Hookmark app still kept active after copying the link.
- It doesn’t switch back to the original app.
  - LaunchBar has a Dock mode, but it doesn’t steal the focus when it’s activated.

To revert it to be a background only app:

defaults write com.cogsciapps.hook background.app.mode 0

Things to-do journaling template

Sat, 09 Dec 2023 12:09:00 +0100

This is my standard notes template for journaling about a #Things to-do in its notes.

# 2023-12-09_12-07

Notes about what happened with the to-do…

# 2023-12-09_12-09

Yet more notes about what happened with the to-do…

#Journaling

What to include in a commit message

Sat, 09 Dec 2023 13:16:00 +0100

PR commits don’t need to be that strict.

Merge commits on the other hand needs to be in a specific format.

Add an issue number
- closes or refs issue number
Add a PR number

We don't need to create a PR if the commit is atomic

Sat, 09 Dec 2023 13:19:00 +0100

When committing atomic changes of a “thing”, it has to have the following items included:

Actual code changes
Tests/specs
Documentation
Reference to an issue number (or a link to an external issue tracking software)

If the commit includes these, we can directly commit it into the main branch.

However, this wouldn’t work in a team setting since it requires too much discipline from other people. Also committing directly to the main branch can be dangerous.

#Development #Linking

Documentation should live in the same repo as the code

Sat, 09 Dec 2023 13:27:00 +0100

Documentation review should be part of the code review.
- By forcing us to store the documentation in the same repository, we can keep it up-to-date with the code directly.
- We can catch missing documentation updates in PRs while doing code reviews.
The documentation is versioned in a way in Git that ensures it aligns with the same version of the code, thus automatically synchronizing its history with older versions of the app.
Question: how we can migrate existing documentation from an external wiki into the repository?

#Linking

Keeping an issue thread ensures we have background information about code changes

Sat, 09 Dec 2023 13:35:00 +0100

Timestamped documentation
- ~~#TBD…~~
A timeline of changes
- As the idea develops, we can see a timeline of changes in the issue.
- The timeline of changes is similar to how Zettelkasten threads work. The only difference is that we can’t have indentation with timelines.
An issue thread is like background information on what decisions we made about our code at a point of time.

I can keep automation scripts in Git repositories

Sat, 09 Dec 2023 16:05:00 +0100

Automations should be exported into Git repositories. They have to be installed since most automation tool expects a script, a shortcut, or a macro to be imported into a library, or installed in a special place, but we can still export and assemble files from our tools into a repositories.

Keeping these repositories up-to-date can be a burden, since we have to manually export files. But it’s still beneficial to keep these under version control, since sync problems can happen, so we can go back to a previous version more easily.

2023-12-08_17-53-automation-repository-creation Automation repository creation

When we keep a journal we automatically keep bookmarks for ourselves

Sat, 09 Dec 2023 16:10:00 +0100

Programmers complain about distractions all the time. But when we journal and document our actions, we can drop them in the moment and pick them up later from where we left off. It’s like bookmarks for our lives (see next actions 2.7).

We will also have a history of our actions in the journal, which can be used as a reference when we have to go back in time.

#Journaling #NextActions

Helge Heß

Sun, 10 Dec 2023 07:32:00 +0100

I’m an experienced software engineer living in Magdeburg, Germany. Available for projects that match (Swift()/[Objective C]).

Personal Website
ZeeZide
Shrugs.app
- Native Slack client for the Mac (not maintained anymore)

#Person #iOS #macOS #Development #Swift

Exploring the database format of Things

Sun, 10 Dec 2023 07:41:00 +0100

I was think about switching from #Things to #TaskPaper. Task-management is the last piece where I still don’t use plain text, albeit using Markdown in Things notes (see 2023-12-09_12-09 Things to-do journaling template).

Why I like Things
- Nice UI
- #Markdown support in notes
- Really good #Shortcuts integration
- iOS and iPadOS versions, which are at the same level of excellence
- There is a link to everything
- No attachments
  - People tend to dislike this. Having no attachments support forces me to have better attachment management in dedicated apps like DEVONthink
Why I don’t like Things
- Uses a database
  - Backing Up Your To-Dos - Things Support
  - Every item in the TMTask table includes projects, headers, and to-dos
- Sync is not end-to-end encrypted
- No Spotlight integration
  - On the Mac, I periodically run a script which creates .hook files linking back to projects as way to have a fake Spotlight index.
    - 2023-12-10_08-22 Indexing Things with Spotlight

Knowing that the database is fairly easy to understand, I’m a bit more confident that I can export my to-dos out of Things. I can even use the SQLite database directly as an archival format too.

The non-existence of end-to-end encryption is still bugs me though.

Indexing Things with Spotlight

Sun, 10 Dec 2023 08:22:00 +0100

#TBD…

Cool iCal tips from 43folders

Sun, 17 Dec 2023 16:33:00 +0100

https://web.archive.org/web/20060819234608/http://www.43folders.com/2006/06/29/ical-tips/#comment-8784

Planning out my time with iCal calendars and groups, and being able to click back and forth between that planning view and David Allen’s “hard landscape,” is very appealing. I’d forgotten your earlier post on this topic, but I’ll be returning to it for ideas.

The printed calendar I carry with me doesn’t have the kind of detail yours does, but it does have the advantage of giving me four months of schedule in my back pocket. Do you print your calendars to any special size—e.g., for pasting into a Moleskine—or just to letter-sized?

The daily agenda for a trip sounds like a great idea for many (salesmen, in particular), but my trips are almost always focused on a single project. I’m more likely to be juggling appointments on the days I am in front of my computer.

https://web.archive.org/web/20060819234608/http://www.43folders.com/2006/06/29/ical-tips/#comment-8841

Thanks for mentioning iCal. I have ditched eveything else and find that iCal has everything I need for GTD.

It’s a calendar, to-do (to-do’s can be sorted by calendar, too, by the way) list, tickler file (just put “See File under “file name” in the notes field) and, well, everything else that GTD requires.

Here’s the reason I forced iCal to work for me: I don’t carry a PDA, just a sony ericsson phone, and everything that is in iCal, including tasks and alarms, are synced with my phone quickly via iSync. I even have a script to open iSync, sync them, them quit iSync, all by hitting Shift-F8. So I just tap the hotkey when I get to my mac and leave it, and all my stuff is current all the time and very portable, always in my pocket.

Another great thing, it doesn’t just import from iCal to the phone, it syncs them, so when I’m out and I need to add a task, I can do it shorthand on the phone and it will sync to a calendar called “Inbox” in iCal when I sync up.

I would love to use fother fun GTD software, but alas, I don’t need to. If you carry a syncable phone with you everywhere, I highly recommend tweaking iCal to work as your GTD system.

Did I mention there’s tons of little apps and even widgets that let you see your iCal stuff at a glance without bringing up iCal? Very nice.

Roey Biran

Sun, 24 Dec 2023 14:42:00 +0100

I’m a designer and front–end developer. I enjoy crafting quality macOS applications on the side. I’m also passionate about industrial design, typography, architecture, and art.

He makes an app called Finbar, which I use for searching my menubar from the keyboard.

#Person #iOS #macOS #Development #Swift #Web

David Allen

Tue, 02 Jan 2024 21:46:00 +0100

David Allen (author) - Wikipedia

#Person #GTD

Using the Zettelkasten to advance R&D projects

Sun, 18 Feb 2024 08:12:00 +0100

I have these “look into” type #GTD projects which are about getting myself more familiar with something (which could be a tool, a programming language, a framework etc).
Previously I created OmniFocus projects with corresponding Bike outlines, so I can collect my notes in one place and then figure out what to do with this information later.
What I have in mind instead is to use my #Zettelkasten to manage these outlines.
- The #OmniFocus project would be still present because I need to have a place to store #NextActions.
- The #Zettelkasten would be the outline.
- As I gather more information I would add more connections as a form of reading and permanent notes.
  - 2.6.5.1.3 Jegyzetek gyűjtése könyvolvasás közben
By using my #Zettelkasten like this I would have a history on how I learned a topic, and where should I pick up next time.
- 2.6.5.7 A Zettelkastennel párhuzamosan több dolgot is írhatunk
- The #Zettelkasten serves as a journal, because I keep the history of my learning path in the a timeline of timestamped notes which can be reviewed in later when I pick the topic again. #Journaling

Consolidate my journals

Sun, 18 Feb 2024 08:15:00 +0100

I have a bunch of apps where I can manage information, and I should ~~cut them back~~ and figure out which one I’m using for what.

Here’s an initial list of my current use case of them.

Bike journal for logging information to my blog (or privately).
TaskPaper journal, which is more of a running list of tasks for today, but can be used as a private journal.
Day One which is an actual journal app, but kept private.
- I recently re-installed Day One, because it is still the best and most native-looking private journal app I know on the Mac. I don’t trust their custom sync engine though.
Strflow, for capturing ideas.
#Zettelkasten, which can be also used as a journal.

The systematic approach to processing information from these various sources is detailed in 2.6.15, which shows how different inputs feed into a coherent content pipeline.

Follow-up: 2024-02-21_00-19-conclusion-on-my-journaltype-apps

#Journaling

Conclusion on my journal-type apps

Wed, 21 Feb 2024 00:19:00 +0100

I concluded that each of these tools has its place.

Decoding files #DigitalGarden
- Raw Bike outlines to quickly edit and publish a post to my blog.
- All the content in these files should be ready to be published. Private things can be tracked in the interstitial journal.
Interstitial Journal #Journaling #TaskPaper
- A way to track information throughout the day.
- Work on routines using checklists.
Day One
- My private blog, where I can explain ideas and thoughts to myself without the fear of any public visibility.
Apple Journal #Journaling
- The life bookmarking tool for my thoughts and photo stream.
- My photos are a stream of captured moments and I can highlight important ones by adding them with a short description to Apple Journal.
  - 2.14.11.2
Strflow
- Strflow is great for short idea dumps when I’m thinking about something. Then these ideas can be moved to my system in OmniFocus/Bike.
- I don’t have any use for Strflow currently, so I’ll remove it from my toolchain.
  - I keep the app installed because I have content inside it.

#Journaling

Highlighting information in streams

Wed, 21 Feb 2024 08:08:00 +0100

Streams are information collections, where new information is getting pre-pended or appended.
- 2.16 Appending information is way to keep a history of changes
Highlighting information in streams is the #GTD capture and #Journaling process.
- #GTD capture is for highlighting an interesting thought in the stream of our thoughts
- #Journaling is for highlighting a moment that we want to process or remember in the stream of our life.
Streams should not store any state about whether we have seen something or not. A stream is just a raw collection of data, usually sorted by time.

Highlighting information in streams

Wed, 21 Feb 2024 08:08:00 +0100

Streams are information collections, where new information is getting pre-pended or appended.
- 2.16 Appending information is way to keep a history of changes
Highlighting information in streams is the #GTD capture and #Journaling process.
- #GTD capture is for highlighting an interesting thought in the stream of our thoughts
- #Journaling is for highlighting a moment that we want to process or remember in the stream of our life.
Streams should not store any state about whether we have seen something or not. A stream is just a raw collection of data, usually sorted by time.

Implentation plan – Making my file archive portable in a different way

Mon, 18 Mar 2024 12:04:00 +0100

Source: Making my file archive portable in a different way – Decoding

Tasks

My Sandisk drive is perfect for this, since it has a rubber enclosure
~~Test run~~
- ~~Setup ChronoSync to sync my file archive to an external drive~~
- ~~Connect my 1 TB external G-DRIVE and sync~~
- ~~Get the offsite backup drive home~~
  - My other Sandisk Drive
- ~~Connect a new external drive to my Mac mini~~
  - I’m switching from Sandisk drives to OWC enclosures for mobile backups, so I’ll have two drives available for use
~~Make a note on my packing list to bring the archive mirror drive when I’m away from home~~
~~Uninstall Tailscale and delete my account~~
- This is tracked in a different OmniFocus project

2024-08-14 22:39

Wed, 14 Aug 2024 22:39:00 +0200

When I see a #Folgezettel emerging, I could pick a bunch of notes and paste their content into #Gibberish. This way, I can create the first draft using a chat-like UI and get a feel for the final post.

2024-08-14 23:18

Wed, 14 Aug 2024 23:18:00 +0200

Managing folgezettels means that I should have a general idea about why I’m collecting notes about a topic. Since a #Folgezettel is a thread, it should have some form of outcome. I can grab them as-is and finalize them into a blogpost or a project, or some form of plan.

Zettelkasten refinements

Wed, 14 Aug 2024 23:33:00 +0200

I’m thinking about giving up the general idea of the #Zettelkasten. I don’t have time to create permanent notes (or whatever we call them) and then link them together if I don’t use any of these notes in a writing project. And I don’t have any writing projects.

Instead, I want to focus more on using my #Zettelkasten as a journal-like medium where I can think freely in public and don’t have restrictions on how I format notes or link them.

This change means I would have more random thoughts like this, and if something is a returning thought, then maybe I’ll convert it into a more refined idea that can be stored in my outline.

On the other hand, if I read about an interesting topic, I would still use this page to store classic Zettelkasten notes (2.6.11).

Using Drafts to write notes

Wed, 14 Aug 2024 23:41:00 +0200

Actually I should start my #Zettelkasten notes in #Drafts. When I have multiple ideas, it is easier to capture them in that app.

I can also pre-link these notes together in Drafts in the same as I can in iA Writer, so when I export them, the links should still work.

Writing Inbox in iA Writer

Sun, 18 Aug 2024 08:52:00 +0200

Inbox workflow from Ploum:

I simply have an “inbox” folder where there are drafts in gemtext format. They could linger there for months or years. Sometimes, they are published one hour after starting them. There’s no rule.

I’ve been greatly influenced by Cory Doctorow and his memex method. In my inbox, I keep a “today.gmi” file in which I write small reflections and links to interesting articles. When the file is bigger than 1000 words, I try to give it a direction, I reorder the nuggets and publish it without thinking too much about it.

As a consequence, my blog is a mix of focused posts that took a long time to write, focused posts that were written in a whim and posts containing random thoughts and links. I let you try to guess in which category is a given post.

I like the ideas of this post. Having an inbox where my posts are drafted, then publish them directly. I should have a better system for using iA Writer in my everyday blogging, not just longer posts and the Zettelkasten-type notes.

I basically have a Bike outline named “Decoding”, which is used as daily notes and I can publish things directly from there. iA Writer is more for post drafts, or general ideas. I should maybe use it to draft stuff there. If something emerges, then maybe create a project for it in my Writings folder.

So this is the order of my idea flow:

Bike outline for short posts and ramblings
Drafts for ideas when I’m away from the computer
- Or I want to add a new idea to my threads in iA Writer
Use iA Writer to write or nurture these draft posts
Create a new Writings project if it needs longer form writing
Publish the posts from iA Writer depending on the location

I should just have one place, which is the #Drafting tag to use it as a writing inbox.

I really like how Andy Matuschak 2024-08-19_16-24-andy-matuschak uses the writing inbox concept. It is a list of ideas which should be worked on, then formed into something final.

I should have some form of flow with any material which is enters my life somehow, I work on it, shape it, then I have a final artifact 2.8.4 which can be used as a product that I’m sharing with someone (or me).

So when I’m working on something, I should ask that how this will be finalized?

2024-08-19 16:20

Mon, 19 Aug 2024 16:20:00 +0200

This note is a daily note, which I can use for capturing thoughts and ideas
- This workflow idea comes from Andy Matuschak 2024-08-19_16-24-andy-matuschak who writes his transient notes into daily Markdown documents
  - Daily working log
- The work log note is yet another inbox that we can use for capturing stuff and then processing it later
- Questions
  - Should I keep one note per capture or everything in a day-related note?
  - How can I reconcile these notes with my Decoding notes in #Bike
    - Blogging with Bike – Decoding
    - 2024-02-21_00-19-conclusion-on-my-journaltype-apps
Actually, I think I should keep one note per idea, since my Zettelkasten is already grouped by day

Andy Matuschak

Mon, 19 Aug 2024 16:24:00 +0200

Website

#Person #PKM

Using follow-up notes

Sun, 01 Sep 2024 12:48:00 +0200

Follow-up on 2024-08-14_23-33

I forgot that I have a “Follow-up” button on my Zettelkasten website. This can be used for quickly writing a follow-up note about something I already started. Basically yet another way to create threads.

Then, I could save these threads by opening them on the website one-by-one and saving the stacked note URL.

Here’s an example for a stacked notes URL.

2024-09-01 12:57

Sun, 01 Sep 2024 12:57:00 +0200

Follow-up on 2024-09-01_12-48

Looks like having the comma after the wikilink in follow-up notes will break the backlinks feature (relevant code).

For now, I’m going to use the following format:

Follow-up on wikilink

Blogging is about annotating our mind

Fri, 06 Sep 2024 23:25:00 +0200

This method was first mentioned in 2024-08-18_08-52 Writing Inbox in iA Writer.

These are my highlights from reading The Memex Method—Pluralistic: Daily links from Cory Doctorow.

The blog as an annotated browser-history

Is blogging like adding annotations to browser history? If you mainly blog about things you found online, sure…

Every day, I load my giant folder of tabs; zip through my giant collection of RSS feeds; and answer my social telephones – primarily emails and Twitter mentions – and I open each promising fragment in its own tab to read and think about.

If the fragment seems significant, I’ll blog it: I’ll set out the context for why I think this seems important and then describe what it adds to the picture.

So, his primary source is his web browsing. That’s fine.

My primary blogging sources also include my ideas. Maybe that’s why having a Zettelkasten is important at the end. Perhaps I should also keep a tab open for my ideas? I love the idea of fragments being opened in tabs. This is a nice metaphor since macOS tabs exist in the UI everywhere, so they provide a simple UI for fragments of information in apps that are made for browsing and managing information. See more about this in this thread, also related to this note 2025-10-07_00-12.

In the (my) blogging method, the writer blogs about everything that seems interesting, until a subject gels out of all of those disparate, short pieces.

So, blogging on its own can be a Zettelkasten-like way of emerging ideas as we develop them. Why do I need my Zettelkasten, then? Maybe my blog is my Zettelkasten. I think a Zettelkasten can help thread ideas together in an outline format, forcing ideas to emerge.

Blogging isn’t just a way to organize your research – it’s a way to do research for a book or essay or story or speech you don’t even know you want to write yet. It’s a way to discover what your future books and essays and stories and speeches will be about.

Blogging is a way of discovery, so blogging about something should be like date-ordered public thinking. Tags are subjects of interest. Maybe I should have more specific tags, like “Mac app renaissance.”

Maybe I should even add descriptions to tag pages.

To conclude, my Zettelkasten is one of the backbones of my blog, along with journaling and browsing the web.

#Zettelkasten #Blogging

What's my problem with digital gardening

Sat, 07 Sep 2024 07:01:00 +0200

Follow-up on 2024-09-06_23-25

I want to find more ideas about using blogs as an external mind. Digital gardening is one way of doing this. 2.6.10

But I’m more interested in the commonplace book, where ideas are just thrown into a journal and, over time, developed into more refined ideas. I don’t care about nurturing the same post over the years.

My problem with that idea 2.6.10 is that I don’t know what the end result will look like. Instead of working on something for a long time, we should focus on outputting more posts and refining each new one better than the previous one.

#DigitalGarden

2024-09-07 07:12

Sat, 07 Sep 2024 07:12:00 +0200

I’m introducing a new “Thought” tag, which will be used as entry points for the current threads I’m thinking about and developing.

The idea is to have an initial post tagged with “Thought” and follow-up notes are linked to that as a new reply. Over time, I’ll end up with a conclusion that can be developed into one or more permanent notes (2.6.9.5.1 and 2.6.11).

This is a remixed version of the #Folgezettel and 2.6.4 A strukturált jegyzetek a Zettelkasten belépőpontjai.

Do I need a front-page?

Sat, 07 Sep 2024 07:59:00 +0200

Follow-up on 2024-08-14_23-33

I’m not sure if this is a good idea, but maybe I should hide the front page of my Zettelkasten? It would give me a way to discover random ideas.

On the other hand, I’m trying to make it more journal-like, so this idea would not help with that.

Using an integration branch as a base for stacked branches

Thu, 03 Oct 2024 08:04:00 +0200

I found this workflow about how we can use an integration branch as a base for stacked branches.

Stacked branches with vanilla Git

Instead start the work by creating a feature-integration branch, which will contain all the changes you are working on together. Later, when you better understand the specific changes you are making, you can re-order the commits with git rebase -i to group commits together that you want to slice off as their own reviewable and mergeable branches.

We don’t know the hierarchy first of our work, so we can create an integration branch to mess around with ideas. The good thing is that this doesn’t need to be pushed. I can start working on the branch without too much structure and then organize my work later.

Naming these would be something like this: TICKET-ID/integration

This would be the source branch for the stacked branches so that Tower will show it as the first item in the branch tree in the sidebar.

Just like in typical programming, the commits are in no particular order. As so frequently happens, you only wrap your head around the overall change you want to make after you’ve touched a bunch of different pieces.

What does he mean by “commits are in no particular order”? Maybe I should ask ChatGPT… Here’s what it generated about this:

In a typical programming session, you might start working on one thing, then realize another part of the system needs to be changed, and by the time you’re done, the commits reflect this non-linear process. Only afterward do you gain a clearer understanding of the full scope of the changes you’ve made.

This mirrors the messy, real-world workflow where things evolve organically as you work, rather than being neatly planned out in advance.

This essentially means that we organize our commits after we create a mess. It could be avoided, though, with frequent committing and then squashing related ones later. This would force a commit review workflow on me, which can be helpful in Finding a session wrap-up process so I can wrap up my work more efficiently.

Then we have to somehow create the branches to point at the associated commits. Remember the rule though: never switch off your integration branch. So how are we going to create these branches?

We branch off from commits. Then, these branches are pushed and sent for code review. It is still important that a PR has the proper base, so we have to maintain some form of connection between them.

Or, it can be solved by pushing the integration branch too, and setting that as a base, but then we lose the nice local, private sandbox.

So the question is, what should we use a base for a PR here?

The beauty of this method is that you are still on the feature-integrationbranch, ready to keep adding new work, while feature-a can go up for review.

In theory, this sounds good, but what about keeping stuff current?

Can I re-order branches in Tower so one commit gets into a branch automatically?
- Or do I have to cherry-pick?
What about editing an existing commit where I do the coding?
- I don’t see that as a convenient way to integrate commits
Will the Tower re-stacking workflow work in this case?

I have to review these use cases first in Tower. I don’t care about the command line git for now.

How I Use CLOGs to Organize My Writing Files

Sat, 05 Oct 2024 20:42:00 +0200

Article
- How I Use CLOGs to Organize My Writing Files
Author
- 2024-10-05_20-53-bob-doto

Page 3

{Folders are like servers. They're the places where all your information is stored. Files, working docs, notes, PDFs, resources, images, every digital thing you've collected is stored somewhere, be it in a vault or on a hard drive. In folders, this information is typically stacked alphabetically or in numerical order. The only real way to organize the contents of a folder according to what best suits you is to rename, number, or https://writing.bobdoto.computer/how-i-use-clogs-to-organize-my-writing-files/ Page 3 of 7}

Folders are there to organize information. I like this idea that the file system is a backend of my projects.

2.8.2.4.5 The file system is a backend for our projects

Page 4

{If folders are servers, then CLOGs are user interfaces. A CLOG is the means by which I engage with my writing files so I don't have to engage with what's stored in my folders. Kind of like email.}

The CLOG is like an OmniFocus project. Linking resources to a project from folders.

I wonder if I need separate ideation folders. Would be just one TaskPaper document enough (Interstitial Journal).

What does he mean by kind of like email?

Page 4

{Whenever you open Gmail, you're engaging with Google's UI. This UI allows you to curate what you'd like to see. When you're in Gmail, you're engaging with a representation of the information stored on the server. You're engaging with whatever you've allowed to pass through your pre-defined filters. When you delete an email, it disappears from your UI, but not necessarily from the server. CLOGs function in the same way.}

He explains email here.

So a folder is a backend, the project is the frontend of our system.

2.8.2.4.4 The project view is the frontend of our file system

Page 6

{Underneath "PUBLISHED" I list all the places I published my piece and how it did on each platform.}

Having a published section for plans is actually helpful to see outputs of a project. So technically this should managed in TaskPaper. I don’t think I need the ideation database like I think. It should be one folder called Project Support, and that’s it. Maybe organize it by area, but otherwise the folder of a project is just a backend. How I use that information in my Interstitial Journal is what’s interesting.

I want to have a way to click from OmniFocus and filter everything related to a project in TaskPaper.

Plans
Journal entries

I have to use the OmniFocus ID.

2024-10-05_21-08 The published section for plans is helpful to see the outputs of a project

#Literature

The file system is a backend for our projects

Sat, 05 Oct 2024 20:53:00 +0200

It doesn’t matter how a project is organized; #Hookmark should contain all the related assets and links to the project. The organization of these assets doesn’t matter: we should dump everything in one folder per project and not care how we will use that information in the front end 2.8.2.4.4.

So, a file system just sits in the background, supporting our more important project-related interface, which we can use to interact with the information.

Bob Doto

Sat, 05 Oct 2024 20:53:00 +0200

Writing by Bob Doto

Starting out in 2001 as both a writing tutor and high school substitute teacher, for the past twenty years Bob has been teaching and mentoring everywhere from public schools to punk warehouses to living rooms to online Zoom rooms and colleges. These days, he teaches courses on zettelkasten, PKM, social media, and spirituality. He is a former Building a Second Brain mentor, was the managing editor of _Parabola_ magazine between 2005–2010, has been blogging since 2003, and publishing zines on and off since the early 90s. He is the author of five books:

A System for Writing: How and Unconventional Approach to Note-Making Can Help You Capture Ideas, Think Wildly, and Write Constantly

Sitting with Spirits: Exploring the Unseen World In the Margins of Christianity

The House of I Am Mirrors: And Other Poems

Acupressure For Beginners

The Power of Stretching

You can stay up to date on his comings and goings by finding him online or by signing up for his weekly email “The High Pony: ‘Really Good’ Insights from a Modest Perch.” For everything else » bobdoto.computer

#Person

The published section for plans is helpful to see the outputs of a project

Sat, 05 Oct 2024 21:08:00 +0200

We should have a published section in the project plan. Or we can link to published assets using Hookmark. This is how we can prove that the project is actually producing output.

The published abstraction can be a physical thing that we made:

We can create a picture and a journal entry about the end-result
We have to have some form of external thing that we can point to at the end of a project

This note is the possible continuation of 2.8.4 Szabályok a digitális végtermékek előállítására.

#Drafting

The project view is the frontend of our file system

Sat, 05 Oct 2024 21:11:00 +0200

“Finding information on the front end” means using the project view in #OmniFocus to fetch our project support data. Assets are linked to actions and projects, so instead of browsing the file system using Finder, we start from the project and jump to related assets.

Starting from the project view allows us to use the OmniFocus quick-open to find projects and navigate to related information instead of general categories where we have to drill down multiple levels to find folders or files.

Beyond “Commit” and “Push”: 5 Advanced Git Features You Should Know

Sun, 06 Oct 2024 09:31:00 +0200

Article
- Beyond “Commit” and “Push”: 5 Advanced Git Features You Should Know
Author
- 2024-10-06_09-58-bruno-brito

Page 2

{Git Bisect is a powerful debugging tool that helps you pinpoint the exact commit that introduced a bug in your project. This feature is a great example of how Git can be much more than just a version control system, offering valuable debugging capabilities as well!}

Git bisect is a tool to find a commit that causes a bug.

Page 2

{First, you need to inform Git of a commit where the code is working correctly $the "good" commit$ and another commit where the bug is present $the "bad" commit$.}

First, we have to set a good commit and a bad commit. These will be the start and end points of a binary search.

Page 2

{Git then selects a commit that lies halfway between the two points you provided and prompts you to confirm whether the bug is present in that commit.}

Git then finds a commit halfway through, and we have to test if the commit works.

Page 2

{This iterative process continues as Git narrows down the range of commits until it pinpoints the exact commit that introduced the bug.}

Then, repeat the process, which means, after a while, it will find the buggy commit halfway somewhere.

So, it uses binary search to find the commit causing the bug.

Page 3

{\$ git bisect start \$ git bisect bad \# Current version is "bad" \$ git bisect good \<good-commit-hash\> \# Commit that is known to be "good" \# Git then checks out a commit for you to test and you mark it as "good" or "bad" \$ git bisect good \# or git bisect bad, depending on your conclusion \# Repeat until Git identifies the problematic commit \$ git bisect reset \# to end the bisect session}

Here’s how we can start a git bisect session.

Page 3

{allows Git to remember how you've resolved a merge conflict so that it can automatically resolve it the same way if it encounters the same conflict again.}

Git Rerere is a way to tell Git to remember the merge conflict I already solved and reuse it again.

Page 3

{This is particularly useful when working with long-lived topic branches, as you may encounter the same conflicts repeatedly.}

There are long-living branches that always need to resolve the same conflict, so this can help in those cases.

Page 4

{git config --global rerere.enabled true}

How to enable Rerere.

Page 4

{Once enabled, Git will automatically record how you resolve conflicts and reuse these resolutions in future conflicts.}

I wonder if this will cause problems because I feel it makes me trust blindly in Git for conflict resolution.

#Drafting #Literature #Development

Bruno Brito

Sun, 06 Oct 2024 09:58:00 +0200

Content Marketing Developer @ Tower

Bruno enjoys learning new things just as much as he enjoys teaching them. Thanks to his carefully crafted content, you won’t need to wrestle with hard topics. When he’s recharging, you will find him listening to electronic music while playing video games.

#Person

Merlin Mann

Wed, 23 Oct 2024 00:00:00 +0200

Independent Writer, Speaker, and Broadcaster - Merlin Mann:

Merlin Mann is an independent writer, speaker, and broadcaster based in San Francisco.

Programmer's notebook

Wed, 23 Oct 2024 00:00:00 +0200

Notes about the programmer’s notebook concept:

Personal Software Process
- This one is actually pretty long, and mentions multiple examples.
- Sometimes I feel like people are taking notes, but don’t have a clear system about what to do with them. They just happy about collecting them 1.3, then there is no next step.
  - Then the system is dropped because “it doesn’t work for some reason”.

#Drafting

Renaming indexed items in DEVONthink

Sun, 27 Oct 2024 15:29:00 +0100

My problem is that my #Zettelkasten is a #Jekyll project and it doesn’t contain my notes in a nicely formatted folder name. If I want to index it, I have to rename it somehow.

From Is there a way to change indexed folder’s display name, without change its actual name? - DEVONthink - DEVONtechnologies Community:

It also seems to be possible to rename a group by

only temporarily locking in Finder,

renaming in DEVONthink,

unlocking in Finder.

This solution works perfectly. We can just lock the folder in Finder, rename it in #DEVONthink, then unlock it. Now the folder name and the path will be different.

#DEVONthink #Application #macOS

Claude computer use

Mon, 28 Oct 2024 10:40:00 +0100

Claude AI now can control a computer, but it is in a really early phase. It can be useful for UI scripting or automated testing.

Questions

Why is it better than just using Capybara for web UI?
Why is it better than just using AppleScript for UI automation?
- Even Automator can record clicks and replay them since Leopard.

References

#AITools

How to reset Launchpad

Mon, 28 Oct 2024 10:42:00 +0100

defaults write com.apple.dock ResetLaunchPad -bool true                                                                             
killall Dock

#Terminal #macOS

List of thinking frameworks

Tue, 26 Nov 2024 07:18:00 +0100

This is a list of frameworks and tools that I can use to figure out solutions to problems.

Outline an algorithm in pseudo programming or natural language
- 2.6.5.8.1 Az írás és a programozás rendszerek működését írja le
Create a POC to gain experience with a problem 2.20.1
Slowly develop a project plan using a project-related Zettelkasten
- 2.6.5.1.5 Using the Zettelkasten to advance R&D projects
- 2.6.5.9.1 Thinking with a digital Zettelkasten
- 2.6.6 Zettelkasten project jegyzetek tárolása a GTD project support mappákban
  - 2.6.6.1 Projekt alapú Zettelkasten használata SomedayMaybe ötletek fejlesztésére
- 2.6.13 A Fleeting jegyzetek kiindulópontként használhatók projektekhez és tartalmi elemekhez
Layout events in a timeline or Gantt chart
Talk to myself in a chat UI to slowly unpeel different layers of a problem using the power of writing
Talk to an LLM in a chat UI in a way that it asks me questions about a topic which I have to answer, so at the end I have a conversation which can be used for an initial draft
Capture random ideas into an outline without organization then recognize patterns and organize
Just start to write into a journal entry and let my brain spit out ideas, which can be captured later
Go for a walk and think about the problem, then capture ideas
When I have to share an idea, the best is to create a visual representation first
- 2.17 It’s more effective to explain our ideas using external tools

It’s more effective to explain our ideas using external tools

Tue, 26 Nov 2024 08:29:00 +0100

When we have to explain an idea, it’s better to create something beforehand which will support our explanation.

Communicating visually enhances understanding, increases engagement, breaks down language barriers, and clarifies abstract concepts.

Proposed tools for creating visual explanations:

Keynote: For complex ideas requiring detailed presentations.
Freeform, Sketch, MindNode, OmniPlan, Scapple: For quick and simple PDF maps.
Craft: For simple, document-based ideas with embedded visuals or PDFs.
Blog Posts: To provide narrative and context alongside visuals for wider sharing.

To get experience with something, we have to engage with it

Wed, 11 Dec 2024 22:58:00 +0100

We can’t learn to swim from the internet.

When we read about something, we don’t gain firsthand experience with it. Instead, we merely observe the author’s insights. The most effective way to learn about a subject is through active engagement with it. This allows us to witness its functioning (or failure) firsthand.

If we just read about something, we’re seeing the subject through the eye of the author.

Instead of simply reading about a subject, the best way to gain practical experience is to work on a project that allows you to apply your knowledge in some way. For instance, you could try using a programming framework for a personal project. LLMs can be also helpful in generating a working prototype, but it’s crucial to actually interact with the subject matter.

One form of gaining experience can be creating POCs 2.20.1.

#Workflow

The Zettelkasten Method: A Structured Approach to Knowledge Management

Sun, 15 Dec 2024 20:59:00 +0100

This is an example article written by Cursor after collecting notes from my Zettelkasten, creating a tree structure, and asking it to generate an article from those notes.

Introduction

The Zettelkasten method provides a systematic framework for organizing and developing ideas. By utilizing the human mind’s strengths in recognizing patterns and making intuitive decisions, this method facilitates effective knowledge management. This article examines the goals, processes, and applications of the Zettelkasten system, drawing insights from various linked notes.

The Foundation of Zettelkasten

The Zettelkasten method focuses on externalizing thought processes to improve problem-solving and idea generation. This approach is similar to the GTD (Getting Things Done) methodology, which also emphasizes transferring mental tasks to external systems, allowing the mind to focus on more creative and intuitive work.

The Zettelkasten workflow aims to break down research, learning, and idea development into clear, manageable steps. This structured approach supports analytical and comparative reading and integrates these processes into daily routines, making complex tasks more accessible.

The Zettelkasten Process

A key component of the Zettelkasten method is the collection and processing of notes. For example, during reading sessions, notes should be exported to an inbox immediately afterward to maintain the context and freshness of ideas. This practice ensures that notes remain useful for future idea development.

The Zettelkasten can be used to advance R&D projects by serving as a framework for managing information and connections. This method provides a historical view of learning progress and helps identify the next steps in the research process.

The Zettelkasten method aligns with the GTD’s Natural Planning Model by allowing ideas to develop organically. This approach avoids forced idea generation, instead fostering an environment where the mind can naturally connect and expand upon existing knowledge.

Applications of Zettelkasten

The Zettelkasten system is particularly effective in project management, especially within the GTD framework. It supports the development of Someday/Maybe lists and facilitates the organization of project-specific notes, which can be stored separately from the main note collection.

The Zettelkasten’s structured approach can be adapted for product development, where the steps of writing are translated into stages of product design and implementation. This includes transforming ideas into functional specifications and tracking their progress through development.

A fundamental principle of the Zettelkasten method is atomicity, which involves breaking down ideas into discrete, self-contained notes. This principle ensures that each note is independently understandable and can be recombined with others to form new insights and connections.

Conclusion

The Zettelkasten method offers a structured framework for managing knowledge and fostering creativity. By externalizing thought processes and leveraging the mind’s natural strengths, it provides a flexible approach to idea development and project management. Whether used for personal knowledge management or professional development, the Zettelkasten system is a valuable tool for enhancing cognitive processes and productivity.

Source tree

2 - Externalizálásra alapuló módszertanok
- 2.6 - A Zettelkasten rendszer célja
  - 2.6.5 - A Zettelkasten jegyzetek feldolgozási folyamata
    - 2.6.5.1 - Using the Zettelkasten to advance R&D projects
      - 2.6.5.1.3 - Jegyzetek gyűjtése könyvolvasás közben
      - 2.6.5.1.5 - Using the Zettelkasten to advance R&D projects
    - 2.6.5.5 - A Natural Planning Model és a Zettelkasten ugyanaz a folyamat csak más kontextusban használva
      - 2.6.5.5.1 - A Natural Planning Model és a Zettelkasten ugyanaz a folyamat csak más kontextusban használva
    - 2.6.5.7 - A Zettelkastennel párhuzamosan több dolgot is írhatunk
  - 2.6.6 - Zettelkasten project jegyzetek tárolása a GTD project support mappákban
    - 2.6.6.1 - Projekt alapú Zettelkasten használata SomedayMaybe ötletek fejlesztésére
      - 2.6.6.1.1 - A Zettelkasten használata a SomedayMaybe lista fejlesztésére
    - 2.6.6.2 - Egy GTD projektben is használható a Zettelkasten workflow?
    - 2.6.6.3 - Előre meghatározott témák kutatása Zettelkastennel
    - 2.6.6.4 - A Zettelkasten folyamata használható termékfejlesztésre
  - 2.6.9 - A Zettelkasten jegyzetek egy outline-t építenek fel
    - 2.6.9.5 - Principle of atomicity
      - 2.6.9.5.1 - Atomikus blokkokból összeileszthetők önálló jegyzetek?
      - 2.6.9.5.2 - Az új Zettelkasten jegyzetek Crafttal helyben is kibonthatók
    - 2.6.9.6 - A Zettelkasten jegyzetek egy outline-t építenek fel
      - 2.6.9.6.2 - Az outline alapú Zettelkastennel el kell gondolkozunk a jegyzet konkrét helyén
        
        2.6.9.6.2.1 - Leave permanent note linking to the Mac

A high-velocity style of software development

Mon, 16 Dec 2024 09:11:00 +0100

Annotations from A high-velocity style of software development

Page 1

I want to have a chat with the computer in its own language right from the start.

I like the idea of coding is a way of having chat with the computer. POCs are touching the real thing, even if it’s a spec file where we’re trying out a new library or a concept. This article also talks about creating playgrounds (as separate projects) to try out new features before implementing them in the main project.

Page 2

Ideally, I would have a project consisting of just a single file that I don’t have to leave for hours on end.

So this means we should keep a project in one file? This can be an Rspec file too. How would one handle UI features?

Page 3

Nobody sees these ugly scraps but me. I can decouple and isolate parts of the project as a result, and work on them independently without the need to keep calling all the different modules all the time or fire-up all parts of the project on each code change.

To me having a spec file which contains experimental code seem better than having it inside the implementation files.

Page 7

Flowing data through pipes allows the execution of functions to also take place without specifying the arguments. They are implicit, like one would flow data through a Linux pipe. There are no intermediate variables and assignments.

This seems interesting. I should ask about this from ChatGPT.

Page 10

That gut feeling is only developed through experience, through trying things out, failing and trying again.

Experience can only be developed via getting our hands dirty, so it’s more important to try out new things than reading about them.

We should aim for trying out something, not read about it.

Extracted notes

2024-12-16_09-12

Experience can only be developed by getting our hands dirty

Mon, 16 Dec 2024 09:23:00 +0100

Experience can only be developed via getting our hands dirty, so it’s more important to try out new things than reading about them.

We should aim for trying out something, not reading about it.

One form of gaining experience can be creating POCs 2.20.1

This note is talking about the same idea as I had earlier in 2.20.2. Both notes emphasize that 2.20.2 we need to engage directly with subjects to truly understand them.

Create a POC to gain insights about a problem

Mon, 16 Dec 2024 09:38:00 +0100

Creating POCs can give us more insights since we’re touching the real thing, even if it’s just a spec file where we’re trying out a new library or a concept.

Try to keep the POC in one spec file so everything is in one place. This works fine for backend features. But how would one handle UI changes?

Sometimes creating a new playground (in the form of a separate project) can also be a tool to try out something. Then we can use the experience acquired from it to implement the idea in the main project.

Adapting iA Writer Authorship in Obisidian

Mon, 16 Dec 2024 10:10:00 +0100

iA Writer has an Authorship feature which can mark the text source. I’m trying to find a plugin for Obsidian that uses these annotations.

People are asking about this plugin in the forums
There is an alternative plugin called Commentator
Here is a topic about using iA Writer with Obisidian. He uses Obsidian to do the linking.

ChatGPT Search is collaboration between humans and AI

Mon, 16 Dec 2024 18:05:00 +0100

Collaboration between AI and humans
- These are tools that enable humans to do things that was harder previously.
- Using machine learning that feels like a collaborative effort.
ChatGPT Search is the ultimate collaboration between humans and AI
This is the ultimate collaboration between AI and humans, since humans still feed AI with their knowledge, and AI can help us to reuse that knowledge
It can tap into human knowledge through web search
People still hide their knowledge behind password protected pages
- Companies are protecting their knowledge
- Protected knowledge is what makes money for people and companies
- These are in a way company secrets
- ChatGPT missing out on these things

#Drafting

Using Ollama through Docker

Mon, 16 Dec 2024 20:05:00 +0100

To start the server for the first time:

docker run -d -v ollama:/root/.ollama -p 11434:11434 --name ollama ollama/ollama

To stop and start

docker stop ollama
docker start ollama

To interact with it:

docker exec -it ollama ollama pull gemma2
docker exec -it ollama ollama run gemma2

FYI: gemma2 needs more than 8GB of RAM to run.

→ docker exec -it ollama ollama run gemma2
Error: model requires more system memory (9.1 GiB) than is available (8.4 GiB)

Questions

How we can move the models to an external SSD?

Moving Models to External SSD on macOS

To move Ollama models to an external SSD when using Docker:

Stop the Ollama container:
```
docker stop ollama
```
Create a directory on your external SSD:
```
mkdir /Volumes/YourSSD/ollama-models
```

Update the Docker run command to mount the external SSD location:

docker run -d \
  -v /Volumes/YourSSD/ollama-models:/root/.ollama \
  -p 11434:11434 \
  --name ollama \
  ollama/ollama

If you already have models and want to move them:

Copy existing models from the Docker volume to your SSD:

docker cp ollama:/root/.ollama/. /Volumes/YourSSD/ollama-models

Remove the old Docker volume:
```
docker volume rm ollama
```
Start Ollama with the new mount point as shown above.

#Development #Docker #AI #LLM

Simon Willison: The Future of Open Source and AI

Mon, 16 Dec 2024 20:33:00 +0100

Watched Simon Willison: The Future of Open Source and AI | Around the Prompt #10

Metadata
Notes
- ~~32:57 ~~Checkout PyTorch~~~~
  - I don’t really have a use for it ATM
- ~~42:39 ~~Senior engineers are accelerated by AI models, not replaced~~~~
  - I know this, I don’t need a note for this
- ~~49:42 ~~myllm command line tool~~~~
- ~~50:25 ~~MLC Chat~~~~
- ~~53:21 ~~Gemma 2.0~~~~
  - I should check it out on Llama
  - Well, it needs more than 8 GB of RAM. I should try it on my MBP

#AITools #Development #LLM #OpenSource #Interviews

How to get out of a venv in Cursor or VS Code

Mon, 16 Dec 2024 21:23:00 +0100

VS Code automatically detects the Python interpreter for a project and activates the corresponding virtual environment in the shell, unless the project lacks one. Although I saw that even when the virtual environment was deleted and I deactivated the env, when I reopened the Project, the Virtual Environment was already activated.

To resolve this, I used Command + Shift + P, selected Python: Clear Workspace Interpreter Settings, and then chose Python: Clear Cache and Reload Window.

#Development #Troubleshooting #VSCode #Python

There are three states of being in projects

Tue, 17 Dec 2024 00:00:00 +0100

Not Knowing → Action → Completion forms a natural cycle of any project.
- Not Knowing: the initial state when we don’t have any knowledge about the project.
  - The transition from “Not Knowing” to “Action” mirrors how defining next steps transforms uncertainty into execution. 2.7
- Action: experimentation, learning, prototyping, and building.
  - Minimal planning is preferred to allow action to generate clarity. 2.6.13.4
- Completion: declaring a state of “done” to learn from it and move on.
The goal is not perfection but continuous progress.
- Could this be implemented as a continous habbit, since we achieve big changes with small steps 2.7.6?
Completing each project clarifies what to carry forward into the next iteration.

2 Years of LLM Advice in 35 Minutes (Sully Omar Interview)

Tue, 17 Dec 2024 00:00:00 +0100

Metadata
Notes
- Introduction and Overview
  - 0:00
  - Sully Omar’s background and the scope of the interview.
- The Three-Tier Model of Language Models
  - 2:14
  - Breakdown of tier 1 through tier 3 models based on intelligence, price, and use cases.
- Tier-Specific Use Cases
  - 5:11
  - Use case examples for tier 2 and tier 1 models, focusing on task differentiation and workflow.
- Combining Models for Optimal Performance
  - Notes
    - 09:32 Gemini is useful for video
    - 11:18 GPT-4o Mini is better with structured data
      - Summary: GPT-4o Mini excels in handling structured data due to its efficiency and cost-effectiveness. It is particularly useful for tasks that require organized outputs, such as extracting detailed information from large documents or generating structured insights. This model’s ability to process data without high costs makes it ideal for applications needing a balance between performance and affordability.
  - 9:06
    - Multi-Model Workflows: Leveraging different models for their strengths, like using Gemini for multimedia and GPT-4 Mini for text reasoning.
  - 9:19
    - Nuanced Strengths: Understanding each model’s capabilities, such as Gemini’s data search and GPT-4 Mini’s reasoning.
  - 9:40
    - Model Orchestration: Combining Claude and GPT-4 Mini for structured outputs.
  - 10:00
    - Trade-offs and Challenges: Managing outputs and compatibility issues.
  - 10:40
    - Future of Model Routing: Potential for automated routing to enhance performance.
- Model Routing and Trade-offs
  - 12:01
  - Discussion on model routing and its challenges in production environments.
- Understanding Model Distillation
  - 15:01
  - Benefits and pitfalls of distilling larger models into smaller ones for efficiency.
- Workflow Demo: Meta Prompting and Prompt Optimization
  - Notes
    - 18:46 Metaprompting meaning
      - 2024-12-17_19-26
    - 20:06 Anthropic prompt optimizer
    - 20:23 Demo
    - 21:52 He demos the exact thing I’m trying to adapt for video extraction
    - 22:16 Voice is interesting
      - 25:38 LLMs perform the best when you just talk to it
        
        2024-12-17_19-25
    - Here we can see how Sally is using multiple LLMs to create a prompt
      - 24:54 Paste the prompt draft into ChatGPT o1
      - 27:50 Gemini Pro is better at extracting information
      - 29:18 Google AI Studio
    - 30:43 Prompt management
      - 31:16 LangSmith
        
        Summary: LangSmith is a developer platform designed to support the lifecycle of applications powered by large language models (LLMs). It provides tools for debugging, testing, evaluating, monitoring, and tracking usage metrics, helping developers transition LLM applications from prototype to production. LangSmith aims to simplify the development process by offering an intuitive UI and integration capabilities, making it accessible
        
        Checkout LangSmith
  - 18:01
    - Initial Problem Setup
      - 18:01
      - Overview of the problem-solving approach with a focus on extracting insights from a text or task.
    - Prompt Generation
      - 19:10
      - Using multiple models (GPT, Claude) to generate initial drafts for optimized prompts.
    - Iterating on Prompts
      - 21:31
      - Refining the generated prompts by testing and comparing across models to improve clarity and output quality.
    - Voice Input for Optimization
      - 22:10
      - Leveraging voice mode as a faster, more natural way to interact with the models and iterate on prompts.
    - Testing Prompts with Different Models
      - 27:02
      - Applying the finalized prompts in Gemini Pro and other systems for structured outputs and insights.
- Test-Driven Development with LLMs
  - Notes
    - 32:58 Write the LLM tests first, so we can do TDD with LLMs
    - 37:53 LLM TTD This can give feedback to agents
    - 38:52 Think out loud first
      - 2024-12-17_19-22
  - Writing Tests First
    - 32:55
    - Creating tests before implementing the code to ensure clear objectives and measurable outcomes.
  - Debugging with LLMs
    - 34:00
    - Using LLMs to analyze test failures, interpret error messages, and suggest fixes.
  - Iterative Code Generation
    - 35:10
    - Generating code incrementally and refining it based on test results and feedback loops.
  - Handling Complex Workflows
    - 36:30
    - Addressing multi-file and conditional logic scenarios using test-driven workflows.
  - Benefits of Test-Driven Development
    - 37:50
    - Reducing errors, improving code clarity, and ensuring robust, maintainable solutions.
  - 32:55
  - Using LLMs to write tests first and then generate code iteratively.
- The AI Community’s Discussions and Trends
  - 39:30
  - Popular topics like model compute, distillation, and EVALS.
- Building a Product and Growing on Twitter
  - 43:22
  - Insights on crafting viral tweets and the impact of good timing and storytelling.

Sully Omar

Tue, 17 Dec 2024 00:00:00 +0100

CEO of Cognisys, a company specializing in AI technologies and language model development
- Otto is an linked on his Twitter profile
Leading practitioner in the field of large language models (LLMs)
Known for innovative approaches including meta prompts and model orchestration
Active in sharing AI insights and trends on social media platforms

Others

I had to create a custom RSS.app based JSON feed from his Twitter feed
- He shares interesting stuff there, and I want to follow him from Reeder

#Person #AI #LLM

Best Cursor Workflow that No One Talks About

Tue, 17 Dec 2024 00:00:00 +0100

Metadata
- DEVONthink Source
- 2024-12-17_22-34_transcription-best-cursor-workflow-that-no-one-talks-about Transcription Source
Notes
- Introduction
  - 0s Introduction to the video and sponsorship by HeadCon.
  - 6s Overview of the video’s purpose: improving cursor workflow.
- Understanding Cursor
  - 13s Explanation of what Cursor is and its popularity.
  - 18s Cursor’s capability to enable application building using natural language.
- Challenges and Solutions
  - 24s Common issues faced when using Cursor.
  - 39s Strategies to improve success rates with Cursor.
- Effective Documentation
  - 45s Importance of writing detailed documentation for Cursor.
  - 49s Aligning core functionalities and file structure with Cursor.
- Instruction Files
  - 8m 32s Creating instruction files, such as instructions.md, is crucial. These files should contain:
    - 8m 36s A project overview and core functionalities.
    - 8m 38s Detailed documentation of the packages used.
    - 8m 54s The current file structure and any relevant code examples.
    - 9m 4s This documentation helps in planning and ensures that the development process is organized and efficient.
    - I should look into how to use this in my own projects.
- Workflow Integration
  - 1m Integrating Cloud V0 and Cursor into a cohesive workflow.
    - Note: The integration involves using V0 to enhance UI aesthetics and Cursor for backend functionalities. This combination allows for a seamless development process where V0 handles the visual aspects while Cursor manages the logic and data processing.
    - Copy-Paste Process: Code is often copied from V0 and pasted into Cursor to integrate UI components with backend logic.
  - 1m 10s Personal success story with improved workflow.
- Example Application: Gummy Search
  - 1m 23s Introduction to the example application, Gummy Search.
  - 1m 28s Gummy Search’s functionality in analyzing Reddit posts.
- Building the Application
  - 2m 30s Planning and scoping core functionalities.
  - 3m Setting up a GitHub repository and initial project structure.
- Core Functionalities
  - 4m 3s Overview of core functionalities needed for the application.
  - 5m Using OpenAI to analyze post data and categorize themes.
- Documentation and Libraries
  - 6m Using SnowRab for fetching Reddit data.
  - 7m Example of setting up Reddit API credentials.
- OpenAI Integration
  - 9m Using OpenAI for structured output and categorization.
  - 11m Debugging and refining the OpenAI integration.
- Project Setup
  - 12m Setting up the project with Next.js and necessary libraries.
  - 13m Installing required packages and setting up environment variables.
- Superbase Integration
  - 27m Introduction to Superbase for backend integration.
  - 29m Setting up database schema and data storage.
- UI Enhancements
  - 37m Using V0 to improve UI aesthetics.
    - Note: V0 is used to enhance the user interface, making it more visually appealing and consistent. This is achieved by leveraging V0’s capabilities to generate and refine UI components.
  - 39m Step-by-step UI updates for consistency and style.
- Deployment
  - 41m Deploying the application using Verso.
  - 42m 43s Encouragement to join the AI Builder Club for further learning.
- Conclusion
  - 42m 43s Closing remarks and invitation to join the community.

Danny O'Brien

Wed, 18 Dec 2024 00:00:00 +0100

Technology journalist and writer known for his work on life hacks and productivity.

Links

#Person #Productivity #LifeHacks

NotCon'04 Danny O'Brien Life Hacks

Wed, 18 Dec 2024 08:54:00 +0100

Metadata
- DEVONthink Source
- 2024-12-18_08-41_transcript-notcon04-danny-obrien-life-hacks
- 2024-12-18_09-45_danny-obrien Danny O’Brien
Summary
- 16s Opening Story: Begins with a humorous anecdote about Silicon Valley and index cards.
- 46s Inspiration for Lifehax: Visit to Xerox PARC and encounter with Ken Beck, founder of Xtreme programming.
- 3m 34s Survey of Technologists: Contacted 70 technologists, received 14 detailed responses.
- 16m 6s Common Themes: Use of simple tools like Todo.txt for organization.
- 17m 5s Text Files for Organization: Importance of quick data entry and retrieval.
  - Quick Data Entry: Emphasizes the need to quickly dump information to avoid forgetting it (17m 13s).
  - Efficiency: Organizing systems must be fast, typically taking no more than 1-3 minutes (17m 23s).
    - Time Management: The goal is to ensure that the process of organizing does not become a time-consuming task. By limiting organizational activities to 1-3 minutes, individuals can maintain productivity and focus on their primary tasks without being bogged down by the system itself.
  - Text Processing: Text files allow for quick cutting, pasting, and searching (17m 45s).
  - Minimal Metadata: Preference for minimal metadata to keep systems simple (18m).
- 18m 36s Incremental Search: Described as a powerful tool for efficiency.
  - Incremental Search Explained: Incremental search is a feature that allows users to search text as they type, providing immediate feedback and results. This is similar to how search engines like Google offer suggestions and results as you type each letter. In text editors and other applications, this feature helps users quickly locate information without needing to complete the entire search query. It is particularly useful in environments like Emacs or Mozilla, where users can start typing and see results instantly, enhancing productivity by reducing the time spent searching for information.
    - I have good incremental search in the following apps:
      - LaunchBar
      - DEVONthink
      - The Archive
      - Vim
      - Cursor
      - Obsidian
  - Applications and Benefits: Incremental search is prevalent in many text processing tools and is becoming more common in other software environments. It allows for faster navigation and retrieval of information, making it a valuable tool for anyone dealing with large amounts of text or data. The ability to quickly narrow down search results as you type can significantly improve workflow efficiency.
- 27m 1s Private Tools: Many prolific technologists use personal scripts and software.
- 29m 23s Examples of Secret Software: Random stick generators, Netscape killers, SSH tricks.
- 31m 2s Syncing Challenges: Custom solutions for file synchronization due to lack of trust in existing apps.
- 39m 13s Publicizing Tools: Many secret tools are used to create public-facing applications.
- 51m 11s Final Thoughts: Emphasis on adaptability and simplicity in software design.
Notes
- We need simple formats, like text which can be easily edited.
  - Even in multiple applications.
  - 2.8.4
- We need simple systems, or shallow hierarchy so we can quickly organize information.
- We need to have incremental search, for finding information quickly.
  - Apps on my Mac with good incremental search
    - LaunchBar
    - DEVONthink
    - The Archive
    - Vim
    - Cursor
    - Obsidian
- In essence…
  - We need to have a text based system when working with documents, so it can be easily manipulated regardless of the app we’re using. It should be one flat folder, and organize it using tags and good naming.
  - Always keep a note open when thinking since it can be edited, adjusted, kept as a history of our thinking.
    - It can be…
      - a Bike outline file
        
        this can’t be edited in Cursor
      - TaskPaper for plain text
      - or even a simple Markdown outline like this

#Processing

Obsidian + Cursor: Magical AI Knowledge Management

Fri, 20 Dec 2024 00:10:00 +0100

Metadata
- DEVONthink Source
- 2024-12-20_00-05_transcript-obsidian-cursor-magical-ai-knowledge-management
Summary
- 0s Obsidian Overview: A tool for managing engineering logs, notes, highlights, bookmarks, and examplĮe code.
- 27s Central Store: Obsidian acts as a central repository for various types of information.
- 40s Traditional Tools: Separate apps for bookmarks, code, and highlights.
- 1m Obsidian’s Advantage: Consolidates all information in one place with extensions.
- 1m 24s What is Cursor?: An AI code editor that replaces traditional code editors.
- 1m 37s Features: Auto-completion, code actions, and a user-friendly interface.
- 3m 30s Loading Obsidian into Cursor: Syncing and managing files.
  - Initial Sync: Describes the initial process of syncing Obsidian files into Cursor, which may cause a slight delay.
  - File Embeddings: Explains how Cursor generates embeddings to better understand the files.
  - Ignored Files Configuration: Details on configuring which files should be ignored during the sync process.
  - Troubleshooting: Suggestions for resolving sync issues, such as deleting the sync and reconfiguring ignored files.
- 4m 13s Ignoring Files: Configuring files to be ignored during sync.
- 5m Asking Questions: Using AI to search and analyze Obsidian data.
- 6m Example Use Cases: Finding AI tools and recent posts.
  - AI Tool Discovery: Using AI to identify and evaluate new tools for various tasks.
  - Recent Post Analysis: Leveraging AI to locate and summarize recent posts or updates.
  - Prompt Evaluation: Asking AI to assess the effectiveness of different prompts.
  - Content Retrieval: Efficiently finding specific content within a large dataset.
- 6m 35s Linking Files: Difficulty in traversing links between files.
  - Link Traversal Issues: Challenges faced when trying to navigate between linked files.
  - Potential Solutions: Suggestions for improving link navigation and management.
- 7m 21s Adding Context: Improving AI responses by providing full document context.
  - Contextual Enhancement: Methods to provide additional context to AI for better responses.
  - Document Integration: Techniques for integrating full document context into AI queries.
- 8m 45s Brainstorming: Combining past videos and bookmarks for new insights.
  - Idea Synthesis: Using AI to combine information from various sources for new ideas.
  - Resource Compilation: Gathering and organizing past resources for effective brainstorming.
- 10m 3s Improving Documents: Using AI to enhance existing content.
  - Content Enhancement: Strategies for using AI to improve document quality and clarity.
  - AI Editing Tools: Overview of tools and features available for document enhancement.
- 12m 7s Obsidian vs. Cursor: Each tool has unique strengths; both are valuable.
  - Tool Comparison: Analysis of the strengths and weaknesses of Obsidian and Cursor.
    - Obsidian Strengths: User-friendly interface, effective for managing workflows, and consolidating information in one place.
    - Obsidian Weaknesses: May lack advanced AI capabilities compared to dedicated AI tools.
    - Cursor Strengths: Powerful AI capabilities, flexibility in handling files, and ability to perform complex searches and analyses.
    - Cursor Weaknesses: May not offer the same level of user interface customization and visual appeal as Obsidian.
  - Use Case Scenarios: Examples of when to use each tool for optimal results.
    - Obsidian Use Cases:
      - Note-taking and Organization: Ideal for managing notes, logs, and consolidating information in one place.
      - Visual Mapping: Useful for creating visual maps of content and linking related information.
    - Cursor Use Cases:
      - AI-Driven Code Editing: Best for tasks requiring AI-assisted code completion and analysis.
      - Complex Searches: Effective for performing in-depth searches and analyses across large datasets.
- 14m 39s Final Thoughts: The combination of Obsidian and Cursor offers powerful knowledge management capabilities.
- 15m 9s Call to Action: Encouragement to subscribe and visit the blog for more insights.
#Processing

Threading

Sun, 12 Jan 2025 00:47:00 +0100

I love threads. Not the social network, but the concept of having a chain of thoughts. (Maybe that’s why I like to use Gibberish for drafting).

I think the best invention that social media sites like Twitter have is the threaded view, where short notes can be chained together.

In a way, my Zettelkasten is also capable of doing that, but replying is a bit harder, since we have to chain notes together somehow.

Using Mastodon for threads

Sun, 12 Jan 2025 00:56:00 +0100

I had this idea of using Mastodon as a private thread-based Zettelkasten. I’m not sure why I would start yet another note-taking system, but the fact that I could use apps like Croissant or Tusks to manage these threads is more close to how my brain works than a Zettelkasten.

I like to start with an idea, then develop it, and keep appending to it. More on this in 2.6.12.1.

The Zettelkasten is not really a thread-based system. It is more of a network of ideas. But the linear nature of threads is basically why I’m fascinated by append-only information storage. 2.16

In a way, having that kept in Mastodon would mean that I can start writing an idea, but after I publish, I can’t change it anymore. The system would be append-only.

Mastodon thread
2025-01-12_08-45_using-twitter-for-public-thinking Using Twitter for public thinking

Creating a follow-up shortcut for easier threading

Sun, 12 Jan 2025 01:14:00 +0100

I even created a new shortcut, so I can just select a note in The Archive, and add a follow-up note to it using LaunchBar. This is the same feature which is also available on my Zettelkasten website too, but I can do it locally.

Linking to stacked notes

Sun, 12 Jan 2025 01:23:00 +0100

I can also link to “threads” in my Zettelkasten, but the problem with it is that the stacking is manual. So when I add a follow-up idea, the link changes, so I can’t keep these links around somewhere to easily get back to them.

If I add a new note to a saved thread, I have to refresh the link, click on the newly added note, then resave the link somewhere so the newly added note is also getting loaded. 11.1.3

Using a Safari tab-group as a writing inbox

Sun, 12 Jan 2025 01:28:00 +0100

Actually, one idea could work: creating a Safari tab-group for threads. It’s a basic bookmark manager, but it’s interactive. I can click on the Follow-up button on any note in a thread to add a new note. When I publish the new note, I can simply reload the thread and open the new note. The newly updated link will be kept as a tab.

In a way, this threads tab-group could serve as a to-do list for writing tasks. I can keep tabs open, and using the Edit and Follow-up buttons, I can easily open the note in iA Writer.

Add live reload for notes

Using the outline to keep track of threads

Sun, 12 Jan 2025 07:44:00 +0100

Another thing I could do is add these threads to the outline itself. The outline is reserved for developed ideas, but I could make an exception with notes that are part of a larger thread, too. Then, I can automatically link them together without messing around with the follow-up button.

Using Twitter for public thinking

Sun, 12 Jan 2025 08:45:00 +0100

Twitter threads can be used as tool to collect thoughts related to a source tweet, something like a Zettelkasten would do.

Visakan Veerasamy is a heavy user of Twitter threading. I collected these links related to why and how he does it.

Reading "What's the difference between my journal and my stream?"

Fri, 17 Jan 2025 18:26:00 +0100

I write my journal in org-roam. It is a bulleted list of thoughts. It is read-only - noone can interact with it directly. (Though of course, people could annotate it with hypothesis, or something similar). It is not structured - you could not subscribe to items within it in a feed reader, say. It is public, and is thus filtered - despite the name, I don’t put much personal or intimate things in this public journal.

I could refer to my journal as my Zettelkasten homepage, where all the new notes are posted. I call mine daily notes.

I publish to my stream via micropub and WordPress, and syndicate it to Mastodon. My stream allows for comments and interactions.

My stream is my blog.

What goes in my stream is generally a subset of my journal. But responses to comments in my stream are not necessarily included in my journal. (Though likely pulled in to my garden in the relevant place.)

I guess my journal is narrative, my stream is dialogic.

That’s a pretty cool idea that the journal is the narratuve, the stream is the dialogic.

I have other journaling styles though, depending on the source of information. 2025-01-17_18-31

I have multiple journaling systems

Fri, 17 Jan 2025 18:31:00 +0100

I capture and document information in various formats. Here’s a list of each journal type I create, along with its purpose and the tools I use.

Thoughts / Statuses 11.1
- Purpose
  - Explore ideas in a semi-public but low-pressure format.
  - Easy to do thinking. Thoughtstorming. Thinking out loud.
- Tools
  - Mastodon as a backend.
  - Mona for storing and organizing thoughts in threads.
  - I have to bookmark threads for easy finding and appending new ideas. Mostly kept append-only, to see the whole thought formation over time.
- Ideas
  - Maybe I should start these threads as “Thinking about XYZ…”.
Interstitial journal
- Purpose
  - Maintain a journal to document OmniFocus projects, engage in sensemaking, and quickly outline project plans. These plans are typically extracted and stored in dedicated TaskPaper or Bike files.
- Tools
  - Managed in TaskPaper.
Private journal entries
- Purpose
  - Document my daily life, personal reflections, or private thoughts that I want to keep track of and also remind myself about.
- Tools
  - Day One / Journal.app for storing and reviewing them. Occasionally, I might draw insights from these entries that can turn into more public or structured notes.
Note Development / Zettelkasten
- Purpose
  - Write daily notes about articles I read.
  - Build a permanent, networked knowledge base or “building blocks” of my thinking.
  - A resource to consult for ideas, forming the “backbone” of my knowledge.
- Tools
  - The Archive for browsing and searching notes.
  - iA Writer for writing entries.
  - Cursor for interacting with the Zettelkasten as a conversational partner.
  - Presented as static website at zettelkasten.decoding.io.
- Workflow
  - 2.6.15 details the complete content pipeline that orchestrates these tools from reading to publishing.
Blog Posts / Articles
- Purpose
  - Public-facing content—share refined ideas with an external audience. May start as a collection of Zettelkasten notes or microblog threads, refined into an organized piece.
- Tools
  - Blogging with Bike: Bike outlines for quick and raw posts.
  - iA Writer for writing posts combined from notes found in my Zettelkasten.
    - Using iA Writer as an end-to-end writing system
  - MarsEdit for general posting and editing.
  - Posts are presented on my blog, POSSEd into other microblogging systems as automatic statuses.

#Linking

Literature Notes, Where do they go once they become Permanent Notes?

Sun, 19 Jan 2025 13:40:00 +0100

Source: Literature Notes, Where do they go once they become Permanent Notes?

Highlight

Are these literature notes, engagement notes, permanent notes? Yes, all of it, probably, but it doesn’t matter. I tried to frame the process differently: start with things that look interesting, make sense of them, partition them to make them re-usable and to provide an address for each idea. (And delete what doesn’t fit. Some things I highlight in texts turn out to be unsalvageable.)

Instead of having separate reading notes and permanent notes, we should just extract out ideas.

Every idea then needs to be moved into its own atomic note. We can then link the idea to other ideas.

That’s it.

Highlight

You are better off dividing all your stuff into two things:

There is only two types of things we encounter.

Source material, which are articles, ideas, emails, etc…
Text extraction, and cleaned up notes.

Highlight

Take your source material and extract ideas in an atomic way integrating them it into your Zettelkasten. The last part depends on whatever you want your Zettelkasten to be and it is up to yourself and your expertise your specific field.

So just have a source, then all notes are in a fact “permanent notes”. But they should be atomic.

So annotations like this should be processed into notes, but it is fine if we don’t make “evergreen ideas” out of them.

The only requirement is to have a place where these notes are linked into bigger ideas.

Highlight

It gets chopped up into Zettels by copy-and-pasting the marked up, condensed matter into existing and new Zettels, with sourcing added liberally.

Marking the source is important. But when I create the final export of my notes from an annotation file, I’m not sure how should I move it over to my Zettelkasten.

I should keep the original one around, and edit a new one in my ZK. It always links back to the PDF, so I can see my annotations.

So when I re-read the PDF (if that’s a thing), I can have my original ideas available.

Highlight

I can liberally follow the Collector’s Fallacy and use this process to filter out anything uninteresting over time - as from starting to read to having the source “done” can take weeks or months; some never get the slip box treatment because ideas that sounded interesting at the time of reading are irrelevant 2 weeks later.

This gives us a prefilter, since we can jot down ideas, but only the best ideas are developed into ZK notes.

Highlight

Permanent notes, which synthesize ideas from multiple sources and/or record my own thoughts, and have a References section that links back to either the lit note or its underlying source note. This is how I maintain traceability from note to source.

The best way to keep the connection to the original source, is to write more in-place in the annotations extracted from the DEVONthink PDF, then link back to this file in the references section for every note.

Backlinks would do this automatically if I extract atomic notes in place in the annotations note.

Highlight

The annotations I make on the literature note (giving my own ideas, and links to other permanent notes that are related) are what moves it along the spectrum described earlier

I can even link existing notes to these annotations.

Highlight

I do this as well! My reading inbox currently has over 100 sources in it. Is this Collector’s Fallacy? Yes, but they are sitting there waiting to be processed. Currently I’m processing maybe a half dozen or up to ten in various stages of completion. I’ll get around to the remainder eventually, or I’ll tire of them staring at me in the inbox and discard the ones that no longer interest me.

We can actually process reading items simultaneously. This means, each item can be highlighted and can be continued as we process it.

The idea is that we can simply keep up with multiple stuff this way.

Highlight

This method of note taking enables gradual digestion of multiple sources on our own schedule.

This feels pretty similar to spaced repetation. I wonder if DEVONthink can create reminders every year that adds a PDF back to my reading list to review.

Update: I checked and I can add a PDF as repeating reminder which adds it to my reading list. This makes the reading list in DEVONthink kind of next action list where I could add notes as well (annotations).

Highlight

When I used SuperMemo I was able in one case to split a long video up and process half of it over the course of an evening, and then as other priorities mounted I delayed processing the second half for two years and the incremental reading capabilities ensured I had only minimal loss of comprehension of the first half during that time.

So, the DEVONthink Reading List can be used to postpone something in the future, by setting a reminder and adding the asset back to my list.

This way, the Reading List is a project list, where I only have one next action about the project, keep reading, and when I’m done, move my ideas into my ZK.

Highlight

spaced repetition in some ways and reviewing previously taken notes

I review my ideas and notes in OmniFocus using the Synthesize perspective.

#Drafting

What is Incremental Reading?

Mon, 20 Jan 2025 19:59:00 +0100

Source: What is Incremental Reading?
- 03:50 Interleaving is when we switch between different subjects based on interests or tiredness.
  - 2025-01-20_20-56
- 04:46 Teleporting to the next article (spaced repetition, which could be automated via DEVONthink)
- 04:51 Extracts → Highlights?
  - 2025-01-20_22-25 The extraction is a key collection workflow in Incremental Eeading and Zettelkasten
- 06:13 Supermemo extracts are working in a tree-like structure, so extracing something will create a new note under the existing tree item of the article.
  - This is actually a pretty cool idea, since instead of having backlinks based on the source of an idea, we can trace it back to a tree structure.
  - On the other hand, how does this work, when we have a top-level item as an article, the extracts are connected to the root item.
  - I guess we can drag-and-drop stuff in the tree and just keep the links to the source around?
  - Tinderbox seems like a good app for such system.
- 07:52 Priority queue → Ordering our reading list based on how interesting the article to us?
- 11:25 Flow of knowledge → convert passive articles and books into active flashcards
- 12:32 Spaced repetition is a way to get a routine in something.

Incremental reading

Mon, 20 Jan 2025 20:34:00 +0100

Source: Incremental reading - Wikipedia

Page 1

Incremental reading is a software-assisted learning method that breaks down information from articles into flashcards for spaced repetition.

We make flash-cards from articles when we do incremental reading.

Page 1

Piotr Woźniak

Who is Piotr Woźniak?
- Piotr Woźniak is a Polish researcher known for developing the SuperMemo software, which is based on the concept of spaced repetition.
- This method is designed to enhance learning by breaking down information into flashcards and reviewing them over time to improve memory retention.
- Woźniak’s work in this area has significantly influenced the field of educational technology, particularly in how people approach learning and memory.

Page 1

Instead of a linear reading of articles one at a time, the method works by keeping a large list of electronic articles or books (often dozens or hundreds) and reading parts of several articles in each session.

2025-01-20_20-56

Page 1

During reading, key points of articles are broken up into flashcards, which are then learned and reviewed over an extended period with the help of a spaced repetition algorithm.

Page 2

When reading an electronic article, the user extracts the most important parts (similar to underlining or highlighting a paper article) and gradually distills them into flashcards.

Page 3

With time and reviews, articles are supposed to be gradually converted into extracts and extracts into flashcards. Hence, incremental reading is a method of breaking down information from electronic articles into sets of flashcards.

Page 3

Contrary to extracts, flashcards are reviewed with active recall.

The Zettelkasten method is also a way to break down articles into highlights, then those highlights into notes.

The repeating part is missing, since the Zettelkasten prioritizes accidental discovery instead of repeating something.

In my mind, the Zettelkasten is better, because I like to lazy-load information, instead of remembering.

2025-01-25_10-52

The extraction is a key collection workflow in Incremental Reading and Zettelkasten

Mon, 20 Jan 2025 22:25:00 +0100

Incremental reading is about getting extracts and converting them to cards. In a #Zettelkasten system, this conversion also happens, but we convert extractions into separate notes.

Incremental reading extracts are efficient but disruptive for stories

Tue, 21 Jan 2025 09:07:00 +0100

With incremental reading, we waste no time on reading material we do not understand. We can safely skip portions of material and return to them in the future.

Incremental reading emphasizes the extraction of key information from texts rather than understanding the entire text in one sitting. This approach allows readers to skip parts of the material they don’t immediately understand and return to them later.

2.6.5.3.2 extends this extraction-focused approach by formalizing the separation between information distillation and synthesis phases.

Consequently, this method might not be well-suited for story-type texts, which typically rely on a continuous narrative and emotional engagement. The fragmented nature of incremental reading could disrupt the flow and overall experience of such texts.

We can learn multiple subjects simultaneously with Incremental Reading

Tue, 21 Jan 2025 09:26:00 +0100

Highlight, 2025-01-21

With incremental reading, there is virtually no limit on how many subjects you can study at the same time.

Guiding the Growth of Knowledge Trees

Tue, 21 Jan 2025 09:40:00 +0100

Highlight, 2025-01-21

The growth of the knowledge tree will also be guided by the present level of understanding of individual subjects, in proportion to the growth of the supporting knowledge, and specialist terminology

The SuperMemo knowledge tree looks pretty similar to my Commonplace Book topics tree in DEVONthink used with different tags. The difference between DEVONthink and SuperMemo is that SuperMemo enables child nodes on a parent node.

It is important to remember, that the SuperMemo tree is not built from files and folders, but notes, similar to Tinderbox.

Scanning and marking a book for Incremental Reading

Tue, 21 Jan 2025 14:01:00 +0100

Incremental Reading can be used to extract information out from books in chunks.

How to read a book in an hour? – 09:34

To have a general overview of the different ideas in a book, I can scan it first and use the blue highlighter to mark interesting ideas.

How to read a book in an hour? – 12:25

Then, I can use the Notes & Highlights tool in Apple Books to navigate to these parts and extract out information from each chunk. I should use the blue highlight for chunks.

Guiding the Growth of Knowledge Trees

Wed, 22 Jan 2025 12:09:00 +0100

Highlight, 2025-01-21

The growth of the knowledge tree will also be guided by the present level of understanding of individual subjects, in proportion to the growth of the supporting knowledge, and specialist terminology

It is important to remember, that the SuperMemo tree is not built from files and folders, but notes, similar to Tinderbox.

2025-01-23 15:42

Thu, 23 Jan 2025 15:42:00 +0100

This note was created in Tinderbox, and exported into my Zettelkasten.

I can quickly export out HTML, and format it like this.

This is a list item
Adding another list item
I should be able to format in the list

2025-01-22_12-09

Message queues are logs

Sat, 25 Jan 2025 13:35:00 +0100

A message queue is an ordered log that stores messages persistently on disk, ensuring recovery and redelivery in case of failures.

Consumers can replay messages from a specific log point.

Distributed message queues like Kafka replicate the log across nodes for high availability and fault tolerance, treating the log as the primary data synchronization abstraction.

Producers append messages to the log, while consumers read sequentially, ensuring efficient and consistent data flow.

The difference between streams and inboxes

Mon, 27 Jan 2025 13:37:00 +0100

Information systems typically manifest in two forms: streams and inboxes 2.14.11.2. Each serves a distinct purpose in how we capture, process, and maintain information over time.

Key aspects of these systems:

Streams 2.14.11.1.1:
- Flow continuously like a river
- Preserve historical record
- Accumulate value over time
Inboxes 2.14.11.1.2:
- Act as staging areas
- Create pressure to process
- Designed to stay empty

The two systems can work together through highlighting 2.14.11.2, where valuable items from streams become inbox items for processing.

Related concepts:

2025-01-27_13-40 Streams as Tools for Discovery
2025-01-27_13-41 Zettelkasten as an Information Stream

Definition and Purpose of Information Streams

Mon, 27 Jan 2025 13:38:00 +0100

A stream is like a river – it flows continuously, carrying information forward while preserving everything that came before. Think of a blog, a journal, or a public thought stream 2025-01-17_18-31. Each new entry adds to the historical record without disturbing what came before.

The value of a stream lies in this accumulation: you can trace the evolution of ideas, see how your thinking developed, and extract insights from the patterns that emerge over time. A stream isn’t there to remind you of tasks you need to complete – it’s more of a running log or narrative that simply keeps growing over time.

Many streams are treated as append-only, where entries get added but aren’t edited much, allowing you to see the evolution of an idea (for instance, older blog posts or daily journaling), see 2.16.

See also: 2.14.11.1 for comparison with inboxes.

Definition and Purpose of Information Inboxes

Mon, 27 Jan 2025 13:39:00 +0100

An inbox works as a staging area 2.14.11 that creates a natural pressure to act. Unlike streams that can grow indefinitely, inboxes are designed to stay empty. Each new item creates a small amount of pressure – an email needs a response, a document needs to be filed, a note needs to be processed into your permanent system.

The pressure from an inbox is useful: it drives you to make decisions and move items to their final destinations. However, an inbox that grows without processing turns this useful pressure into overwhelming anxiety.

Inboxes are revisable by nature – items can be deleted, forwarded elsewhere, or modified during processing. They’re aimed at quickly assessing what needs your attention rather than preserving historical context.

See also: 2.14.11.1 for comparison with streams.

Zettelkasten as an Information Stream

Mon, 27 Jan 2025 13:41:00 +0100

A Zettelkasten exhibits many characteristics of an information stream:

It grows continuously over time
Each note preserves a moment of thinking
Previous entries remain unchanged
The system accumulates value through historical preservation
It enables discovery through browsing and connection-making

However, unlike typical streams, a Zettelkasten also incorporates deliberate organization through its linking structure and numbering system. This makes it a hybrid system that combines the benefits of stream-like accumulation with structured knowledge management.

The stream-like nature of Zettelkasten supports the natural evolution of ideas while its organizational features prevent the chaos that might occur in a pure stream system.

Thought Threads: Append-Only Note-Taking

Thu, 30 Jan 2025 23:40:00 +0100

Thought Threads is an append-only, thread-based note-taking system where new ideas are added at the end of a sequence rather than inserted between existing ones. It preserves the natural flow of thought development while allowing connections through cross-links instead of restructuring.

Key Principles

Append-only → Notes are always added at the end.
Threaded structure → Ideas evolve like a conversation.
Hierarchical depth → Indentation organizes sub-notes.
Links over restructuring → Notes reference each other rather than being moved.

Example Structure

Productivity
1 Time Management
1.1 Pomodoro
1.2 Deep Work
2 Cognitive Biases

New notes are appended (1.1.3, 1.1.4).
Cross-references connect related ideas (e.g., “See 1.2 for biases in time management”).

Why This Works

Preserves chronological order → You see how ideas evolve.
No need for reorganization → Just append and link.
Less friction → No need to decide where to insert a note.

Best Practices

Summarize long threads with milestone notes (1.3 Summary).
Define “Next Steps” in notes to guide further thinking.
Use an index (optional) for quick navigation.

Different Tools for Different Thinking Modes

Sat, 01 Feb 2025 08:47:00 +0100

Follow-up on:

I figured out how to use different tools for different types of thinking. Set up three OmniFocus shortcuts for this:

Zettelkasten (The Archive):
- Main journaling and thought capture
- Documentation and reflection
- Both daily and permanent notes
- OmniFocus shortcut for project-specific logging
- See 2.6.15 for the detailed content pipeline workflow
TaskPaper:
- Planning and brainstorming
- Project-specific thinking
- Task breakdown
- OmniFocus shortcut for project brainstorming
Emacs:
- Programming experiments in Org Mode
- Literate programming
- OmniFocus shortcut for programming docs
- Still figuring this one out

Color-coded the shortcuts to make it easy to distinguish them:

2023-10-29_23-53 Using my thinking tools in different contexts
2024-09-13_20-57 Thoughts on text-based note-taking systems
2023-12-11_11-43 Brainstorming workflow with Things and TaskPaper
2024-02-21_00-19-conclusion-on-my-journaltype-apps Overview of different journaling apps

#Workflow #Journaling #OmniFocus

The iPad mini is best used for consumption of chronological information

Thu, 06 Feb 2025 08:47:00 +0100

I’ve noticed something interesting about my iPad mini—it just feels right when content is organized chronologically. There’s a natural rhythm to it: I get in, touch a piece of content, and then get out. I just 2.14.11.2 Highlighting information in streams. This approach is all about ease and efficiency. The content flows in the order it was created or updated, which mirrors the way our minds naturally process events. No complicated folders or categories—just a simple, straight path to what’s new.

What I like about this setup is that it cuts down on decision fatigue. Instead of spending time figuring out where to look or how to organize my thoughts, the interface handles that for me. I just dive in, quickly interact with a bit of content, and move on without overthinking it. This streamlined process makes the browsing experience feel almost effortless, which is exactly what you want when you’re just looking to catch up without any extra hassle.

Because our brains naturally remember things in sequences, this kind of ordering feels intuitive. I don’t have to stress about missing something important or having to manually sort things out later. The system does it all for me, reinforcing that laid-back, efficient browsing style.

2.16 Appending information is way to keep a history of changes
2.14.11.1.1 Definition and Purpose of Information Streams
2.14.12 The capture log is an automatic journal
2025-02-01_08-59_thought-threads-appendonly-notetaking Thought Threads: Append-Only Note-Taking

Incremental brainstorming makes it possible to collaborate asynchronously with ourselves or others

Fri, 07 Feb 2025 08:21:00 +0100

Incremental brainstorming allows us to document the thinking process through an archive of written communications. This method enables brainstorming with one’s past self, in addition to the present participants.

In other words, the participants of incremental brainstorming include:

participating brains,
past versions of participating brains, and
non-participating authors from the past and the present (as source material, or reference).

There are different tool-specific forms of incremental brainstorming:

#Zettelkasten
- Thought Threads, which are a remixed version of Folgezettels (see 2025-02-01_08-59_thought-threads-appendonly-notetaking)
- Zettelkasten as an Information Stream 2025-01-27_13-41
Creating Mastodon threads (see 11.1)
Issue-driven development using GitHub issues (see 2023-12-08_15-54-increase-your-productivity-on-personal-projects)

Exploring Real-Time Voice-to-Text Transcription Options and Preferences

Sat, 08 Feb 2025 10:33:00 +0100

I’m exploring app options for real-time voice-to-text transcription, similar to macOS dictation.

I’ve looked at existing solutions like the VoicePen app that allows typing and content transformation.
I also investigated Inbox AI but found it confusing, and my attempt to configure a new voice assistant proved unsuccessful.
- I may return to this app one day.
Seems like Bolt.AI can dictate and type inline.
- This is essentially the same process I was using with VoicePen, so I’ll continue using VoicePen for longer dictations. I might also use Voice Memos to capture the text, and then I can paste it into the note. Alternatively, I can dictate in line using Bolt.AI.
On the other hand, I would prefer to use the built-in dictation feature of macOS.
- Since it integrates seamlessly with text editing, I can see my typed words in real time, and it’s actually quite effective.
- The good news is that I can go back and fix any issues. They’ve recently added text editing with dictation, so I might not need Bolt.AI after all. Dictation could work perfectly well.

Treating projects as experiments

Sun, 11 May 2025 05:45:00 +0200

Page 65

One tool to make this easier is to reframe decisions as experiments. You’re no longer a perfectionist frozen on stage with everyone watching your every move, you’re a curious scientist in a lab trying to test a hypothesis.

Treating any captured item as a “possible experiment” can help us detach ourselves from the necessity of the project’s completion. Although this is pretty much what the #GTD Someday/Maybe is: It lets an idea sit until you (a) see clear learning value and (b) have bandwidth to run it.

Instead of finding the perfect solution, make experiments, and analyze them by success factors.

Hypothesis – What do I expect to learn or prove?
Metric of success – How will I know the experiment taught me something?
Next action – The first, smallest, concrete step that moves the experiment forward.

If you can’t write all three in <60 s, it probably isn’t worth experimenting yet.

Adding “as experiment” alone will not automatically convert the meaning of a project into an experiment. A project should still be an outcome. An experiment is more like a subproject.

Experiments-based projects should work pretty well with work-related projects, where POCs are like experiments. We could call this “Experiment driven programming”.

My computers show me dynamic index cards

Mon, 12 May 2025 08:18:00 +0200

Link to Original Document

What is a card?

A card is any addressable object that exposes a deep link and a title.
Cards are not just files. They include:
- OmniFocus actions, projects, tags, perspectives (omnifocus://…)
- Craft pages, blocks (craftdocs://…)
- Markdown notes, headers (file:///…)
- DEVONthink records (x-devonthink-item://…)
- Email messages, calendar events, PDFs, web highlights
If you can deep link to it, you can treat it as a card.

The system: a web of linked cards

I don’t care about “the app,” I care about the content inside it.
Every app becomes a card engine. Cards live in engines, but they link to each other across silos.
Instead of trying to store everything in one monolithic app, I have a network of cards connected by URLs.
Examples:
- An OmniFocus task links to a PDF in DEVONthink
- That same PDF links back to a Craft note where I summarized it
- The Craft note has a backlink to the original task

Why cards need titles and links

Spotlight is the universal search index. A good title makes the card retrievable regardless of app.
Links make cards composable. They allow you to:
- Jump from a project to its references
- Surface context
- Build dashboards across tools

Linking cards across engines

I use Hookmark on macOS to quickly copy or hook links between cards.
On iOS, I prefer apps that expose stable custom URL schemes.
Linking isn’t just for documents. OmniFocus perspectives or DEVONthink groups can be cards too.
I still use folders in tools like DEVONthink to organize project materials. Links just sit on top of that structure to connect meaningfully related items.
It aligns with contextual computing: the object is the anchor, not the app.

ENABLE_BACKGROUND_TASKS allows Claude Code to run long tasks in background

Thu, 26 Jun 2025 22:08:00 +0200

Ian Nuttall (@iannuttall) shared a useful Claude Code pro tip for handling long-running tasks.

Claude Code Pro Tip

Add this line to your .zshrc or .bashrc (ask Claude Code to do it for you):

export ENABLE_BACKGROUND_TASKS=1

This allows you to move long-running tasks to the background to keep chatting with Claude Code while tasks execute.

Key Points

Environment variable enables background task execution in Claude Code
Keeps the chat interface responsive during long operations
Can be added to shell configuration files automatically by Claude Code
Improves workflow efficiency for developers

Claude Code Workflow and Features Index

Thu, 26 Jun 2025 22:18:00 +0200

A collection of notes about Claude Code features, workflows, and optimization techniques.

Core Features and Configuration

Workflow and Operations

Revise my Task-Magic plan structure

Sat, 19 Jul 2025 09:38:00 +0200

Source highlight:

Outputs are disposable; plans and prompts compound. Debugging at the source scales across every future task. It transforms agents from code printers into self-improving colleagues.

My next step would be to review my PRD template and extract it into a separate file. What’s the easiest way to continuously improve it? Perhaps having project-specific templates, since not all projects have the same requirements. However, plan templates can be forked and include a section similar to a local CLAUDE.md file, but stored in the repository.

I’m not sure what would be the general structure though.

General Instructions
- Project-agnostic guidance that applies to every project
- Custom instructions for my local setup like commands (orbctl, deployment processes)
- Practices that work well can graduate to global CLAUDE.md
Context / background info
- System description relevant to the plan scope
- High-level overview of current state:
  - Technical architecture
  - Key files and directories
  - Integration points
- Foundation for early research
- Link to related zettelkasten notes for deeper context
- Brainstorming
  - Keep exploratory thinking in TaskPaper and link separately
User stories
- Clear “As a user I want X so that Y” format
- This approach surfaces misalignment between human intent and agent understanding
- Creates shared vocabulary before technical implementation
- Foundation for implementation design decisions
Implementation design
- High-level architectural steps (following Kiro’s format)
- Step-by-step approach that breaks into manageable development tasks - Guides for the task template
- 2025-07-21_09-12
- Anatomy of an AI Prompt
  - This can be used as the template skeleton for different sections
  - Ask the agent in the rule to replace placeholder stuff
- When adding new locales to the view, DO NOT add them to the en.yml, use the default flag in the view for I18n.t.
- Nearcut
  - We prefer images in features/admin/feature-name folder name
- Have a base branch name in the frontmatter, so the fleet agent must switch to that first
  - It should ask about it when we create tasks

The plan file could be converted from a Markdown template into a Bike template 2025-07-20_13-14.

Specification is the new true source code

Sat, 19 Jul 2025 09:55:00 +0200

Sean Grove’s thesis is that we’ve been valuing the wrong artifact. We treat code as precious and prompts/specifications as ephemeral, when it should be the reverse. His analogy is perfect - we’re essentially “shredding the source code and version controlling the binary.” The only problem with this analogy is that LLMs are non-determistic, so relying on the as a compiler can result different code artifacts. Still, using version controlled specs and code is a good middle-ground.

John Rush takes this further with his “fix inputs, not outputs” principle. His AI factory isn’t just about automation—it’s about building a self-improving system where the plans and prompts are the real assets. When his agent wrote memory-inefficient CSV handling, he didn’t just fix that instance, he baked the streaming requirement into the plan template. The factory improves itself by improving its specifications.

The Task-Magic connection shows this thinking already emerging in practice. The PRD template is essentially a specification format, but it could be more - it could be a living document that evolves, forks, and adapts to different projects. The idea about “project specific templates” that can be forked mirrors how Grove describes specifications that compose and have interfaces.

What’s fascinating is how all three converge on the same truth: the specification IS the code. Grove calls it “the new code,” Rush calls it “the real asset,” and in Task-Magic it’s something that should compound and evolve rather than be recreated each time.

This represents a fundamental inversion of the traditional development process. Instead of specification → code → binary, we’re moving toward specification → multiple outputs (code, tests, docs), where the specification remains the primary artifact that we version, debate, and refine.

Sources

Building a Personal AI Factory (July 2025 snapshot)
The New Code — Sean Grove, OpenAI (Annotation)
2025-07-19_09-38 – Revise my Task-Magic plan structure

Splitting information extraction into distillation and synthesis

Sat, 19 Jul 2025 13:16:00 +0200

Source extraction of the idea 2025-07-19_13-08

This approach modifies incremental reading 2025-01-20_22-25 by splitting information extraction into two distinct phases.

Phase 1: Distillation

What: Extract information from sources using DEVONthink

Highlight and annotate key passages
Gather summaries and quotes
Focus on capturing, not interpreting

Phase 2: Synthesis

What: Transform extracts into original #Zettelkasten notes

Connect ideas to existing notes
Develop personal insights
Create permanent notes with AI assistance

OmniFocus Integration

Distill tag: For tasks about extracting from sources
Synthesize tag: For developing draft #Zettelkasten notes

This separation enables batch processing of similar work and reduces cognitive load by not mixing extraction with creation. It acknowledges that distillation (understanding) and synthesis (creating) are fundamentally different cognitive activities requiring different mental modes.

Bike outlines as structured planning DSL

Sun, 20 Jul 2025 13:14:00 +0200

Ray Myers’ “Abstraction Leap” concept suggests designing explicit DSLs rather than letting LLM prompts become source code (source highlight). Bike outlines could be perfect for this: XHTML structure makes them machine-readable while the outliner UI stays human-friendly.

The approach

Template + Validator = Guidance + Guarantees

Template shows LLMs the expected shape
Validator enforces that structure after generation
Result: predictable, testable foundation vs brittle free-form prompts

Connection to specification as code

This aligns with 2.8.4.2: the Bike outline becomes the primary artifact that compounds over time (see 2025-07-19_09-38). Following John Rush’s “fix inputs, not outputs,” you improve the template when plans generate poor breakdowns, not just the individual output.

In practice

Unlike free-form markdown specs that require manual interpretation, Bike’s XML structure makes it easier for LLMs to understand and process. The outliner’s visual hierarchy could make complex plans manageable while maintaining the machine-readable structure needed for reliable AI collaboration. This could bridge human planning intuition with computational precision.

AI automation shifts human work toward strategy, workflow design, and exception handling

Thu, 04 Dec 2025 01:09:00 +0100

The question I keep coming back to: which parts of my work are repetitive, verifiable, and describable? And how do I turn those into workflows that AI can run (or at least help with)?

What’s left for me is the judgment calls, the exceptions, the strategy. My value shifts toward defining the workflows, keeping an eye on things, and stepping in when something breaks.

Reactive prompting treats AI as environment that overhears thinking

Wed, 17 Dec 2025 01:41:00 +0100

A prompting technique where I externalize thinking without directly addressing the LLM. The agent responds to the thought stream rather than engaging in conversation.

So instead of “talking to” an AI, I’m thinking out loud and something picks up on what’s actionable. The agent becomes environment rather than entity (like how a good IDE responds to what I’m doing without explicit commands).

Why This Works

Standard prompting has its place, but it’s a conversation. With reactive prompting, I’m talking to myself. The agent overhears and responds to what’s actionable. The thoughts are the source of truth, not a back-and-forth.

What Triggers Response

Not everything in the stream needs a response. The triggers I’ve noticed:

Expressed need or uncertainty
Ambiguity that blocks progress
Errors or contradictions worth flagging
Tasks implied but not stated

Pure reflection can flow past without interruption.

The Keywords Hint

When the thought stream needs specific context or tools, I add a keywords: line at the end:

Discussion about this needed x-devonthink-item://...

keywords: devonthink mcp, mcporter

The keywords act as hints for tooling or skills. It’s metadata for the stream, not a command.

Distill is a product built on this model. AI agents watch threads, spot patterns, and act without being prompted.

My Incremental Reading System

Thu, 18 Dec 2025 00:53:00 +0100

I’ve built a homegrown incremental reading system that spans multiple apps. It’s not SuperMemo, and that’s intentional. I want zettelkasten notes, not flashcards.

The core idea

I’m interested in acquiring knowledge, not memorizing every detail of it (2025-01-25_10-52). The zettelkasten lets me lazy-load information by following links and running into notes accidentally. SuperMemo’s spaced repetition is about remembering concepts, so you don’t get that “external conversation partner” feeling.

Reading, for me, is filtering. I’m mining articles for 2-3 good ideas, then moving on. Most content is noise anyway.

How capture works

Readwise Reader has a great parser, so I use it for saving articles. A syncer pulls them into both Craft (where the content lives) and OmniFocus (where the queue lives, with AI-assigned priorities from 1-9).

I also capture manually via OmniFocus Quick Capture for random URLs and Safari Reading List stuff, plus DEVONthink automation for documents.

Everything ends up in the same @Read/Review perspective in OmniFocus.

The queue

OmniFocus handles scheduling, not content. The actual reading material stays where it belongs: articles in Craft, documents in DEVONthink, web pages in Safari, notes in my zettelkasten.

I use an Adaptive Task Repetition plugin (CMD-Shift-I) that works like SM-2. When I process an item, I rate how well it went: Again, Hard, Good, Easy, or Completed. The interval multiplies accordingly (1.4x for Hard, 2.0x for Good, 2.5x for Easy). Items I don’t care about, I just delete.

The queue has three workflow states: Discuss, Distill, and Synthesize.

Two-phase processing

2.6.5.3.2 formalizes something I realized: distillation and synthesis are different cognitive modes. Mixing them is exhausting.

Distill is understanding mode. I scan an article, bail if it’s not interesting, otherwise read and highlight. Maybe repeat it tomorrow, adjust the priority. I get about 0.75 extracts per article, which sounds low but most articles just don’t have that many good ideas.

Synthesize is creation mode. I review my timestamped notes, connect them to existing ideas, and when one is ready, I add the #Linking tag and rename it to folgezettel format (like 2.3.4) to place it in the outline.

The separation reduces cognitive load. I’m not trying to understand AND create at the same time.

The funnel

World (infinite)
  ↓ Readwise/manual capture
  ↓ AI priority [1-9]
  ↓ Spaced repetition scheduling
  ↓ Distill
  ↓ Synthesize
Zettelkasten

Each step reduces volume and increases value. Most articles die in the funnel. That’s the point.

Output expectations

I produce about 164 timestamped notes per year, and roughly 30 of those become folgezettels (about 18% conversion). The rest stay as timestamped notes, which is fine. They’re composting, not stuck. Some never mature, some resurface years later and become important.

Constraints

This is cognitive work, not leisure. I can only do it at the end of the day when I have energy, or maybe once or twice on weekends. Sometimes I just don’t give a fuck and pick something from Safari Reading List instead.

Output is limited by attention, not system mechanics. About 3-5 sessions per week, and the system performs at the capacity I give it.

How this differs from SuperMemo

SuperMemo fragments articles early into many small pieces, then schedules each fragment separately. The goal is memorization via QA cards.

I fragment late, at the natural reading moment. The goal is zettelkasten notes that connect ideas. Article-level granularity makes more sense for this.

2.19 notes that incremental reading extracts are efficient but disruptive for stories. The fragmented approach doesn’t suit all content types, and I prefer reading articles whole until I’m ready to extract.

2.6.5.3.2 Splitting information extraction into distillation and synthesis
2.19 Incremental reading extracts are efficient but disruptive for stories
2025-01-25_10-52 The Zettelkasten is for people who want to lazy-load knowledge
2025-01-20_22-25 The extraction is a key collection workflow
2025-01-19_13-40 Literature Notes, Where do they go once they become Permanent Notes?

Clear usage rules encourage AI adoption at work

Thu, 25 Dec 2025 20:56:00 +0100

Brian Greenbaum (product designer at Pendo, a product analytics company) talks about driving AI adoption across their org. What caught my attention: he claims clear rules increase usage, not decrease it.

The argument goes like this. People avoid AI tools when they don’t know what’s allowed. Can I paste this code? What about customer data? The uncertainty creates friction. So he worked with legal and security to create an internal wiki with approved tools and data handling rules.

I find this plausible, though I’d want to see the actual numbers. It matches what I’ve noticed with other “permission” problems: people often want to do the right thing, they just don’t know what it is.

The other piece was visibility. He ran hands-on workshops every two weeks and set up a public Slack channel for sharing experiments. The idea being that secret AI usage creates weird dynamics where people either hoard knowledge or feel embarrassed.

To convince skeptics in leadership, he built an MCP server (a way for AI to connect to external data sources) that could query company data with natural language. Showing beats telling, I suppose.

I should note: this is one company’s story. Pendo is a tech company with tech-savvy employees. The “just create a wiki” approach assumes people actually read documentation (they often don’t). The workshops require someone with bandwidth to run them. And in fear-based cultures, public Slack channels become performative rather than authentic.

Composability contracts for AI workflows

Sat, 10 Jan 2026 10:10:00 +0100

Composability contracts are machine-readable JSON specifications that define boundaries and rules for AI agent behavior. They make implicit rules explicit, preventing agents from drifting into chaos while still allowing bounded creativity.

Core structure

Every contract has five elements:

Locked invariants - what can never change (e.g., only 3 button variants allowed)
Allowed variations - bounded creativity within constraints
Composition rules - how pieces fit together (e.g., max 1 primary button per screen)
Forbidden patterns - explicit no-nos with reasons
Validation logic - machine-checkable assertions

Example: Button contract

{
  "componentType": "Button",
  "contract": {
    "locked": {
      "borderRadius": "8px",
      "fontFamily": "Inter",
      "fontSize": "14px"
    },
    "allowedVariants": {
      "intent": {
        "type": "enum",
        "values": ["primary", "secondary", "danger"]
      },
      "size": {
        "type": "enum",
        "values": ["small", "medium", "large"]
      }
    },
    "forbidden": {
      "customColors": "Use intent instead",
      "newVariants": "Only primary, secondary, danger allowed"
    },
    "compositionRules": {
      "primaryButtonsPerScreen": {
        "max": 1,
        "reason": "Multiple primary actions confuse users"
      }
    }
  }
}

This prevents AI from inventing 47 button variants. Valid: <Button intent="primary">. Rejected: <Button color="#FF69B4"> or two primary buttons on one screen.

Example: GTD Task Processing contract

{
  "contract": {
    "locked": {
      "contexts": ["@computer", "@phone", "@errands", "@home", "@office", "@waiting"],
      "priorities": ["critical", "high", "normal", "low"]
    },
    "compositionRules": {
      "projectNesting": {
        "maxDepth": 2,
        "reason": "GTD keeps projects flat for clarity"
      },
      "dueDates": {
        "allowedFor": "time-specific commitments only",
        "validation": "Must have external consequence if missed"
      }
    },
    "processingRules": {
      "twoMinuteRule": {
        "condition": "estimatedTime < 2min",
        "action": "do_immediately",
        "noTaskCreated": true
      }
    }
  }
}

Prevents: custom contexts like @urgent-calls, fake due dates on “brainstorm ideas”, deeply nested project hierarchies.

The key insight

“UI contracts exist whether you define them or not” - if not explicitly defined, they emerge accidentally through framework defaults, the last shipper’s decisions, or whoever shouts loudest in design review. Making them explicit and machine-readable means AI agents can’t invent 47 button variants.

Beyond UI: agentic workflows

The pattern extends to any agentic workflow:

GTD Task Processing - locked contexts (@computer, @phone), max project nesting depth, the 2-minute rule, no fake due dates
GTD Weekly Review - enforced step order, prevents skipping uncomfortable steps, inbox-to-zero validation
Email Triage - 5 folders only, no custom folder creation, defined response templates
Meeting Scheduling - protected deep work blocks, max meetings per day, buffer times
Research Synthesis - source quality hierarchy, required sections, confidence scoring

Integration with skills, commands, hooks

Contracts become the foundation layer that validates everything:

USER INTERFACE (Commands, Natural Language)
           ↓
    COMMAND LAYER (/capture, /process, /review)
           ↓
     SKILL LAYER (capabilities)
           ↓
     HOOK LAYER (event triggers)
           ↓
   CONTRACT LAYER (rules, boundaries, constraints)

Every layer is validated by contracts before execution. Skills are bound by contracts. Commands compose skills. Hooks trigger skills/commands. All compositions are validated.

Why this matters

Composability - contracts ensure all compositions are valid
Consistency - one source of truth, no drift between manual and automated actions
Evolvability - change contract → entire system adapts
Debuggability - clear error messages: “Note has 1 link, minimum required: 3”
Trust in automation - agents can’t violate boundaries, enabling more aggressive automation

This feels like a missing piece in agentic systems - like OpenAPI for agent behavior.

M-Shaped Career Strategy for Scanners

Sat, 10 Jan 2026 10:33:00 +0100

The video argues that people with too many interests (“scanners”) shouldn’t force themselves into traditional specialization. Instead, aim for an M-shaped career where you develop deep expertise in multiple areas, connected by broad curiosity. The #Zettelkasten plays a key role here (more on that below).

Why Zettelkasten matters for scanners

The scanner’s mind is basically an idea factory running at full speed, but working memory is tiny. If you don’t offload finished ideas somewhere, there’s no room to build new ones. 2024-12-15_20-43_the-zettelkasten-method-a-structured-approach-to-knowledge-management The Zettelkasten method externalizes thought processes, freeing the mind for creative work:

It acts as external memory, so you can switch topics without losing everything
When your obsession with medieval architecture fades, the notes stay put (you can come back later)
Over time, the connections between notes enable what the video calls “Far Transfer” (finding unexpected links between distant domains years later). 2025-03-02_14-55_the-value-of-an-experiencebased-zettelkasten The value of an experience-based Zettelkasten is preserving knowledge for future pattern recognition

Luhmann wrote 70 books this way. Not a bad track record.

The four pillars

1. The M-shaped profile

Instead of going deep in one thing (I-shaped specialist) or staying shallow across everything (dash-shaped generalist), build multiple pillars of depth connected by general knowledge. The shape looks like an M.

2. Serial mastery

You can’t build multiple pillars at once. Pick one area, commit for a “season” (6–18 months), and aim for fluency (not world-class expertise). When you can solve most problems without looking things up, you “graduate” and move to the next pillar. This isn’t quitting. It’s strategic. 2.6.5.3.2 Splitting information extraction into distillation and synthesis reduces cognitive load by separating different mental modes.

3. The “good enough” job

Choose work that pays the bills without draining your cognitive energy. Einstein worked as a patent clerk. Boring, but it left mental capacity for thinking about the universe. The surplus energy is what you use to build your own pillars after work.

4. Far transfer

Specialists solve similar problems (near transfer). Polymaths recognize patterns across unrelated domains and apply them elsewhere. A musician who understands harmony might write more elegant code. Someone who studied root systems might organize databases better. This is the payoff of the M-shape.

The metaphors

Two images from the video:

The Zettelkasten as a time-capsule garden where you plant seeds now and harvest unexpected fruit years later
Building bridges instead of skyscrapers (specialist) or tents (dabbler): solid pillars in the riverbed, connected over time

Concepts

M-shaped career → Build multiple deep pillars
Scanners → People with too many interests
Serial mastery → One thing at a time, then move on
Seasonal commitment → 6-18 month focus windows
Far transfer → Patterns across unrelated domains
Strategic quitting → Graduating, not giving up
Cognitive surplus → “Good enough” job preserves energy
Zettelkasten as external memory → Prevents overwhelm, enables switching
Fluency over mastery → Solve problems without manuals

My job is thinking, then AI executes in the system I build

Sat, 10 Jan 2026 23:17:00 +0100

My work has two tracks: managing zettelkastens (writing notes and feature plans for AI agents) and systemizing my workflow so the whole thing compounds over time. 2025-07-19_09-38 Outputs are disposable; plans and prompts compound.

The realization here is that I’m not programming in the traditional sense. I’m using my computer for thinking. 2.8.4.2 Specification is the new true source code. The output of that thinking feeds AI agents, which then execute work inside a system I’m also developing. It’s a loop: think → capture → AI executes → system improves → thinking becomes more powerful.

This split between content creation and meta-work is the key. One track produces the notes, the other makes the system progressively smarter. 2025-12-07_21-27_compound-engineering-plugin-overview Each unit of engineering work should make subsequent units easier.

Concepts

Dual-focus knowledge work → Content plus meta-system
Compound knowledge systems → Infrastructure that improves with use
AI agent feature planning → Notes driving automation design
Systemizing workflows → Making processes self-improving
Meta-work investment → Building the system, not just using it

Refinement is a missing GTD stage

Sat, 10 Jan 2026 23:28:00 +0100

GTD’s standard flow is Capture → Process → Organize → Do. But this assumes everything captured can be immediately classified as actionable, reference, or trash. Some ideas don’t fit. They’re not procrastinated (they’re conceptually unfinished). They’re not blocked (they’re still unformed). They don’t belong in next actions or someday/maybe because they’re still searching for shape.

The missing stage is Refinement: active development of ideas that aren’t ready to become actions yet.

Capture → Process → Refine → Organize → Do

Why Someday/Maybe isn’t enough

Someday/Maybe is often treated as a parking lot for things you’re not doing. But refinement is active, not passive. It requires systems designed for repeated contact: random surfacing, spaced repetition, linking to related ideas. The goal isn’t storage, it’s development.

Effective refinement needs a container that doesn’t feel like clutter but also doesn’t let good ideas slip away. Examples:

2025-12-18_00-53_my-incremental-reading-system My Incremental Reading System uses OmniFocus as a prioritized queue with spaced repetition, separating Distill and Synthesize phases
2.6.6.1.1 A Zettelkasten használata a Someday/Maybe lista fejlesztésére describes using Zettelkasten to gradually develop Someday/Maybe items
2.6.5.3.2 Splitting information extraction into distillation and synthesis formalizes the cognitive mode separation

The common thread: these aren’t storage systems, they’re development systems. They ensure repeated contact with incomplete ideas until they’re ready to exit refinement.

Two possible outcomes

2026-01-10_23-45_each-pkm-tool-should-have-one-role Each PKM tool should have one role clarifies the three destinations from processing. Ideas that complete refinement become either:

A Zettelkasten note - the idea crystallizes into permanent knowledge
A project plan - the idea develops into something actionable (via OmniFocus → Craft)

Some ideas never exit. They compost, get deleted, or merge into other ideas. That’s not failure - that’s the filtering function working.

Concepts

Refinement stage → Active development before action
Development vs storage → Repeated contact, not parking
Idea metabolization → Some thoughts need time

Each PKM tool should have one role

Sat, 10 Jan 2026 23:45:00 +0100

The organizing principle is simple: each tool gets one job. When tools mix roles (Craft handling both input AND output, for instance), things get messy.

The pipeline

CAPTURE → ANNOTATE → PROCESS → DESTINATION → OUTPUT

Here’s what each stage looks like for me:

Capture: Drafts on mobile, Bike on desktop
Annotate: PDF Viewer (I convert web articles to PDF first)
Process: Tinderbox or Claude Code (synthesis happens in conversation)
Destination: Zettelkasten (knowledge), OmniFocus (action), or DEVONthink (reference)
Output: Craft for project plans, iA Writer for polished blog posts, Bike for raw thinking posts

What I learned

Processing happens in one place. I use either Tinderbox or Claude Code for synthesis (like this conversation right now).

DEVONthink is infrastructure, not a step. It’s the glue that connects tools (storage, extraction, archive), but it’s not where I do thinking work.

The Zettelkasten triple-frontend is intentional. I use The Archive for quick search, Obsidian for visualization, and iA Writer for writing. Same data, different access modes depending on what I’m doing.

Craft is output only. It’s for project plans and writings that come out of processed ideas, not for refinement.

Three destinations from processing

2.6.6.1.2 Refinement is a missing GTD stage talks about why ideas need development time. This audit clarifies where they go when they’re done:

Knowledge → Zettelkasten (permanent notes)
Action → OmniFocus, then Craft for planning
Reference → DEVONthink (just stays in the archive)

Some ideas never exit. They compost, get deleted, or merge into other stuff. That’s fine (it’s the filtering function working).

Clarify by prototyping, not planning

Sat, 17 Jan 2026 22:10:00 +0100

The old “measure twice, cut once” advice assumed execution was expensive. For exploratory work, it’s not anymore. AI made building cheap, so the bottleneck moved upstream to clarity. We don’t need to measure… we need to clarify. And clarification doesn’t come from more planning. It comes from 2.6.5.5.2 touching the real thing.

So the workflow inverts. Instead of planning rigorously, 2.6.5.5 clarify through dialogue while building the first prototype. Grab an idea, 2025-02-09_00-36_leveraging-llms-for-efficient-code-prototyping-and-automation start prototyping, share the rough version, gather early feedback. An ugly prototype beats no prototype because it reveals what I don’t know. Even an ugly implementation beats no implementation. 2024-12-19_21-31_cult-of-done Cult of Done logic: prototype → POC → polish (if there’s time).

This compounds in exploratory work. Time spent building, testing, and learning gives us hands-on experience with the problem. When we try something, we get grounded in reality instead of assumptions. To get clarity, dig into a prototype early. The experience itself generates the understanding that planning was supposed to provide. 2.6.5.4 Ideas emerge bottom-up (I discover what I actually need by building, not by speculating about requirements).

I also realized that to communicate ideas, I have to visually present them. Demos beat decks. Working software melts away abstract objections.

The catch: skipping written planning means I replace it with real-time dialogue-based thinking. Direct AI collaboration helps here. My tmux collab workflow lets me dig into issues with Claude to get clarity before (or while) building. The thinking still happens… it just happens through prototyping instead of speculation.

AI reframes depth from execution to directing

Sat, 17 Jan 2026 23:48:00 +0100

The original M-shaped model is about building deep expertise in multiple areas, connected by broad interests. But with AI, this reframes: depth is no longer about execution. It’s about understanding enough to see patterns and direct the AI.

So what do I actually do? AI handles the technical depth, the execution, the details. I handle planning, context, spotting connections between distant things. Far Transfer (seeing a pattern in one domain and applying it to another) stays with me. I haven’t seen AI do this well yet.

The 80% rule also transforms. It used to take hard work to reach 80% fluency in a field. Now with AI, I can operate at 80% without actually being there (AI fills the gaps). But I need minimum understanding, otherwise I won’t notice when it’s wrong.

I don’t write code anymore, but I understand it. Review is harder than writing (you have to understand what someone else intended, not just what you meant). Daily code review from AI = daily practice in understanding. The trade-off is real though: not writing means some muscle memory fades. I’m betting that review keeps enough intuition alive.

GTD and Zettelkasten work as multipliers here. GTD tells me what work needs doing, Zettelkasten tells me how to structure learning, AI handles the execution. I can go deep in more areas than before because 1.1.1.1 the execution cost dropped.

Duruk's focus capacity model gives GTD a vocabulary for focus blocks

Mon, 30 Mar 2026 13:22:00 +0200

I came across Duruk’s focus capacity model while reading his newsletter about engineering productivity. It gave me a way to talk about something GTD handles intuitively but never names: why your day can feel busy yet produce nothing. The model has three parameters: lambda (how often you get interrupted per hour), delta (how long it takes to recover after each interruption), and theta (the shortest block of time where you can still do meaningful work). You take each uninterrupted stretch, divide by theta, round down, and add them up: C = Σ floor(block_i / θ). Anything shorter than theta scores zero.

The model only covers one slice of productivity, protecting and using focus blocks. It doesn’t touch GTD’s clarify-organize-reflect loop, weekly reviews, or someday/maybe lists. But for the part it does cover, it gives useful vocabulary.

The GTD connection

When I mapped these parameters to what GTD actually does, three connections stood out:

Batching changes when you respond to lambda. The interruptions still arrive, but you defer responding until a processing window. I use “no meeting mornings” for this — not fewer interruptions in the world, just fewer that reach me during deep work.
Capture systems minimize delta. Without capture, recovery means reconstructing context from memory (in my experience, easily 10-15 minutes of “where was I?”). With a good capture tool, you just read your last note and you’re back in a couple of minutes. 2026-01-31_07-56_git-commits-as-cognitive-snapshots Git commits serve the same function for code work.
Context lists help match tasks to available time. GTD contexts are originally about physical context (what tool or location you need), but in practice I also use time estimates when picking from a list. If I have 15 minutes before a meeting, I pull from the quick-task list, not the deep-work list. That’s not changing theta — it’s picking tasks that fit the block I actually have.

Fitting tasks to blocks

The article treats theta as fixed, but the practical question is different: given a block of known size, what task fits? A 25-minute gap before a meeting gets a code review, not architecture work. You’re not changing theta, you’re choosing what to attempt.

AI agents push this further. 1.1.1.2 Reactive prompting treats AI as environment that overhears thinking. An agent can pre-stage context and suggest what to work on based on available time. My /gtd:select-next-task command does a version of this — it checks my calendar and recommends tasks that fit the next open block.

Where the model stops working

With multiple AI agents running in parallel, the model’s assumptions stretch. You’re no longer a single worker fitting tasks into focus blocks. You’re an orchestrator spinning up agents and reviewing their output. The relevant overhead isn’t recovery time (delta) but briefing time: how long it takes to give an agent context and verify what it produced. I’ve been thinking of this as omega, though I’m not sure it belongs in the same equation.

The honest question is whether switching between agents even counts as an interruption. The cognitive load of reviewing agent output feels different from deep generative work, but it’s still a context switch. I don’t have a clean answer here. The way I work now, my job is thinking and AI executes in the system I build (1.1.1), but the model doesn’t capture what that orchestration actually costs.

Concepts

Focus capacity equation — C = Σ floor(block_i / θ), where lambda, delta, and theta shape the blocks
GTD maps partially — batching defers lambda, capture reduces delta, context lists help match tasks to blocks
Task-to-block fitting — choosing appropriately-sized tasks for available time, not changing theta itself
Orchestration overhead — briefing and reviewing AI agents introduces costs the model doesn’t account for
Model scope — covers focus blocks only, not weekly reviews, next-action identification, or someday/maybe

#GTD #AI #Workflow #Drafting

The coordination tax: most knowledge work exists to transfer context between humans

Mon, 30 Mar 2026 19:51:00 +0200

60 to 70 percent of knowledge work hours are coordination: meetings, translation artifacts, state synchronization, handoff management. PRDs exist because the engineer isn’t the person who talked to the customer. Sprint planning exists because eight engineers need to avoid stepping on each other’s work. Design handoffs exist because the developer needs intent transferred into implementable form. None of these artifacts is the product — they’re bridges between humans who can’t share a brain.

We don’t see this because we’ve categorized the overhead as “the role.” A PM’s job is writing PRDs and running standups. An EM’s job is sprint ceremonies and dependency management. But the value was always the working software, the shipped product, the revenue. Everything between “we understand what to build” and “the thing exists” is process — and process exists because the execution layer is made of humans.

What happens when AI compresses coordination

When agents handle execution directly, the translation layers between humans get deleted — not just the coding tasks. No PRD needed because the person with customer insight works directly with the agent. No sprint planning because there aren’t eight engineers who need to coordinate. No status meeting because the state is the commit history. 2025-12-04_01-09_ai-automation-shifts-human-work-toward-strategy-workflow-design-and-exception-handling AI automation shifts human work toward strategy, workflow design, and exception handling.

This creates a compounding loop: fewer humans → less coordination → work expressed as code → more verifiable → agents handle more → fewer humans still. Each turn accelerates the next, making standard forecasts 2-3x too conservative.

The real residual

What survives when coordination evaporates is the hardest 15-20% — zero-to-one product vision, genuine care in relationships, engineering architecture bets, and the emerging discipline of agentic systems design: building, tuning, and evolving the agent harnesses themselves. 1.1.1 My job is thinking, then AI executes in the system I build. The compound engineering loop is exactly this discipline.

The coordination tax didn’t just waste time. It suppressed the highest-value work that humans do. Removing it concentrates human effort on the work that was always the most important — the work we were always too busy coordinating to do properly.

What makes this personally relevant

The two qualities that separate people who catch this wave: agency (stubborn confidence the gap is closeable) and ramp (ability to learn quickly without permission or roadmap). Both are about posture, not credentials. 2026-01-10_10-10_composability-contracts-for-ai-workflows Composability contracts for AI workflows are one way to make agent-delegated work verifiable — expanding the frontier of what coordination overhead can be safely removed.

#AI #Productivity #Workflow #Drafting

AI agents make GTD's multi-horizon framework necessary for individual contributors

Sun, 05 Apr 2026 10:22:00 +0200

GTD was criticized by creatives as too manager-oriented. Individual contributors had one job, one codebase — GTD’s complexity felt like overhead. But GTD wasn’t designed for managers. It was designed for knowledge workers managing complexity across multiple horizons. In 2005, that was mostly managers. In 2026, that’s everyone working with AI.

The bottleneck shifted. Raw capability stopped being the constraint — the constraint is now cognitive architecture: how much you can concurrently think about across different altitudes. When you’re managing a fleet of AI agents, you need to capture what’s on your mind, break visions into delegatable chunks, review what worked, and shift between strategic decisions and tactical verification. 1.1.1 My job is thinking, then AI executes in the system I build. GTD’s Horizons of Focus, Weekly Reviews, and Projects → Next Actions map directly to what successful AI-augmented builders are rediscovering.

The GTD workflow also reframes along human vs. AI capabilities. Capture stays human — these are your raw thoughts. But AI can now handle clarify and organize, turning rambles into projects and next actions. Reflect and engage stay human — you decide priorities and direction. 2.6.5.3.1 A Zettelkasten workflow is felosztható a GTD lépéseire — and now AI can take over some of those steps. 1.1.1.3 AI reframes depth from execution to directing, which means GTD’s orchestration framework is no longer overhead — it’s the cognitive infrastructure you need to not drown when the machines handle most of the execution.

#GTD #AI