Log of Kang Cahya - I write what I like - IT, Programming, Photography, Etc

Ulasan Mailflare dan Quickinbox untuk Email Domain Sendiri di Cloudflare

2026-10-04T21:36:11.657+07:00

Ulasan Saya Setelah Mencoba Mailflare dan Setup Email Menggunakan Domain Sendiri dengan Budget Minim di Cloudflare

Kali ini saya ingin berbagi pengalaman setelah mencoba Mailflare dan mencari alternatif untuk setup email menggunakan domain sendiri dengan budget yang relatif minim di Cloudflare.

Mailflare dan Quickinbox

Mailflare ❌
https://github.com/hieunc229/mailflare

Quickinbox ✅
https://github.com/DivinPrince/quickinbox

Pengalaman Saya Menggunakan Mailflare

Ketika pertama kali melihat Mailflare, kesan pertama saya sebenarnya cukup bagus. Dari sisi tampilan terlihat sangat menarik, modern, bahkan bisa dibilang cukup "seksi". 😄

Tapi setelah saya coba secara langsung, ternyata pengalaman penggunaannya tidak semanis tampilannya. Ada beberapa batasan yang cukup mengganggu bagi saya.

1. Menambahkan Akun Email Baru untuk Team

Ketika saya ingin menambahkan akun email baru untuk kebutuhan team, ternyata tidak bisa dan malah diarahkan ke halaman upgrade.

Padahal dalam kasus saya masih menggunakan domain yang sama, bukan domain yang berbeda. Jadi awalnya saya cukup heran, karena ekspektasi saya, membuat alamat email tambahan dalam satu domain seharusnya masih memungkinkan.

Mungkin memang seperti itu model fitur atau lisensi yang diterapkan oleh Mailflare.

2. Penggunaan Resource Cloudflare Workers

Saya menggunakan Cloudflare Free yang tentu memiliki resource Workers lebih terbatas.

Dalam pengujian saya, Mailflare beberapa kali mengalami masalah karena limit resource Worker. Agar penggunaannya lebih lancar, dokumentasinya sendiri memang merekomendasikan menggunakan Workers Paid Plan sekitar $5 per bulan.

Bukan berarti saya keberatan membayar $5. Hanya saja posisi saya saat ini masih tahap mencoba dan mengevaluasi.

Kalau dalam tahap pengujian saja resource yang dibutuhkan sudah cukup terasa, saya jadi mempertimbangkan bagaimana penggunaannya nanti jika email, user, dan aktivitasnya semakin banyak.

💡 Alternatifnya Adalah Quickinbox

Setelah cukup frustrasi mencoba Mailflare, akhirnya saya mencari alternatif dan menemukan project bernama Quickinbox di GitHub.

Konsepnya kurang lebih mirip. Sama-sama memungkinkan kita membuat email menggunakan domain sendiri dan menjalankannya di Cloudflare Workers.

Bedanya, dari pengalaman saya sejauh ini, Quickinbox terasa jauh lebih ringan, bahkan sangat ringan menurut saya.

Saya mencobanya menggunakan Cloudflare Free dan sejauh ini belum mengalami masalah Worker kehabisan resource seperti yang saya alami sebelumnya.

Menggunakan Resend untuk Kirim dan Terima Email

Untuk layanan kirim dan terima emailnya saya menggunakan Resend, sama seperti ketika saya menggunakan Mailflare.

Resend menyediakan paket gratis hingga 3.000 email per bulan dengan batas 100 email per hari.

Kalau kebutuhannya lebih besar dari itu, tentu harus beralih ke paket berbayar.

Kombinasi Setup yang Saya Gunakan

Jadi untuk saat ini kombinasi yang saya gunakan adalah:

Quickinbox + Cloudflare Free + Resend

Menurut saya kombinasi ini cukup menarik untuk kalian yang ingin mencoba setup email menggunakan domain sendiri dengan budget yang relatif minim, tetapi tetap mendapatkan performa yang cukup oke.

Kesimpulan

Mailflare sebenarnya menarik, terutama dari sisi tampilan dan konsepnya. Namun untuk kebutuhan dan kondisi pengujian saya saat ini, beberapa batasan dan penggunaan resource-nya membuat saya akhirnya mencari alternatif.

Setelah mencoba Quickinbox, sejauh ini pengalaman yang saya dapatkan cukup baik. Penggunaan resource terasa lebih ringan dan masih bisa berjalan menggunakan Cloudflare Free.

Jika digabungkan dengan Resend, kombinasi Quickinbox + Cloudflare Free + Resend bisa menjadi salah satu pilihan menarik untuk mencoba email dengan custom domain tanpa harus mengeluarkan biaya besar di awal.

Tentu ini berdasarkan pengalaman penggunaan saya pribadi. Kebutuhan dan hasilnya bisa berbeda tergantung konfigurasi, jumlah pengguna, volume email, dan skala penggunaan masing-masing.

Selamat mencoba 🙃

Di Era AI, Membuat Aplikasi Semakin Mudah. Tapi Apakah Aplikasi Kita Digunakan Orang?

2026-09-30T08:19:54.046+07:00

Di era AI sekarang, membuat aplikasi memang semakin mudah. Bahkan orang dengan kemampuan menulis kode yang terbatas, atau tidak punya sama sekali, pun sudah bisa membuat prototipe aplikasi dengan bantuan AI.

Membuat aplikasi pakai AI ataupun tanpa AI, keduanya boleh dan sah-sah saja. Menurut saya, yang lebih penting bukan soal bagaimana aplikasinya dibuat, tetapi apakah aplikasi tersebut benar-benar menyelesaikan masalah dan punya manfaat untuk penggunanya.

Tapi pertanyaan berikutnya jauh lebih menarik:

"Apakah aplikasi yang kita buat benar-benar digunakan orang?"

Berapa banyak pengguna yang menggunakannya secara aktif? 🙃

Membuat Aplikasi Baru Langkah Awal

Menurut saya, berhasil membuat aplikasi sebenarnya baru langkah awal. Tantangan berikutnya justru jauh lebih sulit, mencari pengguna, membuat mereka mau mencoba, dan yang lebih sulit lagi, membuat mereka tetap menggunakan aplikasi tersebut.

Kita bisa membuat aplikasi dengan teknologi terbaru, arsitektur yang keren, atau bahkan menyelesaikan sebagian besar proses development dengan bantuan AI. Tapi kalau ternyata masalah yang kita selesaikan tidak benar-benar dibutuhkan orang, teknologi secanggih apa pun tidak otomatis membuat aplikasi tersebut digunakan.

Di sinilah menurut saya kemampuan teknis dan kemampuan memahami pengguna mulai bertemu. Kita bukan hanya dituntut bisa membuat sesuatu, tetapi juga memahami apa yang sebenarnya perlu dibuat.

Ketika Aplikasi Benar-Benar Digunakan

Bagi saya, salah satu titik kepuasan tertinggi menjadi seorang penulis kode bukan sekadar berhasil membuat aplikasi yang canggih, tetapi ketika aplikasi tersebut benar-benar digunakan dan memberikan manfaat bagi banyak orang di kehidupan nyata.

Bahkan menurut saya, aplikasi sederhana yang digunakan ratusan atau ribuan orang bisa terasa jauh lebih membanggakan daripada aplikasi yang secara teknis sangat kompleks, tetapi akhirnya hanya kita sendiri yang menggunakannya. 😄

Karena pada akhirnya, secanggih apa pun teknologi di balik sebuah aplikasi, kalau tidak pernah digunakan, ia hanya akan menjadi sebuah proyek yang selesai dibuat, tetapi tidak pernah benar-benar hidup.

AI mungkin membuat proses membangun aplikasi menjadi jauh lebih mudah. Tapi AI tidak otomatis membuat orang membutuhkan aplikasi yang kita buat. Menurut saya, di situlah tantangan sebenarnya sekarang. 🙃

Windows Kecanduan dengan WebView2?

2026-09-28T20:36:15.263+07:00

Lagi beres-beres laptop kantor, kemudian iseng browsing tentang "Cara menghapus Microsoft Edge WebView2 Runtime secara permanen".

Ternyata jawabannya kurang lebih begini:

Bisa dihapus, tapi siap-siap beberapa bagian Windows dan aplikasi lain ikut bermasalah. 😅

WebView2 Bukan Lagi Sekadar Komponen Tambahan Edge

Microsoft Edge WebView2 Runtime sekarang bukan sekadar komponen tambahan milik Microsoft Edge. Runtime ini digunakan aplikasi untuk menampilkan konten berbasis HTML, CSS, dan JavaScript di dalam aplikasi desktop.

Microsoft sendiri menyebut WebView2 sudah pre-installed di Windows 11. Banyak aplikasi yang membutuhkan WebView2 juga dapat melakukan pengecekan dan memasang runtime tersebut ketika belum tersedia.

Jadi ketika WebView2 dicabut secara paksa, beberapa aplikasi atau fitur Windows yang bergantung padanya berpotensi berhenti bekerja dengan benar.

Bahkan beberapa komponen WebView2 digunakan langsung oleh Windows, sehingga menghapus atau memodifikasinya secara paksa bukan sesuatu yang direkomendasikan.

Dari Native UI ke WebView2

Dulu aplikasi Windows identik dengan teknologi seperti Win32, .NET, WPF, WinUI, dan kawan-kawannya.

Sekarang rasanya:

"Bikin UI native?"

🗣️ Microsoft:
"Sebentar... kita embed web dulu." 😂

Aplikasi Windows yang Menggunakan WebView2

Office, Windows Widgets, New Microsoft Teams, Outlook, dan berbagai aplikasi modern lainnya kini memanfaatkan WebView2.

Perlahan WebView2 bukan lagi sekadar runtime tambahan, tetapi sudah menjadi salah satu komponen penting dalam ekosistem aplikasi Windows modern.

WebView2 Dihapus, Bisa Terinstal Lagi

Yang lebih lucu, setelah WebView2 dihapus, runtime tersebut bisa saja terinstal kembali karena aplikasi yang membutuhkannya melakukan pengecekan dan memasangnya lagi.

WebView2:
"Kamu boleh menghapus saya, tapi belum tentu Windows mengizinkan kita berpisah." 😌😂

Bisakah Windows Benar-benar Bebas dari WebView2?

Jadi kalau niatnya ingin membuat Windows benar-benar bebas dari Microsoft Edge WebView2 Runtime, sepertinya sekarang bukan cuma soal menghapus satu runtime.

Ketergantungan WebView2 sudah cukup dalam di ekosistem aplikasi Windows. Menghapusnya secara paksa justru berpotensi membuat aplikasi atau fitur tertentu tidak berjalan sebagaimana mestinya.

CMIIW 😄

SystemRescue OS, Bukan OS Harian, tapi Sebuah OS "P3K" untuk Komputer yang Bermasalah

2026-09-27T12:54:22.998+07:00

Kalau distro Linux pada umumnya seperti Ubuntu, Fedora, Linux Mint, atau Arch Linux dibuat untuk menjadi sistem operasi utama yang kita gunakan sehari-hari, SystemRescue punya tujuan yang agak berbeda.

OS ini justru digunakan ketika sistem operasi utama sedang bermasalah. 😄

Apa Itu SystemRescue?

Beberapa waktu lalu saya sempat membahas MiniOS, distro Linux portabel berbasis Debian yang bisa dijalankan langsung dari flashdisk.

Nah, SystemRescue sekilas punya konsep yang mirip karena sama-sama bisa dijalankan melalui USB tanpa harus diinstal ke komputer. Bedanya ada pada fokus penggunaannya.

MiniOS masih dirancang sebagai Linux portabel. Bahkan edisi Standard-nya menyediakan desktop Xfce, browser, networking, dan berbagai utility dasar untuk penggunaan sehari-hari.

MiniOS juga mendukung persistence, jadi file, konfigurasi, sampai aplikasi yang kita pasang bisa tetap tersimpan di USB.

SystemRescue Lebih Fokus pada Perbaikan dan Recovery

Sementara itu, SystemRescue memang dibuat sebagai toolkit berbasis Linux untuk administrasi, perbaikan, dan recovery komputer.

Kita bisa menaruhnya di flashdisk, lalu melakukan boot ke SystemRescue ketika OS utama rusak atau sudah tidak bisa masuk secara normal.

Gambaran penggunaannya kurang lebih seperti ini:

OS utama bermasalah > boot SystemRescue dari USB > diagnosis/perbaiki sistem atau selamatkan data.

Tools yang Tersedia di SystemRescue

Tools yang tersedia memang mengarah pada kebutuhan administrasi, perbaikan sistem, dan penyelamatan data.

SystemRescue menyediakan berbagai utility untuk:

Mengelola dan memperbaiki filesystem
Mengelola partisi disk
Backup dan restore data
Cloning disk
Recovery data
Administrasi dan diagnosis sistem

Dokumentasi resminya bahkan memberikan contoh penggunaan SystemRescue untuk mengakses data ketika OS sudah rusak, melakukan chroot untuk memperbaiki instalasi Linux, hingga melakukan backup dan restore disk.

Kalau lebih nyaman menggunakan GUI, tersedia juga lingkungan grafis berbasis Xfce, jadi tidak semuanya harus dikerjakan melalui terminal.

SystemRescue Berbasis Arch Linux

SystemRescue sendiri dibangun di atas Arch Linux. Tools bawaannya sebenarnya sudah cukup lengkap, tetapi kalau saat proses recovery membutuhkan utility lain, kita masih bisa memasang package tambahan menggunakan pacman.

SystemRescue Bukan untuk Menggantikan OS Utama

Jadi menurut saya, SystemRescue bukan distro yang menarik untuk ditanya:

"Enak enggak dipakai sehari-hari?"

Pertanyaan yang lebih tepat justru:

"Seberapa berguna OS ini ketika komputer sudah bermasalah?" 😂

Kalau sering ngoprek Linux, memperbaiki komputer, mengurus server, atau sekadar menjadi "teknisi dadakan" ketika komputer teman bermasalah, punya satu flashdisk bootable berisi SystemRescue bisa jadi cukup berguna.

Anggap saja bukan sebagai pengganti OS utama, tetapi sebagai OS cadangan yang baru kita cari ketika OS utama sudah tidak bisa menyelamatkan dirinya sendiri. 😄

CMIIW.

Review File Pilot: Alternatif File Explorer Windows yang Ringan dan Cepat

2026-09-26T20:26:13.834+07:00

File Pilot, alternatif File Explorer Windows yang ternyata ringan dan ngebut. 😄

Dua minggu terakhir saya mencoba File Pilot secara penuh, sebuah aplikasi file manager alternatif untuk Windows. Setelah menggunakannya, ada beberapa hal sederhana yang justru bikin saya betah.

Performa Ringan dan Responsif

Hal pertama yang paling terasa adalah performanya. Dari pengalaman saya, File Pilot terasa lebih ringan dan responsif dibandingkan File Explorer bawaan Windows.

Navigasi antar-folder terasa cepat, bahkan memang performa menjadi salah satu fokus utama pengembangnya. File Pilot sendiri dibangun dari awal sebagai aplikasi standalone, bukan sekadar modifikasi dari File Explorer.

Bisa Melihat Ukuran dan Jumlah Isi Folder Secara Langsung

File Pilot bisa menghitung jumlah file dan folder sekaligus ukuran sebuah folder secara langsung. Jadi ketika membuka sebuah direktori, kita bisa langsung melihat informasi seperti jumlah file, subfolder, sampai total ukurannya.

Buat saya ini sangat berguna, terutama ketika sedang mencari folder mana yang sebenarnya paling banyak memakan ruang penyimpanan. Proses kalkulasinya juga terasa cukup cepat, bahkan untuk folder berukuran besar.

Di File Explorer Windows, informasi ukuran folder seperti ini tidak ditampilkan langsung pada kolom Size. Biasanya kita harus klik kanan → Properties, kemudian menunggu Windows menghitung isi folder terlebih dahulu.

Di File Pilot, informasi semacam ini terasa jauh lebih mudah dipantau.

UI Minimalis dengan Sistem Tab dan Multi-Panel

Dari sisi UI juga saya suka. Desainnya minimalis, bersih, dan menurut saya cukup intuitif. Ada sistem tab seperti browser, bahkan mendukung beberapa panel sekaligus.

Tab juga bisa dipindahkan dengan drag-and-drop untuk membuat layout sesuai kebutuhan. Buat yang sering membuka banyak direktori secara bersamaan, pendekatan seperti ini terasa praktis.

Fitur File Pilot

Selain soal performa dan tampilan, sebenarnya fitur yang disediakan File Pilot juga lumayan banyak, di antaranya:

