Tidak perlu sampai tutup akun. Sekedar membatasi akses atau bahkan menutup aksesnya, saya rasa sudah cukup.

Saya cenderung memilih untuk menutup aksesnya. Sehingga ketika saya buka browser dan mengakses alamat dari social media tertentu, browser akan menampilkan ERR_CONNECTION_REFUSED This site can’t be reached.

Dengan begitu, keinginan saya yang tadinya explosive untuk melihat social media, tiba-tiba dipatahkan karena aksesnya diblokir oleh system.

Saya memanfaatkan /etc/hosts untuk mendaftarkan alamat-alamat social media yang ingin saya batasi aksesnya.

!filename: /etc/hosts
##
# Host Database
#
# localhost is used to configure the loopback interface
# when the system is booting.  Do not change this entry.
##
127.0.0.1	localhost
255.255.255.255	broadcasthost
::1             localhost

# Social Media
127.0.0.1 facebook.com
127.0.0.1 www.facebook.com

127.0.0.1 threads.com
127.0.0.1 www.threads.com
127.0.0.1 threads.net
127.0.0.1 www.threads.net
127.0.0.1 57.144.14.192

127.0.0.1 instagram.com
127.0.0.1 www.instagram.com

127.0.0.1 twitter.com
127.0.0.1 www.twitter.com
127.0.0.1 x.com
127.0.0.1 www.x.com

Baris ke-11 ke bawah adalah daftar social media yang saya tambahkan untuk diblok.

Simpan perubahan terdapat file tersebut.

Dan jalankan command di bawah ini untuk mengaktifkannya.

$ sudo dscacheutil -flushcache && sudo killall -HUP mDNSResponder

Setelah command di atas dijalankan, coba kunjungi social media tadi lewat browser. Harusnya sudah tidak dapat diakses.

Jika ingin membuka aksesnya, tinggal comment saja alamat-alamat dari social media tersebut, simpan, dan jalankan lagi command di atas.

Sejak beralih profesi dari belajar sel-sel tubuh manusia menjadi belajar byte-byte digital, saya sudah jarang sekali menulis dan mencatat di kertas. Semua catatan cenderung dalam bentuk digital.

Tapi di jaman serba AI ini saya malah menyenangi menulis journal dengan tulisan tangan di atas kertas.

Apa sebabnya beralih ke paper?

Sebab terbesarnya bisa jadi karena saya mulai menyenangi kembali membaca buku fisik. Sepanjang 2026 ini, saya banyak membaca buku fisik. Mungkin karena terlalu sering memegang kertas, saya jadi ingin menulis di atas kertas.

Karena berinteraksi dengan kertas, selain menulis, saya juga jadi tertarik untuk menggambar. Dari dulu saya ingin sekali bisa menggambar sketsa. Saya mulai dari yang paling sederhana dulu (setidaknya menurut saya sederhana) yaitu “doodle”. Karena saya tidak menyenangi menggunakan element stiker di jurnal saya, saya menggunakan element gambar untuk mengisi bagian-bagian yang kosong di jurnal.

Sebab lain yang mendorong keinginan menulis di kertas lagi adalah karena masa-masa sekarang ini lagi cukup sering mati lampu. Dan jika sudah mati lampu, saya hanya bisa membaca, tapi begitu ingin mencatat hal-hal yang menurut saya menarik, belum tentu laptop saya masih hidup. Kertas menjadi solusi yang paling dekat.

Apa yang saya rasakan setelah menjalani journaling?

1. Ternyata saya memiliki perbedaan kecepatan yang signifikan dalam menuangkan ide saat menulis tangan dengan mengetik. Menulis lebih lambat dalam proses mengcapture pikiran, ketimbang mengetik. Tapi hal ini bagus (menurut saya) karena berpikir lebih pelan, otak saya seperti memanfaatkan proses yang lambat itu untuk mengevaluasi statement saya sebelumnya apakah sudah tepat atau belum.
2. Saya jadi tidak terlalu ingin menulis di sosial media (terkhusus Threads) tentang isi pikiran saya. Yang terkadang dapat menimbulkan gesekan dengan orang lain yang tidak sependapat. Menuangkan pendapat di journal ternyata lebih tenang. Tidak perlu ada gesekan dengan orang lain yang berbeda pendapat. Karena pendapat yang masih mentah, belum dipikirkan secara dalam, jika dibaca oleh publik tentu akan membuat banyak gesekan. Saya memilih menulis dan mengumpulkan pendapat-pendapat yang masih dangkal tersebut di dalam journal pribadi.
3. Saya juga jadi bisa mencatat segala hal, selain ide, saya mencatat perilaku-perilaku orang yang saya lihat pada hari itu. Kenapa saya catat? Karena mungkin suatu hari saya akan tahu alasannya mengapa mereka melakukan itu. Catatan saya bukan catatan judgement terhadap perbuatan tersebut. Hal itu memberikan saya sudut pandang yang lebih luas tentang perilaku orang-orang. Memperkaya wawasan saya dalam berhubungan dengan orang lain. Agar saya dapat menghormati perliaku dan pendapat yang berbeda dari orang lain.
4. Saya jadi mempunyai banyak hal untuk saya tulis. Ternyata banyak hal menarik dikehidupan saya sehari-hari yang baru saya sadari setelah saya coba untuk merekamnya dengan tulisan.
5. Tulisan saya juga jadi lebih panjang. Tidak kehabisan kata-kata. Mungkin setelah ini, tulisan-tulisan di blog saya akan jadi lebih panjang dan bernarasi. Ahahaha.

Apakah saya meninggalkan catatan digital?

Tentu tidak. Sebenarnya saya tidak benar-benar “beralih” dan meninggalkan catatan digital. Journaling dengan kertas adalah temporary note yang saya jadikan alat untuk capture the something secara cepat. Lapisan pertama dari buah pikiran, gagasan, ide, opini, lain-lain. Saya juga mencatat log aktivitas saya di journal, misalnya log aktivitas membaca sebuah buku. Yang kesemuanya akan saya salin lagi ke catatan yang ada di komputer di akhir hari. Untuk log activity saya pakai toggl. Untuk hal-hal lain saya pakai org-roam. Jadi, saya mengkolaborasikan 2 jenis teknologi (teknologi konvensional dan teknologi modern) secara bersama-sama. Saya tidak memilih mana yang lebih baik dari keduanya. Saya pakai dan memanfaatkan keduanya.

Apakah ada tipe buku khusus untuk journal?

Tidak ada. Karena saya pemula, saya memilih untuk menggunakan tipe kertas yang loose leave agar susunan dan urutannya dapat saya re-order. Karena kalau bentuknya buku, saya belum tahu akan seperti apa menyusun urutannya. Atau berapa buku yang akan saya pergunakan untuk jenis-jenis journalnya. Jadi sebagai permulaan saya memilih menggunakan tipe kertas loose leave. Ukuran kertas yang saya pergunakan adalah A6 untuk binder 6 ring.

Apakah tulisan tangan harus bagus?

Tidak perlu. Journal tidak untuk dibaca semua orang. Tulisan tangan saya juga tidak bagus. Saya ingat komentar dari om saya, ketika ia main ke kamar saya dan melihat tulisan saya saat sedang belajar, saat itu saya masih SD, ia bilang gini, “Bagaimanapun bentuk tulisannya kalau disusun dengan rapi sebaris-sebaris, pada akhirnya akan terlihat rapi satu halaman.” Waktu itu dicontohkannya tulisan di buku bergaris. Saya menulis dengan menempelkan huruf di garis. Yang om saya contohkan adalah menulis di tengah-tengah antara garis atas dan garis bawah. Magic! Seketika nuansa tulisannya jadi berubah. Jadi terlihat rapi. Lihatlah tulisan saya tidak bagus sama sekali. Mungkin hanya saya yang bisa baca. Karena beberapa huruf hilang di beberapa kata. Beberapa huruf juga bentuknya tidak sesuai.

