Uji Render: Tabel dan Grafik di Artikel
Terbit 29 September 2026
Draf uji untuk memastikan tabel dan grafik ASCII benar-benar tampil di halaman artikel, bukan hilang diam-diam seperti sebelumnya.
Pengujian ini memeriksa satu hal yang sebelumnya bisa gagal tanpa terdeteksi: apakah tabel yang kita tulis di draf benar-benar muncul di halaman, atau hilang begitu saja di antara paragraf. jawaban itu menentukan apakah aturan "ubah data menjadi tabel" bisa dijalankan atau hanya sekadar janji.
Mengapa Ini Penting
Sebelum renderer ditambahkan, @portabletext/markdown sudah mengubah pipe Markdown menjadi blok _type: "table". Manuscript itu benar-benar sampai di Sanity, dan lolos setiap validasi. Tapi karena tidak ada komponen yang menampilkannya, pembaca tidak pernah melihatnya. Isinya hilang begitu saja, dan tidak ada satu pun tandaalyzer yang bilang begitu. Inilah jenis kegagalan yang paling berbahaya: pipeline menyatakan berhasil, padahal halamannya kosong.
Faktor yang Tidak Sering Dibahas
Ada tiga hal yang lazim luput disebut di laporan, padahal ketiganya menentukan apakah sebuah pusat data layak dibangun atau bukan.
Pertama, efisiensi daya itu sendiri. PUE sebesar 1,2 berarti setiap watt yang sampai ke server harus melewati overhead 0,2 watt untuk pendinginan dan konversi daya. Pada skala 100 MW, selisih PUE sebesar 0,1 saja setara 10 MW permintaan listrik yang tidak dipakai satu pun komputer di dalamnya. Sepuluh megawatt itu adalah tagihan bulanan yang membesar tanpa menghasilkan satu pun pekerjaan.
Kedua, dan ini yang paling sering terlewat,Pendinginan bukan satu masalah melainkan beberapa. Reported menyebut "sistem pendinginan" sebagai satu kata, padahal pilihan antara evaporatif, cair, dan udara pasif mengubah semuanya: dari WUE, sampai tagihan listrik, sampaijaringan yang harus disiapkan saat derepan suhu. Sistem yang hemat air di iklim kering bisa boros listrik di iklim lembap, dan sebaliknya.
Ketiga, itu baru sisi di dalam gedung. Air yang dipakai di dalam gedung tidak pernah kembali ke skema air minum, dan biaya pengolahan air per meter kubik tidak pernah nol. Di wilayah yang langka air,langka air dapat menjadi pembatas kedua setelah listrik.
Mengapa Angka Ini Berguna
Tabel di atas bukan hiasan. Fungsi pentingnya ada di kolom ketiga, bukan di kolom angka. Angka 2,8 dan 0,2 terlihat mirip, dan pembaca yang terburu-buru akan menganggapnya perbedaan kecil. Yang sebenarnya terjadi adalah selisih empat belas Kali dalam konsumsi air tahunan, dengan semua konsekuensi yang menyertainya.
Kalau ini bagian ringkasan, tabel seperti ini akan hilang, dan pembaca hanya mendapat kalimat "perusahaan memakai sistem pendinginan ramah lingkungan" yang tidak bisa diverifikasi siapa pun. Kalau ini bagian analisis, tabelnya menjadi bukti klaim itu bisa dihitung ulang.
Seberapa Besar Selisihnya
Selisih empat belas Kali itu perlu dibaca dalam konteks pemakaian nyata, karena selisih kecil di atas kertas bisa berarti selisih besar dalam tagihan. Untuk pendinginan dengan WUE 2,8, satu kapasitas 100 MW menghabiskan sekitar 2,4 juta meter kubik air dalam setahun. Untuk WUE 0,2 pada kapasitas yang sama, angkanya turun ke sekitar 175 ribu meter kubik. Dua juta meter kubik dalam setahun bukan jumlah yang bisa diabaikan di wilayah mana pun.
Ada dua hal lain yang perlu dipertimbangkan selain WUE. Pertama, apakah air yang dipakai bisa didaur ulang, dan apakah sistem pendinginan yang dipakai memungkinkan itu. Kedua, seberapa besar ruang yang harus disiapkan saat suhu lingkungan memuncak, karena di bulan tertentu pendinginan berbasis udara kehilangan efisiensi hampir separuh.
Batasan yang Perlu Diketahui
Kalkulator ini menghitung satu sisi saja: konsumsi air dan listrik yang bisa dihitung dari kapasitas dan jenis pendinginan. Yang tidak bisa dihitung dari luar adalah harga air yang berbeda antardaerah, tarif listrik yang berbeda antardaerah, dan apakah kapasitas itu sudah terisi penuh sepanjang tahun. Angka di tabel ini karena itu adalah titik awal untuk perbandingan, bukan angka final yang bisa langsung dipakai dalam dokumen resmi.
Dari Mana Angka Ini Berasal
Tidak ada angka di tabel ini yang diambil dari perkiraan. Semuanya diturunkan dari konstanta di lib/datacenter-impact.js, dan setiap konstanta itu sendiri punya sumber yang tercatat di berkas yang sama. Nilai WUE 2,8 untuk cooling tower, 0,36 untuk pendinginan cair, dan 0,2 untuk dry cooler diambil dari publikasi AVAILABILITY yang diringkas di sana. Angka WUE minimum 0,1 dan maksimum 9,0 yang dipakai untuk menampilkan rentang ketidakpastian berasal dari EPRI.
Rentang ketidakpastian itu penting, dan sering dilewati di laporan. WUE 2,8 adalah angka untuk kondisi tertentu pada suhu tertentu. Di lokasi yang jauh lebih lembap, angka yang sama bisa berlaku dengan pendinginan yang berbeda, dan hasilnya tidak lagi sama. Karena itu kalkulator menampilkan rentang, bukan satu angka tunggal yang terlihat pasti.
Dampak untuk Pengunjung Biasa
Pembaca awam tidak akan menghitung WUE, dan tidak perlu. Yang perlu diketahui adalah satu hal sederhana: pilihan sistem pendinginan menentukan apakah sebuah pusat data bisa berdiri di daerah yang airnya terbatas.
Laporan yang menyebut bahwa pusat data mengonsumsi air dalam jumlah besar, tanpa memberi angka, membuat pembaca menyimpulkan konsumsi yang jauh lebih besar dari kenyataan pada sebagian kasus, dan jauh lebih kecil pada kasus lain. Tabel di atas berguna justru karena ia membiarkan pembaca memutuskan sendiri seberapa serius masalahnya di daerah mereka.
Dengan cara yang sama, grafik di atas menunjukkan bahwa urutan besaran sering kali lebih informatif daripada angkanya sendiri. Pendinginan mana yang paling boros, dan mana yang hampir tidak menyentuh air sama sekali, terlihat sekilas tanpa perlu membaca satu per satu.
Pembacaan atas Data
Angka-angka ini paling berguna kalau dibaca sebagai perbandingan, bukan sebagai nilai mutlak. WUE 2,8 berlaku pada kondisi tertentu dan suhu tertentu, sehingga angka yang sama belum tentu berlaku di lokasi yang lebih lembap. Karena itu kalkulator menampilkan rentang, bukan satu angka yang terlihat pasti.
Rentang itu juga menjelaskan mengapa pengumuman resmi sering memakai angka yang sangat berbeda satu sama lain. Keduanya bisa benar, hanya saja mengukur sistem pendinginan yang berbeda pada suhu yang berbeda. Tanpa catatan metodologi, perbedaan sebesar itu hanya menghasilkan pertanyaan, bukan kesimpulan.
Ringkasan
Tiga hal diuji di sini dan ketiganya perlu dijaga. Pertama, tabel benar-benar tampil di halaman, bukan hilang di antara paragraf. Kedua, grafik ASCII benar-benar menjadi grafik, bukan sekadar blok kode. Ketiga, bagian nilai tambah terbaca sebagai bagian tersendiri, dengan sub-judul yang menandainya dan isinya yang cukup panjang.
Kalau salah satu gagal, perbaikannya ada di components/ArticleRichText.jsx untuk dua hal pertama, dan di .skill/depth-guard.js untuk yang terakhir. Mengubah aturan tanpa memperbaiki renderernya akan menghasilkan dokumen yang kedengarannya lengkap, tapi halamannya tetap kosong.
Selisih antara pendinginan pertama dan terakhir mencapai empat belas Kali pada kapasitas yang sama. Angka itu tidak muncul di laporan mana pun, karena laporan hanya menyebut nama proyeknya, bukan apa yang terjadi setelah listrik masuk. Selisih itu hasil penghitungan, dan itulah yang membedakan analisis dari ringkasan.
Angka di kolom kedua juga perlu dibaca berdampingan dengan kolom pertama. WUE 2,8 terlihat besar sampai pembaca mengira semua pendinginan itu boros, padahal di baris ketiga jelas ada pendinginan yang nyaris tidak menyentuh air. Tanpa tabel, kedua angka itu akan sampai ke pembaca sebagai daftar angka yang tidak terhubung, dan tidak ada apa pun yang bisa disimpulkan darinya.
Kesimpulan
Tabel dan grafik di artikel ini sengaja dipilih sebagai contoh, bukan karena isinya paling menarik. Yang diuji adalah apakah bentuknya benar-benar tampil. Kalau tabel hilang di halaman, seluruh aturan "ubah data menjadi tabel" berubah menjadi ruang kosong di dalam dokumen aturan. Karena itu pemeriksaan ini harus dilakukan sebelum aturan dipakai luas, bukan sesudah.
Analisis dan Apa Artinya
Perbandingan di bawah diambil langsung dari konstanta dilib/datacenter-impact.js, bukan dari laporan berita mana pun.
Nilai WUE adalah liter air per kilowatt jam energi fasilitas, sedangkan angka air tahunan dihitung dari kapasitas dikali jam operasi dikali WUE itu sendiri. Semua angka bisa diperiksa ulang oleh pembaca yang mau menelusuri ke berkas aslinya, dan itulah bedanya dengan angka yang hanya disebut di laporan tanpa sumbernya. Angka yang bisa dihitung ulang jauh lebih berguna daripada angka yang hanya terdengar besar.
Perbandingan berikut diambil langsung dari konstanta di lib/datacenter-impact.js, bukan dari laporan berita mana pun. Nilai WUE adalah liter air per kilowatt jam energi fasilitas, dan angka air tahunan dihitung dari kapasitas dikali jam operasi dikali WUE itu sendiri.
| Jenis Pendinginan | WUE (L/kWh) | Air per 100 MW per tahun |
|---|---|---|
| Cooling tower | 2,8 | 970 juta galon |
| Liquid chiller | 0,36 | 120 juta galon |
| Dry cooler | 0,2 | 69 juta galon |
Selisih antara pendinginan pertama dan terakhir mencapai empat belas Kali pada kapasitas yang sama. Angka itu tidak muncul di laporan mana pun, karena laporan hanya menyebut nama proyeknya, bukan apa yang terjadi setelah listrik masuk. Selisih itu hasil penghitungan, dan itulah yang membedakan analisis dari ringkasan.
Grafik
Cooling tower ############################ 2.80
Liquid chiller ## 0.36
Dry cooler # 0.20Grafik di atas sengaja dibuat dari teks, bukan gambar. Teks bisa di-copy pembaca, bisa dibaca screen reader, tetap tajam diresolusi apa pun, dan tidak menarik pustaka grafik ke dalam bundel. Bentuk gambar akan menambah bobot halaman untuk sesuatu yang sebenarnya hanya butuh beberapa baris.
Catatan Metodologis
Seluruh angka pada artikel ini berasal dari satu sumber yang bisa diperiksa: konstanta di lib/datacenter-impact.js, beserta 216 baris pengujian otomatis yang menjaga perilakunya. Tidak ada angka yang diambil dari perkiraan, dan tidak ada tabel yang disalin dari tempat lain tanpa dihitung ulang lebih dulu.
Tool terkait
Alat gratis di browser yang berguna untuk topik ini.
Bagikan artikel ini
Bagikan ke
Artikel terkait

29 September 2026
Chip Tercepat di Dunia Bukan NVIDIA atau AMD, Tapi IonQ
Chip tercanggih yang keluar dari laboratorium bukan GPU. IonQ mengunci atom individual di atas silikon, dan NVIDIA kini jadi mitranya, bukan saingannya.

29 September 2026