Fuzzy Search untuk pencarian file dan folder.
Inspector untuk melihat isi file tanpa harus membukanya terlebih dahulu.
Batch Rename untuk mengganti nama banyak file.
GoTo untuk navigasi dengan cepat.
Command Palette untuk mengakses berbagai perintah.
Searchable Context Menu.
Custom Hotkey.
Pengaturan layout dan tampilan.
Dukungan tab dan beberapa panel sekaligus.

Ukuran Aplikasi File Pilot

Menariknya lagi, ukuran File Pilot saat ini hanya sekitar 2,46 MB dan tersedia sebagai standalone executable maupun installer opsional. Versi Beta 0.8.5 mendukung Windows 7 sampai Windows 11.

File Pilot Masih dalam Tahap Beta

Tentu aplikasi ini belum sempurna karena statusnya masih Beta. Beberapa hal seperti dukungan Unicode penuh, ARM native, integrasi cloud, dan sejumlah fitur lainnya masih berada dalam roadmap.

Linux dan macOS juga direncanakan, tetapi fokus pengembang saat ini masih Windows. Informasi perkembangan fiturnya bisa dilihat melalui roadmap File Pilot .

Kesimpulan Setelah Dua Minggu Menggunakan File Pilot

Sejauh saya mencobanya, File Pilot belum tentu menggantikan File Explorer sepenuhnya untuk semua orang. Tapi untuk urusan navigasi cepat, melihat ukuran folder, menghitung isi direktori, dan mengelola banyak folder lewat tab, pengalaman yang ditawarkan menurut saya jauh lebih menyenangkan.

Terutama fitur sederhana seperti menampilkan ukuran dan jumlah isi folder secara langsung. Buat saya, justru fitur seperti inilah yang membuat File Pilot terasa lebih praktis untuk penggunaan sehari-hari.

CMIIW 🙃

Microsoft Copilot Jadi "Super App", Gabungkan AI Chat, Coding, dan AI Agent

2026-09-26T05:16:30.930+07:00

Microsoft kembali membawa perubahan besar pada Copilot. Kali ini, Copilot tidak lagi diarahkan hanya sebagai AI chatbot, tetapi mulai berkembang menjadi sebuah "Super App" yang menggabungkan AI Chat, coding, hingga AI Agent dalam satu tempat.

Microsoft Ingin Copilot Menjadi Pusat Aktivitas Kerja Berbasis AI

Ambisi Microsoft cukup besar. Perusahaan melihat Copilot berpotensi memiliki pengaruh seperti Microsoft Office pada era PC.

Untuk menuju ke sana, pengalaman baru Copilot dibagi menjadi tiga bagian utama, yaitu Home, Code, dan Autopilot.

Home - Chat dan Pusat Aktivitas

Home menjadi pusat untuk chat dan berbagai aktivitas kerja bersama AI. Konsepnya mulai berada di wilayah yang mirip dengan ChatGPT dan Claude, di mana AI tidak hanya digunakan untuk menjawab pertanyaan, tetapi juga membantu menyelesaikan pekerjaan.

Code - Coding dengan Bantuan AI

Code menjadi area khusus untuk membuat aplikasi dan mengerjakan software development menggunakan AI.

Arahnya cukup mirip dengan Codex di ChatGPT dan Claude Code, yang memungkinkan AI terlibat lebih jauh dalam proses pengembangan software, bukan sekadar menghasilkan potongan kode.

Autopilot - Mendelegasikan Pekerjaan ke AI Agent

Autopilot membawa konsep AI Agent yang dapat diberikan pekerjaan untuk kemudian menjalankan tugas secara lebih mandiri.

Konsep seperti ini juga mulai menjadi bagian penting dari ChatGPT dan Claude. Implementasinya memang berbeda, tetapi arahnya sama - membuat AI mampu melakukan pekerjaan, bukan hanya memberikan jawaban.

Microsoft Copilot vs ChatGPT vs Claude

Kalau diperhatikan, Microsoft, OpenAI, dan Anthropic sebenarnya sedang bergerak menuju arah yang hampir sama.

AI yang awalnya identik dengan chatbot perlahan berkembang menjadi sebuah platform tempat kita bisa ngobrol, coding, membuat sesuatu, sampai mendelegasikan pekerjaan kepada AI Agent.

Microsoft sendiri mempunyai keuntungan dari ekosistem produknya. Copilot dapat terhubung dengan aplikasi dan layanan seperti Word, Excel, PowerPoint, Outlook, dan Teams, sehingga AI bisa ditempatkan lebih dekat dengan aktivitas kerja pengguna.

Persaingan AI Mulai Berubah

Jadi, persaingan Microsoft Copilot, ChatGPT, dan Claude mungkin perlahan tidak lagi sekadar:

"Siapa yang punya chatbot AI paling pintar?"

Tetapi mulai bergeser menjadi:

"Siapa yang bisa menjadi tempat utama manusia bekerja bersama AI?"

Dan melihat perkembangan Copilot, ChatGPT, serta Claude sekarang, sepertinya persaingan menuju ke arah tersebut bakal semakin menarik. 👀

MuMuPlayer: Emulator Android Ringan untuk Developer dan Testing Aplikasi

2026-09-25T08:57:13.574+07:00

Sejauh ini MuMuPlayer jadi salah satu emulator Android paling ringan yang pernah saya coba di Windows. Bahkan dari pengalaman saya, dibandingkan BlueStacks 5, MuMuPlayer masih terasa lebih ringan. 😅

MuMuPlayer Bukan Cuma untuk Gaming

Menariknya, emulator ini ternyata tidak melulu soal gaming. MuMuPlayer menyediakan dukungan ADB (Android Debug Bridge), jadi bisa kita manfaatkan untuk kebutuhan development seperti install APK, menjalankan aplikasi, debugging dasar, dan testing aplikasi Android.

Versi terbarunya, MuMuPlayer 6.0, sudah mendukung Android 12 dan Android 15. Kita bahkan bisa membuat instance Android 12 dan Android 15 secara terpisah.

Lumayan praktis kalau sekadar ingin mengecek apakah aplikasi berjalan normal di versi Android yang berbeda.

MuMuPlayer untuk General Testing Aplikasi Android

Saya sendiri melihat MuMuPlayer lebih cocok sebagai emulator tambahan untuk general testing.

Misalnya setelah build aplikasi, tinggal lempar ke MuMuPlayer untuk mengecek instalasi, UI, flow aplikasi, kompatibilitas dasar, atau sekadar menjalankan aplikasi dengan cepat.

Android Studio Emulator Tetap Unggul untuk Advanced Testing

Tapi kalau sudah masuk advanced testing, Android Emulator bawaan Android Studio tetap nomor satu menurut saya. 😄

Alasannya sederhana, Android Virtual Device (AVD) memang dibuat khusus untuk kebutuhan development.

Kita bisa memilih API level dan system image, membuat berbagai hardware profile, mengatur ukuran layar, RAM dan CPU, network latency, GPS, kamera, sampai menyimulasikan berbagai sensor dan form factor secara lebih spesifik.

Integrasinya dengan ekosistem development dan testing Android juga jauh lebih lengkap.

MuMuPlayer vs Android Emulator untuk Developer

Jadi buat saya pembagiannya sederhana:

MuMuPlayer → general testing, ringan dan cepat.
Android Emulator → advanced testing dan debugging yang lebih serius.

Real Device Tetap Penting Sebelum Aplikasi Dirilis

Dan tentunya sebelum aplikasi benar-benar dirilis, real device tetap jangan dilewatkan. Pengujian pada perangkat Android fisik tetap penting untuk memastikan aplikasi berjalan dengan baik pada kondisi penggunaan sebenarnya.

Kesimpulan

Sejauh ini saya cukup terkesan dengan MuMuPlayer. Untuk emulator Android pihak ketiga, performanya terasa enteng di mesin yang saya gunakan. BlueStacks 5 pun masih kalah ringan menurut pengalaman saya. 😂

Buat Android developer yang membutuhkan emulator tambahan untuk general testing tanpa harus selalu membuka emulator Android Studio, MuMuPlayer menurut saya menarik untuk dicoba.

Kunjungi situs resmi MuMuPlayer untuk informasi lebih lanjut.

Evolusi Tampilan Zorin OS dari Versi 1.0 hingga Zorin OS 18

2026-09-24T22:41:35.264+07:00

Zorin OS dikenal sebagai salah satu distro Linux yang menawarkan tampilan desktop modern dan familier, terutama bagi pengguna yang sebelumnya terbiasa menggunakan Windows.

Namun, seperti apa tampilan Zorin OS ketika pertama kali dirilis? Mari melihat perjalanan dan evolusi tampilan Zorin OS sejak versi 1.0 pada tahun 2009 hingga Zorin OS 18.

Zorin OS 1.0 - 2009

Perjalanan Zorin OS dimulai pada 1 Juli 2009. Sejak versi pertamanya, Zorin OS sudah membawa konsep desktop yang familier bagi pengguna Windows.

Hal tersebut terlihat dari penggunaan panel di bagian bawah, menu aplikasi di sisi kiri, hingga susunan antarmuka yang mengingatkan pada tampilan Windows di era tersebut.

Jika dilihat sekarang memang terasa sangat jadul, tetapi dari sinilah perjalanan visual Zorin OS dimulai.

Zorin OS Limited Edition '09 - 2009

Pada 27 Oktober 2009, Zorin merilis Zorin OS Limited Edition '09.

Versi ini merupakan pra-rilis menuju Zorin OS 2.0 dengan sesuatu yang cukup unik, yaitu artwork bertema Natal. Wallpaper-nya menampilkan salju, pohon Natal, bulan, iglo, hingga Tux yang memakai topi Santa.

Menariknya, edisi khusus ini sebelumnya hanya tersedia dengan membeli DVD.

Zorin OS 2.0 - 2010

Zorin OS 2.0 dirilis pada 1 Januari 2010. Tema desktop mengalami perombakan dan terlihat lebih terang serta rapi.

Zorin tetap mempertahankan panel bawah dan menu aplikasi bergaya Start Menu yang familier bagi pengguna Windows. Generasi ini juga mulai menghadirkan beberapa edisi Zorin OS untuk kebutuhan pengguna yang berbeda.

Zorin OS 3 - 2010

Pada 10 Juni 2010, Zorin OS 3 hadir dengan fitur Zorin Look Changer.

Fitur tersebut memungkinkan pengguna memilih beberapa layout desktop. Konsep untuk memberikan pilihan tampilan yang familier sesuai kebiasaan pengguna mulai semakin terlihat pada generasi ini.

Zorin OS 4 - 2010

Zorin OS 4 dirilis pada 17 Desember 2010. Secara visual, tampilannya belum berubah jauh dari Zorin OS 3.

Pembaruannya lebih banyak berupa penyempurnaan, seperti file browser dengan preview, menu suara yang didesain ulang, Software Center yang disempurnakan, serta hadirnya Zorin Splash Screen Manager dan Zorin Internet Browser Manager.

Zorin OS 5 - 2011

Dirilis pada 5 Juni 2011, Zorin OS 5 mendapatkan penyegaran pada tema desktop dan artwork.

Struktur desktop masih mirip dengan generasi sebelumnya, tetapi wallpaper yang lebih minimalis membuat tampilannya terasa lebih bersih. Versi ini juga memperkenalkan video sambutan pada installer.

Zorin OS 6 - 2012

Pada 18 Juni 2012, Zorin OS 6 memperkenalkan Zorin Desktop, lingkungan desktop berbasis Avant Window Navigator dan software stack GNOME 3.

Meskipun fondasi desktop mengalami perubahan, konsep antarmuka yang familier tetap dipertahankan. Zorin OS juga mulai bergerak dari sekadar melakukan perubahan tema menuju pengalaman desktop yang dikembangkan secara lebih khusus.

Zorin OS 7 - 2013

Zorin OS 7 dirilis pada 9 Juni 2013 dengan perombakan tema desktop dan pengenalan branding Zorin yang lebih modern.

Logo Zorin baru mulai terlihat pada tombol menu di pojok kiri bawah. Periode ini menjadi salah satu tahap penting ketika Zorin mulai membangun identitas visualnya sendiri.

Zorin OS 8 - 2014

Pada 27 Januari 2014, Zorin OS 8 memperkenalkan Zorin Theme Changer.

Fitur ini memberikan lebih banyak pilihan kepada pengguna untuk menyesuaikan tema dan tampilan desktop. Antarmuka juga mendapatkan sejumlah penyempurnaan dan pilihan aplikasi diperbarui.

Zorin OS 9 - 2014

Zorin OS 9 dirilis pada 15 Juli 2014. Perubahan visualnya relatif kecil dengan hadirnya varian tema baru dan penyegaran pilihan aplikasi bawaan.

Salah satu perubahan penting di sisi teknis adalah hadirnya dukungan boot EFI, sehingga Zorin OS semakin siap digunakan pada komputer modern pada masanya.

Zorin OS 10 - 2015

Pada 1 Agustus 2015, Zorin OS 10 hadir dengan penyegaran visual yang semakin terasa.

Ikon dibuat lebih modern, font bawaan diperbarui, dan pilihan warna tema diperluas. Elemen antarmukanya mulai menggunakan pendekatan desain yang lebih sederhana dan flat.

Zorin OS 11 - 2016

Dirilis pada 3 Februari 2016, Zorin OS 11 membawa penyempurnaan pada desktop environment dan tema.

Secara visual, tampilannya masih cukup mirip dengan Zorin OS 10. Versi ini juga memperkenalkan aplikasi Contacts dan Clocks serta perubahan pada perilaku scrolling.

Zorin OS 12 - 2016

Perubahan besar mulai terlihat ketika Zorin OS 12 dirilis pada 18 November 2016.

Desktop environment dirancang ulang dengan menu aplikasi, panel, ikon, dan bahasa desain yang jauh lebih modern. Generasi ini juga memperkenalkan Zorin Appearance.

Zorin Appearance mempermudah pengguna dalam memilih layout dan menyesuaikan tampilan desktop. Zorin OS 12 menjadi salah satu titik penting dalam terbentuknya wajah modern Zorin OS.

Kenapa Tidak Ada Zorin OS 13 dan 14?

Setelah Zorin OS 12, nomor versinya langsung melompat ke Zorin OS 15. Zorin OS 13 dan 14 memang tidak pernah dirilis.

Pengembang Zorin menjelaskan bahwa jika seluruh rilis sejak awal diperhitungkan, termasuk Limited Edition '09, generasi berikutnya sebenarnya merupakan rilis ke-15. Penomoran kemudian disesuaikan menjadi Zorin OS 15.

Penjelasan mengenai perubahan nomor versi tersebut dapat dibaca melalui blog resmi Zorin dan forum Zorin .

Zorin OS 15 - 2019

Zorin OS 15 dirilis pada 5 Juni 2019. Generasi ini membawa tema desktop baru yang semakin modern dan minimalis.

Zorin juga memperkenalkan Zorin Connect, meningkatkan performa, mendesain ulang sejumlah aplikasi, dan menambahkan dukungan Flatpak.

Zorin OS 16 - 2021

Pada 17 Agustus 2021, Zorin OS 16 dirilis dengan penyegaran visual yang membuat desktop semakin modern.

Desain panel, menu aplikasi, animasi, dan berbagai elemen antarmuka diperhalus. Zorin OS 16 juga memperkenalkan aplikasi Tour, touch gesture 1:1, serta dukungan aplikasi yang lebih luas.

Zorin OS 17 - 2023

Zorin OS 17 dirilis pada 20 Desember 2023. Desain modern dari generasi sebelumnya tetap dipertahankan dan semakin disempurnakan.

Salah satu fitur menariknya adalah Spatial Desktop, yang menghadirkan pengalaman seperti Desktop Cube dan Spatial Window Switcher. Sistem multitasking, aplikasi bawaan, dan berbagai bagian desktop environment juga mendapatkan pembaruan.

Zorin OS 18 dan 18.1 - 2025 hingga 2026

Zorin OS 18 dirilis pada 14 Oktober 2025 dan kemudian disempurnakan melalui Zorin OS 18.1 pada 15 April 2026.

Zorin OS 18 membawa penyegaran visual dengan desain yang lebih lembut, sudut membulat, panel bergaya floating, dan antarmuka yang semakin modern tanpa meninggalkan konsep desktop yang familier.

Pada Zorin OS 18.1, fokus pengembangan beralih pada berbagai penyempurnaan, termasuk Advanced Window Tiling, peningkatan performa, dukungan hardware yang lebih luas, serta kembalinya edisi Lite dengan XFCE 4.20.

Evolusi Zorin OS Selama Lebih dari 15 Tahun

Kalau melihat perjalanan Zorin OS dari 2009 sampai sekarang, perubahan yang terjadi bukan sekadar soal wallpaper, ikon, atau tema yang semakin modern.