Menulis journal untuk anak perempuan?

Tidak setuju. Banyak catatan sejarah ditulis oleh laki-laki. Kalau kamu nonton film “The Last Samurai” (2003), Nathan Algren seorang US Army Captain yang ditawan oleh kelompok samurai, ia menulis journal, dan journalnya dipelajari oleh pemimpin kelompok samurai bernama Katsumoto. Katsumoto mempelajari bagaimana pola pikir dari tawanannnya melalui Journal milik Algren. Jadi, dari film ini kita belajar, nasibmu bisa saja berbeda jika kamu punya journal, dan journal tersebut jatuh ke tangan musuhmu. Wkwkwk.

Apa yang saya tulis di journal saya?

(^_^)

Snippet mempermudah membuat cetakan potongan kode yang sering digunakan agar dengan mudah dapat dipanggil saat membutuhkannya tanpa harus menulis ulang.

Saya sering memanfaatkan snippet terkhusus untk menulis blog ini. Beberapa aturan penulisan seperti yang ada di halaman ‘Writing Rules’, saya buat agar penulisan sintaks markdown di blog ini dapat tetap konsisten. Untuk itu saya memerlukan snippet agar setiap format penulisan yang sudah saya susun dapat konsisten di setiap artikel yang ditulis.

Berikut ini pengalaman saya memasang snippets system di Emacs dengan Yasnippet.

Instalasi Package

Package yasnippet

Package yasnippet adalah package utamanya untuk memasang snippet engine di Emacs.

(use-package yasnippet
  :ensure t
  :diminish yas-minor-mode
  :config
  (yas-global-mode 1))

Package yasnippet-snippets

Package yasnippet-snippets ini merupakan package tambahan yang berisi collection of snippets yang sudah siap untuk digunakan untuk berbagai macam bahasa pemrograman.

(use-package yasnippet-snippets
  :ensure t
  :after yasnippet)

Package yasnippet-capf

Package yasnippet-capf untuk auto completion yang digunakan oleh capf (Completion-At-Point Function).

Requirement-nya mengharuskan sudah memasang package yasnippet dan cape terlebih dahulu.

