Memulihkan fokus lebih cepat dan menjernihkan pikiran dengan jurnal kerja

• Pekerjaan yang berlangsung berhari-hari, seperti masalah izin pada pipeline deployment, mudah membuat konteks kerja hilang hanya karena satu pesan, rapat, atau panggilan telepon
• Jurnal kerja adalah kebiasaan mencatat perintah yang dijalankan, hasilnya, alur pikiran, dan tindakan berikutnya, yang membantu pemulihan fokus lebih cepat saat melanjutkan pekerjaan
• Saat mengerjakan tugas yang minim dokumentasi dan sulit terhubung dengan penanggung jawab sebelumnya, setelah mulai menuliskan situasi di catatan harian Obsidian, memulihkan konteks saat berpindah di antara beberapa tugas menjadi lebih mudah
• Intinya bukan membaca ulang semua catatan nanti, melainkan membuat struktur untuk merapikan pikiran dan cache untuk menyimpan status terakhir
• Jika fokus Anda sering terputus, tinggalkan catatan singkat tentang apa yang sedang dikerjakan dan tindakan berikutnya; saat kembali, membaca beberapa kalimat terakhir dapat mengurangi biaya perpindahan konteks

---

Saat konteks kerja terputus

• Ketika memegang tugas kompleks selama beberapa hari, kita harus terus mempertahankan alur pemecahan masalah di kepala sambil bolak-balik antara banyak tab dokumen dan hasil eksekusi perintah
• Interupsi singkat seperti notifikasi IM, permintaan dokumen dari PM, atau telepon dari manajer saja sudah cukup untuk membuat kita mudah kehilangan posisi saat ini
• Baik sebagai manajer yang harus mengganti konteks sepanjang hari, maupun sebagai developer yang menangani beberapa proyek yang saling berbenturan secara bersamaan, menjaga fokus terasa sangat sulit
• Pola yang umum adalah memulai satu pekerjaan lalu beralih ke yang lain, masuk ke rapat, dan hari pun berakhir dengan membaca email dan IM sambil lupa inti dari pekerjaan semula

Metode jurnal kerja dan dampaknya

• Saat mengerjakan tugas yang tidak punya dokumentasi dan sulit terhubung dengan penanggung jawab sebelumnya, penulis mulai menuliskan frustrasinya di catatan harian Obsidian
• Setelah itu, penulis juga mencatat perintah yang dijalankan beserta hasilnya, alur pikiran, apa yang sedang dikerjakan, dan apa yang ingin dilakukan berikutnya
  • Sebagai contoh, penulis menuliskan perintah seperti --yo-compress-shit really-well-like-5000-or-something dan error kegagalannya
  • Setelah ada interupsi, penulis membaca kembali catatan itu dan cepat kembali ke pekerjaan semula
• Selama 3~4 bulan terakhir terus menggunakan cara ini, penulis merasa pemulihan konteks menjadi jauh lebih cepat saat berpindah di antara beberapa tugas
• Jurnal kerja bukan dokumen panjang untuk dibaca ulang seluruhnya nanti
  • Proses mencatat itu sendiri membentuk struktur untuk merapikan pikiran
  • Beberapa kalimat terakhir berfungsi sebagai cache yang menyimpan status yang dibutuhkan saat mulai lagi
• Jika fokus Anda sering buyar atau harus bolak-balik menangani banyak hal, Anda bisa mulai dengan cara sederhana: tuliskan apa yang sedang dikerjakan dan apa yang dipikirkan, lalu saat melanjutkan, baca beberapa kalimat terakhir terlebih dahulu

[GN⁺]

Pendapat Hacker News