Dari awal yang tampilannya sangat terinspirasi Windows, perlahan Zorin mulai membangun identitas visualnya sendiri. Menariknya, satu prinsip tetap dipertahankan sampai sekarang, membuat Linux terasa familier dan mudah didekati, terutama bagi pengguna yang baru berpindah dari sistem operasi lain.

Lebih dari 15 tahun evolusi, perbedaan antara Zorin OS 1.0 dan Zorin OS 18 benar-benar jauh.

Dari semua versi tersebut, Zorin OS versi berapa yang menurut kalian memiliki tampilan paling menarik?

AnduinOS: Linux dengan Tampilan yang Akrab bagi Pengguna Windows

2026-09-22T08:21:50.537+07:00

Ingin mencoba Linux, tetapi masih mencari tampilan desktop yang terasa familier? AnduinOS bisa masuk daftar distro yang patut dicoba. 😄

AnduinOS dikembangkan oleh pengembang yang berbasis di Hong Kong. Distro ini memakai Ubuntu sebagai fondasi dan menghadirkan desktop GNOME yang telah disesuaikan. Tata letaknya dibuat akrab bagi pengguna Windows, sehingga mencari aplikasi atau membuka pengaturan tidak terasa terlalu asing saat pertama kali mencobanya.

Aplikasi dan pilihan rilis

Karena berbasis Ubuntu, AnduinOS dapat menggunakan banyak paket dari repositori Ubuntu melalui APT. AnduinOS juga mendukung Flatpak untuk aplikasi grafis. Pilihan aplikasinya pun cukup luas, baik untuk kebutuhan sehari-hari, bekerja, maupun ngoding.

AnduinOS menyediakan dua jalur rilis. LTS ditujukan bagi pengguna yang mengutamakan masa dukungan panjang, sedangkan Standard cocok bagi yang ingin mengikuti fitur dan dukungan perangkat lebih baru. Sebelum memasangnya ke komputer, Anda juga bisa mencoba AnduinOS langsung dari USB.

Apakah AnduinOS cocok untuk PC lama?

Ukuran ISO AnduinOS sekitar 2,35 GB. Namun, ukuran berkas instalasi tidak sama dengan kebutuhan perangkat saat sistem digunakan. Situs resminya mencantumkan RAM minimum 4 GB dan ruang penyimpanan 25 GiB. Jadi, untuk komputer lama dengan RAM yang sangat terbatas, periksa spesifikasinya terlebih dahulu.

Kesimpulan

Menurut saya, daya tarik AnduinOS ada pada tampilannya yang mudah dikenali dan pilihan aplikasi dari ekosistem Ubuntu. Kalau Anda penasaran ingin pindah ke Linux, AnduinOS bisa menjadi salah satu distro untuk dicoba tanpa harus langsung memasangnya ke komputer. 🙃

Referensi:

Nostalgia TeraCopy: Aplikasi Alternatif Copy-Paste Legendaris di PC Windows

2026-09-19T21:22:52.970+07:00

Ada yang masih ingat masa-masa copy ratusan MP3 atau film ber-Gigabyte dari flashdisk teman di zaman Windows XP atau 7?

Dulu, momen paling horor adalah ketika lagi transfer data, terus tiba-tiba error di 99% dan... seluruh prosesnya batal. Harus ulang dari awal. Asli nyesek! 😂

Nah, dari zaman itu sampai sekarang, TeraCopy selalu jadi salah satu aplikasi alternatif (atau bahkan wajib) ter-install di PC untuk mencegah hal mengerikan itu terjadi.

Kenapa TeraCopy Masih Sangat Relevan?

Buat yang mungkin belum tahu, TeraCopy ini adalah aplikasi utility mungil yang fungsinya menggantikan fitur copy-paste bawaan Windows. Berikut alasan mengapa aplikasi legendaris ini layak dipakai:

1. Anti Gagal Total

Kalau ada 1 file yang corrupt atau error, TeraCopy nggak akan membatalkan seluruh proses. Dia hanya akan melewati file yang bermasalah itu, dan sisa antreannya tetap jalan sampai beres.

2. Bisa Pause & Resume

Fitur yang dulu sangat revolusioner. Kita bisa menunda proses copy kapan saja kalau tiba-tiba butuh performa PC ekstra untuk hal lain.

3. Verifikasi Integritas Data

Setelah selesai, TeraCopy bisa memverifikasi file yang di-copy identik 100% dengan aslinya (CRC32). Jadi bebas was-was file rusak di jalan.

4. Jauh Lebih Cepat

Algoritmanya memotong waktu seek di hard drive, jadi proses pindah data raksasa terasa lebih ngebut.

Meski fitur copy-paste bawaan Windows 10 atau 11 sekarang sudah jauh lebih baik dari zaman dulu, pakai TeraCopy tetap memberikan rasa aman tersendiri, apalagi kalau berurusan dengan backup data eksternal bergiga-giga.

Mungkin di sini ada yang PC-nya dari zaman dulu selalu terpasang TeraCopy? Atau malah kalian baru tahu ada aplikasi ini? 😅

CMIIW

2 Aplikasi Cleaner GUI Terbaik untuk Linux (Turunan Debian/Ubuntu)

2026-09-16T22:40:55.719+07:00

Untuk pengguna Linux, khususnya OS dari keluarga Debian seperti Ubuntu dan turunan lainnya, masih banyak yang mengira kalau sistem operasi Linux itu sama sekali tidak bisa menimbun file sampah.

Padahal jika dipakai untuk kebutuhan harian, sisa cache, paket aplikasi bekas update (APT cache), hingga kernel lama bisa diam-diam menyedot ruang penyimpanan hingga gigabyte!

Bagi Anda yang tidak terbiasa menggunakan perintah terminal, tidak perlu khawatir. Ada aplikasi berbasis GUI (tampilan visual) yang praktis dan sangat direkomendasikan untuk menjaga daya tampung storage laptop tetap bersih dan lega:

1. Ubuntu Cleaner (Saran Utama buat Pemula)

Kalau Anda baru saja berpindah/migrasi ke Linux atau tidak mau ambil pusing dengan konfigurasi rumit, Ubuntu Cleaner adalah opsi paling pas.

Mengapa Direkomendasikan?

Tampilannya sangat simpel dan opsinya terarah. Aplikasi ini spesifik dirancang untuk membersihkan:

APT cache (sisa file download aplikasi)
Thumbnail cache
Kernel Linux lama yang sudah tidak terpakai
Konfigurasi paket yang tertinggal

Tingkat Risiko

Sangat Rendah dan Aman. Penggunaan Ubuntu Cleaner memiliki risiko minimal untuk menyebabkan OS error atau rusak.

2. BleachBit (Buat yang Butuh Bersih-Bersih Total)

BleachBit ibarat "CCleaner"-nya dunia open-source. Sangat cocok jika Anda membutuhkan proses pembersihan yang mendalam (deep cleaning). Menariknya, BleachBit juga mendukung OS Linux maupun Windows.

Mengapa Direkomendasikan?

Selain file sistem bawaan, BleachBit mampu menjangkau berbagai aspek privasi dan data aplikasi:

Cache, cookies, dan histori peramban (browser)
File log aplikasi sistem
Fitur shredding (menghapus file secara permanen agar tidak dapat dipulihkan)

Tingkat Risiko

Perlu Sedikit Berhati-hati. Terutama jika Anda menjalankannya dalam mode Root / Administrator, pastikan membaca detail opsi centang yang dipilih agar tidak sengaja menghapus konfigurasi penting.

🚨 Saran & Rekomendasi Penggunaan

Jika tujuan utama Anda hanya ingin mengembalikan ruang disk yang terpakai oleh sisa update sistem tanpa takut OS bermasalah, langsung gunakan Ubuntu Cleaner saja.

Namun, jika Anda ingin menyapu bersih hingga ke sisa-sisa jejak peramban web dan membutuhkan privasi ekstra, barulah beralih ke BleachBit.

Kalian sendiri tipe yang rajin merapikan file sampah secara berkala, atau dibiarkan menumpuk sampai disk penuh? 😅 CMIIW!

Mengupas Asal-Usul Distro Linux: Top 10 Negara Penyumbang Terbanyak

2026-09-16T08:39:25.459+07:00

Jika membahas sistem operasi komputer (Desktop), kita mungkin langsung kepikiran "Windows" atau "macOS". Tapi bagaimana dengan Linux di ranah Desktop? 🐧

Karena sifatnya yang open-source (kodenya terbuka dan bebas dikembangkan siapa saja), Linux diracik oleh developer dari seluruh dunia.

Pangsa Pasar OS Desktop Saat Ini

Jika merujuk pada data dari Statcounter, distribusi pangsa pasar sistem operasi desktop global saat ini didominasi oleh:

Windows: ~62%
macOS/OS X: ~26%
Linux: ~8%
ChromeOS & Lainnya: ~1-2%

Top 10 Negara Penyumbang Distro Linux Terbanyak

Meskipun pangsa pasarnya tidak sebesar Windows, ekosistem Linux sangat kaya. Berdasarkan data historis DistroWatch, ini adalah Top 10 negara penyumbang proyek sistem operasi (distro) Linux terbanyak di dunia:

🇺🇸 USA (96 OS)
🇫🇷 Prancis (31 OS)
🇮🇹 Italia (25 OS)
🇩🇪 Jerman (24 OS)
🇪🇸 Spanyol (21 OS)
🇬🇧 Inggris (20 OS)
🇷🇺 Rusia (19 OS)
🇨🇳 China (17 OS)
🇨🇦 Kanada (15 OS)
🇹🇷 Turki (13 OS)

Distro Populer dan Negara Asalnya

Untuk memberikan gambaran, berikut adalah beberapa OS populer yang lahir dari negara-negara di atas:

USA 🇺🇸: Fedora, Red Hat, Pop!_OS
Prancis 🇫🇷: Mandriva, Mageia
Jerman 🇩🇪: openSUSE
Inggris 🇬🇧: Raspberry Pi OS, Ubuntu (via Canonical)
China 🇨🇳: Deepin
Kanada 🇨🇦: Arch Linux

Fakta Menarik: OS Berstatus "Global"

Ada sebuah fakta menarik yang mungkin kamu harus tahu: dikarenakan budaya open-source itu melampaui batas negara, maka banyak OS raksasa (seperti Debian) yang secara resmi berstatus "Global".

Artinya, OS tersebut murni dibangun secara gotong royong oleh ribuan programmer dari seluruh belahan dunia tanpa mengibarkan bendera satu negara pun.

Kalian sendiri pernah coba pakai OS dari negara mana saja? Atau malah lagi pakai OS buatan lokal? 😌🙃 CMIIW.

GTK vs Qt: Perbedaan, Kelebihan, Kekurangan, dan Contoh Aplikasi

2026-09-15T14:48:46.090+07:00

Sebagian besar aplikasi desktop yang kita pakai hari ini sebenarnya menggunakan toolkit untuk membangun antarmuka grafisnya. Dua nama yang cukup populer di dunia open-source adalah GTK dan Qt.

Keduanya sama-sama dapat digunakan untuk membuat aplikasi dengan antarmuka grafis, tetapi memiliki filosofi, ekosistem, bahasa pemrograman, dan fokus pengembangan yang berbeda.

Apa Itu GTK?

GTK (GIMP Toolkit) adalah toolkit untuk membuat antarmuka grafis yang sangat erat dengan ekosistem Linux, khususnya GNOME. GTK ditulis dalam bahasa C dan juga dapat digunakan dari berbagai bahasa pemrograman melalui binding yang tersedia.

Meski sangat identik dengan Linux dan GNOME, GTK bukan hanya ditujukan untuk Linux. Toolkit ini juga memiliki dukungan untuk platform lain seperti Windows dan macOS.

GTK menggunakan lisensi open-source berbasis LGPL, sehingga dapat digunakan dalam berbagai jenis proyek tanpa harus membeli lisensi komersial terpisah dari GTK.

Beberapa aplikasi yang menggunakan GTK antara lain GIMP, Inkscape, GNOME Files (Nautilus), serta berbagai aplikasi bawaan GNOME.

Secara umum, GTK menarik bagi pengembang yang menginginkan toolkit dengan integrasi kuat terhadap ekosistem GNOME dan pendekatan yang relatif sederhana.

Apa Itu Qt?

Qt adalah framework pengembangan aplikasi lintas platform yang berbasis C++. Qt memiliki cakupan yang sangat luas, bukan hanya untuk aplikasi desktop.

Dengan Qt, pengembang dapat membuat aplikasi untuk Linux, Windows, macOS, mobile, embedded system, automotive, hingga perangkat seperti Smart TV.

Salah satu keunggulan Qt adalah ekosistem tools yang cukup lengkap. Tools seperti Qt Creator dan Qt Designer dapat membantu proses pengembangan serta perancangan antarmuka aplikasi.

Qt juga merupakan software open-source. Namun, berbeda dengan GTK, Qt memiliki model lisensi yang menyediakan pilihan open-source maupun lisensi komersial. Kebutuhan lisensi perlu diperiksa berdasarkan cara Qt digunakan dan kebutuhan proyek, terutama untuk aplikasi proprietary.

Contoh software yang menggunakan Qt antara lain VLC Media Player, OBS Studio, Telegram Desktop, serta desktop environment KDE Plasma.

Perbedaan GTK dan Qt

Aspek	GTK	Qt
Bahasa utama	C	C++
Ekosistem utama	GNOME	KDE Plasma
Platform	Linux, Windows, macOS, dan lainnya	Linux, Windows, macOS, mobile, embedded, automotive, dan lainnya
Lisensi	LGPL	GPL/LGPL dan opsi lisensi komersial
Fokus	GUI dan integrasi ekosistem GNOME	Framework aplikasi lintas platform yang luas

Kelebihan dan Kekurangan GTK

Kelebihan GTK

Integrasi yang sangat baik dengan desktop environment GNOME.
API yang relatif sederhana dan cocok untuk berbagai aplikasi GUI.
Menggunakan lisensi LGPL sehingga fleksibel untuk berbagai jenis proyek.
Memiliki ekosistem aplikasi open-source yang cukup besar.

Kekurangan GTK

Pengalaman visual pada platform non-Linux dapat berbeda dari aplikasi native platform tersebut.
Ekosistem tooling dan pendekatan pengembangan berbeda dari Qt sehingga mungkin kurang familiar bagi sebagian developer.
Dukungan dan pengalaman pengembangan sangat bergantung pada bahasa pemrograman serta binding yang digunakan.

Kelebihan dan Kekurangan Qt

Kelebihan Qt

Sangat kuat untuk pengembangan aplikasi lintas platform.
Memiliki tools pengembangan seperti Qt Creator dan Qt Designer.
Dapat digunakan pada desktop, mobile, embedded, automotive, dan berbagai perangkat lainnya.
Dokumentasi, API, dan ekosistem pengembang yang luas.
Mendukung pengembangan aplikasi kompleks dengan berbagai komponen dan library tambahan.

Kekurangan Qt

Framework dan dependensinya dapat memiliki footprint yang lebih besar tergantung aplikasi yang dibuat.
Pengembang perlu memahami C++ serta konsep Qt seperti signal dan slot.
Penggunaan Qt untuk aplikasi proprietary tertentu perlu memperhatikan ketentuan lisensi dengan teliti.

GTK vs Qt: Mana yang Lebih Baik?

Tidak ada jawaban mutlak bahwa GTK lebih baik daripada Qt atau sebaliknya. Keduanya dibuat dengan tujuan dan filosofi yang berbeda.

Jika proyek sangat berkaitan dengan ekosistem GNOME/Linux dan membutuhkan toolkit GUI yang terintegrasi dengan lingkungan tersebut, GTK merupakan pilihan yang menarik.

Sementara itu, jika prioritasnya adalah portabilitas lintas platform, tooling yang lengkap, serta kemampuan untuk membawa teknologi yang sama dari desktop hingga embedded dan automotive, Qt menawarkan ekosistem yang sangat kuat.

Jadi, perbedaannya bukan sekadar soal mana yang "lebih ringan" atau "lebih bagus". Pilihan antara GTK dan Qt sebaiknya disesuaikan dengan target platform, kebutuhan aplikasi, bahasa pemrograman, ekosistem desktop, serta model lisensi yang dibutuhkan.

Kesimpulan

GTK dan Qt sama-sama merupakan toolkit penting dalam dunia pengembangan aplikasi desktop. GTK memiliki hubungan yang sangat kuat dengan GNOME dan ekosistem Linux, sedangkan Qt menawarkan pendekatan yang lebih luas sebagai framework lintas platform untuk desktop, mobile, embedded, hingga automotive.

Singkatnya, GTK unggul dalam integrasi dan kesederhanaan ekosistem GNOME, sementara Qt unggul dalam fleksibilitas lintas platform dan cakupan framework.

