Tentang
Teknis, pragmatis, dan dekat dengan pemakai.
Saya Ananta Satriya Ferdian Putra, network operator di Malang. Saya bekerja di titik pertemuan infrastruktur jaringan dan operasi harian.
Bio singkat
Fokus saya bukan hanya membuat sesuatu berjalan sekali. Saya memperhatikan bagaimana sistem dipakai oleh admin, operator, dan tim lapangan; bagaimana perubahan dirilis; serta apa yang terjadi ketika layanan perlu dipulihkan.
Area kerja saya mencakup routing, MikroTik, GPON/OLT, pemantauan layanan, penanganan gangguan, billing ISP, dan aplikasi administrasi internal. Di luar itu, saya juga mengerjakan dokumentasi operasional supaya pekerjaan tidak bergantung pada satu orang saja.
Wilayah kerja: Malang, Jawa Timur, Indonesia. Bahasa kerja: Indonesia.
Identitas dan jejak jaringan
Peran publik saya pada jaringan tercatat melalui PeeringDB dengan nomor AS150931. Catatan itu menunjukkan keterkaitan kerja pada jaringan tersebut.
Yang tidak saya klaim
Keterkaitan publik pada sebuah nomor jaringan tidak berarti kepemilikan penuh atas jaringan tersebut. Saya tidak mengklaim memiliki infrastruktur yang saya kelola bersama tim.
| Nama lengkap | Ananta Satriya Ferdian Putra |
|---|---|
| Peran | Network Operator & Systems Builder |
| Basis kerja | Malang, Jawa Timur, Indonesia |
| Jaringan | AS150931 di PeeringDB |
| Kode | github.com/remek8787 |
| Komunitas | AIClub Builder |
Jejak pekerjaan terpilih
Billing ISP multi-unit
Pemisahan data dan konfigurasi antar unit, workspace admin, serta jalur rilis dengan salinan sebelum perubahan skema.
Inventory operasional
Alur penandaan barang bermasalah dari riwayat pengeluaran, dengan catatan terpisah yang tidak mengubah stok otomatis.
Monitoring jaringan
Pemisahan notifikasi gangguan dari laporan rutin dan penataan prioritas berdasarkan dampak layanan.
Ekosistem aplikasi operasional
Tujuh sistem yang dipakai harian, dari inventory dan kontrol akses sampai billing dan administrasi klinik.
Kebiasaan kerja
Salinan lebih dulu
Keberanian merilis harus punya jalan pulang. Perubahan tanpa titik pemulihan bukan keberanian, melainkan taruhan.
Lingkup yang jelas
Perubahan kecil lebih mudah dibuktikan dan dipulihkan. Saya memilih batas yang jelas daripada cakupan yang melebar.
Antarmuka yang manusiawi
Operator tidak seharusnya beradaptasi pada antarmuka yang kaku. Kalau pengguna harus menghafal langkah, itu tugas saya untuk memperbaikinya.
Bukti, bukan klaim
Diagram, uji fungsi, atau pemeriksaan setelah rilis lebih kuat daripada pernyataan tanpa bukti.
Ingin membahas pengalaman atau peran yang lebih spesifik?
Untuk keperluan rekrutmen maupun kerja sama teknis, saya bisa menjelaskan bagian yang belum tertulis di halaman ini.