• Manfaat journaling bukan hanya membuat kita lebih mudah masuk kembali ke pekerjaan, tetapi juga membentuk model di kepala menjadi struktur percabangan kemungkinan konkret yang terkait erat dengan masalah tertentu
  Pekerjaan menjadi aktivitas menelusuri dan mengubah pohon ini, sehingga kita bisa menemukan dan mengisi cabang yang hilang atau mengurangi waktu yang biasanya terbuang untuk memeriksa titik yang sama secara acak berulang-ulang
  Khususnya dalam sistem terdistribusi, pekerjaan sering kali rinci, manual, rawan kesalahan, dan latensinya juga besar; dengan model yang kuat, kita bisa menjalankan checklist dengan keyakinan jauh lebih tinggi
  Kemampuan mengubah masalah kompleks menjadi bentuk yang lebih konkret secara spontan adalah keterampilan inti
  Hambatan terbesarnya mirip semacam rasa iri. Orang lain tampak melakukan hal seperti ini hanya di kepala tanpa dokumentasi, dan kita menganggapnya sebagai bukti keunggulan intelektual, lalu mulai ragu apakah memakai alat bantu seperti jurnal berarti kemampuan kita kurang
  Namun memetakan masalah kompleks dengan alat bukanlah kegagalan, melainkan hampir sebuah keharusan, terutama pada sistem yang baru pertama kali kita tangani. Seiring waktu dan bertambahnya pengalaman, alat bantu mungkin menjadi kurang diperlukan, tetapi itu lebih merupakan perbedaan pengalaman daripada tanda kecerdasan atau kemampuan

  • Saya membuat program pribadi untuk melakukan hal serupa, dan memakainya juga dari CLI, tetapi terutama lewat GUI buatan sendiri: https://github.com/lelanthran/frame/blob/master/docs/FrameIn...
    Saya memakainya setiap hari
  • Terutama saat mengerjakan hal kompleks, saya pada dasarnya melakukan journaling di komentar kode di samping kode yang sedang dikerjakan
    Commit pertama bisa dimulai dengan tiga baris kode dan komentar panjang berisi hal-hal yang sudah dicoba atau dipikirkan
    Menjelang pekerjaan selesai, bagian yang spekulatif dan bertele-tele disingkirkan, dan yang tersisa biasanya adalah kode yang diberi komentar dengan sangat baik
    Saya merasa cara ini menghasilkan kode yang lebih baik dengan lebih cepat dibanding menyimpan semuanya hanya di kepala. Sejauh ini belum ada yang mengeluh
  • Menambahkan pada pernyataan “salah” itu, orang-orang yang tampak melakukannya hanya di kepala juga mungkin pernah menyelesaikan sendiri masalah yang sedang kita coba pecahkan, dan saat itu kemungkinan besar mereka memakai jurnal
    Sekarang mereka sudah mengetahui jalurnya sehingga tidak lagi membutuhkan jurnal, tetapi di mata kita itu terlihat seperti keunggulan
  • Saya membuat banyak catatan, bahkan lebih banyak menulis daripada benar-benar membaca, dan itu membantu. Namun ada beberapa masalah
    Saya tidak tahu seberapa banyak penjelasan yang harus ditulis. Saya sedang menulis kode, dan sebagian orang mengatakan kode seharusnya menjelaskan dirinya sendiri, jadi akhirnya kembali ke pertanyaan lama: seberapa banyak komentar yang perlu diletakkan di samping kode
    Cara menemukan kembali catatan lama juga menjadi masalah. Kita bisa memakai tag dan pencarian, tetapi tidak mudah membayangkan tag sempurna yang akan kita ingat nanti
    Catatan saya sudah terlalu banyak, dan cukup banyak di antaranya sudah usang. Saya tidak ingin menghabiskan waktu untuk memperbaruinya, tetapi jika tidak, itu bisa menimbulkan salah paham
    Perlu ada keseimbangan antara “langsung mengerjakan” dan “menulis tentangnya”, dan saya tidak yakin apakah saya sudah menemukan keseimbangan yang tepat
    Sebagai alternatif, sepertinya forum tempat rekan kerja mendiskusikan apa yang sedang mereka kerjakan, rencanakan, dan selesaikan juga memungkinkan. Meski kemampuan pencarian tetap bisa menjadi masalah, alat forum otomatis meninggalkan informasi kapan dan siapa yang menulisnya
    Catatan orang lain bisa membantu sama banyaknya dengan catatan sendiri
  • Karena alasan seperti ini, saya serius mempertimbangkan memakai Logseq
    Saat pertama memakai Obsidian, saya menggunakannya dengan cara seperti itu, tetapi semakin banyak isi yang saya masukkan, saya mulai merapikan semuanya
    Akibatnya, ia menjadi lebih mirip repositori tulisan panjang daripada jurnal
    Saya sedang mempertimbangkan memakai keduanya agar ada alat terpisah khusus untuk journaling

