Prinsip pengodean yang baik membuat kode sumber software kita mudah dipahami oleh orang lain. Dengan ini software kita menjadi mudah dimaintain oleh kita sendiri maupun orang lain. Berikut 10 prinsip pengodean yang baik:

1. Ikuti Spesifikasi Kode
Software kita terbuat dari banyak kumpulan aliran teks kode sumber yang diproses kompiler maupun interpreter menjadi bahasa mesin. Karena banyak teks alangkah baiknya kita mengikuti aturan standar industri seperti python "PEP 8", atau dengan menyepakati sendiri pada internal tim atau perusahaan agar kode konsisten atau mudah dipahami.

2. Dokumentasi
Kadang saat menulis software kita memakai trik atau cara-cara tertentu yang terlihat pintar atau membingungkan, inilah gunanya dokumentasi, kita memperjelas dengan kalimat-kalimat yang bagus untuk manusia dibaca. Contohnya saat kita membuat fungsi REGEX. Standarnya dokumentasi adalah berisi mengapa ("Why") fungsi atau bagian ini ada.

3. Kesehatan
Kode yang kita tulis diharapkan dapat menangani bermacam-macam input, bisasakan mengunakan try-catch dan tampilkan exception yang muncul untuk mudah dipahami.

4. Ikuti prinsip SOLID
“Single Responsibility”, “Open/Closed”, “Liskov Substitution”, “Interface Segregation”, and “Dependency Inversion” - kelima prinsip ini (disingkat SOLID) adalah landasan penulisan kode yang dapat diskalakan dan mudah dipelihara.

5. Mudahkan diTes
Kemampuan software untuk dites sangat penting. Kode yang baik seharusnya mudah dites. Kode dipisah-pisah agar tidak rumit, sekarang ini sudah banyak alat tes otomatis yang bisa digunakan.

6. Abstraksi
Abstraksi mengharuskan kita untuk mengekstrak logika inti dan menyembunyikan kompleksitasnya, sehingga membuat kode lebih fleksibel dan generik. Kode yang baik harus memiliki tingkat abstraksi yang moderat, tidak terlalu rumit maupun mengabaikan kemampuan pengembangan dan pemeliharaan jangka panjang.

7. Gunakan Design Patterns, tetapi Jangan Over Design
Design pattern adalah pola desain yang sudah banyak ditemui pada berbagai software karena bisa saja fungsi yang kita buat memecahkan masalah yang sama pada software lain. Namun, setiap pola memiliki skenario penerapannya masing-masing. Penggunaan pola desain yang berlebihan atau salah dapat membuat kode Anda lebih kompleks dan sulit dipahami.

8. Kurangi ketergantungan Global
Sekarang ini banyak pustaka-pustaka disediakan oleh paket menajemen seperti npm, pip, dll. Kita bisa saja tergiur untuk menggunakannya berlebihan dan menyebarkan ketergantungan global yang berlebihan.

9. Refactoring berkesinambungan
Kode yang baik mudah dipelihara dan diperluas. Refactoring berkelanjutan mengurangi hutang teknis dengan mengidentifikasi dan memperbaiki masalah sedini mungkin.

10. Keamanan adalah Prioritas
Hacker itu ada, jadi berhati-hati lah. Ikuti saran standar keamanan.

Empat batasan berikut dapat mewujudkan antarmuka REST yang seragam:

- Identifikasi sumber daya – Antarmuka harus mengidentifikasi secara unik setiap sumber daya yang terlibat dalam interaksi antara klien dan server.
- Manipulasi sumber daya melalui representasi – Sumber daya harus memiliki representasi yang seragam dalam respons server. Pengguna API harus menggunakan representasi ini untuk memodifikasi status sumber daya di server.
- Pesan yang mendeskripsikan dirinya sendiri – Setiap representasi sumber daya harus membawa informasi yang cukup untuk mendeskripsikan cara memproses pesan. Pesan tersebut juga harus memberikan informasi mengenai tindakan tambahan yang dapat dilakukan klien pada sumber daya tersebut.
- Hypermedia sebagai mesin status aplikasi – Klien hanya perlu memiliki URI awal aplikasi. Aplikasi klien harus secara dinamis mengendalikan semua sumber daya dan interaksi lainnya dengan menggunakan hyperlink.
Dengan kata lain, REST mendefinisikan antarmuka yang konsisten dan seragam untuk interaksi antara klien dan server. Misalnya, API REST berbasis HTTP menggunakan metode HTTP standar (GET, POST, PUT, DELETE, dll.) dan URI (Uniform Resource Identifiers) untuk mengidentifikasi sumber daya.

