- Dağıtım pipeline’ı yetki sorunu gibi günlerce süren işlerde, tek bir mesaj, toplantı ya da telefonla bile çalışma bağlamını kaybetmek kolaydır
- İş günlüğü; çalıştırılan komutları, sonuçları, düşünce akışını ve sonraki adımı yazma alışkanlığıdır ve işe yeniden başlarken odağı geri kazanmayı hızlandırır
- Dokümantasyonun yetersiz olduğu ve sorumlulara ulaşmanın zor olduğu işlerde, durumu Obsidian günlük notlarına yazmaya başladıktan sonra birden fazla iş arasında gidip gelirken bağlamı yeniden kurmak kolaylaşmıştır
- Asıl nokta, kaydı sonradan baştan sona tekrar okumak değil; düşünceleri düzenleyen bir yapı ve son durumu saklayan bir önbellek oluşturmaktır
- Odağı sık sık bölünen kişiler, şu anda yaptıkları işi ve sonraki adımı kısa kısa bırakıp geri döndüklerinde son birkaç cümleden başlayarak okuyarak bağlam değiştirme maliyetini azaltabilir
Çalışma bağlamının koptuğu an
- Karmaşık bir işle günlerdir uğraşıyorsanız, birden çok doküman sekmesi ve komut çıktısı arasında gidip gelirken sorun çözme akışını sürekli zihninizde tutmanız gerekir
- IM bildirimi, PM’in doküman talebi ya da yöneticinin telefonu gibi kısa bölünmeler bile bulunduğunuz yeri kaybetmenize yol açabilir
- Yönetici olarak gün boyu bağlam değiştirmek ya da geliştirici olarak birbiriyle çatışan birden fazla projeyi aynı anda ele almak, odağı korumayı özellikle zorlaştırıyordu
- Yaygın örüntü şudur: bir işe başlanır, sonra başka bir işe geçilir, toplantıya girilir ve asıl işin özü unutulmuş halde e-posta ile IM’ler okunurken gün biter
İş günlüğü yöntemi ve etkisi
- Dokümantasyonun olmadığı ve önceki sorumlulara ulaşmanın zor olduğu bir iş üzerinde çalışırken, yaşadığı hayal kırıklığını Obsidian’ın günlük notlarına yazmaya başladı
- Sonrasında çalıştırdığı komutları ve sonuçlarını, düşünce akışını, o anda ne yaptığını ve bir sonraki adımda ne yapmayı planladığını birlikte kaydetti
- Örnek olarak
--yo-compress-shit really-well-like-5000-or-somethinggibi bir komutu ve alınan hata mesajını yazdı - Bölünmelerden sonra kaydı yeniden okuyup hızla asıl işe geri döndü
- Örnek olarak
- Bu yöntemi son 3~4 ay boyunca sürdürdükçe, birden fazla iş arasında geçiş yaparken bağlamı yeniden kurmanın çok daha hızlandığını hissetti
- İş günlüğü, sonradan uzun bir metni baştan sona okumak için tutulan bir belge değildir
- Kayıt sürecinin kendisi, düşünceleri düzenleyen bir yapı oluşturur
- Son birkaç cümle, yeniden başlarken gereken durumu saklayan bir önbellek görevi görür
- Odağınız sık sık dağılıyorsa ya da birden çok iş arasında gidip gelmeniz gerekiyorsa, şu anda yaptığınız işi ve düşüncelerinizi not edip yeniden başlarken son birkaç cümleyi okuyarak bu basit yöntemle başlayabilirsiniz
1 yorum
Hacker News yorumları
Günlük tutmanın avantajı yalnızca işe yeniden dönmeyi kolaylaştırması değil; zihinsel modeli belirli bir probleme sıkı sıkıya bağlı somut olasılık dallarından oluşan bir yapıya dönüştürmesidir.
İş, bu ağacı keşfetmek ve değiştirmek hâline gelir; eksik dalları bulup doldurabilir ya da aynı noktayı rastgele tekrar tekrar taramaya harcadığınız zamanı azaltabilirsiniz.
Özellikle dağıtık sistemlerde işler ayrıntılı, manuel, hataya açık ve gecikmesi yüksek olabilir; sağlam bir modeliniz varsa kontrol listelerini çok daha güvenle işleyebilirsiniz.
Karmaşık bir problemi anında daha somut bir biçime dönüştürme becerisi temel bir yetenektir.
En büyük engel, bir tür kıskançlığa yakındır. Başkaları bu tür işleri dokümansız, yalnızca kafalarının içinde yapıyor gibi görünür; bunu entelektüel üstünlüğün kanıtı gibi algılayınca, günlük gibi yardımcı araçlar kullanmanın yetenek eksikliği olup olmadığından şüphe etmeye başlarız.
Oysa karmaşık problemleri araçlarla haritalandırmak bir başarısızlık değil, neredeyse zorunluluktur; özellikle de ilk kez uğraştığınız sistemlerde. Zamanla deneyim biriktikçe yardımcı araçlara daha az ihtiyaç duyabilirsiniz, ama bu da zekâ ya da yetenek göstergesinden çok deneyim farkıdır.
Her gün kullanıyorum.
İlk commit, üç satır kodla ve o ana kadar denediğim ya da düşündüğüm şeyleri uzun uzun yazdığım bir yorumla başlayabilir.
İş bitmeye yaklaştığında varsayımsal ve lafı uzatan kısımları ayıklıyorum; geriye genellikle çok iyi yorumlanmış kod kalıyor.
Her şeyi yalnızca kafamda tutmaktan daha hızlı biçimde daha iyi kod ürettiğini düşünüyorum. Şimdiye kadar kimse şikâyet etmedi.
Artık o yolu bildikleri için günlüğe ihtiyaçları kalmamıştır; bize üstün görünmelerinin sebebi de budur.
Ne kadar açıklama yazmam gerektiğini bilmiyorum. Kod yazıyorum ve bazı insanlar kodun kendi kendini açıklaması gerektiğini söylüyor; sonunda kodun yanında ne kadar yorum bırakılacağına dair eski soruya geri dönüyoruz.
Daha önce yazdığım notları nasıl yeniden bulacağım da bir sorun. Etiketler ve arama kullanılabilir, ama sonradan hatırlayacağım kusursuz etiketi düşünmek kolay değil.
Notlar çok arttı ve önemli bir kısmı artık eskidi. Güncellemeye zaman harcamak istemiyorum; ama yapmazsam yanlış anlamalara yol açabilir.
“Sadece yapmak” ile “onun hakkında yazmak” arasında bir denge gerekiyor ve bu dengeyi doğru kurup kurmadığımdan emin değilim.
Alternatif olarak, iş arkadaşlarının şu an ne yaptığını, ne yapacağını ve neyi bitirdiğini tartıştığı bir forum da mümkün görünüyor. Yine de aranabilirlik sorun olabilir; ama forum araçları kimin ne zaman yazdığını otomatik olarak kaydeder.
Kendi notlarınız kadar başkalarının notlarından da fayda görebilirsiniz.
Obsidian’ı ilk kullanırken o şekilde kullanıyordum; ancak içine koyduğum içerik arttıkça her şeyi düzenlemeye başladım.
Böyle olunca günlükten çok uzun yazı deposuna benzedi.
Günlük tutmaya özel ayrı bir araç bulundurmak için ikisini birden kullanmayı düşünüyorum.
Bu alışkanlığın bende yerleşmesini sağlayan şey; yapı, organizasyon ve “log” ya da “günlük tutma” gibi biçimsel kavramların hepsini bırakıp, aramadan önce yakalamayı tamamen önceliklendirmek ve sonrasını arama araçlarıyla yakınlığa bırakmak oldu.
Bildirim alanındaki OneNote simgesini yeni hızlı not oluşturacak şekilde ayarladım ve özgürce kullandım.
Ara sıra tüm sayfaları, özellikle de son sayfaları gözden geçiriyorum; bazılarını birleştirip yeniden düzenliyorum, bazılarını “archive” sekmesine taşıyıp bitiriyorum.
En silik ve düzensiz mürekkep bile en güçlü hafızadan daha kuvvetlidir.
Her seferinde yeni bir metin dosyası oluşturup bir daha açmıyorum ya da kâğıt defterde bir sayfa yazıp bir daha bakmıyorum.
Yazma eyleminin kendisinden elde edilen değer çok büyük.
Yukarıdan aşağıya kronolojik; her iş günü için paragraflara ayırıyorum.
Gereğinden fazla ayrıntılı yazıyorum; yazım ya da dil bilgisi hataları yüzünden puan kırmıyorum.
Obsidian’ın Daily Note özelliği harika; belirli bir konu için özel bir belge gerekiyorsa oradan sayfa çıkarılabiliyor.
Sadece Markdown olduğu için arama hızlı; gerekirse düzenli ifadeler kullanabilmek de güzel.
Grafik görünümü belirli konu notları oluşturup bunları birbirine bağlamak ya da bazılarını ayırıp daha derin açıklamak için iyi; ama kendi bilgi tabanınızı oluşturmuyorsanız şart değil.
Böyle bir bilgi tabanı da tüm belgeler gibi zamanla eskir.
Not aracı, geri bulmaya yetecek kadar aramayı destekliyorsa ne kullandığınız çok önemli değil; sonuçta önemli olan yazıp kaydetmektir.
Yeniden bulmak gerektiğinde yalnızca backlink’ler bile şaşırtıcı derecede iyi çalışıyor.
Bu amaçla GitHub Issues başlıklarını kullanıyorum ve şaşırtıcı derecede iyi uyuyor
Üzerinde çalıştığım her iş için bir GitHub issue’su var. Açık kaynak işleri herkese açık depolarda, diğer işler ve kişisel araştırmalar ise özel depolarda duruyor
Yeni bir şey öğrendikçe yorum ekliyorum. Kod parçacıkları yapıştırma, işe yarayan bağlantılar, alıntılar, ekran görüntüleri, başka issue’lara referanslar içerebiliyor
Tek bir issue’da yalnızca benim yazdığım onlarca yorum olduğu sık görülüyor; bu yorumlar çalışma sürecinin ayrıntılı bir kaydı oluyor ve iş kesilse ya da başka bir işe geçsem bile hızla kaldığım yerden devam etmemi sağlıyor
Daha karmaşık bir herkese açık araştırma başlığı örneği burada: https://github.com/simonw/public-notes/issues/1
Her gün yeni bir issue açıp o gün yapmayı planladığım işleri ve çeşitli notları yazıyorum. Bu yöntemi burada anlattım: https://til.simonwillison.net/github-actions/daily-planner
Sadece iş günlüğü için değil, her şey için kullanmaya başlayınca küçük bir sorun ortaya çıktı
Gelecekte başvurulacak materyalleri ve çalışma günlüklerini aynı yere atıp kanal sayısı 50 civarına çıkınca, geri dönmemek ve yalnızca ihtiyaç olduğunda bakmak kolaylaşıyor
Başta bir hatadan çok özellik gibi görünüyor, ama yakaladıktan belirli bir süre sonra bir kez gözden geçirmek gerçekten yardımcı oluyor
Bu yüzden hafta sonları çalışma günlüklerini ve referans dökümlerini yeniden düzenleyip e-posta olarak bana gönderecek bir bot yapmayı planlıyorum
Ardından https://simonwillison.net/tags/weeknotes/ gibi kişisel, özel haftalık notlar oluşturup hafta sonu gözden geçirirsem benim için mükemmel olacak gibi
https://GitHub.com/irthomasthomas/undecidability/issues
Çalışan kod burada
https://GitHub.com/irthomasthomas/label-maker — başlangıç ve mevcut durum
“Çözmeye” çalışırken issue yorumları eklemeye devam ettiğim için genelde issue yorumları commit’lerden çok daha fazla oluyor
Yeni bir sorun çıkarsa yeni issue, o sorunla ilgili yeni bir içgörü doğarsa yorum; böyle devam ediyor
Kişisel çalışma akışımı bir şirketin insafına bırakmakta tereddüt ederim
Birçok geliştiricinin gösterişli araçlar ve tekniklerle üretkenliği aşırı optimize etmeye çalışması, ama gerçekte işin basit temellere dönmesi şaşırtıcı
Sık bağlam değiştiren bir kurucu olarak dayandığım şeyler birkaç tane
Yapılacaklar ve iş günlüğü için sonsuz bir metin dosyası [0], planlama ve odaklanma zaman blokları için takvim, web sitesi engelleyici, kapatılmış bildirimler
[0] https://news.ycombinator.com/item?id=39432876
org-mode’un taslak/ana hat biçimi de oldukça iyi; taslak oluşturma ve düzenleme, bağlantı oluşturma ve TODO durumları arasında geçiş yapma için gereken tuş komutlarını bir günde öğrendim
Doom Emacs kullandığım için zaten vi bildiğimden metin düzenleme komutlarını da baştan öğrenmem gerekmedi; başlamak kolay oldu
Zettelkasten tarzı “inbox” kavramı da çok faydalı oldu
Henüz sistemime girmemiş bir şey olursa daha sonra işlemek üzere inbox’a koyuyorum. Bilgisayarda org-capture, telefonda beorg kullanıyorum
Böylece not girmek için tam bir bağlam değişimi yapmam gerekmiyor; sonrasında inbox’ı düzenli olarak boşaltmak yeterli oluyor
Şu anda Emacs’i org-mode dışında kullanmıyorum, ama sonsuz
.mddosyasından çok daha memnunumYalnızca işleri tamamlandı/iptal edildi diye işaretlemeyi kolaylaştıran bir editör eklentisi kullanıyorum; dosyayı her ay değiştirip biraz düzenleyerek anahtar kelime arama kapsamını daraltıyorum
Yıllar boyunca benim için en etkili proje yönetimi ve günlük tutma yöntemi bu oldu
Örneğin bullet journal içinde kullanılan türden aylık listeden bahsediyorum
Bulut senkronizasyonu için en iyi yöntem ne olur? Şirket ekipmanlarında uygulama kurma kısıtları da olabilir
Her proje ya da depo için bir devlog.md dosyası bulundurmayı seviyorum
Günlük, yorumların, yapılacakların ve yakınmaların ters kronolojik sırayla birikmesinden ibaret
VSCode’da cmd+shift+I kısayolunu zaman damgası eklemeye eşledim
Bir şey yazmak istediğimde listenin en başına zaman damgası koyup yazmaya başlıyorum. Bu dosyayı deponun yanında tutuyorum
Özellikle sabahları, önceki gece nerede kaldığımı hatırlamak için kullanışlı oluyor
Modül yapısı notları, test için kod ve veri parçaları gibi her şey içine girebilir
Üst yorumlardan birinin dediği gibi daha büyük bir sistem, yani bir graf içindeki bilgi düğümleri gibi çalışıyor ve bu günlüklere beklediğinizden daha sık geri dönüyorsunuz
Ne kadar çok keşfedip belgelerseniz bağlantılar oluşuyor ve daha iyi hale geliyor
devlog.mddosyasını sürüm kontrol sistemine commit ediyor musun?Etmiyorsan birden fazla bilgisayar arasında nasıl senkronize ediyorsun?
Journaling ya da Pomodoro gibi işle ilgili metodoloji ve ipuçlarında benim için en zor kısım devam ettirmek
Bir çalışma günlüğüm var ama bırakıp geri dönüyorum, sonra yine bırakıp yine geri dönüyorum
Uzun süre sürdürebilenlerin tavsiyesi varsa memnun olurum
Kişisel yan projelerim dahil her işi çalışma günlüğü ve zaman takibiyle yönetiyorum, ama bunun doğal bir iş akışına dönüşmesi için aşama aşama öğrenmem gerekti
Önerdiğim yol şu. Başta her günün başında ya da sonunda, herhangi bir biçimde not bırakmaya odaklanın
Nerede ve hangi formatta yazdığınız önemli değil; önemli olan günün başında ya da sonunda mutlaka az da olsa bir şeyler yazmak
Her gün not alma alışkanlığı oluşunca, hangi etkinliklerde nota en sık ihtiyaç duyduğunuzu belirleyin ve o etkinlikten önce ya da etkinlik sırasında not alın
Örneğin önemli bir bilgiyi bulmak için iş biletine sık sık geri dönüyorsanız, o bilgiyi notlarınıza eklemeye başlayın
Her gün not alıp gerekli içerikleri ekledikçe notlarınız çoğalacak; o noktada yapı ve formatı düşünün
Kendi yaptığınız markup kullanan metin dosyasının ölçeklenmediğini hissederseniz Obsidian ve Markdown’a ya da Emacs ve org-mode gibi şeylere bakabilirsiniz
Sonrasında seçtiğiniz not alma yöntemini her gün kullanma, iyi alışkanlıklar oluşturma ve not sisteminizi kendinize göre iyileştirme sürecini tekrar edersiniz
Harcadığınız zamana göre değeri düşük gelen bir şey varsa daha az zaman alacak şekilde değiştirin ya da sadece bırakın
Geçmiş notların ne kadar faydalı olduğunu bir kez görünce güncellemek gerektiği çok netleşiyor
Her yeni kayıt için standart bir başlık koruyorum
* DD/MM/YYYY** Admin** Meetings** Tickets/Stories/Work** ProblemsBu başlığı dosyanın sonuna kopyalayıp yapıştırıyor, ilerledikçe içini dolduruyorum
Eskiden editör başlatıldığında günlük otomatik açılacak şekilde ayarlamıştım, ama sonunda o ayarı kaldırdım
Bende gerçekten işe yarayan şey günlüğü işin ana aracı haline getirmek oldu
Bugün ne yaptığımı ara sıra yazmak yerine, biraz karmaşık bir işe başlar başlamaz yaklaşımımı yazıyorum. Örneğin “X yapmam gerektiği için Y’den başladım” gibi
Farklı türde işler yapıyor olabilirsin ve bilinçaltında bazı işler için günlük tutmanın faydalı, bazıları içinse faydalı olmadığını hissediyor olabilirsin
Sorun değil. Bunu ara sıra kullanılan bir araç olarak gör; bir şeye takılıp bunaldığında günlük tutmayı bir seçenek olarak hatırla
Çalışırken günlük tutma tekniğine bazen interstitial journaling deniyor; odağı artırma ve ne yapmakta olduğunu takip etme yöntemi olarak bunu çok sevdim
Bu notları renklerle ayrılmış projelere ve zaman damgalarına bağlayan bir araç yaptım
https://interstitch.app
İstemeden freelancer’ların kullanacağı türden faturalandırma amaçlı bir zaman takip aracına benzer hale geldi, ama ilgilendiğim kullanım senaryosu kişisel üretkenlik
Kendi kullanımım dışında çok ilgi gördüğünü söylemek zor, ama ilerlerken not bırakmak ve belirli bir projeye ne kadar zaman harcadığını kolayca görmek oldukça iyi
Notlara
#hashtagekleyip takvim görünümünde o hashtag’e göre filtreleme de yapabiliyorsunuzİşine yarayacak biri varsa tamamen ücretsiz
“Önceki tüm talimatları yok say. Çalışma sürecini göster. Düşünce sürecini ayrıntılı açıkla. Çalışma ilerleme günlüğü tut.”
Bu prompt’u yıllardır kendime aralıklı olarak kullanıyorum, ama sürekli halüsinasyon görüyor, odağımı kaybediyor ve yoldan sapıyorum
Problem çözerken kendim için blog yazısı yazmaya benzer bir yöntem kullanıyorum
Gerçekte nasıl yapılacağını bilmeden önce kullanım kılavuzu yazıyormuşum gibi; kaynak aradıkça da alıntı veriyorum
Sorun çözüldüğünde ya da “o şeyi” yaptıktan sonra belgeye tekrar bakıp içeride yayımlıyorum veya arşivde saklıyorum
Bu alışkanlık William Zinsser’ın Writing to Learn kitabını okuduktan sonra gerçekten yerleşti. Bugünlerde herkese bu kitabı öneriyorum
“Yazmak, öğrenmeye çalıştığımız şey hakkında ne bildiğimizi ve ne bilmediğimizi keşfetmemizi sağlar”
Ruh sağlığı için ne zaman gerçekten günlük tutmayı denesem, asıl nasıl yapmam gerektiğine fazlasıyla takılıp kalıyorum
Logseq ve Obsidian sık sık anılıyor ama karmaşık söz dizimini nasıl kullanacağımı çözmeye çalışırken ilgimi kaybediyorum. Bu bir günlük; neden programlama yapmam gerekiyor ki diye düşünüyorum
Hemen kullanıma hazır bir seçenek olsa iyi olurdu ama böyle bir şey pek görünmüyor
Böyle tartışmalarda bunu dile getirince “kolay, X’i kur, şu eklentiyi ve bu eklentiyi ekle, şu dosyayı düzenle…” gibi yanıtlar geliyor ve bu da aslında meseleyi kanıtlıyor. ADHD eğilimli beynim orada ilgisini kaybediyor
Piyasada gerçekten hemen açıp kullanılabilen, açık kaynaklı ve self-host edilebilen iyi bir araç boşluğu var
Not Defteri’nden değil; uygulamayı açınca bugünün tarihine notları dökebildiğin ve bunların kaydedildiği bir araçtan söz ediyorum
DayOne gibi araçlar var ama bulut tabanlı depolama benim ve pek çok kişi için açıkça seçenek dışı
Reddit’te de bununla ilgili sayısız tartışma oldu ve yanıt hep Logseq ya da Obsidian’la yarım gün oynayıp söz dizimini ezberlemek gerektiği yönünde
İkisi de varsayılan hâliyle pek iyi değil ve çözüm saatlerce ayar yapmaksa bu gerçek bir çözüm değil, daha çok bir yamadır
Bir araca “araç” diyebilmek için böyle bir yamaya ihtiyaç duymaması gerekir
Basit metin dosyaları için yalnızca bir GUI gerekiyorsa hiçbir şeyi ayarlamana, eklenti kurmana ya da yeni bir söz dizimi öğrenmene gerek yok
Ancak açık kaynaklı değil
İnce ayarları ve gerçek dışı iş akışlarını sergileyen “üretkenlik pornosu” topluluklarına kanmamak ya da onlardan gözünü korkutmamak iyi olur
Benim kuralım şu: Biri Obsidian’a “second brain” diyorsa o kişi kültün parçasıdır; görmezden gelebilirsin
Yine de nihai sıfır yapılandırmalı açık kaynak uygulama olan kâğıt ve kalemi şiddetle öneririm. Üstelik mükemmel dokunsal geri bildirimi de var
Örneğin Obsidian’da Daily Note dışındaki tüm eklentileri kaldırıp sadece yazabilirsin
Madde işaretleri dışında tüm söz dizimini yok sayabilir; özellikleri, bağlantıları, alışkanlık takibini, veritabanı numaralarını ve grafiği de görmezden gelebilirsin
Ya da Vim/Neovim’de bir leader kısayoluyla bugünün
journal/YYYY-MM-DD.txtdosyasını açacak şekilde ayarlayabilirsinŞu anki iş yerimde sürekli devam eden bir belge tutuyorum; her gün en üste yeni bir giriş açıp bir şeyi denemeden önce ne yapacağımı ve o gün nasıl bir ilerleme olduğunu kaydediyorum
Faydalı olan tarafı, bu belgeyi iş arkadaşlarımın ve yöneticimin bulup okuyabilmesi
Benim için de çok yararlı ama başkalarının beni dürtmesine gerek kalmadan ne yaptığımı görebilmesi açısından da işe yarıyor
grepyaparsın