• Yang membuat kebiasaan ini tertanam bagi saya adalah membuang semua struktur, pengorganisasian, dan konsep formal seperti “log” atau “journaling”, lalu sepenuhnya memprioritaskan capture daripada pencarian, dan menyerahkan urusan nanti pada alat pencarian serta kedekatan konteks
  Saya mengatur ikon OneNote di area notifikasi untuk membuat catatan cepat baru dan memakainya sebebas mungkin
  Sesekali saya menelusuri seluruh halaman, terutama halaman terbaru, lalu menggabungkan dan menata ulang sebagian, memindahkan sebagian ke tab “archive”, dan selesai
  Tinta paling samar dan tidak tertata pun lebih kuat daripada ingatan paling kuat

  • Saya bahkan melangkah lebih jauh dengan menyerah pada upaya menemukan kembali itu sendiri, dan ternyata itu lebih cocok
    Setiap kali saya membuat file teks baru dan tidak membukanya lagi, atau menulis satu halaman di buku catatan kertas dan tidak melihatnya lagi
    Nilai yang diperoleh dari tindakan menulis itu sendiri sangat besar
  • Saya juga butuh beberapa tahun untuk menyadari hal ini. Selama 5 tahun terakhir, saya membuang semua struktur dan secara harfiah memakai satu file log
    Urut waktu dari atas ke bawah, dengan paragraf dipisahkan untuk setiap hari kerja
    Saya menulis lebih panjang dari yang diperlukan, dan kesalahan ejaan atau tata bahasa tidak dihitung sebagai pengurangan nilai
  • Saya juga memakai cara membuang struktur dan pengorganisasian serta memprioritaskan capture daripada pencarian
    Fitur Daily Note di Obsidian sangat bagus, dan jika membutuhkan dokumen khusus untuk topik tertentu, kita bisa mengekstrak halaman dari sana
    Karena hanya Markdown, pencarian cepat, dan saya juga suka bisa memakai regex jika perlu
    Tampilan graph bagus saat membuat catatan untuk topik tertentu lalu menghubungkannya satu sama lain atau memisahkan sebagian untuk dijelaskan lebih dalam, tetapi tidak wajib jika Anda tidak sedang membangun basis pengetahuan pribadi
    Basis pengetahuan seperti itu pun, seperti semua dokumen, akan usang seiring waktu
    Selama alat catatan mendukung pencarian secukupnya agar bisa ditemukan kembali, alat apa yang dipakai tidak terlalu penting; pada akhirnya yang penting adalah menuliskannya
  • Trik yang berhasil bagi saya di Obsidian juga itu. Tanpa pengorganisasian atau plugin mewah, cukup catatan yang saling terhubung
    Saat ingin menemukannya kembali, backlink saja ternyata bekerja sangat baik
  • Ini persis konsep yang sama dengan meja kerja berantakan pada era sebelum komputer, dan saya sangat setuju dengan gagasan itu