1.2. Klien-Server
Pola desain klien-server menerapkan pemisahan tanggung jawab, yang membantu komponen klien dan server berkembang secara independen.
Dengan memisahkan urusan antarmuka pengguna (klien) dari urusan penyimpanan data (server), kita meningkatkan portabilitas antarmuka pengguna di berbagai platform dan meningkatkan skalabilitas dengan menyederhanakan komponen server.
Saat klien dan server berkembang, kita harus memastikan bahwa antarmuka/kontrak antara klien dan server tidak terputus.

1.3. Stateless
Konsep stateless mengharuskan setiap permintaan dari klien ke server harus mengandung semua informasi yang diperlukan untuk memahami dan menyelesaikan permintaan tersebut.
Server tidak boleh memanfaatkan informasi konteks yang disimpan sebelumnya di server.
Oleh karena itu, aplikasi klien harus sepenuhnya menjaga status sesi.

1.4. Dapat Dicache
Keterbatasan cacheable mensyaratkan bahwa respons harus secara implisit atau eksplisit menandai dirinya sendiri sebagai dapat dicache atau tidak dapat dicache.
Jika respons dapat dicache, aplikasi klien berhak menggunakan kembali data respons tersebut untuk permintaan yang setara pada periode yang ditentukan.

1.5. Sistem Berlapis
Gaya sistem berlapis memungkinkan arsitektur terbentuk dari lapisan-lapisan hierarkis dengan membatasi perilaku komponen. Dalam sistem berlapis, setiap komponen tidak dapat melihat melampaui lapisan langsung yang sedang berinteraksi dengannya.
Contoh sederhana dari sistem berlapis adalah pola MVC. Pola MVC memungkinkan pemisahan tanggung jawab yang jelas, sehingga memudahkan pengembangan, pemeliharaan, dan penskalaan aplikasi.

1.6. Kode Sesuai Permintaan (Opsional)
REST juga memungkinkan fungsionalitas klien diperluas dengan mengunduh dan menjalankan kode dalam bentuk applet atau skrip.
Kode yang diunduh menyederhanakan klien dengan mengurangi jumlah fitur yang harus diimplementasikan sebelumnya. Server dapat menyediakan sebagian fitur yang dikirimkan ke klien dalam bentuk kode, dan klien hanya perlu menjalankan kode tersebut.

keuntungan REST:

• Kesederhanaan dan standarisasi: Dengan memanfaatkan metode HTTP standar, REST memudahkan pengadopsian bagi para pengembang yang sudah terbiasa dengan HTTP. Kesederhanaan ini mempercepat proses pembelajaran dan integrasi.
  
• Skalabilitas: Sifat stateless REST memastikan bahwa server tidak perlu menyimpan data sesi di antara permintaan. Hal ini memudahkan penskalaan horizontal dengan menambahkan instance tanpa perlu berbagi status server.
  
• Modularitas: Layanan RESTful dapat dikembangkan sebagai komponen modular. Fungsionalitas yang terlokalisasi ini memungkinkan pembaruan independen dan meningkatkan kemudahan pemeliharaan.
  
• Tidak bergantung pada platform: Dukungan HTTP yang tidak bergantung pada platform memungkinkan penggunaan oleh berbagai klien. Interoperabilitas yang dihasilkan mendorong integrasi API di seluruh sistem.
  
• Perangkat yang matang dan dukungan komunitas: Umur REST yang panjang telah menyebabkan penyebaran luas alat, pustaka, praktik terbaik, panduan pemecahan masalah, dan sumber daya komunitas.

Jika kamu menggunakan OS berbasis Linux kernel dan ingin mengetahui bagaimana proses booting sebuah Linux Distro, simak artikel ini!.

Langkah 1:
Kita mulai dari saat gadget mati dan kita menekan tombol on/off power maka disini gadget kita mengeksekusi basic input output system atau disingkat BIOS atau yang lebih modern ialah UEFI (Unified Extensible Firmware Interface) dari memori tidak stabil atau CMOS (Complimentari Metal-Oxide Semiconductor). Proses ini disebut POST (Power On Self Test).

Langkah 2:
BIOS/UEFI mendeteksi perangkat keras yang terpasang di gadget seperti prosesor, RAM, HardDisk, dll. Jika ada masalah, biasanya terdengar bunyi beep-beep.

Langkah 3:
BIOS/UEFI memilih hardware penyimpanan dimana OS tersimpan, biasanya SSD, Harddisk, atau CD-ROM.

Langkah 4:
Setelah hardware penyimpanan OS terpilih maka biasanya di Linux yang pertama kali tereksekusi adalah pemuat-boot (bootloader) yaitu GRUB atau Limine untuk yang lebih modern.

Langkah 5:
Pilih kernel Linux mana yang mau di-booting di pemuat-boot ini.

