Ditulis oleh Ketut Kumajaya | 14 Oktober 2025

Pendahuluan

Menulis blog itu sederhana. Tapi di balik kesederhanaannya, selalu ada satu kekhawatiran: bagaimana kalau backbone infrastruktur yang kita pakai tidak cukup kuat—dan suatu hari semua tulisan itu hilang begitu saja?

Saya masih punya akun WordPress lama. Masih aman, masih bisa diakses, tapi mulai terasa tidak nyaman karena gangguan iklan. Setelah itu, saya beralih ke blog pribadi dengan server berbayar yang saya kelola sendiri. Namun muncul kekhawatiran baru: bagaimana kalau suatu saat saya tidak lagi mampu membayar biaya server? Maka seluruh tulisan bisa hilang begitu saja.

Sekarang saya menulis di beberapa tempat—di blog pribadi, dan juga di blog dengan infrastruktur server yang disediakan tim IT korporasi. Tapi kekhawatiran itu tetap ada: bahwa suatu saat tulisan-tulisan itu bisa lenyap.

Pengetahuan yang Hilang, Usaha yang Terulang

Jika itu terjadi, sekecil apa pun pengetahuan yang sudah terdokumentasi, tidak bisa lagi diwariskan. Orang lain akan mengulang usaha besar untuk hal yang sebenarnya sudah pernah terselesaikan.

Bagi saya, menulis bukan sekadar menyimpan kode atau konfigurasi, tetapi juga menyertakan narasi yang menjelaskan konteksnya. Program DCS, misalnya, akan jauh lebih mudah dipahami jika ada cerita di balik logikanya—kenapa dibuat seperti itu, dan bagaimana proses berpikirnya.

Mencari Jalan agar Pengetahuan Tetap Hidup

Dari kekhawatiran bahwa pengetahuan bisa hilang, saya mulai mencari pendekatan lain: menulis tetap di platform yang nyaman, di server mana pun, tetapi hasilnya disinkronkan ke layanan yang umurnya mungkin akan lebih panjang dari saya sendiri.

Saya tidak ingin generasi berikutnya masih harus belajar dari nol tentang basic cryogenic, orifice flowmeter rescaling, atau performance curve analysis, padahal semua itu sudah pernah kita lewati.

Karena itu, saya mulai melihat dokumentasi bukan hanya sebagai catatan kerja, tapi sebagai warisan yang harus dijaga keberlanjutannya.

GitHub: Tempat Menyimpan Warisan

Sebagai pengguna GitHub sejak lama, banyak kode saya masih aman di sana—meskipun sempat muncul berbagai spekulasi setelah GitHub diakuisisi oleh Microsoft. Namun sejauh pengamatan saya, Microsoft bukan ancaman bagi proyek open source; justru kontribusinya semakin besar. Banyak aplikasi Microsoft kini bersifat open source dan berjalan lintas platform—baik di Windows maupun Linux (misalnya: VS Code atau .NET).

Kekuatan GitHub bukan hanya pada kemampuannya menyimpan kode, tetapi pada sistem version control di baliknya—git, ciptaan Linus Torvalds, sang pembuat Linux. Di mana pun saya menulis dokumen, pada dasarnya saya bisa menyinkronkannya ke GitHub secara otomatis. Setiap perubahan tercatat, setiap versi tersimpan.

Rasanya seperti memiliki arsip evolusi pengetahuan yang tidak akan pernah hilang.

Praktiknya: Blog dan Mirroring

Sekarang, ringkasannya seperti ini:

Sinkronisasi diperiksa setiap hari secara otomatis oleh GitHub: jika ada perbedaan, sistem akan melakukan regenerasi konten. Dengan begitu, saya tetap bisa menulis di platform yang nyaman seperti Ghost, tetapi yakin bahwa hasilnya aman karena di-mirror setiap waktu. Otomasi terpenuhi—inovasi juga berjalan.

Saya selalu merasa automation itu lebih mudah diwujudkan karena hasilnya nyata, bisa diukur. Namun innovation sering kali lebih rumit—karena bagi saya, inovasi tidak harus selalu berbentuk alat atau sistem baru; kadang cukup dengan cara berpikir atau cara bekerja yang berubah.

Walau begitu, saya harus akui—tambahan kata innovation di nama departemen saya memang membawa beban tersendiri.

Semua teknik yang saya gunakan bersifat open source, dan bisa digunakan ulang siapa pun yang ingin melakukan hal serupa—karena pada akhirnya, pengetahuan baru akan benar-benar hidup jika bisa diwariskan dan digunakan kembali.

%%{init: {'themeVariables': { 'fontSize': '14px', 'primaryColor': '#e8f0fe', 'edgeLabelBackground':'#fff'}}}%% flowchart TB A["Ghost Blog
(automation.samatorgroup.com/blog)"] B["GitHub Pages
(kumajaya.github.io/automation-blog)"] A --> E["Dokumentasi Internal
(Server Korporasi)"] E -->|"Mirror otomatis"| B F["Cron Job &
GitHub Action"] -->|"Periksa &
Regenerasi Harian"| B B --> C["Pembaca Masa Depan"] A --> D["Pembaca Masa Kini"] %% Definisi kelas classDef source fill:#1f77b4,stroke:#0d3d66,stroke-width:2px,color:#fff; classDef repo fill:#2ca02c,stroke:#145214,stroke-width:2px,color:#fff; classDef consumer fill:#ff7f0e,stroke:#a34b00,stroke-width:2px,color:#fff; classDef process fill:#9467bd,stroke:#4b2c6f,stroke-width:2px,color:#fff; %% Pemetaan node ke kelas class A source; class E source; class B repo; class C consumer; class D consumer; class F process;
Dari Ghost ke GitHub: Menjaga Pengetahuan Tetap Hidup

Penutup: Dokumentasi sebagai Kolaborasi

GitHub sebenarnya juga menyediakan layanan komersial. Jika para pengambil keputusan memahami potensi git, pendekatan ini sangat relevan untuk dokumentasi dengan versioning control yang ketat. Kita bisa bekerja bersama, mengembangkan ide yang sama, sambil tetap tahu siapa mengubah apa, kapan, dan kenapa.

Kode saya terbuka, bisa digunakan siapa saja, tanpa batasan. Namun, tentu saja tidak semua hal bisa dibuka—misalnya API_KEY blog pribadi, yang hanya saya miliki. Ghost tidak akan memberikan izin akses tanpa otorisasi, dan memang seharusnya begitu.

Karena pada akhirnya, sebagian pengetahuan memang harus dibuka agar bisa diwariskan, sementara sebagian yang lain tetap dijaga sebagai bentuk tanggung jawab.

Penasaran? Silakan kunjungi repo mirroring saya di GitHub—mungkin Anda bisa fork, tambah kontribusi, atau adaptasi untuk proyek sendiri. Mari jaga warisan ini bersama!