• Saya memakai thread GitHub Issues untuk tujuan ini, dan ternyata sangat cocok
  Semua hal yang sedang saya kerjakan punya GitHub issue. Pekerjaan open source saya taruh di repositori publik, sedangkan pekerjaan lain dan riset pribadi di repositori privat
  Setiap kali menemukan sesuatu, saya menambahkan komentar. Isinya bisa berupa potongan kode yang di-copy-paste, tautan yang berguna, kutipan, screenshot, atau referensi ke issue lain
  Sering kali satu issue berisi puluhan komentar dari saya sendiri, dan komentar-komentar ini menjadi catatan rinci proses kerja, sehingga meski terhenti atau beralih ke hal lain, saya bisa cepat melanjutkannya
  Contoh thread riset publik yang lebih kompleks ada di sini: https://github.com/simonw/public-notes/issues/1
  Setiap hari saya membuat issue baru untuk merencanakan hal yang ingin dikerjakan hari itu dan juga meninggalkan berbagai catatan kecil. Cara itu saya tulis di sini: https://til.simonwillison.net/github-actions/daily-planner

  • 8–9 bulan lalu saya mengikuti ide Simon; awalnya memakai channel Discord, sekarang mencoba memakai Zulip streams seperti GitHub issue, dan ternyata cukup cocok
    Karena dipakai bukan hanya untuk jurnal kerja, tetapi untuk semua hal, muncul sedikit masalah
    Ketika bahan referensi untuk masa depan dan log kerja semuanya dilempar ke sana dan channel-nya sudah sekitar 50, mudah sekali untuk tidak pernah kembali lagi kecuali saat benar-benar perlu
    Awalnya ini terasa lebih seperti fitur daripada bug, tetapi meninjau sekali setelah beberapa waktu sejak pencatatan ternyata sangat membantu
    Jadi saya berencana membuat bot yang setiap akhir pekan merapikan ulang dump log kerja dan referensi lalu mengirimkannya ke email saya
    Setelah itu, kalau saya membuat catatan mingguan pribadi yang privat seperti https://simonwillison.net/tags/weeknotes/ dan meninjaunya pada akhir pekan, rasanya itu akan sempurna untuk saya
  • Saya memakai GitHub Issues sebagai pengelola bookmark yang dicampur AI dengan menggabungkannya bersama embedding dan probabilitas log dari LLM
    https://GitHub.com/irthomasthomas/undecidability/issues
    Kode yang berjalan ada di sini
    https://GitHub.com/irthomasthomas/label-maker — titik awal dan kondisi saat ini
  • Cara yang paling cocok untuk saya juga ini. Setiap proyek punya repositori, dan ketika mengerjakan “sesuatu” tertentu, saya membuka issue
    Selama sedang “mengurai” masalah, saya terus menambahkan komentar di issue, jadi biasanya komentar issue jauh lebih banyak daripada commit
    Kalau muncul masalah baru, buat issue baru; kalau muncul insight baru tentang masalah itu, tambahkan komentar; begitu seterusnya
  • Menarik, tetapi apakah tidak khawatir workflow pribadi seperti ini bergantung pada layanan proprietari?
    Saya ragu menyerahkan alur kerja pribadi kepada keputusan sebuah perusahaan
  • Saya khawatir soal apa yang terjadi jika GitHub memutuskan tidak lagi ingin akun saya berada di platform mereka lalu langsung menutupnya

• Mengejutkan bahwa banyak developer mencoba mengoptimalkan produktivitas secara berlebihan dengan alat dan teknik yang mewah, padahal pada akhirnya kembali ke dasar-dasar yang sederhana
  Sebagai pendiri startup yang sering mengalami context switching, saya mengandalkan beberapa hal
  File teks tanpa akhir untuk daftar tugas dan jurnal kerja [0], kalender untuk perencanaan dan pemblokiran waktu fokus, pemblokir situs web, serta notifikasi yang dimatikan
  [0] https://news.ycombinator.com/item?id=39432876

  • Untuk file teks tanpa akhir sebagai daftar tugas dan jurnal kerja, org-mode sangat cocok. Saya terutama suka karena deadline otomatis masuk ke kalender lewat org-agenda
    Format outline org-mode juga cukup bagus, dan perintah tombol untuk membuat serta memanipulasi outline, membuat tautan, dan menggilir status TODO bisa saya pelajari dalam sehari
    Karena memakai Doom Emacs, saya sudah tahu vi, jadi tidak perlu belajar lagi perintah penyuntingan teks dari nol; ini membuatnya mudah dimulai
    Konsep “inbox” ala Zettelkasten juga sangat berguna
    Kalau ada sesuatu yang belum masuk ke sistem saya, saya masukkan ke inbox agar bisa diproses nanti. Di komputer saya memakai org-capture, di ponsel memakai beorg
    Dengan begitu saya tidak perlu melakukan context switch penuh hanya untuk memasukkan catatan, lalu cukup mengosongkan inbox secara berkala setelahnya
    Saat ini saya tidak memakai Emacs selain untuk org-mode, tetapi saya jauh lebih puas dibandingkan memakai file .md tanpa akhir
  • Saya juga sangat setuju dengan ini
    Saya hanya memakai plugin editor yang memudahkan menandai tugas sebagai selesai atau dibatalkan, lalu mengganti file setiap bulan agar sedikit tertata dan mempersempit cakupan pencarian kata kunci
    Selama bertahun-tahun, ini adalah cara manajemen proyek dan journaling yang paling efektif bagi saya
  • Apakah Anda juga mengelola daftar tugas bulanan? Kalau ya, saya penasaran bagaimana itu diintegrasikan dengan pendekatan ini
    Misalnya daftar bulanan seperti yang dipakai di bullet journal
  • Saya penasaran bagaimana Anda memakainya, atau berencana memakainya, di beberapa sistem
    Metode cloud sync apa yang paling baik? Di perangkat kantor mungkin ada pembatasan pemasangan aplikasi
  • Pemblokir situs web apa yang Anda pakai?