Pada akhirnya, keduanya bukanlah kompetitor yang harus selalu dibandingkan berdasarkan satu indikator saja. Pilihan terbaik bergantung pada kebutuhan proyek.

Nostalgia Main PlayStation di PC? Ini Rekomendasi Emulator PS1 hingga PS4

2026-09-11T21:25:34.436+07:00

Dari mulai PS1 sampai PS4, bahkan sekarang sudah ada PS5. Tapi kalau ditanya generasi PlayStation mana yang paling berkesan dan memorable buat saya, jawabannya tetap PS2.

Sebagus apa pun grafik game zaman sekarang, entah kenapa rasanya masih sulit mengalahkan keseruan game-game di era PS2. Mungkin karena ada kenangan yang ikut melekat di dalamnya. 😄

Saya bahkan dulu sampai koleksi kaset PS2, padahal tidak punya konsol PS2 sendiri. Kalau mau main ke rental, saya biasanya membawa kaset dan memory card sendiri.

Alasannya sederhana. Kadang game yang ingin saya mainkan sedang dipakai anak lain, tidak tersedia, atau bahkan kasetnya macet. Jadi, daripada kecewa, saya bawa kaset sendiri. Bisa dibilang biar agak eksklusif, wkwk. 😂

Apalagi di masa awal PS2, rental PlayStation di sekitar rumah saya belum mengenal tren PS2 hard disk. Jadi hampir semuanya masih menggunakan kaset. Datang ke rental, pilih game, masukkan kaset, pasang memory card, lalu main. Sesederhana itu.

Kalau mengingat kembali masa-masa tersebut, ada 10 game PS2 favorit yang paling saya ingat:

Mortal Kombat: Shaolin Monks
Sengoku Basara 2 — sampai-sampai saya pernah beli kaset DVD movie-nya juga. 😂
Digimon World 4
Burnout 3: Takedown
Digimon Rumble Arena 2
Dynasty Warriors: Gundam 2
Dragon Ball Z: Budokai Tenkaichi 3
God Hand
God of War II
Dynasty Warriors 4

Dan mungkin itulah alasan kenapa game-game PS2 terasa begitu spesial. Bukan cuma soal grafik atau gameplay, tetapi karena ada cerita, tempat, teman, rental PlayStation, kaset, memory card, dan masa kecil yang ikut tersimpan di dalamnya.

Sekarang, untuk sekadar mengobati rasa kangen dengan game-game tersebut, kita bisa kembali memainkannya lewat komputer atau laptop menggunakan emulator PlayStation.

Menariknya, emulator tidak hanya tersedia untuk PlayStation 1. Saat ini sudah ada emulator untuk berbagai generasi PlayStation, mulai dari PS1, PS2, PS3, hingga PS4.

Berikut beberapa emulator yang bisa kamu coba untuk bernostalgia. 🎮😅

1. Emulator PlayStation 1

Buat kamu yang ingin kembali ke era PS1, ePSXe merupakan salah satu emulator yang cukup dikenal dan bisa digunakan untuk memainkan kembali game-game klasik PlayStation.

Alternatif lainnya adalah psxe, sebuah proyek emulator PS1 open source yang tersedia di GitHub.

ePSXe: https://epsxe.com
psxe: https://github.com/allkern/psxe

2. Emulator PlayStation 2

Nah, kalau generasi yang paling banyak meninggalkan kenangan adalah PS2, PCSX2 bisa menjadi pilihan untuk kembali memainkan game-game favorit dari masa itu melalui PC atau laptop.

PCSX2: https://pcsx2.net

3. Emulator PlayStation 3

Buat kamu yang ingin kembali ke era PS3, ada RPCS3. Emulasi PS3 memang jauh lebih kompleks dibandingkan PS1 dan PS2, sehingga kebutuhan hardware dan kompatibilitasnya bisa berbeda-beda untuk setiap game.

RPCS3: https://rpcs3.net

4. Emulator PlayStation 4

Untuk generasi PS4, ada shadPS4 yang masih terus dikembangkan. Karena itu, kompatibilitas dan performanya masih bergantung pada game serta hardware yang digunakan.

shadPS4: https://shadps4.net

Emulator PlayStation untuk Bernostalgia

Kalau dipikir-pikir, emulator bukan cuma soal memainkan game lama. Kadang kita sebenarnya sedang mencari kembali suasana yang dulu pernah kita rasakan.

Dulu mungkin kita rela membawa kaset sendiri ke rental karena takut game favorit sedang dipakai orang lain. Sekarang kita bisa menjalankannya dari PC atau laptop.

Game-nya mungkin masih sama, tapi kita yang sudah berbeda. Tua. 😄😂

CMIIW.

Distro Linux Indonesia: Daftar dan Sejarah Singkat Distro Linux Buatan Indonesia

2026-09-11T11:35:23.730+07:00

Ketika bicara soal Linux, nama seperti Ubuntu, Debian, Fedora, Arch Linux, atau Linux Mint mungkin jauh lebih sering terdengar.

Namun, di Indonesia sendiri, sejak bertahun-tahun lalu sudah ada berbagai proyek GNU/Linux yang dikembangkan oleh komunitas maupun individu dari Indonesia.

Salah satu nama yang paling dikenal tentu saja adalah BlankOn. Distro Linux yang satu ini pernah menjadi salah satu proyek Linux lokal yang cukup populer di Indonesia. Namun, berdasarkan catatan DistroWatch, status BlankOn saat ini tercatat sebagai Discontinued.

Menariknya, distro Linux dari Indonesia ternyata tidak hanya BlankOn. Beberapa proyek lain juga pernah maupun masih tercatat di DistroWatch.

Beberapa di antaranya adalah:

Hack|Track GNU/Linux
LangitKetujuh OS
NetHydra
T4n OS
TeaLinuxOS

Menariknya, masing-masing distro tersebut memiliki latar belakang, tujuan, dan pendekatan yang berbeda.

1. Hack|Track GNU/Linux

Hack|Track GNU/Linux merupakan salah satu nama distro Linux dari Indonesia yang dikenal dalam konteks keamanan komputer.

Dari namanya saja, identitas distro ini memang sangat dekat dengan dunia hacking dan security. Hack|Track menjadi salah satu contoh bagaimana Linux dapat digunakan sebagai basis untuk kebutuhan keamanan komputer dan pembelajaran di bidang tersebut.

Proyek seperti Hack|Track juga menjadi bagian dari sejarah perkembangan distro Linux lokal di Indonesia, khususnya pada masa ketika berbagai distro khusus untuk kebutuhan security mulai mendapatkan perhatian.

Web: hacktrack-linux.org
DistroWatch: DistroWatch - Hack|Track GNU/Linux

2. LangitKetujuh OS

Jika mencari distro Linux Indonesia yang masih memiliki pengembangan dan dokumentasi yang dapat diakses, LangitKetujuh OS menjadi salah satu contoh yang menarik.

LangitKetujuh, yang juga dikenal sebagai L7, merupakan distro berbasis Void Linux dengan lingkungan desktop KDE Plasma.

Fokus LangitKetujuh cukup jelas, yaitu menyediakan sistem operasi Linux untuk kebutuhan desktop dan terutama bidang kreatif. Dokumentasi resminya menyebutkan berbagai kebutuhan seperti desain grafis, ilustrasi, animasi, fotografi, penerbitan, pembuatan font, hingga pengembangan game.

LangitKetujuh menyediakan beberapa edisi, termasuk Home dan Studio. Edisi Studio ditujukan untuk kebutuhan yang lebih profesional dengan berbagai perangkat lunak kreatif.

Beberapa aplikasi yang tersedia atau didukung pada edisi Studio antara lain Krita, GIMP, Inkscape, Blender, Godot, FontForge, FreeCAD, Kdenlive, Scribus, dan berbagai perangkat lunak lainnya.

Secara teknis, LangitKetujuh menggunakan XBPS sebagai package manager dan runit sebagai init system. Proyek ini juga menyediakan varian berbasis musl libc.

Karena menggunakan basis Void Linux, LangitKetujuh juga mengikuti model rolling release.

Jadi, LangitKetujuh bukan sekadar distro yang mengganti wallpaper atau nama dari distro lain. Ada arah pengembangan yang cukup jelas: menghadirkan Linux desktop yang dekat dengan kebutuhan pengguna kreatif.

GitHub: github.com/langitketujuh
GitLab: gitlab.com/langitketujuh
DistroWatch: DistroWatch - LangitKetujuh

3. NetHydra

Ada pula NetHydra, proyek Linux dari Indonesia yang memiliki fokus kuat pada bidang networking, security, dan kebutuhan teknis lainnya.

Berbeda dengan beberapa nama lain yang mungkin hanya dikenal dari catatan sejarah distro Linux lokal, NetHydra masih menunjukkan aktivitas pengembangan hingga sekarang.

Salah satu contohnya adalah NetHydra 1.1.0 dengan codename Lion yang dirilis pada 2 Agustus 2026.

Sebelumnya, proyek ini juga merilis NetHydra 2026.2 pada Mei 2026 yang membawa sejumlah pembaruan dan dukungan terhadap berbagai komponen security dan networking.

Hal tersebut menunjukkan bahwa NetHydra bukan hanya nama yang tercatat dalam sejarah distro Linux Indonesia, tetapi merupakan proyek yang masih mengalami perkembangan.

Web: nethydra.github.io
DistroWatch: DistroWatch - NetHydra

4. T4n OS

Yang satu ini menarik karena menunjukkan bahwa perkembangan distro Linux Indonesia tidak hanya berasal dari proyek-proyek lama.

T4n OS merupakan distro GNU/Linux yang dikembangkan di Aceh, Indonesia dan berbasis Void Linux.

Proyek ini mengusung pendekatan yang minimalis, ringan, dan berorientasi pada komunitas.

T4n OS menggunakan runit sebagai init system dan XBPS sebagai package manager. Proyek ini juga memiliki konsep repository komunitas yang disebut VUR (Void User Repository).

Menurut situs resminya, pengembangan T4n OS pertama kali dimulai pada 17 Agustus 2025 oleh Gh0sT4n.

Pendekatan yang digunakan juga cukup menarik karena proyek ini secara eksplisit membawa konsep pengembangan berbasis komunitas: dari komunitas, oleh komunitas, dan untuk komunitas.

Jadi, ketika di satu sisi ada distro Linux Indonesia yang sudah memiliki sejarah panjang, di sisi lain masih muncul proyek baru yang mencoba membangun pengalaman Linux dengan pendekatan mereka sendiri.

Web: T4n OS
DistroWatch: DistroWatch - T4n OS

5. TeaLinuxOS

Nama berikutnya adalah TeaLinuxOS, salah satu distro Linux Indonesia yang memiliki hubungan erat dengan komunitas open source dan dunia pendidikan.

TeaLinuxOS dikembangkan oleh Dinus Open Source Community (DOSCOM) di lingkungan Universitas Dian Nuswantoro (UDINUS), Semarang.

Identitas TeaLinuxOS sejak awal memang dekat dengan dunia pemrograman, pendidikan, dan komunitas open source.

"Nikmatnya sebuah racikan."

Namun ada satu hal yang perlu diperhatikan jika membaca artikel lama tentang TeaLinuxOS.

Basis TeaLinuxOS saat ini sudah berubah. Situs resmi TeaLinuxOS sekarang menyebutnya sebagai distro berbasis Arch Linux yang dibuat untuk kebutuhan developer dan pendidikan.

Rilis TeaLinuxOS terbaru yang tercantum di situs resminya adalah TeaLinux Lilya, dengan pilihan desktop COSMIC dan KDE Plasma.

Edisi tersebut dirilis pada 20 Juni 2026 dan membawa pendekatan yang lebih modern dengan fokus pada pengembangan perangkat lunak, pendidikan, performa, dan kemudahan penggunaan.

Dengan demikian, TeaLinuxOS menjadi contoh menarik bagaimana sebuah distro Linux lokal dapat terus berubah mengikuti kebutuhan dan perkembangan ekosistem Linux.

Web: tealinuxos.org
GitHub: github.com/tealinuxos
DistroWatch: DistroWatch - TeaLinuxOS

Distro Linux Indonesia Bukan Sekadar Ganti Nama

Menurut saya, hal yang paling menarik dari daftar ini bukan hanya label "distro Linux Indonesia".

Yang lebih menarik adalah melihat alasan di balik masing-masing proyek.

Ada yang berangkat dari kebutuhan security.
Ada yang fokus pada desain dan industri kreatif.
Ada yang mengarah ke networking dan keamanan.
Ada yang mencoba membangun sistem Linux yang minimalis dan ringan.
Ada pula yang membawa Linux lebih dekat dengan pendidikan dan pemrograman.

Ini juga mengingatkan kita bahwa membuat distro Linux tidak harus berarti menciptakan kernel atau seluruh komponen sistem operasi dari nol.

Banyak distro Linux dibangun di atas proyek yang sudah ada, kemudian dikembangkan dengan konfigurasi, paket, tooling, dokumentasi, komunitas, dan tujuan penggunaan yang berbeda.

Karena itu, nilai sebuah distro tidak selalu terletak pada seberapa banyak kode yang dibuat dari nol.

Yang tidak kalah penting adalah: masalah apa yang ingin diselesaikan, pengalaman seperti apa yang ingin diberikan, dan komunitas apa yang ingin dilayani.

Dari sudut pandang tersebut, perjalanan distro Linux Indonesia menjadi sesuatu yang cukup menarik untuk ditelusuri.

🇮🇩🐧 Indonesia bukan hanya pengguna Linux dan open source, tetapi juga memiliki komunitas dan proyek yang ikut membangun ekosistemnya.

Penutup

Lima distro di atas hanyalah sebagian dari perjalanan panjang Linux di Indonesia. Sebagian proyek memiliki sejarah yang panjang, sebagian masih aktif dikembangkan, dan sebagian lainnya mungkin sudah tidak lagi aktif.

Justru keberagaman tersebut yang membuat sejarah distro Linux Indonesia menarik untuk dibahas.

Kalau kamu pernah menggunakan atau bahkan ikut mengembangkan distro Linux Indonesia, distro apa yang paling kamu ingat?

Atau mungkin masih ada proyek distro Linux Indonesia lain yang belum masuk dalam daftar ini?

CMIIW 🙃

Kekurangan Tauri Dibandingkan Electron: Ketergantungan pada WebView

2026-09-10T17:40:06.867+07:00

Tauri menjadi salah satu framework desktop yang cukup menarik untuk developer yang ingin membuat aplikasi dengan teknologi web, tetapi dengan ukuran aplikasi yang lebih ringan dibandingkan Electron.

Salah satu alasan utamanya adalah Tauri tidak membawa browser engine seperti Chromium di dalam setiap aplikasi. Namun, di balik kelebihan tersebut ada konsekuensi yang perlu diketahui, yaitu ketergantungan terhadap WebView yang tersedia di sistem operasi.

Tauri Bergantung pada WebView Sistem Operasi

Berbeda dengan Electron yang membawa Chromium bersama aplikasinya, Tauri memanfaatkan WebView bawaan atau yang tersedia pada sistem operasi untuk menampilkan antarmuka aplikasi.

Pada Windows, Tauri menggunakan Microsoft Edge WebView2. Artinya, aplikasi Tauri membutuhkan WebView2 Runtime agar antarmukanya dapat ditampilkan dengan baik.

Jadi, ketika WebView2 Runtime dihapus dari Windows 11, aplikasi Tauri yang mengandalkannya juga bisa gagal dijalankan dan menampilkan error seperti:

Could not find the WebView2 Runtime. 🤣

Electron vs Tauri

Secara sederhana, perbedaan pendekatannya bisa digambarkan seperti ini:

Electron: aplikasi membawa Chromium bersama aplikasinya.
Tauri: aplikasi menggunakan WebView yang tersedia di sistem operasi.

Pendekatan Tauri membuat ukuran aplikasi bisa jauh lebih kecil karena developer tidak perlu menyertakan browser engine secara penuh. Namun, konsekuensinya adalah aplikasi menjadi lebih bergantung pada lingkungan sistem operasi tempat aplikasi tersebut dijalankan.

Kelebihan Sekaligus Kekurangan

Menariknya, hal yang membuat Tauri ringan juga menjadi salah satu potensi kekurangannya.

Dengan tidak membawa browser engine sendiri, ukuran aplikasi dan penggunaan resource dapat ditekan. Namun, developer perlu memperhatikan ketersediaan WebView dan kompatibilitasnya pada sistem target.

