Hanya Bisa Excel lalu Belajar Web Development: Istilahnya Banyak Sekali

Orang yang kebanyakan bekerja dengan spreadsheet masuk ke web development dan bertanya: HTML masih bisa dipahami.

Cara memakai fitur membaca

Dengarkan membacakan artikel. Baca cepat menampilkan frasa berurutan dengan kecepatan pilihan Anda. Latihan bahasa membandingkan terjemahan yang tersedia. Simpan menambahkan penanda di browser ini; buka kembali dari daftar tersimpan di pemutar. Game pecah bata mengubah kata-kata artikel menjadi bata yang bisa Anda hancurkan.

Bagikan artikel ini

Bagikan artikel ini

Hanya Bisa Excel lalu Belajar Web Development: Istilahnya Banyak Sekali
Gambar buatan AI
Iklan
Iklan

1. Kukira setelah Excel tinggal bikin website. Kenapa tiba-tiba muncul pusat logistik?

Orang yang kebanyakan bekerja dengan spreadsheet masuk ke web development dan bertanya:

Bukankah saya cuma ingin menerbitkan website?

HTML masih bisa dipahami.

Lalu muncul Git, GitHub, repository, branch, commit, build, deploy, Worker, D1, KV, DNS, CDN, dan CI/CD.

Keluar dari desa pemula, bukan slime yang menunggu, tetapi “Pengantar Sistem Terdistribusi”.

Kebingungan ini punya sebab struktural. Banyak pekerjaan Excel selesai di satu aplikasi. Web service memisahkan penulisan, penyimpanan, transformasi, eksekusi, distribusi, dan pencatatan ke lapisan berbeda.

2. Masalah sebenarnya bukan terlalu sulit, tetapi melompati lapisan

Tidak ada satu kurikulum universal, tetapi secara konsep lapisan sering bertambah seperti ini:

  1. menulis file
  2. mencatat perubahan dengan Git
  3. menyimpan dan berkolaborasi di GitHub
  4. build
  5. deploy
  6. menjalankan API
  7. menghubungkan database
  8. otomasi
  9. retry dan recovery

Dengan AI dan template, pemula sekarang bisa melompat dari tahap 1 ke 9 sangat cepat.

Praktis.

Tapi kepala sulit mengikuti semuanya.

Kemarin baru memahami “GitHub menyimpan kode”. Hari ini mendengar “Workers Builds root”, “D1 binding”, dan “KV eventually consistent”.

Seperti baru belajar memakai kulkas lalu besok mengelola rantai pasok pabrik makanan.

3. Apa itu GitHub? Gudang rancangan plus sejarah perubahan

Fungsi inti GitHub adalah mengelola file dan perubahan dalam repository Git.

Proyek web dapat berisi artikel, HTML, CSS, JavaScript, konfigurasi, tes, dan script.

Commit mencatat apa yang berubah dan kapan.

Model sederhana:

GitHub = gudang rancangan + sejarah perubahan

GitHub Pages juga dapat meng-host website statis, dan GitHub Actions dapat mengotomatisasi build, test, dan deploy.

Itulah sebabnya batasnya terasa kabur.

Gudangnya punya pabrik kecil.

Namun pusat gravitasinya tetap kode, kolaborasi, dan perubahan.

4. Apa itu Cloudflare? Pabrik yang sekaligus punya toko, gudang, truk, dan keamanan

Cloudflare dapat:

  • menyajikan website
  • menjalankan logika server dengan Workers
  • build dan deploy
  • menyimpan SQL dengan D1
  • menyimpan key-value dengan KV
  • mendistribusikan konten secara global
  • mengelola DNS
  • menyediakan keamanan
  • menjalankan proses multi-langkah tahan lama dengan Workflows

Menyebutnya hanya “hosting” terlalu sempit.

Lebih mirip:

pabrik + toko + gudang + pusat distribusi + ruang keamanan

Dan databasenya ada di kompleks yang sama.

GitHub dan Cloudflare memang sedikit tumpang tindih, tetapi pekerjaan utamanya berbeda.

5. Apa itu Build? Mengubah rancangan menjadi produk jadi

File di repository belum tentu merupakan website jadi.

Framework seperti Astro mengubah konten, komponen, konfigurasi, dan kode menjadi HTML, CSS, dan JavaScript yang siap didistribusikan.

Transformasi itu adalah Build.

Cloudflare Workers Builds dapat bereaksi pada push di repository Git yang terhubung, menjalankan build command, lalu deploy command.

Jadi:

GitHub = kotak model rakitan

Build = merakit

Deploy = menaruh produk jadi di rak

Log build panjang karena itu adalah catatan produksi pabrik.

Anda ingin melihat website.

Sistem memberi laporan lini produksi.

6. D1 dan KV — sama-sama data, kenapa dua?

D1 adalah database SQL milik Cloudflare. Data disimpan dalam tabel, dan SQL seperti yang dipakai SQLite digunakan untuk mencari baris yang sesuai dengan suatu syarat.