(unless (package-installed-p 'yasnippet-capf)
  (package-vc-install "https://github.com/elken/yasnippet-capf"))

(use-package yasnippet-capf
  :after (yasnippet cape)
  :init
  (add-hook 'yas-minor-mode-hook
		(lambda ()
	  (add-to-list 'completion-at-point-functions #'yasnippet-capf))))

Definisikan Snippets

Cara mendefinisikan snippet di yasnippet sangat mudah.

Buat direktori untuk menampung snippet files di dalam direktori Emacs config bernama snippets/.

~/.emacs.d/
│ snippets/
│ └ markdown-mode/
│   │ bandithijo-front-matter
│   │ bandithijo-link-referensi
│   └ bandithijo-blockcode
└ init.el

Kemudian buat subdirektori sesuai mode nya. Dan snippet files diorganisir di dalam direktori tersebut sesuai dengan modenya. Dalam hal ini mardown-mode.

Berikut ini beberapa contoh snippet yang saya gunakan untuk markdown-mode di blog saya.

!filename: ~/.emacs.d/snippets/markdown-mode/bandithijo-blockcode
# -*- mode: snippet -*-
# expand-env: ((yas-indent-line 'fixed))
# name: bandithijo:blockcode
# key: bandithijo:blockcode
# --
\`\`\`${1:ruby}
${2:put your code here...}
\`\`\`
$0

!filename: ~/.emacs.d/snippets/markdown-mode/bandithijo-link-referensi
# -*- mode: snippet -*-
# expand-env: ((yas-indent-line 'fixed))
# name: bandithijo:link-referensi
# key: bandithijo:link-referensi
# --
${1:1}. [${2:label}](${3:url}) \
   Diakses tanggal: ${4:2026-01-01}
$0

!filename: ~/.emacs.d/snippets/markdown-mode/bandithijo-front-matter
# -*- mode: snippet -*-
# expand-env: ((yas-indent-line 'fixed))
# name: bandithijo:front-matter
# key: bandithijo:front-matter
# --
---
layout: "post"
title: "${1:Put Your Title Here}"
date: "${2:YYYY-MM-DD HH:MM}"
permalink: "/blog/:title"
author: "BanditHijo"
category: "blog"
tags: [$3]
description: "${4:Put your description here.}"
---
$0

Melihat Daftar Snippets

Untuk melihat daftar snippets, sebelumnya harus aktif pada suatu mode tertentu. Atau pada buffer yang sedang menggunakan mode snippet yang ingin dilihat tersebut.

Misal dalam hal ini adalah markdown-mode. Maka dari buffer dengan markdown-mode tersebut saya menjalankan command, M-x. Kemudian cari yas-describe-tables.

M-x yas-describe-tables

Nanti akan keluar buffer baru dalam mode Help yang menampilkan daftar snippets pada mode yang kita gunakan (dalam hal ini markdown-mode).

YASnippet tables:

Snippet table `markdown-mode'
----------------------------------------------------------------------------------------------------
group                   state name                                    key             binding
----------------------------------------------------------------------------------------------------
(top level)               (a) bandithijo:blockcode                    bandithijo:b...
                          (a) bandithijo:blockcode-filename           bandithijo:b...
                          (a) bandithijo:front-matter                 bandithijo:f...
                          (a) bandithijo:image                        bandithijo:i...
                          (a) bandithijo:link-referensi               bandithijo:l...

Pesan Penulis

Dengan menggunakan snippet dalam menulis kode atau menulis apapun, kita tidak lagi direpotkan dengan menulis format yang berulang yang merupakan hal yang trivial. Kita tinggal fokus ke apa yang kita tulis, bukan ke format yang mau kita gunakan.

Yeah, that’s it! I think that’s all that I want to write.

Thank you!

Referensi

1. GitHub: joaotavora/yasnippet
   Diakses tanggal: 2026-08-09

Org-mode adalah salah satu alasan yang sering saya dengar yang membuat vim user pindah menggunakan Emacs. Salah satu kelebihan Org-mode adalah konsep Literate Programming, dimana menulis dokumentasi dan code program dalam satu file yang sama.. Seperti yang sudah pernah saya tulis pada artikel sebelumnya, 10 Tahun Pakai Vim, Akhirnya Migrasi ke Emacs.

Saya akan memigrasikan file konfigurasi Emacs yang defaultnya menggunakan format Emacs-lisp init.el menjadi format Org-mode.

Implementation

Org-mode sudah default ada di Emacs sejak versi 22+.

Berikut ini adalah struktur direktori ~/.emacs.d/ saya sebelum dirubah format ke Org-mode.

~/.emacs.d/
└── init.el

Copy/Cut isi yang ada di dalam file ~/.emacs.d/init.el dan pindahkan ke ~/.emacs.d/config.org.

Atau jalankan command di bawah ini.

$ cp ~/.emacs.d/init.el ~/.emacs.d/config.org

~/.emacs.d/
├── init.el
└── config.org

Kemudian, buka file ~/.emacs.d/init.el dan hapus semua konfigurasi sebelumnya, dan isi dengan snippet di bawah ini.

!filename: ~/.emacs.d/init.el
;; -*- lexical-binding: t -*-

(org-babel-load-file
 (expand-file-name
  "config.org"
  user-emacs-directory))

Dengan begini, kita sudah mengarahkan file init.el ke config.org.

Selanjutnya tinggal mengedit file config.org. Kita bisa menulisnya seperti menulis dokumentasi kode konfigurasi dengan snippet kode yang berisi konfigurasinya.

!filename: ~/.emacs.d/config.org
#+TITLE: BanditHijo's Emacs Config
#+AUTHOR: Rizqi Nur Assyaufi (@BanditHijo)

* Setup Custom.el File

#+begin_src emacs-lisp :tangle yes
  (setq custom-file (locate-user-emacs-file "custom.el"))
  (load custom-file t)
#+end_src

* Add MELPA Package Channel

#+begin_src emacs-lisp :tangle yes
  (add-to-list 'package-archives '("melpa" . "https://melpa.org/packages/") t)
#+end_src

* Theme, Font, Cursor, Custom Color, etc.

** Setup Font Face

#+begin_src emacs-lisp :tangle yes
  (set-face-attribute 'default nil :font "SFMono Nerd Font" :height 140 :weight 'medium :width 'normal :slant 'normal)
#+end_src

Dapat dilihat file config.org ini saya menulis file config dengan style seperti dokumentasi. Ada header ada blockcode.

Ketika file config.org disimpan, Emacs akan melakukan compile dan membuat file config.el.

~/.emacs.d/
├── init.el
├── config.org
└── config.el

Isinya akan seperti ini,

!filename: ~/.emacs.d/config.el
(setq custom-file (locate-user-emacs-file "custom.el"))
(load custom-file t)

(add-to-list 'package-archives '("melpa" . "https://melpa.org/packages/") t)

(set-face-attribute 'default nil :font "SFMono Nerd Font" :height 140 :weight 'medium :width 'normal :slant 'normal)

File config di atas hanya sample. Untuk melihat full file config ada di sini, GitHub: bandithijo/emacs.d#config.org.

Pesan Penulis

Catatan ini hanyalah implementasi sederhana. Tentunya implementasinya tidak terbatas pada contoh yang ada di catatan ini. Tujuan dari catatan ini hanya memberikan overview terkait bagaimana menggunakan dan menulis konfigurasi Emacs dengan Org-mode.

I think that’s all that I want to write. Thank you!

Pada artikel saya sebelumnya, Preferensi Saya dalam Menyimpan Assets di Jekyll, saya menambahkan attribute assets: pada front-matter di setiap post. Kekurangan dari pendekatan ini adalah:

1. Ribet. Karena saya harus mengeset assets path secara manual di setiap post.

   ---
   layout: "post"
   title: "Ruby Promgrammers Best Friend"
   date: "2025-12-29"
   assets: "/assets/posts/2025-12-29-ruby-programmers-best-friend"
   ---
   

   Sangat tidak praktis!

2. Sintaks image jadi panjang dan terlihat tidak praktis.

   ![gambar_01]({{ page.assets | absolute_url }}/gambar_01.png)
   

Pemecahan Masalah

Untuk saat ini yang terpikirkan oleh saya adalah dengan memanfaatkan Jekyll Custom Tag. Saya sudah pernah menulis tentang membuat Jekyll Custom Tag pada artikel ini, Membuat Jekyll Custom Tags dengan Liquid Tags.

Tapi sebelum membuat Jekyll Custom Tag, kenali dulu struktur direktori antara file post dengan assetsnya. Punya saya seperti di bawah ini.

📁 _includes/
📁 _plugins/
📁 _layouts/
📂 _posts/
  📄 2025-12-29-ruby-programmers-best-friend.md 👈 artikel
📂 assets/
│ 📁 css/
│ 📂 images/
│ │ 📁 banner/
│ └ 📁 favicon/
│ 📁 pages/
│ 📂 posts/
│   📂 2025-12-29-ruby-programmers-best-friend/ 👈 direktori assets
│   │ 📄 file-01.pdf
│   │ 📄 gambar-01.png
│   └ 📄 gambar-02.png
│ 📁 javascript/
└ 📁 json/
📁 pages/
⚙️ _config.yml
📄 index.markdown
📄 README.md

1. Buat Jekyll Custom Tag assets_path

Buat file baru dengan nama assets_path_tag.rb di dalam direktori _plugins/assets_path_tag.rb.

!filename: _plugins/assets_path_tag.rb
module Jekyll
  class AssetsPathTag < Liquid::Tag
	include Jekyll::Filters::URLFilters

	def render(context)
	  @context = context
	  page = context.registers[:page]

	  relative_path =
		if page["collection"] == "posts"
		  date = Date.parse(page["date"].to_s)
		  "/assets/posts/#{date.strftime('%Y-%m-%d')}-#{page["slug"]}"
		else
		  slug = File.basename(page["name"].to_s, ".*")
		  "/assets/pages/#{slug}"
		end

	  absolute_url(relative_path)
	end
  end
end

Liquid::Template.register_tag('assets_path', Jekyll::AssetsPathTag)

Baris ke-10 memberikan kondisi untuk collection yang termasuk dalam posts.

Baris ke-13 memberikan kondisi untuk collection selain posts, bisa berupa page.

Baris ke-12 dan ke-15 merupakan path dimana saya menyimpan assets untuk blog.

Untuk assets dari posts saya tempatkan di,

/assets/posts/yyyy-mm-dd-slug-of-title/

Untuk assets dari page saya tempatkan di,

/assets/page/(slug-page)/

2. Cara pakainya

Untuk menggunakannya tinggal panggil dengan cara seperti ini,

![gambar-01]({% assets_path %}/gambar-01.png)

![gambar-02]({% assets_path %}/gambar-02.png)

Berikut ini [Document 01]({% assets_path %}/file-01.pdf) yang harus dikerjakan.

Dengan begini, tidak perlu lagi menggunakan attribute assets: pada front-matter.

---
layout: "post"
title: "Ruby Promgrammers Best Friend"
date: "2025-12-29"
---

Selesai!

Keuntungan

Dengan menggunakan pendekatan ini saya mendapatkan keuntungan,

1. Path yang ditulis pada pemanggilan assets menjadi tidak terlalu panjang. Hanya perlu memanggil {% assets_path %} kemudian diikuti nama file assetnya.
2. Jika ingin mengganti struktur direktori dari assets, tidak perlu melakukan edit ke semua link assets yang ada di masing-masing artikel. Tapi cukup melakukan edit pada file _plugins/assets_path_tag. Maka semua assets path akan ikut berubah.

Sangat praktis!

Pesan Penulis

Pendekatan ini mungkin bukan pendekatan terbaik. Tapi pendekatan ini adalah pendekatan yang cocok untuk saya saat ini.

Pertama kali saya menggunakan Vim tahun 2016. Tentu saja saat itu saya tidak semahir sekarang (walaupun sekarang juga tetep masih cupu, wkwkwk).

2016 juga adalah tahun dimana saya sudah mulai bermigrasi secara penuh menggunakan Linux dari sebelumnya menggunakan macOS (saat itu namanya masih OSX) sejak tahun 2009.

Sudah beberapa kali melihat orang menggunakan Vim di YouTube. Tetapi baru tertarik saat melihat demonstrasi editing/manipulation text dengan menggunakan Vim yang terlihat seperti magic. Karena cursornya hanya bergerak sedikit tetapi modifikasi atau perubahan textnya bisa signifikan. Ajaib! Pikir saya saat itu. Petualangan saya menggunakan Vim pun dimulai.

Sudah 10 tahun ternyata!

Menggunakan Vim mengantarkan saya bertualang dan bertemu hal-hal baru dan juga teman-teman baru. Sungguh perjalanan yang luar biasa. Kalau saya tidak pakai Vim, mungkin tidak akan bisa berjalan sejauh ini.

Vim juga membersamai saya membuat hal-hal hebat bersama. Membuat konten-konten di YouTube tentang programming atau apapun, ngoding untuk hobi, ngoding untuk kerja, menulis dokumentasi teknis untuk kantor, menulis catatan belajar, bahkan blog ini pun dibangun dengan Vim dan artikelnya ditulis dengan Vim.

Berkenalan dengan Emacs

Di antara tahun-tahun tersebut, sebenarnya saya juga sempat mencoba Emacs. Tapi selalu gagal.

Saat pakai Sublime Text, pengen pakai Atom.
Saat sudah pakai Atom, pengen pakai Vim.
Saat sudah pakai Vim, pengen pakai Emacs.
Saat sudah pakai Neovim, pengen pakai Emacs.

Rumput tetangga memang selalu terlihat lebih hijau. Sudah pakai Vim/Neovim malah kepengen pakai Emacs.

Sebagai orang di luar ekosistem Emacs, saya tertarik dengan Org mode karena saya banyak melihat Emacs user menggunakan Org mode untuk:

1. Menulis catatan
2. Menulis buku atau dokumen atau artikel atau blog
3. Mengelola schedule dan to-do list
4. Mengelola project planning
5. Menulis configurasi namun ditulis dengan lebih naratif. (Belakangan saya tahu ternyata konsep ini disebut “Literate Programming” atau yang sekarang populer dengan “Literate Configuration” atau “Literate Dotfiles”)

Yang membuat saya tertarik adalah cara mereka menulis hal itu semua (yang tersebut di atas) cukup berbeda dengan yang saya lakukan di Vim. Saya menggunakan Markdown sedangkan mereka menggunakan Org. Pikir saya mengapa mereka tidak menggunakan Markdown? Mengapa mereka menggunakan markup language sendiri yang tidak umum?

Yang lebih aneh lagi, mengapa mereka menulis file config seperti menulis artikel di blog? Dengan narasi deskriptif yang menjelaskan block code yang ada di bawahnya. Tapi anehnya ketika file yang terlihat seperti artikel blog itu disimpan, file configurasinya juga sudah jadi. Ilmu hitam macam apa lagi ini? Wkwkwk.

Ternyata Org itu adalah markup language khusus yang sudah sangat populer di environment Emacs. Format ini sudah banyak diadaptasi dan digunakan di berbagai macam framework atau package di Emacs.

Percobaan Kesekian

Tahun ini pun, saya punya kesempatan mencoba Emacs lagi. Kalau saya ingat-ingat, ini sudah kali ketiga saya mencoba Emacs dengan menyelesaikan “Emacs Tutorial”. Kali pertama dan kali kedua menyelesaikan Emacs Tutorial tidak menumbuhkan rasa nyaman. Mungkin karena saya masih sangat attach dengan Vim/Neovim karena saya masih pakai untuk ngoding.

2026 ini adalah tahunnya AI Agent. Saya sudah tidak lagi mengetik code program, tetapi lebih banyak menyusun dokumen spesification atau plan bersama AI dan AI Agent yang akan mengeksesuinya setelah specification atau plan selesai disusun. Mungkin ini sebabnya, ikatan antara saya dengan Vim/Neovim sudah jauh berkurang dari tahun-tahun sebelumnya. Hal ini pula yang menyebabkan saya mendapatkan rasa nyaman ketika menyelesaikan Emacs Tutorial di kali ketiga.

30 Juni 2026 menjadi awal commitment saya untuk menggunakan Emacs!

Kenapa malah terdengar seperti komitmen karyawan korporat yaa …

Komitmen ini artinya saya bersungguh-sungguh untuk menelan semua keluhan dan menyelesaikan problem yang saya temukan selama menggunakan Emacs. Saya tidak akan mengeluh dan merengek saja tanpa berusaha menyelesaikan problem dalam saya menggunakan Emacs. Kalaupun ternyata masih belum ketemu atau tidak ada, saya tinggal buat sendiri. Kalaupun saya belum mampu membuat sendiri, saya akan simpan dulu idenya.

Orang-orang yang Bermigrasi

Selama menjadi Vim user, tidak sekali saya melihat Vim user yang bermigrasi menggunakan Emacs tidak lagi melihat jalan pulang. Mereka tetap tinggal, tetap maju, dan berkembang dengan Emacs. Jujur rasanya mixed feelings antara kecewa, sedih, heran, dan penasaran.

Beberapa nama diantaranya,

1. Protesilaos Stavrou (Prot)
   YouTube: @protesilaos
   Website: protesilaos.com
2. Derek Taylor (DistroTube)
   YouTube: DistroTube
   Website: distrotube.com
3. Lupa … *

* Selain mereka berdua ada banyak lagi video di YouTube yang dapat ditemukan terkait Vim user yang sudah migrasi ke Emacs.

Saya pikir mereka hanya sekedar membuat content, tapi kok sampai sekarang masih dipakai. Hal tersebut semakin membuktikan kalau bener-bener ada yang tidak beres dengan Emacs.

Kalau diperhatikan, sebabnya selalu sama. “Org mode”. Dari konten video mereka terlihat kalau mereka mulai bereksplorasi dengan Org mode.

Lagi-lagi tentang Org Mode

Kalau saya bukan Vim user, mungkin saya tidak akan mengenal apa itu Org mode. Namun, karena saya Vim user dan rival dari Vim adalah Emacs, saya cukup sering melihat Emacs user sedang menulis dengan format Org mode. Menulis artikel blog dengan Org mode. Menulis buku dengan Org mode. Menulis agenda, menyusun schedule, mengatur to-do list dengan Org mode. Bahkan menulis file konfigurasi dengan Org mode. Dan cara mereka menulis file konfigurasi tersebut sangat “aneh” karena mereka terlihat seperti sedang menulis artikel blog. Dengan header di setiap sectionnya dan narasi yang panjang untuk mendeskripsikan block code konfigurasi di bawahnya. Ketika file tersebut disimpan, file config nya pun sudah jadi. Seperti menulis dokumentasi dengan configurasi dalam satu file yang sama. Ilmu hitam macam apa itu!

Belakangan baru saya tahu kalau konsep itu disebut dengan “Literate Programming” yang diprakarsai oleh Donald Knuth tahun 1984.

Literate Programming ini adalah konsep cara menulis program dengan menjelaskan logika kerjanya menggunakan bahasa sehari-hari yang diselingi dengan snippet code, seperti narasi, penjelasan algoritma dalam satu dokumen.

Core concepts dari Literate Programming,

1. Tangling yaitu proses mengekstraksi dan menggabungkan code snippets dari dokumen teks menjadi file yang dapat dijalankan oleh compiler.
2. Weaving yaitu proses merubah sumber file yang sama menjadi dokumen yang terformat dengan rapi atau untuk dibaca oleh manusia.
3. Narative First yaitu proses menyusun kode dalam urutan logis sesuai alur pemikiran kita, bukan berdasarkan batasan-batasan ketat yang disyaratkan oleh compiler.

Konsep ini menarik bagi saya yang sudah ngoding lebih dari 10 ribu jam (sumber: WakaTime. Karena tidak sekali waktu saya harus membuat 2 file terpisah untuk dokumentasi dan code program. Secara tidak langsung, saya bekerja 2 kali.

Berhasil Migrasi!

Gambar 01. Diagram ini menunjukkan waktu yang saya perlukan untuk bisa commit bermigrasi ke Emacs.

Ya, saya memerlukan hampir 11 jam! Kelihatan banyak, tapi itu merupakan akumulasi dari beberapa jam dalam 4 hari atau 1 minggu. Sejauh ini saya sudah cukup percaya diri untuk bisa full migrasi menggunakan Emacs.

Apa yang saya pelajari dalam 11 jam?

Saya tidak ingin terburu-buru dalam proses migrasi ke Emacs. Saya juga tidak mau menggunakan prebuilt config atau framework config yang sudah jadi. Saya ingin membangun file config saya sendiri from scratch. Saya ingin mengerti setiap statement yang saya tulis di file config saya. Di jaman AI, hal seperti ini mudah dilakukan. Apa yang saya tidak pahami, bisa saya diskusikan dengan AI. Dengan AI, proses membangun sekaligus memahami setiap statement yang saya tulis di file config menjadi lebih mudah dan lebih cepat.

Berikut ini bahan belajar yang saya kerjakan selama 11 jam tersebut,

1. Emacs Tutorial
   Hal pertama yang wajib untuk ditamatin. Isinya mencangkup hal-hal dasar yang diperlukan untuk bisa menggunakan Emacs. Sebagian besar isinya tentang cara mengoperasikan Emacs dengan keybinding. Bisa lewat link yang ada di Welcome Page atau dengan keybind C-h t. Pelajari dengan sabar. Tidak perlu sekali duduk, karena buffer tutorial tersebut akan menawarkan kita untuk mau menyimpan posisi cursor terakhir atau tidak.
2. YouTube: [1] Learning Vanilla Emacs from Scratch with Prot as a Neovim User - linkarzu, linkarzu-podcast, Protesilaos
3. YouTube: [2] Vanilla Emacs with Prot: I’ll Repent for My Markdown Sins - linkarzu, Protesilaos
4. YouTube: Emacs – A Gentle Introduction - hexdump
5. YouTube: Why I Prefer Emacs Over VSCode and vim - Code to the Moon
6. YouTube: An Introduction to the Ultimate Git Interface, Magit! - System Crafters
7. YouTube: Getting Started with Org Roam - Build a Second Brain in Emacs - System Crafters

Sejauh ini materi-materi di atas yang saya lahap dalam 11 jam.

Saya juga sudah mulai mencoba Org mode. Saya mulai dengan memigrasikan file Emacs config dari init.el menjadi config.org. Repositorinya saya letakkan di sini, GitHub:BanditHijo:Emacs.d.

Kenapa fundamental penting?

Dalam manga/anime “Kimetsu No Yaiba”, pada kisah Zenitsu dan kakaknya, Kaigaku. Zenitsu hanya bisa menguasai jurus pertama (bentuk pertama) dari aliran Pernafasan Petir. Sedangkan, Kakaknya bisa menguasai semua bentuk (jurus) kecuali bentuk pertama. Tapi, pada pertarungan mereka yang terakhir di Infinity Castle, Zenitsu mengeluarkan bentuk (jurus) ciptaannya sendiri yang bernama Honoikazuchi no Kami (Dewa Petir Berapi) yang sukses memenggal kepala Kaigaku.

Nah! Dari kisah tersebut dapat dilihat bahwa orang yang hanya menguasai ilmu dasar atau basic atau fundamental memiliki potensi untuk mengembangkan ilmu tersebut menjadi bentuk (jurus) yang baru atau ilmu yang baru. Sedangkan kakaknya, Kaigaku yang bisa semua jurus kecuali jurus pertama, ilmu berpedangnya tidak berkembang dan hanya menguasai juru-jurus yang sudah dipelajari dari gurunya saja.

Kisah Kaigaku tersebut sebenarnya relate dengan saya sebagai seorang Vim user. Tampak luar, saya terlihat dapat menggunakan Vim dengan mahir, namun sebenarnya saya tidak memiliki pengetahuan dasar yang sebaiknya dimiliki oleh seorang Vim user. Saya tidak tahu bagaimana cara mencari dan mengaitkan “problem” dengan dokumentasi yang ada di Vim. Sederhananya, saya tidak benar-benar tahu cara membaca dokumentasi Vim. Itulah sebabnya saya merasa kesulitan untuk mengikuti hal-hal terbaru yang ada di Vim. Karena saya tidak menguasai jurus pertama.

Pesan Penulis

Migrasi adalah sesuatu yang membutuhkan resource yang besar. Waktu, attention, motivation, dan hal-hal lain yang harganya tidak murah. Jika kamu tidak memiliki alasan atau motivasi yang benar untuk migrasi, sebaiknya buang jauh-jauh rencana untuk migrasi. Migrasi adalah perjalanan panjang yang membutuhkan management resource dan motivasi yang baik. Jika kamu tidak memiliki mereka dalam jumlah yang cukup, kamu akan segera kehabisan perbekalan dan perjalanan migrasimu berakhir.

Lamanya proses migrasi tergantung dari sejauh mana kamu menentukan titik tujuan migrasi. Semakin jauh kamu menentukan titik tujuan, semakin jauh perjalanan migrasimu, tentu akan semakin banyak perbekalan yang kamu butuhkan. Jadi, keberhasilan migrasi juga tergantung dari sejauh mana tujuan migrasimu.

Pada proses migrasi dari Vim/Neovim ke Emacs yang saya lakukan ini, saya tidak membuat tujuan yang panjang (dapat diartikan: “ekspektasi yang banyak/besar”) terhadap Emacs. Saya tidak ingin membuat Emacs yang saya gunakan dapat berfungsi selayaknya Vim/Neovim yang saya gunakan. Saya hanya membawa “konsep kerja” yang biasa saya gunakan di Vim/Neovim dan apabila di Emacs ada konsep yang sama atau pun berbeda, saya akan gunakan konsep yang ditawarkan oleh Emacs. Saya tidak berkeberatan untuk menyesuaikan mengganti konsep yang saya bawa dari Vim/Neovim dengan konsep yang ditawarkan oleh Emacs.

Tujuan migrasi saya ke Emacs adalah untuk menggunakan Org mode. That’s it! Sesederhana itu saja. Tujuan yang menurut saya pendek. Maka dengan cepat saya akan sampai ke tujuan. Perasaan puas datang karena sebuah “kemenangan kecil” berhasil di dapatkan. Ini adalah strategi migrasi saya dengan menentukan tujuan-tujuan pendek.

Strategi A

A------------------>B

Strategi B

A-->B-->C-->D-->E-->F

Dengan menggunakan Strategi B, kita dapat dengan mudah dan cepat untuk memperoleh “kemenangan-kemenangan kecil” itu.

Well, Let’s see! Apakah saya akan masih menggunakan Emacs untuk beberapa waktu kedepan?

Oh ya! Artikel ini adalah artikel pertama yang saya tulis dengan Emacs.

Gambar 02. Statistik Wakatime terhadap project blog ini dan artikel ini

Bahan Belajar Tambahan

1. GNU.org - A Guided Tour of Emacs
2. emacsrocks.com (Video Playlist)

Referensi

1. http://www.literateprogramming.com/
   Diakses tanggal: 2026-08-02
2. https://en.wikipedia.org/wiki/Literate_programming
   Diakses tanggal: 2026-08-02
3. https://orgmode.org/
   Diakses tanggal: 2026-08-02

Saat akan membuka file yang dienkripsi dengan GnuPG (.gpg), saya mendapati error sebagai berikut.

[bandithijo@MacBookAir ~]$ gpgconf --kill all
[bandithijo@MacBookAir ~]$ gpgconf --launch gpg-agent
[bandithijo@MacBookAir ~]$ pass -c 'BanditHijo/example.com/bandithijo@example.com'
gpg: Note: database_open 134217901 waiting for lock (held by 1909) ...
gpg: Note: database_open 134217901 waiting for lock (held by 1909) ...
gpg: Note: database_open 134217901 waiting for lock (held by 1909) ...
gpg: Note: database_open 134217901 waiting for lock (held by 1909) ...
gpg: Note: database_open 134217901 waiting for lock (held by 1909) ...
gpg: keydb_search failed: Operation timed out
gpg: public key decryption failed: No secret key
gpg: decryption failed: No secret key

Ini adalah masalah klasik dari keyboxd (komponen baru di GnuPG 2.4+ yang bertugas mengelola public keyring lewat SQLite, menggantikan pubring.kbx).

Error ini disebabkan karena terjadi proses locking dari session yang crash. Hal ini membuat key tetap dalam keadaan terkunci, meskipun proses aslinya sudah mati/terminated. Yang biasanya menyebabkan hal ini adalah karena kunci/lock dipegang oleh PID yang ternyata sudah tidak aktif. Biasanya karena mesin sempat hang->force-shutdown. Solusinya sesederhana menghapus file lock nya secara manual.

Pemecahan Masalah

1. Matikan semua proses dari komponen gpg

Matikan semua komponen gpg yang terlibat secara eksplisit, termasuk keyboxd.

$ gpgconf --kill gpg-agent
$ gpgconf --kill keyboxd
$ gpgconf --kill dirmngr
$ pkill -9 -f gpg-agent
$ pkill -9 -f keyboxd

info

gpgconf --kill all terkadang tidak dapat menjangkau keyboxd, tergantung versi GnuPG-nya.

2. Hapus lock file yang stale

Karena yang terkunci adalah file lock, biasanya terdapat ekstensi .lock pada bagian akhir nama file db nya (misal: pubring.db.lock).

$ ls -la ~/.gnupg/public-keys.d/
$ rm -f ~/.gnupg/public-keys.d/pubring.db.lock

3. Hapus file .lock yang lain

Jika ada file dengan ekstensi .lock yang lain di ~/.gnupg/ (bukan di dalam public-key.d/), sebaiknya dihapus juga.

$ find ~/.gnupg/ -name '*.lock' -delete

4. Restart agent

Langkah terakhir tinggal restart agent.

$ gpgconf --launch gpg-agent

Selesi!

Referensi

1. iamyaash. GPG: Fix ‘database_open waiting for lock. Des 2025
   Diakses tanggal: 2026-08-01

2. Tanin Srivaraphong. gpg: Note: database_open…waiting for lock (held by 30991)… Medium, Sep 2025
   Diakses tanggal: 2026-08-01

3. thelinux.pro. Fixing GPG Lock Issues. Jun 2024
   Diakses tanggal: 2026-08-01

4. Priyansh Khodiyar. Git commit signing and Troubleshooting GPG Key Issues. Medium, Mar 2025
   Diakses tanggal: 2026-08-01

Saya sebelumnya tidak pernah tertarik dengan split keyboard atau ergo keyboard. Menurut saya bentuknya cukup aneh seperti keyboard biasa yang dibelah jadi dua bagian. Saya tidak suka bentuknya. Ini murni preferensi pribadi saja. Tidak suka bukan berarti jelek.

Namun, semua berubah sejak saya menemukan Corne keyboard. Split keyboard, low profile, dengan jumlah key yang sedikit (hanya 42 atau 36 keys), case yang tipis, dimensi yang mini (seukurang telapak tangan), configurable, remapable (programmable), dan case yang customizeable.

Cerita dulu

Berhubung ini adalah artikel pertama saya yang membahas tentang typing, saya akan cerita dulu background history saya berkenalan dengan keyboard.

SD kelas 4 atau 5 saya pertama kali bertemu komputer dan keyboard, karena ikut les komputer yang diadakan dari sekolah SD tapi ruang komputernya ada di gedung SMA. Saat itu kami dikenalkan dengan game di komputer. Saya paling suka bermain Mario Teaches Typing (1993).

Gambar 1. Mario Teaches Typing (1993). Source https://www.uvlist.net/game-211662-Mario+Teaches+Typing

Saat SMP, orang tua saya membeli komputer untuk di rumah. Alhamdulillah menang dorprize sehingga dapat komputer hadiah, Pentium MMX yang diletakkan di kamar saya.

Saat kelas 2 SMA, untuk pertama kali ada guru (pak Taufik) yang notice kalau saya cukup cepat dalam mengetik. Sempat 1-2 kali diminta untuk mengetik di laptop beliau.

Kelas 2 SMA, saya mengikuti lomba web beregu tingkat nasional. Di tim ini saya kebagian mengetik konten yang akan dipajang di website yang akan dilombakan.

Singkat cerita, sampai kuliah yang kedua, salah satu teman yang juga seorang Finance, menilai ketikan saya cukup cepat tapi jarinya tidak sesuai. Tidak touch typing. Karena ia sempat belajar touch typing di kampus dan menjadi persyaratan lulus. Dari sini saya pertama kali mengetahui tentang touch typing (mengetik tanpa melihat tuts keyboard).

Sampai saat COVID-19 saya sudah bekerja sebagai software engineer, saya menyadari dalam proses mengetik, proses problem solving di pikiran saya juga bercampur dengan proses mengetik. Saya masih memikirkan beberapa lokasi key yang belum saya hafal, terutama key yang berkaitan dengan simbol-simbol code. Terkadang juga harus melihat posisi dari key yang ingin saya tekan jika saya kehilangan referensi posisinya. Pada tahap ini, saya mulai menyadari touch typing mungkin bisa membuat proses mengetik code tidak bercampur dengan proses berfikir.

Saya putuskan untuk mulai belajar touch typing. Ternyata saya harus mulai belajar dari awal lagi untuk membiasakan jari-jari agar mengetik sesuai dengan posisi dan porsinya masing-masing.

Dari informasi yang saya kumpulkan, belajar touch typing banyak yang merekomendasikan untuk memulai dari keybr.com. Karena keybr dapat mengidentifikasi jari mana yang lemah dan akan terus men-generate kata yang mengandung huruf yang menjadi kelemahan kita. Di sini saya mulai membangun fondasi touch typing yang benar. Kalau dilihat dari data log yang ada di keybr, saya mulai latihan dari November 2021 sampai Februari 2022.

Setelah mulai nyaman dan terbiasa dengan touch typing, saya mulai beralih ke monkeytype.com. Di sini saya pergunakan untuk melancarkan dan membangun muscle memory yang lebih solid. Hingga hari ini, saya masih menggunakan monkeytype untuk membangun kecepatan mengetik dalam satuan Words per Minute (WPM).

Keychron K6

Setelah sangat lancar dengan touch typing, WPM sudah rata-rata di 70-80. Kejenuhan mengetik mulai muncul. Saya mengatasi dengan mencoba menggunakan mechanical keyboard.

Saya pilih Keychron karena ini adalah mechanical keyboard pertama saya, dan saya igin mendapatkan pengalaman yang baik.

Singkat cerita saya juga sudah mulai jenuh/fatigue dengan high profile switch. Saya pun ingin mencoba low profile switch. Tapi, sekalian saja saya coba split keyboard.

Saya merasa saat menggunakan standard keyboard sering tertukar antara kiri dan kanan. Seperti terjadi semacam interfere signal karena tangan kanan dan kiri berdekatan. Mungkin kalau diilustrasikan akan seperti ini.

Gambar 2. Ilustrasi tentang interfere signal yang saya bayangkan

Dengan menggunakan split keyboard, akan memberikan jarak antara kedua tangan, sehingga tidak ada signal yang beririsan (ini bercanda ya).

Chocofi

Sebelum mengenal Chocofi, sebenarnya saya hanya mengincar Corne. Tapi setelah berkeliling marketplace, saya tidak menemukan pre-built model Corne yang saya suka. Saya cenderung menyukai Chocofi pre-built yang sudah sesuai dengan selera saya, yaitu:

1. Full black
2. Low profile
3. Wireless (bluetooth)
4. Menggunakan case (agar board tidak terekspose)

Pilihan pun jatuh kepada Chocofi.

Berikut ini profil dari Chocofi.

1. Keyboard shield dan casing 3D print dengan kontroler NRF528540 yang support ZMK Studio
2. Tiap sisi punya 3 baris, 5 kolom, dan 3 tombol buat ibu jari (thumb cluster)
3. Column Staggered dengan kolom pinky (kolom ke 5) dibuat lebih turun mengikuti bentuk anatomi jari kelingking. Menurut saya, layout ini cocok untuk tipikal jari orang asia yang memiliki jari jemari yang mungil
4. Terinspirasi dari keyboard Fifi, dan menggunakan firmware Seperti Corne dan Miryoku
5. Support ZMK Studio untuk kebutuhan custom mapping keys sesuai kebutuhan tanpa perlu flash tinggal copy & paste
6. Dilengkapi Switch On-Off dan menggunakan baterai 500 mAh di masing-masing sisi.

Berikut ini spesifikasi dari Chocofi.

1. 3x5 Column staggered + 3 buttons on thumb cluster
2. NRF52840 controller (type c, ble, bluetooth)
3. OLED 0.91 inchi 128x32 pixel SSD1306 I2C
4. Socket Kailh choc hot swap low profile 1350
5. Switch Kailh choc v1 red pro low profile (linear)
6. Keycap Kailh choc v1 PBT black blank
7. 3D Printed PLA+ Case
8. Programmable buttons
9. Support ZMK Studio (menggunakan ZMK Firmware)
10. Rubber Feets
11. Suport 5 Multiple Device through Bluetooth
12. Li-Po Battery 500 mAh
13. Type C Connector
14. 1 Meter braided USB Type C Cable

Karena keyboard ini tidak ada case dan karena bentuknya yang kecil dan terlihat ringkih, saya khawatir jika dimasukkan tas akan baku hantam dengan barang-barang lain di dalam tas, maka saya putuskan untuk membeli case. Setelah saya hitung-hitung dimensinya cocok dengan Fujifilm Instax Mini case.

Awal mula mencoba mengetik, saya hanya mendapatkan 5 WPM. Beberapa jam kemudian mulai naik ke 15 WPM. Setalah 24 jam mulai naik ke 40 WPM.

Ini adalah progres setelah seminggu.

Surprisingly, mengetik di keyboard ini ternyata menyenangkan. Tidak ada fatigue pada otot-otot digitorum (kelompok otot yang mengontrol gerakan jari tangan). Mengetiknya memang masih dragged karena masih harus membiasakan dengan konsep layer. Karena keyboard ini hanya memiliki 36 key, maka key yang tidak ada di base layer akan disimpan di layer berbeda.

Layering

36 key tentu tidak akan memenuhi semua kebutuhan mengetik. Maka dari itu keyboard-keyboard dengan key yang sedikit seperti ini biasanya menggunakan konsep layering. Dimana mapping key akan dibagi berdasarkan beberapa layer.

Berikut ini layer-layer yang saya pergunakan.

1. layer 0 (qwerty_layer), base layer atau front layer
2. layer 1 (numsym_layer), numeric & symbol layer
3. layer 2 (fun_layer), function buttons
4. layer 3 (sys_layer), system layer untuk pengaturan konektifitas bluetooth

Gambar 10. layer 0 (qwerty_layer), base layer atau front layer

Gambar 11. layer 1 (numsym_layer), numeric & symbol layer

Gambar 12. layer 2 (fun_layer), function buttons

Gambar 13. layer 3 (sys_layer), system layer untuk pengaturan konektifitas bluetooth

Pada layer-layer tersebut dapat dilihat pada layer 0 atau base layer atau qwerty_layer, terdapat tombol referensi untuk mengakse layer 1 dan 2 yang terdapat pada thumb cluster kiri dan kanan.

Untuk mengakses layer 1, saya menekan dan tahan tombol space. Dengan begini, saya sudah masuk ke layer 1, tinggal menekan button apa yang ingin ditekan pada layer 1. Begitu juga untuk mengakses layer 2.

Untuk mengakses layer 3, saya perlu berada di layer 2, lalu menekan button referensi untuk ke layer 3 yang juga terdapat di thumb cluster sebelah kanan.

Saya masih bereksperimen dengan layout layering seperti apa yang cocok. Jadi akan sangat besar dikemudian hari layout ini akan berubah.

Saya menghindari menggunakan layer yang terlalu banyak agar tidak terjadi “layering fatigue” yaitu kondisi “keblinger” atau kelelahan otak karena kebanyakan layer. Hahaha.

Selain pendekatan layer juga ada pendekatan combo button.

Combo

Sesuai namanya combo button berarti menekan 2 atau lebih button secara bersama-sama untuk memanggil fungsinya.

Saya tidak terlalu banyak menggunakan combo button. Hanya saya pergunakan untuk hal-hal yang berkaitan dengan pengaturan saja.

Kesan penulis

Beberapa manfaat yang saya rasakan setelah mencoba menggunakan Chocofi split keyboard.

1. Kita di-encourage untuk menggunakan touch typing. Karena (dengan split keyboard) jika tidak menggunakan touch typing artinya kita akan melihat ke dua sisi keyboard, bisa di sisi kanan atau kiri. Split keyboard membuat proses mengetik menjadi tidak efektif.
2. Karena “dipaksa” untuk menggunakan touch typing, membuat jari-jemari menjadi lebih disiplin dengan porsinya masing-masing. Ini sangat cocok dengan layout split keyboard yang terbelah jadi dua di sisi kanan dan kiri. Tidak ada jari di tangan kiri yang menyeberang ke sisi kanan, begitu pula sebaliknya.
3. Minim typo. Karena jarak tangan cukup berjarak dan tidak saling berdekatan. Ini menyebabkan tidak terjadi race condition saat pengiriman sinyal dari otak ke dua sisi tangan (note: ini pendapat saya, saya belum mencari literaturenya).
4. Proses adaptasi jika sudah bisa mengetik dengan touch typing tidak terlalu lama. Adaptasi dari staggered ke column-staggered juga tidak terlalu lama. Saya 1 pekan sudah bisa menyesuaikan dengan column-staggered dari staggered. Jujur lebih nyaman menggetik di column-staggered (bisa jadi ortholinear juga lebih nyaman, saya belum punya keyboard dengan ortholinear). Karena posisi jari dari homerow hanya perlu bergerak ke atas atau ke bawah, bukan serong atas atas atau serong bawah.
5. Sangat mudah diprogram ulang. Karena menggunakan ZMK Firmware, sehingga sangat mudah untuk diprogram ulang jika kita mau memodifikasi tombol dan layer sesuai dengan kebutuhan kita.
6. Berpotensi besar untuk dicustom sendiri sesuai keinginan dan kebutuhan. Misal ingin ganti keycaps, ganti switch, ingin ganti case shield nya, dan lain-lain.
7. Karena point 6, artinya juga mudah untuk diperbaiki sendiri.

Dari beberapa kesan tersebut, dapat terlihat jelas bahwa fondasi utama jika ingin menikmati mengetik dengan keyboard adalah touch typing.

Beberapa hal yang saya tidak begitu nyaman dengan Chocofi split keyboard.

1. Barangnya sulit didapat. Karena builder ada di luar negeri, yang tersedia di marketplace Indo tidak begitu beragam.
2. Learning cuve nya lumayan. Untuk dapat menggunakan split keyboard, kita harus menyediakan waktu untuk menggunakan. Berteman dengan ketidaknyamanan untuk beberapa saat.
3. Chocofi tidak sepopuler Corne. Sehingga tidak banyak yang membuat modifikasi, terutama dibagian case. Karena kelebihan dari keyboard seperti ini adalah sangat mudah untuk bergonta-ganti case.

Pesan penulis

Split keyboard bukanlah level tertinggi dari penggunaan keyboard. Split keyboard hanya opsi atau pilihan dari beberapa pilihan model keyboard yang beredar di pasaran saat ini. Tidak semua orang cocok menggunakan split keyboard. Pergunakan perkakas/tools (dalam hal ini keyboard) yang memang nyaman kamu gunakan.

Update Keymap 2026-08-06

Referensi

1. ZMK Firmware
   Diakses tanggal: 2026-07-11

2. Nickcoutsos Keymap Editor
   Diakses tanggal: 2026-07-11

Meja belajar merupakan hal yang sangat personal untuk saya. Sejak SD saya diberikan meja belajar di kamar oleh orang tua saya. Sejauh ingatan saya, di masa sekolah, sejak SD sampai SMA, saya pernah punya 3 model meja belajar. Mulai dari yang model seperti meja kantoran, kemudian model yang memiliki rak 2 tingkat di atas meja belajar, yang terakhir adalah model meja belajar yang terintegrasi untuk meletakkan komputer (layar monitor CRT beserta CPU di bagian bawahnya). Saat kuliah saya juga memilih untuk menggunakan meja belajar. Saya sudah benar-benar melekat erat dengan meja belajar. Sebagian besar waktu saya di rumah mungkin di depan meja belajar.

Oh yaa, berhubung sekarang meja belajar ini sudah berubah jadi meja kerja, maka penamaan meja belajar untuk selanjutnya akan saya sebut dengan meja kerja.

Penamaan meja kerja 5.1 ini artinya meja kerja yang saya gunakan saat ini adalah meja kelima dengan modifikasi versi 1.

INFO

Sebenarnya proses modifikasi meja ini sudah terjadi sejak 1 Desember 2024. Tapi baru sempat saya dokumentasikan sekarang. 🤣

Berikut ini adalah perjalanan modifikasi meja kerja 5.0 menjadi 5.1.

Gambar 1. Setup meja belajar 5.0 sebelum dimodifikasi (tampak depan)

Gambar 2. Setup meja belajar 5.0 sebelum dimodifikasi (tampak samping)

Alasan memodifikasi meja kerja

Alasan saya memodifikasi meja kerja adalah karena saya menambah perangkat baru yang ingin saya letakkan di meja belajar. Namun, karena tidak mungkin semua alat berada di atas meja utama, saya memutuskan untuk menambahkan rak untuk meletakkan peralatan tambahan tersebut.

Saya sebut sebagai “rak level 1” karena berada 1 level (tingkat) di atas meja belajar.

Setelah banyak mempertimbangkan mau seperti apa rak yang saya buat, akhirnya saya memutuskan untuk membuat rak semi-permanent dengan menggunakan besi siku.

Bahan-bahan yang dibutuhkan

Bahan-bahan yang saya beli untuk membuat rak level 1, sebagai berikut:

1. Besi siku panjang 3 meter, tebal 1 mm x 2 batang
2. Triplek 3 mm x 1 lembar
3. Mur baut untuk besi siku x 25 biji
4. Plat siku x 12 lembar
5. Kaki karet untuk besi siku x 2 buah

Gambar 3. Wah ternyata tripleknya kebesaran, padahal saya cuma akan menggunakan 120x20 cm

Gambar 4. Besi siku (tampak jauh)

Gambar 5. Besi siku (tampak dekat)

Gambar 6. Mur, Baut, dan kaki karet untuk besi siku

Gambar 7. Plat siku

Alat-alat yang diperlukan

Alat-alat yang dibutuhkan, sebagai berikut:

1. Gergaji besi
2. Kunci pas ukuran 12
3. Meteran
4. Penggaris
5. Pulpen
6. Paki dan Palu (untuk melubangi triplek)

Setelah alat dan bahan lengkap, selanjutnya buat desainnya.

Desain dan rancangan

Dari desain yang saya buat, saya membutuhkan ukuran:

INFO

Panjang dari meja saya 120 x 60 cm, karena itu saya membuat panjang rak level 1 ini 120 cm, dengan tinggi 120 cm juga.

Implementasi

Gambar 8. Besi siku yang sudah dipotong sesuai desain

Setelah dipotong, selanjutnya dirakit dengan mur dan baut dan setiap sudut sikunya dibantu dengan plat siku agar bentuknya tidak berubah.

Gambar 9. Setelah dirakit mulai kelihatan bentuknya

Selanjutnya tinggal diberikan papan. Tapi saya memilih menggunakan triplek agar tidak berat.

Gambar 10. Proses pembuatan lubang di triplek

Setelah keempat sudut triplek sudah dilubangi, selanjutnya tinggal dirakit ke rak.

Gambar 11. Meja kerja setelah ditambahkan rak level 1 dengan besi siku (tampak samping)

Gambar 12. Meja kerja setelah ditambahkan rak level 1 dengan besi siku (tampak depan)

Selesai!

Sekarang saya sudah punya rak level 1. Sekarang meja saya tidak terlalu penuh dengan peralatan lagi.

2026

Setelah 1 tahun menggunakan rak ini, saya merasa raknya kurang tinggi. Jadi saya tinggikan kakinya 10 cm. Penambahan tinggi 10 cm ini lumayan memberikan tambahan space untuk monitor eksternal agar bisa lebih tinggi selevel mata saya.

Gambar 13. Sebelum ditinggikan (kiri), setelah ditinggikan (kanan)

Pesan Penulis

Meja belajar atau meja kerja adalah tempat saya paling banyak menghabiskan waktu untuk belajar, membaca, dan bekerja. Meja kerja menjadi sesuatu yang sangat personal untuk saya. Maka dari itu saya tidak berusaha meniru setup meja orang lain. Yang menurut orang lain bagus, belum tentu menurut saya. Begitu juga sebaliknya, yang menurut orang lain jelek, belum tentu menurut saya jelek.

Meskipun saya menggunakan Linux, tapi fingerprint tetap dapat digunakan. Saya sudah pernah menulis artikel tentang ini, Mengatur Fungsi dari Fingerprint pada Arch Linux.

Kepraktisan tersebut tidak berlangsung lama, karena plafon kamar saya bocor, dan tetesannya mengenai palmrest (kejadian sekitar tahun 2017-2018). Untungnya fingerprint di ThinkPad X260 ini adalah modul board terpisah dari Motherboard, jika rusak, cukup mengganti fingerprint board module saja.

Gambar 1. Fingerprint Board (Tampak Atas)

Gambar 2. Fingerprint Board (Tampak Bawah)

Long story short, fingerprint board yang saya pakai ini (berdasarkan keterangan seller) adalah copotan dari fingerprint board ThinkPad X250. Berdasarkan bentuk ThinkPad X260 memang memiliki kesamaan dengan seri X240 dan X250. Ketiga lineup seri ini memang memiliki parts yang bisa digunakan bersama.

Untuk mengganti fingerprint, harus mengangkat: internal battery (jika ada), drive (SSD) case, speaker left & right, dan motherboard.

Gambar 3. Bongkar ThinkPad X260 sampai Motherboard

Kita melepas plat cover besi yang menutupi fingerprint board (Gambar 4).

Gambar 4. Fingerprint Board Baru (Kiri) dan Fingerpint Board Lama (Kanan, masih tercover plat)

Setelah plat cover besi terlepas, fingerprint board sudah bisa untuk diganti. Jangan lupa untuk melepaskan kabel flexiblenya.

Gambar 5. Fingerprint Board Baru (Kiri) dan Fingerpint Board Lama (Kanan, cover sudah terlepas, siap diganti)

Selesai.

Meskipun terlihat mengerikan, sebenarnya proses pembongkaran ini tidak terlalu sulit. Yang terpenting pelan-pelan dan hati-hati.