Jadi, bukan berarti Tauri lebih buruk daripada Electron. Keduanya hanya memiliki pendekatan yang berbeda. Jika ingin aplikasi yang membawa lingkungan browser sendiri secara konsisten, Electron punya keunggulan di sisi tersebut. Sementara jika prioritasnya adalah aplikasi desktop yang lebih ringan dan memanfaatkan WebView sistem, Tauri menjadi pilihan yang menarik.

Kesimpulan

Tauri memang ringan, tetapi ada trade-off. Di Windows, aplikasi Tauri bergantung pada Microsoft Edge WebView2. Jika runtime tersebut tidak tersedia atau mengalami masalah, aplikasi juga dapat ikut bermasalah.

Jadi, ketika memilih antara Tauri dan Electron, jangan hanya melihat ukuran aplikasi. Pertimbangkan juga bagaimana masing-masing framework menangani browser engine, dependency sistem, kompatibilitas, dan pengalaman pengguna saat aplikasi didistribusikan.

CMIIW 🙃

Linux Kok Berbayar? Mengenal Zorin OS Pro dan Alasan di Baliknya

2026-09-09T20:46:04.954+07:00

Linux selama ini identik dengan sistem operasi yang gratis dan open source. Tinggal download file ISO, install, lalu digunakan tanpa perlu membeli lisensi seperti pada sebagian sistem operasi komersial.

Karena itu, ketika menemukan distro Linux yang memiliki versi berbayar, mungkin muncul pertanyaan: "Linux kok berbayar?"

Salah satu contohnya adalah Zorin OS Pro.

Apakah Linux Boleh Dijual?

Jawabannya: boleh.

Salah satu kesalahpahaman yang cukup umum adalah menganggap bahwa open source berarti sebuah software harus selalu diberikan secara gratis. Padahal keduanya merupakan konsep yang berbeda.

Dalam dunia Free Software, kata free lebih mengarah pada kebebasan pengguna, bukan selalu berarti free of charge atau tanpa biaya.

Lisensi open source seperti GPL pada dasarnya tidak melarang pengembang mendistribusikan software dengan meminta bayaran, selama ketentuan lisensinya tetap dipenuhi.

Karena itu, menjual distribusi Linux atau menyediakan edisi Linux berbayar bukan sesuatu yang bertentangan dengan konsep open source.

Zorin OS Punya Versi Gratis dan Berbayar

Zorin OS menggunakan model yang cukup sederhana. Pengguna dapat memilih antara versi gratis dan versi berbayar.

Zorin OS Core

Zorin OS Core tersedia secara gratis dan sudah cukup lengkap untuk penggunaan sehari-hari.

Di dalamnya tersedia berbagai kebutuhan dasar seperti browser, aplikasi perkantoran, multimedia, Zorin Connect, serta beberapa pilihan layout desktop.

Artinya, pengguna sebenarnya tidak diwajibkan membeli Zorin OS untuk menggunakan distro ini.

Zorin OS Pro

Sementara itu, Zorin OS Pro merupakan versi berbayar yang menawarkan paket lebih lengkap dibandingkan versi Core.

Jadi yang dibayar bukan sekadar sebuah kernel Linux atau sistem operasi dasar, melainkan sejumlah fitur tambahan, konfigurasi, aplikasi, dukungan, dan pengalaman penggunaan yang sudah dipersiapkan oleh pengembang.

Apa yang Didapat dari Zorin OS Pro?

Salah satu fitur Zorin OS Pro yang cukup menonjol adalah pilihan layout desktop yang lebih banyak.

Zorin OS Pro menyediakan hingga 12 pilihan layout desktop, termasuk layout yang terinspirasi dari berbagai antarmuka populer seperti:

Windows 11
Windows Classic
macOS
ChromeOS
Ubuntu
elementary OS
Cinnamon
serta beberapa layout lainnya

Pendekatan ini cukup menarik, terutama bagi pengguna baru Linux yang ingin mendapatkan pengalaman desktop yang familiar tanpa harus melakukan banyak konfigurasi manual.

Zorin OS Pro juga menyertakan kumpulan aplikasi tambahan untuk berbagai kebutuhan, mulai dari produktivitas, desain grafis, pengolahan foto, video, audio, animasi, CAD, hingga beberapa kebutuhan kreatif lainnya.

Sebenarnya, Apa yang Kita Bayar?

Ini bagian yang menurut saya paling menarik.

Banyak aplikasi yang tersedia di Zorin OS Pro sebenarnya berasal dari ekosistem open source dan sebagian besar juga bisa dipasang sendiri secara manual.

Karena itu, nilai utama Zorin OS Pro sebaiknya tidak hanya dilihat dari daftar aplikasinya.

Yang lebih tepat adalah melihatnya sebagai sebuah paket pengalaman Linux yang sudah dikurasi.

Pengembang Zorin sudah menyiapkan berbagai hal seperti:

layout desktop tambahan;
konfigurasi antarmuka yang sudah siap digunakan;
kumpulan aplikasi yang sudah dipilih;
artwork dan elemen visual tambahan;
pengalaman instalasi yang lebih terarah;
serta dukungan instalasi melalui email.

Dengan kata lain, pengguna membayar untuk kemudahan, kurasi, kenyamanan, dan dukungan, bukan sekadar mendapatkan Linux yang sebelumnya gratis lalu tiba-tiba dibuat berbayar.

Zorin OS Pro Bukan Sistem Langganan

Hal lain yang cukup penting adalah model pembeliannya.

Zorin OS Pro menggunakan sistem sekali bayar untuk satu major release, bukan berlangganan bulanan atau tahunan.

Sebagai contoh, pembelian Zorin OS 18 Pro memberikan pengguna akses terhadap pembaruan dalam keluarga Zorin OS 18.

Namun ketika major release baru seperti Zorin OS 19 Pro hadir, pengguna yang ingin menggunakan edisi Pro terbaru kemungkinan perlu membeli versi tersebut secara terpisah.

Zorin menyatakan bahwa keluarga Zorin OS 18 mendapatkan pembaruan software setidaknya hingga Juni 2029.

Apakah Satu Lisensi Bisa Dipasang di Banyak Komputer?

Untuk penggunaan pribadi, Zorin memberikan kebijakan yang cukup fleksibel.

Satu salinan Zorin OS Pro dapat digunakan pada beberapa komputer yang dimiliki oleh pengguna yang sama untuk penggunaan pribadi.

Namun kebijakannya berbeda untuk perusahaan dan organisasi. Dalam konteks bisnis, Zorin meminta pembelian satu salinan untuk setiap komputer yang menggunakan Zorin OS Pro.

Karena aturan lisensi dan ketentuan produk dapat berubah, sebaiknya tetap membaca ketentuan terbaru langsung dari situs resmi Zorin sebelum melakukan pembelian dalam jumlah besar.

Membayar Zorin OS Pro Juga Berarti Mendukung Pengembangannya

Ada satu alasan lain mengapa model seperti Zorin OS Pro cukup masuk akal.

Pendapatan dari edisi Pro ikut membantu membiayai pengembangan Zorin OS.

Pengembangan sebuah distribusi Linux tetap membutuhkan biaya. Ada pengembang yang harus dibayar, infrastruktur yang harus dijalankan, pengujian hardware, maintenance, desain, dokumentasi, hingga dukungan kepada pengguna.

Zorin menjelaskan bahwa pendapatan dari Zorin OS Pro digunakan untuk membantu operasional proyek, memperbesar tim, mengembangkan Zorin OS, serta memberikan kontribusi kembali kepada berbagai proyek open source yang menjadi bagian dari ekosistemnya.

Jadi membeli Zorin OS Pro juga bisa dianggap sebagai salah satu cara untuk mendukung keberlanjutan pengembangannya.

Open Source Tidak Berarti Pengembang Harus Bekerja Gratis

Kasus Zorin OS sebenarnya menjadi contoh menarik tentang bagaimana open source dan bisnis bisa berjalan berdampingan.

Software dapat tetap menggunakan teknologi open source, sementara perusahaan di belakangnya memperoleh pendapatan dari layanan, dukungan, kemudahan, integrasi, konfigurasi, atau produk tambahan.

Model seperti ini bukan hal asing di dunia Linux.

Banyak perusahaan teknologi open source mendapatkan pemasukan melalui dukungan enterprise, layanan cloud, konsultasi, sertifikasi, atau distribusi software dengan layanan tambahan.

Jadi keberadaan versi Linux berbayar sebenarnya bukan sesuatu yang aneh.

Jadi, Linux Kok Berbayar?

Kalau pertanyaannya hanya:

"Linux kok berbayar?"

Mungkin pertanyaan yang lebih tepat adalah:

"Apa yang sebenarnya kita bayar?"

Dalam kasus Zorin OS Pro, pengguna tidak sekadar membeli Linux.

Yang ditawarkan adalah kombinasi antara fitur tambahan, kurasi aplikasi, konfigurasi desktop, kemudahan penggunaan, dukungan, dan pendanaan terhadap pengembangan proyek.

Sementara itu, bagi pengguna yang tidak membutuhkan semua tambahan tersebut, Zorin OS Core tetap tersedia secara gratis.

Menurut saya model seperti ini cukup logis. Pengguna umum tetap bisa menikmati Linux tanpa biaya, sementara pengguna yang menginginkan pengalaman lebih lengkap dapat membeli edisi Pro sekaligus ikut membantu keberlangsungan proyeknya.

Pada akhirnya, open source dan bisnis memang tidak harus saling bertentangan.

Referensi

Zorin OS Pro: https://zorin.com/os/pro/
Why Pay for Zorin OS: https://zorin.com/os/why-pay/

Perbandingan npm, pnpm, Yarn, Bun, dan Ant: Sejarah, Kelebihan, Kekurangan, dan Peruntukannya

2026-09-09T10:00:40.415+07:00

Kalau bicara ekosistem JavaScript, urusan mengelola dependency ternyata punya sejarah yang cukup panjang. Mulai dari npm, kemudian muncul pnpm dan Yarn, lalu Bun, hingga pendatang baru seperti Ant.

Menariknya, tidak semuanya bisa disebut sebagai package manager murni. npm, pnpm, dan Yarn memang fokus pada pengelolaan package, sedangkan Bun dan Ant merupakan JavaScript runtime yang sekaligus menyediakan package manager terintegrasi.

Urutan Package Manager JavaScript dari yang Paling Lama hingga Terbaru

Jika diurutkan berdasarkan kemunculan publiknya, kurang lebih urutannya adalah:

npm - 2010
pnpm - 2016
Yarn - 2016
Bun - 2022
Ant - 2026

pnpm dan Yarn sama-sama muncul pada 2016. Namun pnpm sudah memiliki aktivitas dan rilis publik lebih awal pada tahun tersebut, sedangkan Yarn diumumkan secara resmi ke publik pada Oktober 2016.

1. npm

npm atau Node Package Manager mulai dikembangkan oleh Isaac Z. Schlueter dan muncul sekitar tahun 2010. Sampai sekarang npm menjadi package manager yang paling identik dengan ekosistem Node.js.

Saat menginstal Node.js, npm biasanya langsung tersedia sehingga developer tidak perlu memasang package manager tambahan.

Peruntukan npm

npm digunakan untuk menginstal, memperbarui, menghapus, dan mendistribusikan dependency JavaScript serta Node.js melalui npm Registry.

Kelebihan npm

Ekosistem package sangat besar.
Menjadi standar de facto di lingkungan Node.js.
Kompatibilitas dengan library dan tooling sangat luas.
Dokumentasi dan tutorial mudah ditemukan.
Langsung tersedia ketika Node.js diinstal.

Kekurangan npm

Penggunaan storage pada node_modules dapat cukup besar.
Pada project besar, proses instalasi tidak selalu secepat alternatif yang lebih modern.
Dependency yang sama dapat tersimpan berulang kali di banyak project berbeda.

Untuk developer yang mengutamakan kompatibilitas dan tidak ingin menambah kompleksitas, npm masih menjadi pilihan paling aman.

2. pnpm

pnpm mulai digunakan sejak 2016 dan membawa pendekatan yang berbeda dalam mengelola dependency.

Alih-alih menyimpan salinan penuh package yang sama di setiap project, pnpm menggunakan content-addressable store.

Dependency yang sama dapat disimpan satu kali pada storage global, lalu dihubungkan ke masing-masing project menggunakan mekanisme link.

Sebagai gambaran, jika sepuluh project menggunakan versi package yang sama, pnpm tidak harus menyimpan sepuluh salinan penuh package tersebut.

Peruntukan pnpm

pnpm cocok untuk project JavaScript atau Node.js yang memiliki banyak dependency, monorepo, maupun developer yang ingin menghemat penggunaan storage.

Kelebihan pnpm

Penggunaan storage sangat efisien.
Proses instalasi dependency cepat.
Mendukung workspace dan monorepo dengan baik.
Struktur dependency lebih ketat.
Mengurangi duplikasi package antarproject.

Kekurangan pnpm

Struktur node_modules berbeda dari npm tradisional.
Beberapa package lama dapat bermasalah jika memiliki asumsi yang tidak benar mengenai lokasi dependency.
Konsep global store dan linking sedikit lebih kompleks untuk developer baru.

Jika sering bekerja dengan banyak project atau monorepo, pnpm menjadi salah satu alternatif npm yang sangat menarik.

3. Yarn

Yarn diumumkan secara open source pada Oktober 2016 melalui kolaborasi Facebook, Exponent, Google, dan Tilde.

Pada masa awalnya, Yarn hadir sebagai jawaban atas sejumlah persoalan dalam pengelolaan dependency JavaScript, terutama terkait kecepatan, konsistensi, dan reproducibility.

Salah satu fitur yang kemudian populer adalah yarn.lock, yang membantu memastikan versi dependency yang terinstal tetap konsisten di lingkungan development maupun production.

Peruntukan Yarn

Yarn digunakan sebagai alternatif npm untuk mengelola dependency JavaScript, terutama pada project besar, workspace, dan monorepo.

Kelebihan Yarn

Dukungan workspace cukup matang.
Dependency dapat dibuat lebih reproducible dengan lockfile.
Memiliki fitur Plug'n'Play pada Yarn modern.
Ekosistem dan tooling sudah cukup matang.
Banyak digunakan pada project JavaScript berskala besar.

Kekurangan Yarn

Yarn Classic dan Yarn modern memiliki cukup banyak perbedaan.
Plug'n'Play tidak selalu kompatibel dengan seluruh tooling JavaScript.
Konfigurasi Yarn modern dapat terasa lebih kompleks dibanding npm untuk project sederhana.

4. Bun

Bun mulai mendapatkan perhatian luas sekitar 2022.

Namun Bun sebenarnya bukan hanya package manager. Bun merupakan JavaScript runtime yang menyediakan berbagai development tool dalam satu executable.

Di dalam Bun tersedia runtime JavaScript, package manager, test runner, bundler, serta sejumlah tooling lainnya.

Karena itu, perintah seperti:

bun install

hanyalah salah satu bagian dari keseluruhan ekosistem Bun.

Peruntukan Bun

Bun cocok untuk developer yang menginginkan JavaScript runtime modern sekaligus tooling development terintegrasi dengan fokus kuat pada kecepatan.

Kelebihan Bun

Proses instalasi dependency sangat cepat.
Runtime dan package manager tersedia dalam satu executable.
Memiliki bundler dan test runner terintegrasi.
Mendukung banyak package dari ekosistem npm.
Startup dan tooling relatif cepat.

Kekurangan Bun

Usianya jauh lebih muda dibanding Node.js dan npm.
Kompatibilitas dengan seluruh API dan package Node.js belum selalu sempurna.
Menggunakan Bun sebagai runtime memiliki implikasi lebih besar daripada sekadar mengganti package manager.

5. Ant

Ant merupakan salah satu pendatang baru dalam ekosistem JavaScript.

Situs resminya dapat ditemukan di: https://antjs.org.

Sama seperti Bun, Ant juga tidak tepat jika hanya disebut sebagai package manager. Ant merupakan JavaScript runtime yang memiliki package installer terintegrasi.

Hal yang cukup menarik adalah Ant mengembangkan engine JavaScript sendiri bernama Ant Silver, bukan sekadar menggunakan V8, JavaScriptCore, atau SpiderMonkey.

Package dapat dipasang menggunakan perintah seperti:

ant i hono

Ant juga dirancang agar dapat bekerja dengan package dari ekosistem npm serta memiliki registry package sendiri.

Peruntukan Ant

Ant ditujukan sebagai JavaScript runtime ringan yang menyediakan package management terintegrasi, dukungan TypeScript, serta fokus pada ukuran binary dan startup yang kecil.

Kelebihan Ant

Runtime dan package manager tersedia dalam satu executable.
Ukuran binary relatif kecil.
Memiliki JavaScript engine sendiri.
Dapat menggunakan package dari ekosistem npm.
TypeScript dapat dijalankan langsung.

Kekurangan Ant