Bayangkan buku besar resmi dengan baris, kolom, query, dan relasi.

KV menyimpan nama beserta nilainya. Misalnya, nama “mode situs” diberi nilai “normal”.

Contoh:

  • site_mode → normal
  • feature_x → true
  • user_123_theme → dark

Lebih mirip kamus raksasa.

KV bagus untuk pembacaan cepat dan cache global, tetapi eventually consistent. Cloudflare menjelaskan lokasi lain dapat sementara melihat nilai lama, bahkan 60 detik atau lebih.

Maka:

D1 = buku besar resmi

KV = kamus cepat atau papan catatan

“Kalau semuanya data, kenapa tidak satu saja?” adalah pertanyaan manusia yang sangat masuk akal.

Sistem terdistribusi tidak selalu dibuat untuk ketenangan manusia.

7. Mana yang lebih pintar berjalan sendiri?

Tergantung tugas.

GitHub Actions dapat mengotomatisasi build, test, dan deploy saat event repository terjadi.

Cloudflare Workers dapat terus berjalan sebagai API. Workflows mengingat langkah yang sudah selesai, mencoba lagi langkah yang gagal, menunggu bila perlu, lalu melanjutkan dari tempat terakhir.

Sebagai metafora:

GitHub = engineer yang kuat dalam desain, perubahan, dan perbaikan

Cloudflare = pabrik otomatis yang kuat dalam menjalankan proses yang sudah ditentukan

Untuk memahami dan memperbaiki kode, GitHub adalah pusat yang alami.

Untuk “teruskan proses sampai selesai dan retry bila gagal”, Cloudflare lebih alami.

Bukan siapa yang lebih tinggi. Pekerjaannya berbeda.

8. Kapan semua orang mempelajari ini? Tidak semua orang mempelajarinya

GitHub sering ditemui di kelas komputer, lab riset, dan pekerjaan software.

Cloudflare, AWS, GCP, database, dan CI/CD sering baru dipelajari ketika orang perlu benar-benar deploy dan mengoperasikan layanan.

Orang non-teknis dapat menjalani seluruh karier tanpa menyentuh Cloudflare Workers.

Ekonomi, akuntansi, sales, HR, dan operasi bisa bertahun-tahun memakai Excel tanpa alat infrastruktur.

Jadi ini bukan “semua orang tahu kecuali saya”.

Lebih tepat:

Anda membuka kotak alat profesi lain.

Seseorang dapat belajar marginal utility lalu beberapa tahun kemudian dihantam eventual consistency.

Biasanya bukan satu silabus.

9. Kesimpulan — tidak perlu menghafal semuanya. Cukup tahu siapa mengerjakan apa

Peta awal ini sudah cukup:

Nama Arti singkat
GitHub rancangan dan sejarah
Build mengolah file awal menjadi hasil jadi
Deploy memasang hasil jadi di situs yang dipakai orang
Cloudflare Workers eksekusi sisi server
D1 buku besar SQL
KV kamus key-value cepat
GitHub Actions otomasi sisi GitHub
Cloudflare Workflows pekerjaan otomatis panjang yang mengingat sampai mana pekerjaan selesai

Dengan peta ini, saat error muncul Anda dapat bertanya: GitHub, Build, Worker, atau DB?

Sekadar mengklasifikasikan masalah sudah mengurangi banyak kebisingan.

Kapasitas penuh bukan karena Anda lambat.

Anda berpindah dari satu ruangan bernama Excel ke ruang pengelolaan fasilitas seluruh mal.

Awalnya hanya ingin mengganti lampu.

Sekarang seseorang menjelaskan pintu tahan api.


Bagikan artikel ini

Jika artikel ini bermanfaat, Anda bisa mendukung situs ini. Dukung

Iklan
Iklan
Iklan

Satu lagi? Ada yang seru?

Mumpung sudah selesai membaca: beberapa cerita yang mirip dan beberapa yang beda sama sekali tapi seru.

  1. Kurcaci Menari Jinjit Itu dari Film Tahun 1980-an?Asal Meme “Tip Toein’ in My Jordans”
  2. Kalau terus pasif, teman saat dewasa sulit bertambahhubungan setelah “pasokan pertemuan otomatis” berakhir
  3. Saya Tidur 18 Jam dalam SehariTidur Pemulihan atau Tanda yang Perlu Diwaspadai?
  4. AC Sudah 21°C tetapi Tetap Terasa PanasMenunggu 40 Menit untuk Tofu Dengaku di Kikuso, Restoran Toyohashi Berusia Sekitar 200 Tahun Tempat Edo, Showa, dan Reiwa Bertemu

Baca ini hari ini

Masing-masing menjawab pertanyaan yang biasanya muncul setelah membaca artikel ini.

Lihat semua artikelLebih banyak tentang Teknologi

Cari artikel lain

Semua artikel

Mendoi-chan

Pengelola situs

Mendoi-chan

Mengubah kerepotan di tempat kerja dan kehidupan sehari-hari menjadi struktur yang jelas dan langkah berikutnya.