• Saya suka menaruh file devlog.md di setiap proyek atau repositori
  Log itu cuma tumpukan komentar, tugas, dan keluhan dalam urutan kronologis terbalik
  Di VSCode, saya sudah memetakan cmd+shift+I untuk memasukkan timestamp
  Setiap kali ingin menulis sesuatu, saya menaruh timestamp di bagian paling atas daftar lalu menulis. File ini saya letakkan berdampingan dengan repositori
  Ini sangat berguna terutama di pagi hari untuk mengingat kembali sampai di mana pekerjaan malam sebelumnya

  • Demikian pula, menyimpan log teks untuk setiap pekerjaan yang cukup besar juga berguna
    Isinya bisa apa saja, mulai dari catatan struktur modul hingga potongan kode dan data untuk pengujian
    Seperti yang dikatakan salah satu komentar di atas, log ini bekerja seperti sistem yang lebih besar, yaitu node pengetahuan di dalam graf, dan saya kembali melihat log-log ini lebih sering daripada dugaan
    Semakin banyak dieksplorasi dan didokumentasikan, semakin banyak koneksi yang terbentuk, dan hasilnya semakin baik
  • Apakah devlog.md di-commit ke sistem version control?
    Kalau tidak, bagaimana cara menyinkronkannya antar beberapa komputer?

• Bagi saya, bagian tersulit dari metodologi atau trik kerja seperti journaling atau Pomodoro adalah menjaganya tetap berlanjut
  Saya punya jurnal kerja, tetapi saya tinggalkan lalu kembali lagi, lalu tinggalkan lagi dan kembali lagi
  Kalau ada saran dari orang-orang yang bisa mempertahankannya lama, saya akan berterima kasih

  • Untuk membangun kebiasaan yang tahan lama, biasanya dibutuhkan konsistensi dan waktu
    Saya mengelola semua pekerjaan, termasuk proyek sampingan pribadi, dengan jurnal kerja dan pelacakan waktu, tetapi saya harus mempelajarinya bertahap sampai menjadi alur kerja yang alami
    Jalur yang saya rekomendasikan seperti ini. Pada awalnya, fokus saja untuk meninggalkan catatan dalam bentuk apa pun di awal atau akhir setiap hari
    Di mana dan dalam format apa menulisnya tidak penting; kuncinya adalah selalu menulis sedikit saja di awal atau akhir hari
    Setelah terbentuk kebiasaan mencatat setiap hari, cari tahu aktivitas mana yang paling sering membutuhkan catatan, lalu tulis catatan sebelum atau selama aktivitas itu
    Misalnya, jika Anda sering kembali melihat tiket kerja untuk mencari informasi penting, mulailah memasukkan informasi itu ke catatan
    Setelah Anda mencatat setiap hari dan menambahkan hal-hal yang diperlukan, catatan akan makin banyak, jadi saat itulah pikirkan struktur dan formatnya
    Jika file teks dengan markup buatan sendiri terasa tidak bisa diskalakan, Anda bisa melihat Obsidian dan Markdown, atau Emacs dan org-mode
    Setelah itu, ulangi proses memakai metode pencatatan pilihan Anda setiap hari, membangun kebiasaan baik, dan memperbaiki sistem catatan agar sesuai dengan diri Anda
    Jika ada sesuatu yang terasa nilainya rendah dibanding waktu yang dihabiskan, ubah agar memakan waktu lebih sedikit atau hentikan saja
  • Saya membuat jurnal bisa dibuka langsung di dalam editor agar mudah diakses
    Setelah melihat sekali saja betapa bergunanya catatan lama, menjadi sangat jelas bahwa jurnal itu perlu diperbarui
    Saya mempertahankan header standar untuk setiap entri baru
    * DD/MM/YYYY