Masih sangat baru dibanding Node.js, npm, Yarn, pnpm, maupun Bun.
Ekosistem dan jumlah pengguna masih relatif kecil.
Kompatibilitas dengan ekosistem JavaScript yang sangat luas masih perlu terus diuji.
Klaim performa dan efisiensinya masih membutuhkan lebih banyak pengujian real-world.

Catatan: saya sendiri belum pernah mencoba Ant secara langsung. Sejauh ini saya hanya melihat dokumentasi dan benchmark yang ditampilkan di situs resminya. Jadi untuk performa nyata, efisiensi, dan kompatibilitas, tentu masih perlu diuji langsung di project sebenarnya. 😄

Perbandingan Singkat npm, pnpm, Yarn, Bun, dan Ant

Tool	Mulai Muncul	Jenis	Fokus Utama
npm	2010	Package Manager	Kompatibilitas dan ekosistem Node.js
pnpm	2016	Package Manager	Kecepatan dan efisiensi storage
Yarn	2016	Package Manager	Workspace, reproducibility, dan project besar
Bun	2022	JavaScript Runtime + Package Manager	Performa dan tooling terintegrasi
Ant	2026	JavaScript Runtime + Package Manager	Runtime ringan dan engine JavaScript independen

Mana Package Manager JavaScript yang Sebaiknya Dipilih?

Tidak ada satu pilihan yang otomatis menjadi yang terbaik untuk semua kondisi. Masing-masing memiliki pendekatan berbeda.

npm cocok jika menginginkan kompatibilitas luas dan pengalaman yang sederhana.
pnpm cocok jika ingin instalasi cepat sekaligus menghemat storage.
Yarn menarik untuk workspace, monorepo, dan project besar.
Bun cocok jika ingin mencoba runtime JavaScript modern dengan package manager dan tooling terintegrasi.
Ant menarik untuk dieksplorasi jika tertarik dengan runtime JavaScript baru yang ringan dan memiliki engine sendiri.

Kesimpulan

Perjalanan package manager JavaScript menunjukkan bagaimana kebutuhan developer terus berubah.

Pada awalnya pertanyaannya mungkin hanya:

"npm atau Yarn?"

Sekarang pilihannya jauh lebih luas:

"npm, pnpm, Yarn, Bun, atau sekalian menggunakan runtime baru?"

Kehadiran Bun dan Ant juga menunjukkan tren menarik. Package manager mulai tidak selalu berdiri sebagai tool terpisah, tetapi menjadi bagian dari JavaScript runtime yang menyediakan compiler, bundler, test runner, package installer, dan tooling lainnya dalam satu paket.

Apakah pendekatan seperti ini akan menggantikan kombinasi Node.js dan npm? Belum tentu. Namun semakin banyak alternatif jelas membuat ekosistem JavaScript semakin menarik untuk diikuti. 😄

Ladybird Browser Makin Menarik: Rust, Video Playback, dan Download Pause/Resume

2026-09-08T21:47:37.103+07:00

Ladybird Browser makin menarik untuk diikuti. 👀

Pada Agustus 2026, Ladybird Browser membawa cukup banyak peningkatan penting. Bukan cuma penambahan fitur, tetapi juga perubahan yang menyentuh fondasi browser-nya.

Salah satu kata kunci yang cukup menarik dari update kali ini adalah Rust. You know lah. 😅

Peningkatan Ladybird Browser pada Agustus 2026

Ada beberapa peningkatan menarik pada update kali ini. Salah satu yang menurut saya cukup mencuri perhatian ada pada poin ketiga, yaitu sistem download yang sekarang semakin matang.

Video playback semakin matang, termasuk dukungan Twitch dan lebih banyak format video di YouTube.
JavaScript debugger di DevTools, lengkap dengan breakpoint dan step debugging.
Download sekarang bisa di-pause dan resume, bahkan setelah browser ditutup lalu dibuka kembali.
Mendukung hingga 4 koneksi paralel untuk proses download tertentu.
Dukungan CSS Scroll Snap.
Dukungan session restore.
Peningkatan performa pada style engine, layout caching, dan CSS animation.
Fokus lebih besar pada efisiensi penggunaan daya.

Ladybird Mulai Banyak Memindahkan Komponen ke Rust

Hal lain yang cukup menarik adalah Ladybird terus memindahkan beberapa bagian browser engine dari C++ ke Rust.

Kalau melihat komposisi bahasa yang ditampilkan pada repository GitHub Ladybird saat tulisan ini dibuat, Rust bahkan sudah mengambil porsi yang cukup signifikan, sekitar 19% dari codebase.

Angka tersebut tentu bukan angka permanen karena komposisi bahasa di repository GitHub dapat terus berubah seiring perkembangan proyek.

Pada update Agustus 2026, beberapa komponen seperti CSS parser, computed style, hingga painting pipeline sudah dipindahkan ke Rust.

Bahkan, implementasi CSS parser berbasis Rust dilaporkan memiliki performa yang lebih cepat dibanding implementasi C++ yang digantikannya.

Peningkatan Keamanan dan Isolasi Browser

Pengembangan Ladybird juga tidak hanya berfokus pada fitur dan performa. Dari sisi keamanan, mereka terus memperkuat arsitektur browser.

Salah satunya adalah dengan memperluas mekanisme "exploit cage", memperkuat isolasi proses, serta membangun fondasi menuju site isolation.

Sejumlah perubahan internal juga mulai mempersiapkan fondasi untuk dukungan browser extension di masa depan.

Ladybird Belum Menjadi Pengganti Firefox atau Chromium

Untuk saat ini, Ladybird memang belum berada di level Firefox atau Chromium jika digunakan sebagai browser utama sehari-hari.

Namun, progresnya tetap menarik karena Ladybird tidak sekadar membuat "browser baru" dengan memodifikasi browser yang sudah ada.

Mereka benar-benar sedang membangun browser engine independen dari nol, bukan fork Chromium maupun Firefox.

Di tengah dunia browser modern yang sebagian besar didominasi engine Chromium dan Gecko, keberadaan proyek seperti Ladybird menjadi menarik untuk diperhatikan.

Kesimpulan

Update Ladybird pada Agustus 2026 menunjukkan bahwa proyek ini mulai berkembang dari sekadar eksperimen browser menjadi proyek browser engine yang semakin matang.

Dukungan video playback, JavaScript debugging, download pause dan resume, session restore, peningkatan performa, hingga migrasi berbagai komponen dari C++ ke Rust menunjukkan bahwa pengembang Ladybird sedang memperkuat fitur sekaligus fondasi teknis browser-nya.

Ladybird mungkin masih membutuhkan waktu sebelum benar-benar siap bersaing dengan Firefox atau browser berbasis Chromium. Namun, sebagai proyek browser engine independen, perkembangannya layak untuk terus diikuti.

Referensi

Kilas Balik Aplikasi Remote Server yang Pernah Saya Gunakan: PuTTY, FileZilla, WinSCP, hingga Termius

2026-09-08T15:39:17.846+07:00

Sedikit kilas balik terkait aplikasi yang pernah saya gunakan untuk mengelola server secara remote. Kalau diurutkan, perjalanan saya kurang lebih seperti ini: PuTTY -> FileZilla -> WinSCP -> Termius.

Menariknya, setiap aplikasi hadir di fase kebutuhan yang berbeda. Awalnya saya banyak bermain dengan terminal, kemudian mulai menggunakan aplikasi transfer file berbasis GUI, sampai akhirnya sekarang lebih nyaman memakai aplikasi yang menggabungkan terminal SSH dan file manager dalam satu tempat.

1. PuTTY: Awal Mengenal Remote Server Lewat Terminal

Awal-awal sering berurusan dengan server, saya paling sering menggunakan PuTTY. Aplikasi ini sederhana dan fokus utamanya adalah menyediakan terminal untuk melakukan koneksi remote, termasuk melalui SSH.

Pada masa itu, hampir semua aktivitas pengelolaan server saya lakukan melalui command line. Untuk berpindah direktori, melihat isi folder, menyalin, memindahkan, membuat, atau menghapus file, saya terbiasa menggunakan perintah Linux seperti:

cd
ls
cp
mv
mkdir
rm

Perlu dicatat, perintah seperti cp dan mv bukan fitur milik PuTTY. PuTTY hanya menjadi terminal untuk masuk ke server, sedangkan perintah tersebut dijalankan oleh sistem operasi di server.

Walaupun kelihatannya lebih ribet dibandingkan menggunakan GUI, fase ini justru cukup berharga. Dari terminal saya mulai terbiasa dengan struktur direktori Linux, permission, path, hingga berbagai command dasar untuk mengelola server.

2. FileZilla: Transfer File Mulai Lebih Praktis

Setelah cukup lama menggunakan terminal, saya kemudian mulai mengenal FileZilla.

Pengalaman mengelola file langsung terasa berbeda. Kalau sebelumnya banyak aktivitas dilakukan melalui command, dengan FileZilla proses upload dan download file antara komputer lokal dan server bisa dilakukan melalui tampilan grafis.

Tinggal memilih file, kemudian drag and drop ke server atau sebaliknya. FileZilla juga mendukung protokol seperti FTP, FTPS, dan SFTP.

Namun fungsi utamanya memang berbeda dengan PuTTY. FileZilla lebih fokus sebagai file transfer client, bukan terminal SSH untuk menjalankan command di server.

3. WinSCP: Mengelola File Server Seperti Menggunakan File Manager

Setelah FileZilla, saya cukup lama menggunakan WinSCP.

Menurut saya, WinSCP menjadi salah satu aplikasi yang sangat nyaman untuk pengguna Windows yang sering berurusan dengan file di server.

Salah satu yang saya sukai adalah tampilan dua panelnya. File di komputer lokal dan file di server bisa ditampilkan berdampingan, sehingga aktivitas seperti upload, download, rename, copy, atau memindahkan file terasa seperti menggunakan file manager biasa.

WinSCP mendukung beberapa protokol transfer file seperti SFTP, SCP, FTP/FTPS, WebDAV, dan Amazon S3.

Kekurangannya bagi saya adalah dukungan platformnya. WinSCP memang dikembangkan khusus untuk Windows, sehingga ketika mulai menggunakan sistem operasi lain, saya membutuhkan alternatif yang lebih fleksibel.

4. Termius: Terminal dan File Manager dalam Satu Aplikasi

Sekarang saya lebih sering menggunakan Termius.

Kalau ingin menjelaskannya secara sederhana, bagi saya Termius seperti menggabungkan pengalaman PuTTY dan WinSCP dalam satu aplikasi.

Ketika membutuhkan terminal, saya bisa langsung membuka SSH terminal seperti saat menggunakan PuTTY. Ketika ingin upload, download, atau mengelola file di server menggunakan GUI, tersedia juga SFTP file manager yang pendekatannya mirip aplikasi seperti WinSCP.

Selain itu, Termius menyediakan berbagai fitur pendukung lain seperti pengelolaan host, SSH key, snippets, port forwarding, workspace, dan sinkronisasi konfigurasi antarperangkat pada paket atau fitur tertentu.

Termius juga tersedia di beberapa platform seperti Windows, Linux, macOS, Android, dan iOS. Bagi saya yang sekarang lebih sering berpindah perangkat dan sistem operasi, fleksibilitas seperti ini terasa cukup membantu.

Karena itu, saat ini Termius terasa seperti paket yang cukup lengkap untuk kebutuhan remote server saya. Terminal dan pengelolaan file tidak lagi harus dilakukan menggunakan aplikasi terpisah.

Dari Terminal, GUI, hingga Semuanya Digabungkan

Kalau melihat kembali perjalanan tersebut, sebenarnya cukup menarik melihat bagaimana cara saya mengelola server ikut berubah.

PuTTY -> fokus ke terminal dan SSH.
FileZilla -> mempermudah transfer file melalui GUI.
WinSCP -> pengalaman mengelola file server yang lebih mirip file manager.
Termius -> terminal, file manager, dan pengelolaan koneksi server dalam satu aplikasi.

Jadi, ini bukan berarti satu aplikasi sepenuhnya menggantikan aplikasi sebelumnya. Masing-masing memiliki fokus dan kegunaan yang berbeda.

Urutan tersebut lebih menggambarkan perubahan kebutuhan dan kebiasaan saya sendiri ketika mengelola server.

Apakah Command Line Masih Penting?

Walaupun sekarang aplikasi dengan GUI semakin nyaman, menurut saya memahami command dasar Linux tetap penting.

Perintah seperti cd, ls, cp, mv, mkdir, rm, hingga scp tetap sangat berguna ketika bekerja dengan server.

Ada kalanya server hanya bisa diakses melalui terminal, ada juga kondisi ketika GUI justru membuat pekerjaan menjadi lebih cepat.

GUI membuat pekerjaan lebih praktis, sedangkan CLI membantu kita memahami apa yang sebenarnya sedang terjadi di server.

Kesimpulan

Perjalanan saya dari PuTTY, FileZilla, WinSCP, hingga Termius sebenarnya bukan sekadar perpindahan aplikasi, tetapi juga menggambarkan perubahan cara bekerja.

Dulu hampir semuanya dilakukan melalui terminal. Kemudian GUI membuat proses transfer dan pengelolaan file menjadi lebih nyaman. Sekarang beberapa aplikasi mulai menggabungkan kedua pendekatan tersebut dalam satu tempat.

Dari semua aplikasi yang pernah saya gunakan, saat ini saya paling nyaman menggunakan Termius karena kebutuhan terminal seperti PuTTY dan pengelolaan file melalui GUI seperti WinSCP sudah bisa dilakukan dalam satu aplikasi.

Namun pada akhirnya, aplikasi terbaik tetap bergantung pada kebutuhan masing-masing. Ada yang lebih nyaman dengan terminal sepenuhnya, ada yang menyukai GUI, dan ada juga yang memilih kombinasi keduanya.

Masih Menulis Blog di Era AI: Ketika Cara Kita Mencari Informasi Mulai Berubah

2026-09-07T22:28:36.795+07:00

Di era AI seperti sekarang, masih adakah penulis blog yang bertahan seperti saya? 😅

Blog kang-cahya.com saya mulai sekitar tahun 2013, dan sampai hari ini masih terus saya isi.

Kalau dibandingkan beberapa tahun lalu, perubahan pola kunjungannya cukup terasa. Sebelum AI generatif populer, dalam sehari blog ini bisa mendapatkan sekitar 200–300 pengunjung. Sekarang, untuk mendapatkan 50 pengunjung per hari saja sudah jauh berbeda dibandingkan dulu. 😄

Perubahan Traffic Tidak Hanya Terjadi pada Blog Pribadi

Perubahan ini ternyata bukan cuma dirasakan oleh blog pribadi. Situs besar seperti Stack Overflow juga mengalami perubahan traffic dan aktivitas pengguna dalam beberapa tahun terakhir.

Sebuah penelitian yang dipublikasikan di Scientific Reports memperkirakan bahwa setelah ChatGPT hadir, traffic harian Stack Overflow turun sekitar 12%, atau sekitar 1 juta kunjungan per hari, dibandingkan skenario tanpa hadirnya ChatGPT.

Similarweb juga pernah mencatat penurunan traffic Stack Overflow secara tahunan pada periode awal popularitas ChatGPT.

Meski begitu, menurut saya kurang tepat jika seluruh penurunan traffic Stack Overflow langsung dianggap sebagai akibat AI.

Tren penurunannya sudah mulai terlihat sebelum ChatGPT populer. Selain AI, ada banyak faktor lain seperti perubahan algoritma mesin pencari, dokumentasi yang semakin lengkap, GitHub Copilot, perubahan kebiasaan developer, hingga semakin banyaknya sumber informasi teknis yang tersedia.

Cara Developer Mencari Solusi Juga Berubah

Yang berubah menurut saya bukan sekadar jumlah pengunjung, tetapi cara kita mencari dan mendapatkan informasi.

Dulu kalau menemukan error saat ngoding, alurnya kurang lebih seperti ini:

Error -> Google -> Stack Overflow/blog -> buka beberapa artikel -> baca -> coba solusi satu per satu

Sekarang workflow-nya bisa jauh lebih pendek:

Error -> AI di editor membaca konteks project -> analisis -> generate/fix code -> review -> lanjut ngoding

Bahkan kadang kita belum sempat membuka browser, AI yang terintegrasi dengan editor sudah mendeteksi masalah, menjelaskan penyebabnya, lalu menawarkan perubahan kode secara langsung.

Pada beberapa kasus, AI bahkan sudah mampu membaca konteks project, melihat hubungan antarfile, melakukan perubahan pada beberapa bagian kode sekaligus, lalu meminta developer untuk melakukan review.

Jadi sekarang kita bukan hanya semakin jarang mencari jawaban, tetapi dalam beberapa kasus proses pencarian itu sendiri mulai menghilang dari workflow.