Langkah 6:
Setelah dipanggil kernelnya, sekarang kita beralih ke yang namanya user space. Kernel memanggil systemd sebagai proses user-space pertama pada umumnya distro Linux, karena ada beberapa distro yang tidak memakai systemd. Systemd ini menangani proses dan layanan (services) dan menyelidiki lagi semua perangkat keras, penyelidikan ini lebih mendalam daripada saat POST di BIOS. Kemudian Systemd juga mengikat filesystems OS. Lalu Systemd menjalankan lingkungan desktop yang telah tersetel, seperti GNOME, KDE, dll. Terakhir Systemd mengaktifkan unit target default secara default saat sistem melakukan booting. Unit analisis lainnya juga dijalankan. Sibuk banget ya Systemd :v.

Langkah 7:
Systemd menjalankan startup script jika ada.

Langkah 8:
Voila!, Jendela Login muncul.

Mari kita selami alur transaksi sistematis tersebut. Mari kita ulik cara pembayaran lewat aplikasi bank atau dompet digital seperti Gopay, OVO, atau Dana. Saya ambil contoh yang terkenal di Indonesia saja.

Agar dapat memahami proses transaksinya, kita perlu memisahkannya ke dalam dua proses:

• Penjual mencetak kode QR
  
• Pembeli memindai kode QR untuk membayar

Berikut langkah-langkah penjual mencetak kode QR:

• Penjual mendaftar sebagai mitra penjual di layanan Penyedia Jasa Pembayaran: bank atau dompet digital untuk kode QR statis, sedangkan untuk kode QR dinamis penjual men-checkout total belanjaan lalu kode QR akan ditampilkan.
  
• Pemindai kode QR mengirimkan URL ke Penyedia Jasa Pembayaran.
  
• Data disimpan di database Penyedia Jasa Pembayaran

Oleh karena itu, dibutuhkanlah gerbang (gateway) untuk menyeleksi siapa Penyedia Jasa Pembayaran penerbit kode QR yang bersangkutan.

Konsumen membuka aplikasi dompet digital mereka untuk memindai kode QR. Setelah memastikan jumlahnya benar, klien mengklik tombol "bayar". Aplikasi dompet digital memberi tahu Penedia Jasa Pembayaran bahwa konsumen telah membayar kode QR tersebut. Gerbang pembayaran Penyedia Jasa Pembayaran menandai kode QR ini sebagai telah dibayar dan mengirimkan pesan sukses ke aplikasi dompet digital konsumen. Gerbang pembayaran Penyedia Jasa Pembayran memberi tahu pedagang bahwa konsumen telah membayar kode QR tersebut.

• Mobile dan Web
  
  Layanan streaming Netflix tersedia di mobile maupun web dengan pesentase penggunaan di laptop (~ 15%), ponsel (~ 10%), dan tablet (~ 5%) menurut pop survey. Pelayanan disini ditumpu oleh Swift dasn Kotlin, dua nama besar dalam pembuatan aplikasi Mobile. Sedangkan web Netflix ditangani oleh React, framework yang awalnya dibuat oleh Facebook.
  
  
• Komunikasi Frontend ke Backend
  
  Dalam penanganan layanan Netflix dipisah menjadi dua sisi, sisi Frontend dan sisi Backend, sehingga butuh protokol komunikasi data diantara keduanya, dipilihlah GraphQL.
  
  
• Backend
  
  Sisi Backend Netflix bergantung pada beberapa teknologi seperti ZUUL, Eureka, dan Spring Boot Framework.
  
  
• Database
  
  Dengan basis pengguna yang besar tak ayal Netflix membutuhkan teknologi database yang kuat. Mereka menggunakan EV cache, Cassandra dan CockroachDB.
  
  
• Messaging/streaming
  
  Netflix memiliki fitur perpesanan dan streaming yang ditangani oleh Apache Kafka dan Fink.
  
  
• Penyimpanan Video
  
  Dengan 8000 judul film dan acara TV yang ada di Netflix mereka pasti membutuhkan tempat penyimpanan video yang besar dan andal, mereka menggunakan S3 dan Open Connect.
  
  
• Pemrosesan Data
  
  Flink dan Spark hadir sebagai yang terpilih oleh Netflix untuk pemrosesan Data yang kemudian dikonversikan ke visual oleh Tableau. Ada Redshift yang digunakan sebagai gudang data terstruktur.
  
  
• DevOps
  
  Dalam prakteknya, layanan produk digitial pasti ada crash maupun pembaruan rutin softwarenya, maka dari itu mereka menggunakan layanan DevOps JIRA, Confluence, PagerDuty, Jenkins, Gradle, Chaos Monkey, Spinnaker dan Altas.
  

Tumpukkan teknologi diatas memang terlihat rumit dan kompleks karena Netflix sendiri membuka layanannya di hampir seluruh negara dengan target pasar yang banyak.