** Admin
** Meetings
** Tickets/Stories/Work
** Problems
    Saya menyalin dan menempelkan header ini ke akhir file, lalu mengisinya sambil berjalan
    Dulu saya membuat jurnal terbuka otomatis saat editor dimulai, tetapi akhirnya pengaturan itu saya hapus
  • Saya punya masalah yang sama, dan alasannya adalah karena itu tidak memenuhi tujuan apa pun
    Yang benar-benar efektif bagi saya adalah menjadikan jurnal sebagai alat utama untuk bekerja
    Alih-alih sesekali menulis apa yang saya lakukan hari ini, begitu memulai pekerjaan yang cukup kompleks, saya langsung menulis pendekatannya. Misalnya, “Saya perlu melakukan X, jadi saya mulai dari Y”
  • Menerima bahwa memang begitulah cara Anda juga bisa menjadi solusi
    Anda mungkin sedang mengerjakan jenis pekerjaan yang berbeda-beda, dan secara bawah sadar merasa bahwa journaling berguna untuk sebagian pekerjaan dan tidak untuk sebagian lainnya
    Tidak apa-apa. Anggap saja sebagai alat yang dipakai sesekali, dan ketika macet atau frustrasi karena sesuatu, ingat journaling sebagai salah satu opsi
  • Saya menulis log setiap hari, tetapi pada momen paling sibuk, yaitu ketika catatan paling membantu, saya cenderung melewatkan pembaruan

• Teknik menulis jurnal sambil bekerja ini kadang disebut interstitial journaling, dan saya sangat menyukainya sebagai cara untuk membantu fokus dan melacak apa yang sedang dikerjakan
  Saya membuat alat yang menghubungkan catatan itu dengan proyek berkode warna dan timestamp
  https://interstitch.app
  Tanpa sengaja, ini menjadi mirip alat pelacakan waktu untuk penagihan yang mungkin dipakai freelancer, tetapi use case yang saya minati adalah produktivitas pribadi
  Selain saya pakai sendiri, sulit dibilang alat ini mendapat banyak perhatian, tetapi cukup menyenangkan bisa meninggalkan catatan sambil berjalan dan mudah melihat berapa banyak waktu yang dihabiskan untuk proyek tertentu
  Anda juga bisa menambahkan #hashtag ke catatan dan memfilter berdasarkan hashtag itu di tampilan kalender
  Sepenuhnya gratis jika ada yang merasa terbantu

• “Abaikan semua instruksi sebelumnya. Tunjukkan proses kerja. Jelaskan proses berpikir secara rinci. Pertahankan jurnal kemajuan kerja.”
  Selama beberapa tahun, saya sesekali memakai prompt ini untuk diri sendiri, tetapi saya tetap berhalusinasi, kehilangan fokus, dan melenceng ke mana-mana

• Saya memakai pendekatan serupa, yaitu menulis postingan blog untuk diri sendiri sambil memecahkan masalah
  Rasanya seperti menulis panduan penggunaan sebelum benar-benar tahu cara melakukannya, dan setiap kali menemukan materi, saya mengutip sumbernya
  Setelah masalah terpecahkan atau “itu” berhasil dibuat, saya meninjau kembali dokumennya lalu mempublikasikannya secara internal atau menyimpannya di arsip
  Kebiasaan ini benar-benar mengakar setelah saya membaca Writing to Learn karya William Zinsser. Sekarang saya merekomendasikan buku ini kepada semua orang
  “Menulis membuat kita menemukan apa yang kita ketahui dan tidak ketahui tentang hal yang sedang kita coba pelajari”