Developer tidak harus selalu keluar dari editor, mengetik keyword di Google, membuka Stack Overflow, kemudian membaca beberapa blog untuk menemukan solusi.

Semuanya perlahan mulai masuk langsung ke dalam editor.

Dampaknya pada Blog, Tutorial, dan Forum Pemrograman

Tidak heran jika pola traffic situs tutorial, forum pemrograman, dan blog teknis ikut berubah.

Penelitian lain juga menemukan adanya penurunan aktivitas pertanyaan dan jawaban di Stack Overflow setelah hadirnya ChatGPT.

Sekali lagi, AI tentu bukan satu-satunya penyebab. Tetapi kehadiran AI generatif jelas ikut mengubah bagaimana developer mendapatkan jawaban atas masalah teknis.

Kenapa Saya Masih Menulis Blog?

Saya sendiri masih tetap menulis blog.

Bukan karena mengejar angka pengunjung tertentu, tetapi karena memang suka menulis dan suka membuat dokumentasi.

Sebagian tulisan dibuat untuk berbagi pengalaman. Sebagian untuk mencatat sesuatu yang baru saya pelajari. Dan sebagian lagi sebenarnya saya tulis untuk kebutuhan diri sendiri.

Kadang cukup lucu juga.

Dulu pernah ada satu momen ketika saya lupa cara melakukan sesuatu. Saya mencarinya lewat Google, lalu yang muncul justru artikel yang saya tulis sendiri beberapa tahun sebelumnya. 🤣

Buat saya, di situlah salah satu nilai sebuah blog.

AI bisa memberikan jawaban dengan sangat cepat, tetapi blog tetap menjadi semacam catatan perjalanan digital.

Di dalamnya tersimpan apa yang pernah saya pelajari, teknologi apa yang pernah saya gunakan, masalah apa yang pernah saya hadapi, serta bagaimana cara saya menyelesaikannya pada saat itu.

Traffic Blog di Tahun 2026

Screenshot statistik blog yang saya bagikan juga cukup menggambarkan perubahan tersebut.

Hari ini tercatat sekitar 45 pengunjung dan 71 page views.

Angkanya memang berbeda jauh dibandingkan masa ketika 200–300 pengunjung per hari masih sering saya lihat. Tetapi yang justru menarik bagi saya adalah melihat bagaimana kebiasaan pengguna internet berubah dari waktu ke waktu.

Dulu alurnya kurang lebih seperti ini:

Search Engine -> Website -> Manusia

Kemudian perlahan bergeser menjadi:

AI -> berbagai sumber di internet -> Manusia

Dan sekarang, khususnya dalam dunia programming, bahkan mulai menjadi:

AI langsung di editor -> kode diperbaiki -> selesai

😆

2013–2026: Masih Menulis

Jadi selama masih ada hal menarik yang saya pelajari dan ingin saya dokumentasikan, sepertinya blog ini akan tetap berjalan.

2013 → 2026. Masih menulis. ✍️

Entah nanti yang membaca tulisan saya lebih banyak manusia, search engine, atau AI. 😄

Referensi

Scientific Reports
https://www.nature.com/articles/s41598-024-61221-0
Similarweb - Stack Overflow Traffic
https://www.similarweb.com/website/stackoverflow.com
ScienceDirect
https://www.sciencedirect.com/science/article/pii/S0164121225002109

Mengenal Bahasa V: Sintaks Sederhana, Native Binary, dan Ambisi di Systems Programming

2026-09-07T17:22:55.547+07:00

Saya sedang sedikit tertarik dengan bahasa pemrograman V. Sudah hampir satu tahun mengikuti akun X resminya, dan salah satu hal yang cukup menarik perhatian adalah bagaimana tim pengembangnya cukup rajin membagikan perkembangan bahasa, compiler, fitur baru, hingga berbagai optimasi yang sedang dikerjakan.

Karena penasaran, saya akhirnya mencoba melihat lebih jauh repository resminya di GitHub:

https://github.com/vlang/v

V Masih Aktif Dikembangkan

Kalau melihat aktivitas repository-nya, V bukan project kecil yang sudah lama ditinggalkan. Repository tersebut sudah memiliki puluhan ribu stars, ribuan forks, puluhan ribu commits, dan belasan ribu pull request yang sudah ditutup.

Angka tersebut tentu bisa berubah dari waktu ke waktu, tetapi setidaknya memberikan gambaran bahwa pengembangan V masih berjalan cukup aktif.

Versi stabil terbarunya saat tulisan ini dibuat adalah V 0.5.2, yang dirilis pada Juli 2026.

Selain pengembangan compiler yang digunakan saat ini, tim V juga sedang mengembangkan compiler generasi berikutnya yang dikenal sebagai V3. Pengembangan ini menjadi salah satu bagian menarik untuk diikuti karena compiler merupakan komponen paling fundamental dalam sebuah bahasa pemrograman.

Sintaks V Terasa Familiar dengan Go

Kalau dilihat dari gaya penulisan kodenya, sintaks V terasa cukup familiar, terutama bagi developer yang sebelumnya pernah menggunakan Go.

Struktur programnya relatif sederhana, deklarasi variabelnya ringkas, dan secara visual kode V cukup mudah dibaca. Pendekatan seperti ini membuat V terlihat tidak terlalu menakutkan bagi developer yang baru ingin masuk ke area bahasa pemrograman native atau systems programming.

Meski demikian, V tentu bukan Go. Keduanya memiliki desain bahasa, compiler, sistem manajemen memori, ekosistem, dan arah pengembangan yang berbeda.

Jadi lebih tepat jika dikatakan bahwa sintaks V terasa familiar bagi pengguna Go, bukan menganggap V sebagai turunan atau versi lain dari Go.

Fokus V pada Native Binary dan Performa

Salah satu daya tarik utama V adalah fokusnya pada aplikasi native. V dirancang untuk menghasilkan native binary dan memiliki interoperabilitas yang dekat dengan bahasa C.

Bahasa ini juga cukup agresif mempromosikan beberapa tujuan utama, seperti waktu kompilasi yang cepat, performa tinggi, ukuran program yang relatif efisien, dan kemampuan digunakan dalam berbagai jenis pengembangan software.

Beberapa area penggunaan yang ditargetkan oleh V antara lain:

Systems programming
Command-line tools
Backend dan web application
Desktop GUI
Game development
Embedded development
Scientific computing
Mobile development

Ambisi tersebut cukup luas. Karena itu, menarik untuk melihat seberapa jauh ekosistem V dapat berkembang dalam beberapa tahun ke depan.

V Masih Belum Mencapai Versi 1.0

Ada satu hal penting yang perlu diperhatikan sebelum terlalu jauh menggunakan V untuk project production jangka panjang.

Sampai saat ini, V masih berada di versi 0.x dan belum mencapai versi 1.0.

Roadmap resminya juga masih memuat cukup banyak pekerjaan besar, termasuk pengembangan compiler, tooling, optimasi, peningkatan language server, package management, hingga berbagai fitur yang ditargetkan sebelum V benar-benar dianggap matang.

Artinya, kemungkinan perubahan pada bahasa, compiler, standard library, ataupun tooling masih perlu diperhitungkan.

Ini bukan berarti V tidak bisa digunakan untuk project nyata. Namun untuk software production berskala besar atau project dengan umur panjang, tingkat kematangan ekosistem tetap menjadi faktor yang penting untuk dipertimbangkan.

Kenapa V Menarik untuk Dipelajari?

Kalau tujuannya untuk belajar dan eksplorasi, menurut saya V justru cukup menarik.

Bahasa ini mencoba menawarkan kombinasi yang cukup unik: sintaks yang sederhana dan relatif familiar, native binary, interoperabilitas dengan C, compile time yang cepat, serta ambisi untuk digunakan pada area systems programming.

Bagi developer yang merasa C atau C++ terlalu kompleks, Rust terlalu ketat di awal, tetapi tetap ingin mencoba bahasa native di luar Go, V bisa menjadi salah satu bahasa yang menarik untuk dieksplorasi.

Tentu saja, V belum memiliki tingkat kematangan ekosistem seperti C, C++, Go, Rust, atau bahkan Zig. Namun justru karena masih berkembang, perjalanan bahasa ini cukup menarik untuk diikuti.

Kesimpulan

V masih tergolong bahasa pemrograman yang relatif muda, tetapi pengembangannya tetap aktif dan ambisinya cukup besar.

Sintaksnya terasa sederhana dan familiar seperti Go, sementara target penggunaannya masuk ke wilayah yang lebih luas, termasuk native application dan systems programming.

Untuk project production berskala besar, saya pribadi masih akan mempertimbangkan faktor kematangan ekosistem dan fakta bahwa V belum mencapai versi 1.0.

Namun untuk dipelajari, diuji, dan dijadikan bahan eksplorasi, V sepertinya cukup menarik untuk dicoba. 👀

Referensi

Linux Distros dan Package Manager: APT, Pacman, DNF, Zypper, APK, XBPS, Flatpak, dan Snap

2026-09-06T22:10:04.538+07:00

Kalau sering berpindah distro Linux, salah satu hal yang paling terasa adalah cara meng-install software yang berbeda-beda. Di Ubuntu kita menggunakan APT, di Arch Linux menggunakan Pacman, di Fedora menggunakan DNF, sedangkan openSUSE menggunakan Zypper.

Bagi pengguna baru, kondisi ini mungkin terlihat membingungkan. Kenapa Linux tidak memiliki satu package manager saja seperti sistem operasi lain?

Jawabannya berkaitan dengan bagaimana distro Linux dikembangkan. Banyak distro sebenarnya berasal dari keluarga atau basis distribusi tertentu, sehingga mereka mewarisi sistem package management dari distro induknya.

Sebagai contoh, Ubuntu berbasis Debian, sehingga menggunakan APT. Linux Mint, Pop!_OS, Zorin OS, dan elementary OS juga masih berada dalam ekosistem Debian/Ubuntu, sehingga cara pengelolaan package-nya relatif mirip.

Hal yang sama terjadi pada keluarga Arch dan Red Hat.

Mari kita lihat satu per satu.

1. Debian Family menggunakan APT

Debian merupakan salah satu distro Linux tertua dan paling berpengaruh. Banyak distro populer saat ini dibangun langsung atau tidak langsung di atas Debian.

Beberapa distro yang berada dalam ekosistem Debian antara lain:

Debian
Ubuntu
Linux Mint
Pop!_OS
Zorin OS
elementary OS
Kali Linux
MX Linux

Package manager yang paling umum digunakan pada keluarga ini adalah APT.

Debian Family
├── Debian
├── Ubuntu
├── Linux Mint
├── Pop!_OS
├── Zorin OS
├── elementary OS
├── Kali Linux
└── MX Linux

Package Manager → APT

Untuk meng-install package:

sudo apt install <package>

Contohnya:

sudo apt install git

Untuk menghapus package:

sudo apt remove <package>

Contohnya:

sudo apt remove git

APT sebenarnya bekerja di atas sistem package Debian yang menggunakan format .deb. Di level yang lebih rendah terdapat tool seperti dpkg, tetapi untuk penggunaan sehari-hari pengguna Debian dan Ubuntu biasanya cukup berinteraksi melalui APT.

Jadi secara sederhana:

APT
 ↓
dpkg
 ↓
.deb package

2. Arch Family menggunakan Pacman

Arch Linux memiliki pendekatan yang cukup berbeda dari Debian. Arch dikenal sebagai distro rolling release dengan filosofi sistem yang relatif sederhana dan dekat dengan konfigurasi manual pengguna.

Beberapa distro populer yang menggunakan basis atau ekosistem Arch antara lain:

Arch Linux
Manjaro
Garuda Linux
EndeavourOS
BlackArch

Arch Family
├── Arch Linux
├── Manjaro
├── Garuda Linux
├── EndeavourOS
└── BlackArch

Package Manager → Pacman

Package manager utama di keluarga Arch adalah Pacman.

Untuk meng-install package:

sudo pacman -S <package>

Contohnya:

sudo pacman -S git

Untuk menghapus package:

sudo pacman -R <package>

Contohnya:

sudo pacman -R git

Sintaks Pacman memang terlihat sedikit berbeda dibanding APT karena banyak operasi menggunakan kombinasi flag seperti -S, -R, atau -Syu.

Walaupun begitu, setelah terbiasa pola penggunaannya cukup konsisten.

Pada Manjaro, pengguna mungkin juga sering menemukan Pamac. Pamac lebih tepat dianggap sebagai frontend atau tool tambahan untuk mempermudah pengelolaan package, sedangkan Pacman tetap menjadi bagian penting dari ekosistem Arch.

3. Red Hat Family menggunakan DNF

Di sisi lain terdapat keluarga Red Hat. Ekosistem ini banyak digunakan baik pada desktop maupun server dan enterprise.

Beberapa distro yang umum menggunakan DNF antara lain:

Fedora
Red Hat Enterprise Linux atau RHEL
Rocky Linux
AlmaLinux

Red Hat Family
├── Fedora
├── RHEL
├── Rocky Linux
└── AlmaLinux

Package Manager → DNF

Untuk meng-install package:

sudo dnf install <package>

Contohnya:

sudo dnf install git

Untuk menghapus package:

sudo dnf remove <package>

Contohnya:

sudo dnf remove git

Keluarga Red Hat menggunakan package berbasis .rpm. Sebelum DNF menjadi standar, banyak pengguna Linux mungkin lebih familiar dengan YUM.

Pada distro modern, DNF mengambil peran utama untuk package management. Di generasi baru Fedora dan RHEL, implementasi DNF juga terus berkembang melalui DNF5.

Namun untuk pengguna biasa, perintah dnf install dan dnf remove tetap menjadi bentuk yang paling mudah dipahami.

4. openSUSE menggunakan Zypper

openSUSE memiliki ekosistem package management sendiri yang berbeda dari Debian maupun Arch.

SUSE Family
└── openSUSE

Package Manager → Zypper

Package manager command line yang digunakan adalah Zypper.

Untuk meng-install package:

sudo zypper install <package>

Contohnya:

sudo zypper install git

Untuk menghapus package:

sudo zypper remove <package>

Contohnya:

sudo zypper remove git

openSUSE juga menggunakan package berbasis RPM, tetapi cara pengelolaannya berbeda dari Fedora. Zypper bekerja dengan ekosistem libzypp yang digunakan oleh openSUSE.

5. Alpine Linux menggunakan APK

Alpine Linux sedikit berbeda karena bukan bagian dari keluarga Debian, Arch, atau Red Hat. Alpine dikembangkan sebagai distro independen dengan fokus pada ukuran kecil, keamanan, dan efisiensi.

Alpine Linux

Package Manager → APK

Package manager-nya disebut APK.

Bukan APK Android ya. 😄

Dalam konteks Alpine, APK berarti Alpine Package Keeper.

Untuk meng-install package:

sudo apk add <package>

Contohnya:

sudo apk add git

Untuk menghapus package:

sudo apk del <package>

Contohnya:

sudo apk del git

Alpine sangat populer untuk container dan server karena image dasarnya relatif kecil dibanding banyak distro lain. Karena itu, APK juga sering ditemukan ketika bekerja dengan Docker.

6. Void Linux menggunakan XBPS

Void Linux juga merupakan distro independen dan memiliki sistem package management sendiri.

Void Linux

Package Manager → XBPS

XBPS adalah singkatan dari X Binary Package System.

Untuk meng-install package:

sudo xbps-install <package>

Contohnya:

sudo xbps-install git

Untuk menghapus package:

sudo xbps-remove <package>

Contohnya:

sudo xbps-remove git

Void Linux cukup menarik karena banyak komponennya dikembangkan dengan pendekatan sendiri. Selain XBPS, Void juga dikenal menggunakan runit sebagai init system secara default, bukan systemd.

Ringkasan Package Manager berdasarkan Distro Linux

Keluarga / Distro	Package Manager	Install	Uninstall
Debian, Ubuntu, Mint, Pop!_OS, Zorin, elementary, Kali, MX Linux	APT	`apt install`	`apt remove`
Arch, Manjaro, Garuda, EndeavourOS, BlackArch	Pacman	`pacman -S`	`pacman -R`
Fedora, RHEL, Rocky Linux, AlmaLinux	DNF	`dnf install`	`dnf remove`
openSUSE	Zypper	`zypper install`	`zypper remove`
Alpine Linux	APK	`apk add`	`apk del`
Void Linux	XBPS	`xbps-install`	`xbps-remove`

Lalu, Bagaimana dengan Flatpak dan Snap?

Setelah melihat daftar di atas, mungkin muncul pertanyaan lain.

Kalau setiap keluarga distro punya package manager sendiri, apakah ada cara untuk mendistribusikan aplikasi Linux tanpa harus membuat package terpisah untuk Debian, Arch, Fedora, openSUSE, dan distro lainnya?

Jawabannya ada.

Linux memiliki beberapa sistem packaging lintas distro. Dua yang paling populer adalah Flatpak dan Snap.

Keduanya memiliki pendekatan yang berbeda dari package manager tradisional seperti APT atau Pacman.

APT, Pacman, DNF, Zypper, APK, dan XBPS digunakan untuk mengelola package yang menjadi bagian dari sistem operasi. Package tersebut bisa berupa aplikasi, library, command line tool, service, driver, hingga komponen sistem lainnya.

Sedangkan Flatpak dan Snap lebih fokus pada distribusi aplikasi secara lintas distro dengan dependency yang lebih terisolasi.

Flatpak

Flatpak memungkinkan sebuah aplikasi didistribusikan dalam format yang relatif konsisten ke berbagai distro Linux.

Karena itu, aplikasi Flatpak yang sama dapat digunakan pada Fedora, Ubuntu, Arch Linux, openSUSE, dan banyak distro lainnya selama Flatpak tersedia di sistem tersebut.

Untuk meng-install aplikasi Flatpak:

flatpak install <package>

Untuk menghapus aplikasi:

flatpak uninstall <package>

Salah satu repository Flatpak yang paling dikenal adalah Flathub. Banyak aplikasi desktop Linux tersedia di sana.

Contoh aplikasi yang sering tersedia melalui Flatpak antara lain browser, editor gambar, media player, aplikasi komunikasi, dan berbagai software desktop lainnya.

Snap

Snap adalah sistem packaging lintas distro yang dikembangkan oleh Canonical, perusahaan di balik Ubuntu.

Snap menggunakan service bernama snapd untuk mengelola instalasi dan pembaruan package.

Untuk meng-install package:

sudo snap install <package>

Untuk menghapus package:

sudo snap remove <package>

Snap digunakan tidak hanya untuk aplikasi desktop, tetapi juga dapat digunakan untuk software server, CLI tool, dan berbagai jenis aplikasi lainnya.

Native Package Manager vs Cross-Distro Packaging

Walaupun sering dibahas dalam konteks yang sama, APT, Pacman, DNF, Flatpak, dan Snap sebenarnya tidak sepenuhnya memiliki fungsi yang identik.

Package manager native biasanya menjadi bagian penting dari sistem operasi.

APT
Pacman
DNF
Zypper
APK
XBPS
↓
Mengelola package sistem dan aplikasi

Sementara Flatpak dan Snap lebih diarahkan pada distribusi aplikasi yang dapat berjalan di berbagai distro.

Flatpak
Snap
↓
Cross-distro application packaging

Dalam penggunaan sehari-hari, keduanya bisa digunakan secara bersamaan.

Sebagai contoh, pengguna Ubuntu bisa menggunakan APT untuk meng-install Git, compiler, driver, atau tool sistem, sementara aplikasi desktop tertentu di-install melalui Flatpak.

APT
↓
Git
Compiler
Library
Driver
System tools

Flatpak
↓
Desktop applications

Hal yang sama juga berlaku pada Arch Linux.

Pacman
↓
System packages

Flatpak
↓
Desktop applications

Jadi tidak ada aturan bahwa pengguna Linux harus memilih salah satu saja.

Kenapa Linux Memiliki Banyak Package Manager?

Pertanyaan yang cukup sering muncul adalah kenapa Linux tidak memiliki satu package manager universal sejak awal.

Hal ini terjadi karena Linux bukan satu sistem operasi tunggal yang dikembangkan oleh satu vendor.

Linux lebih tepat dipahami sebagai sebuah kernel yang digunakan oleh berbagai distribusi. Masing-masing distribusi memiliki filosofi, repository, siklus rilis, format package, dan sistem pengelolaan software sendiri.

Debian memilih ekosistem package DEB dan APT. Arch membangun Pacman. Red Hat menggunakan ekosistem RPM dan DNF. openSUSE menggunakan RPM tetapi mengelolanya melalui Zypper dan libzypp. Alpine mengembangkan APK. Void mengembangkan XBPS.

Keberagaman tersebut memang menambah sedikit kompleksitas, tetapi di sisi lain memberi kebebasan bagi setiap distro untuk menentukan cara terbaik dalam mengelola sistemnya.

Kesimpulan

Package manager Linux sebenarnya tidak terlalu sulit dipahami jika kita melihat hubungan antar distro.

Secara sederhana:

Debian Family  → APT
Arch Family    → Pacman
Red Hat Family → DNF
openSUSE       → Zypper
Alpine Linux   → APK
Void Linux     → XBPS

Di luar package manager bawaan distro, ada juga sistem packaging lintas distro:

Flatpak
Snap

Package manager bawaan distro digunakan untuk mengelola package yang terintegrasi dengan sistem, sedangkan Flatpak dan Snap mempermudah distribusi aplikasi ke berbagai distro Linux.

Jadi meskipun Linux memiliki banyak distro dan package manager, pola dasarnya sebenarnya cukup sederhana.

Beda distro, beda package manager. Tapi pada akhirnya tujuannya tetap sama: install package. 😄

Sekarang Semua Bahasa Serba Native untuk Mobile 😄

2026-09-06T20:54:12.372+07:00

Dulu, kalau membicarakan pengembangan aplikasi mobile native, biasanya pikiran langsung tertuju pada Kotlin atau Java untuk Android, serta Swift atau Objective-C untuk iOS.

Sekarang batasnya semakin kabur.

Bahasa yang sebelumnya lebih identik dengan web, backend, scripting, atau desktop mulai memiliki framework dan toolkit masing-masing untuk membangun aplikasi mobile dengan pendekatan yang semakin dekat ke platform native.

Menariknya, hampir semua bahasa populer sekarang seperti punya versi “native”-nya sendiri. 😄

1. PHP → NativePHP

PHP selama ini identik dengan backend dan pengembangan aplikasi web. Namun melalui NativePHP, PHP dan Laravel sekarang juga bisa digunakan untuk membangun aplikasi Android dan iOS.

Website:
https://nativephp.com

NativePHP memungkinkan developer membawa ekosistem Laravel ke aplikasi desktop dan mobile tanpa harus sepenuhnya berpindah ke bahasa pemrograman lain.

Dalam perkembangannya, NativePHP juga mulai menghadirkan pendekatan UI yang lebih dekat ke teknologi native platform.

2. JavaScript dan TypeScript → React Native, NativeScript, Lynx, dan Lainnya

Kalau JavaScript dan TypeScript, pilihannya sudah jauh lebih banyak.

Beberapa framework yang cukup dikenal antara lain:

React Native
https://reactnative.dev
NativeScript
https://nativescript.org
Lynx
https://lynxjs.org

React Native memungkinkan developer JavaScript dan TypeScript membangun aplikasi mobile dengan komponen yang diterjemahkan ke komponen native platform.

NativeScript mengambil pendekatan yang sedikit berbeda dengan memberikan akses langsung ke API native Android dan iOS dari JavaScript atau TypeScript.

Sementara itu, Lynx menjadi salah satu pemain baru yang mencoba menghadirkan pendekatan cross-platform dengan fokus pada performa dan rendering UI.

Jadi kalau urusan JavaScript dan TypeScript, pilihan framework mobile bisa dibilang sudah cukup ramai. 😆

3. Python → PythonNative

Python yang selama ini lebih populer untuk scripting, automation, data science, AI, dan backend juga mulai memiliki pendekatan sendiri untuk pengembangan aplikasi mobile.

Salah satu proyek yang cukup menarik adalah PythonNative.

Website:
https://pythonnative.com

PythonNative memungkinkan developer membangun aplikasi Android dan iOS menggunakan Python dengan pendekatan UI yang memanfaatkan komponen native platform.

Meski ekosistemnya masih relatif baru dibanding React Native atau Flutter, proyek seperti ini menunjukkan bahwa Python juga mulai masuk lebih jauh ke ranah pengembangan aplikasi mobile.

4. C# → .NET MAUI

Untuk pengguna C#, Microsoft menyediakan .NET MAUI atau .NET Multi-platform App UI.

Website:
https://dotnet.microsoft.com/apps/maui

.NET MAUI memungkinkan developer membangun aplikasi untuk beberapa platform menggunakan satu codebase C#.

Platform yang didukung antara lain:

Android
iOS
macOS
Windows

Framework ini bisa menjadi pilihan menarik terutama untuk developer yang sudah berada di dalam ekosistem .NET.

5. Dart → Flutter

Dart memiliki Flutter, salah satu framework cross-platform paling populer saat ini.

Website:
https://flutter.dev

Flutter menggunakan pendekatan yang sedikit berbeda dari framework seperti React Native atau NativeScript.

Kode Dart dapat dikompilasi menjadi native machine code, tetapi UI Flutter pada umumnya tidak menggunakan widget native bawaan Android atau iOS secara langsung.

Flutter memiliki rendering engine sendiri untuk menggambar antarmuka aplikasi.

Pendekatan ini membuat tampilan aplikasi bisa sangat konsisten di berbagai platform, tetapi sekaligus menunjukkan bahwa istilah native tidak selalu memiliki arti yang sama.

6. Kotlin → Kotlin Multiplatform

Kotlin selama ini sangat identik dengan pengembangan aplikasi Android.

Namun melalui Kotlin Multiplatform, Kotlin sekarang bisa digunakan lebih luas untuk berbagi kode ke berbagai platform.

Website:
https://kotlinlang.org/multiplatform/

Dengan Kotlin Multiplatform, developer dapat berbagi business logic antar platform seperti:

Android
iOS
Desktop
Web
Server

Dengan Compose Multiplatform, sebagian UI juga dapat dibagikan ke beberapa platform.

Apakah Semuanya Benar-Benar Native?

Nah, ini bagian yang penting.

Walaupun banyak framework menggunakan istilah native, cara kerjanya sebenarnya bisa sangat berbeda.

Secara sederhana, pendekatannya bisa dibagi menjadi beberapa kategori.

1. Menggunakan Native UI Platform

Framework seperti React Native dan NativeScript dapat memanfaatkan komponen UI native Android dan iOS.

2. Menggunakan Rendering Engine Sendiri

Flutter menggunakan engine rendering sendiri untuk menggambar antarmuka.

3. Berbagi Logic Antar Platform

Kotlin Multiplatform banyak digunakan untuk berbagi business logic tanpa harus selalu menyatukan seluruh UI.

4. Membawa Runtime atau Ekosistem Bahasa ke Mobile

Proyek seperti NativePHP dan PythonNative mencoba membawa bahasa yang sebelumnya lebih identik dengan backend atau scripting ke lingkungan aplikasi mobile.

Kesimpulan

Dulu pertanyaannya mungkin:

“Bahasa ini bisa dipakai untuk membuat aplikasi mobile atau tidak?”

Sekarang pertanyaannya mulai berubah menjadi:

“Seberapa native pendekatannya, bagaimana UI dirender, bagaimana akses ke API platform, dan apa trade-off-nya?”

Batas antara bahasa web, bahasa backend, bahasa desktop, dan bahasa mobile semakin tipis.

PHP punya NativePHP.
JavaScript dan TypeScript punya banyak pilihan.
Python mulai punya PythonNative.
C# punya .NET MAUI.
Dart punya Flutter.
Kotlin punya Kotlin Multiplatform.

Tinggal menunggu bahasa apa lagi yang nanti diberi embel-embel “Native”. 😂

Catatan: Istilah “native” pada masing-masing framework tidak selalu memiliki arti teknis yang sama. Ada yang menggunakan widget native platform, ada yang dikompilasi menjadi native machine code, ada yang menggunakan rendering engine sendiri, dan ada pula yang berfungsi sebagai bridge menuju API native.

Smadav Kini Punya AI, Nostalgia Antivirus Lokal Era Windows XP dan Windows 7

2026-09-06T20:07:37.754+07:00

Sekarang Smadav sudah punya fitur AI. Cukup menarik melihat bagaimana antivirus lokal yang dulu sangat identik dengan era Windows XP, Windows 7, flashdisk, dan virus shortcut kini ikut masuk ke era kecerdasan buatan.

Ada yang sudah pernah mencoba fitur Smadav-AI?

Nostalgia Smadav di Era Windows XP dan Windows 7

Kalau pernah menggunakan komputer pada era Windows XP sampai Windows 7, kemungkinan besar nama Smadav sudah tidak asing lagi.

Pada masa itu, salah satu kombinasi antivirus yang cukup sering ditemui di komputer pengguna Indonesia adalah:

Avira + Smadav 🛡️

Avira biasanya digunakan sebagai antivirus utama, sementara Smadav dipasang sebagai lapisan perlindungan tambahan, terutama untuk menghadapi virus lokal dan malware yang sering menyebar melalui flashdisk.

Pendekatan tersebut memang cukup sesuai dengan konsep Smadav. Hingga sekarang, Smadav masih memosisikan dirinya sebagai second-layer antivirus atau antivirus tambahan yang dapat digunakan bersama antivirus utama.

Smadav dan Era Virus Flashdisk

Salah satu alasan Smadav begitu dikenal di Indonesia adalah karena kemampuannya menangani berbagai virus lokal yang pada masa itu banyak menyebar melalui perangkat USB.

Virus shortcut, file yang tiba-tiba tersembunyi, folder berubah menjadi shortcut, hingga autorun dari flashdisk merupakan masalah yang cukup umum ditemui pada komputer Windows saat itu.

Karena relatif ringan dan bisa berjalan berdampingan dengan antivirus lain, Smadav menjadi salah satu aplikasi yang sering ikut dipasang setelah proses instal ulang Windows.

Smadav Pro yang Berubah Menjadi Hitam

Ada satu nostalgia lain yang mungkin hanya dipahami oleh pengguna komputer generasi warnet dan era instal ulang Windows. 😄

Dulu, cukup banyak pengguna yang memakai Smadav Pro menggunakan key yang didapat dari internet.

Ketika key tersebut kemudian terdeteksi masuk ke daftar blacklist Smadav, tampilan aplikasi bisa berubah menjadi warna hitam.

Jadi, fenomena "Smadav hitam" memang bukan sekadar cerita nostalgia. Smadav pernah menggunakan tampilan berwarna hitam sebagai penanda ketika lisensi atau key Pro terdeteksi bermasalah atau masuk blacklist.

Sekarang Smadav Sudah Menggunakan AI

Waktu terus berjalan dan Smadav pun ikut berkembang.

Sejak 2025, Smadav mulai memperkenalkan fitur yang disebut Smadav-AI.

Teknologi ini digunakan untuk membantu proses deteksi malware, termasuk mencoba mengenali file berbahaya yang belum sepenuhnya teridentifikasi melalui database atau signature antivirus konvensional.

Pendekatan seperti ini sebenarnya bukan hal baru di industri keamanan komputer. Banyak antivirus modern juga menggunakan kombinasi antara:

signature detection,
heuristic analysis,
behavior monitoring,
machine learning,
dan sistem berbasis AI.

Tujuannya adalah agar sistem keamanan tidak hanya bergantung pada database virus yang sudah dikenal, tetapi juga mampu mengenali pola mencurigakan dari malware baru.

Dari Virus Shortcut ke Era AI

Perjalanan Smadav cukup menarik jika dilihat dari perspektif perkembangan teknologi komputer di Indonesia.

Dulu Smadav sangat identik dengan:

Windows XP,
Windows 7,
flashdisk,
virus shortcut,
warnet,
dan komputer yang baru selesai di-install ulang.

Sekarang antivirus lokal tersebut sudah mulai memanfaatkan teknologi AI untuk membantu mendeteksi malware.

Dari antivirus lokal yang dulu terkenal karena menghadapi virus flashdisk, kini Smadav ikut masuk ke era kecerdasan buatan. 🤖🇮🇩

Lumayan jauh juga perjalanannya. 😄

Kesimpulan

Smadav masih memiliki karakter yang cukup unik dibandingkan banyak antivirus lain. Alih-alih sepenuhnya mencoba menggantikan antivirus utama, Smadav sejak lama memilih posisi sebagai lapisan perlindungan tambahan, khususnya untuk pengguna Windows.

Kehadiran Smadav-AI menunjukkan bahwa software lokal yang sudah bertahan selama bertahun-tahun ini masih terus mengikuti perkembangan teknologi keamanan modern.

Bagi pengguna komputer Indonesia yang tumbuh bersama Windows XP dan Windows 7, perkembangan ini juga menjadi nostalgia tersendiri.

Dari Avira + Smadav, virus shortcut, dan Smadav hitam...

sekarang sudah sampai ke Smadav + AI. 😄

Referensi

Situs resmi Smadav: https://smadav.net/