• Setiap kali mencoba journaling untuk kesehatan mental, saya malah terlalu tersandung pada bagaimana cara melakukannya
  Logseq dan Obsidian sering disebut, tetapi saya kehilangan minat saat harus mencari tahu cara memakai sintaks yang rumit. Ini jurnal, kenapa saya harus memprogram?
  Saya berharap ada opsi yang langsung bisa dipakai, tetapi tampaknya sulit ditemukan
  Kalau hal itu diangkat dalam diskusi seperti ini, jawaban yang muncul justru seperti “mudah, pasang X lalu tambahkan plugin ini dan itu, ubah file ini…” sehingga malah membuktikan poinnya. Otak saya yang cenderung ADHD kehilangan minat di situ
  Di pasar benar-benar ada kekosongan untuk alat yang bagus, open-source, bisa self-hosted, dan langsung dibuka lalu dipakai
  Maksud saya bukan Notepad, melainkan alat yang saat aplikasinya dibuka, kita bisa menumpahkan catatan ke tanggal hari ini dan tersimpan
  Ada alat seperti DayOne, tetapi penyimpanan berbasis cloud jelas tidak bisa diterima bagi saya dan banyak orang lain
  Di Reddit pun diskusi seperti ini sudah tak terhitung banyaknya, dan jawabannya selalu kurang lebih mengutak-atik Logseq atau Obsidian setengah hari sambil mengingat sintaks
  Keduanya dalam keadaan bawaan cukup buruk, dan kalau solusinya adalah menyesuaikan selama berjam-jam, itu bukan solusi sungguhan, lebih mirip patch
  Kalau masih perlu patch seperti itu, barulah alat itu belum bisa disebut alat yang tepat

  • Kalau yang dibutuhkan hanya catatan harian, Obsidian mendukungnya secara bawaan
    Jika hanya butuh GUI untuk file teks sederhana, tidak perlu menyesuaikan apa pun, memasang plugin, atau mempelajari sintaks baru
    Namun memang bukan open-source
    Sebaiknya jangan tertipu atau terintimidasi oleh komunitas “productivity porn” yang memamerkan konfigurasi rumit dan alur kerja yang tidak realistis
    Aturan saya begini: kalau seseorang menyebut Obsidian sebagai “second brain”, itu bagian dari kultus, jadi abaikan saja
    Meski begitu, saya sangat merekomendasikan aplikasi open-source tanpa konfigurasi paling ultimat: kertas dan pena. Ditambah lagi ada umpan balik taktil yang luar biasa
  • Saya penasaran sintaks seperti apa yang ingin atau merasa perlu Anda pakai
    Misalnya di Obsidian, hapus semua plugin kecuali Daily Note lalu cukup mengetik saja
    Abaikan semua sintaks kecuali mungkin bullet point, dan abaikan juga properti, tautan, pelacakan kebiasaan, trik database, serta graph
    Atau bisa juga mengatur Vim/Neovim agar membuka journal/YYYY-MM-DD.txt hari ini dengan shortcut leader
  • Saya juga baru menemukan cara yang terus saya pakai setelah beberapa kali mencoba
    Di pekerjaan saya sekarang, saya punya dokumen yang terus berlanjut; setiap hari saya membuat entri baru di bagian paling atas, lalu sebelum mencoba sesuatu saya mencatat apa yang akan dilakukan dan progres apa yang ada pada hari itu
    Yang membantu adalah dokumen ini bisa ditemukan dan dibaca oleh rekan kerja dan atasan
    Ini sangat berguna bagi saya, tetapi juga membantu orang lain melihat apa yang saya kerjakan tanpa harus menyenggol saya
  • Pernah mencoba terus menambahkan ke file txt? Kalau ingin mencari sesuatu, tinggal grep
  • Pernah mencoba terus menambahkan ke file txt?