Pengembang hanya menghabiskan 1% waktu coding menggunakan debugger VS Code (11.805 sesi dianalisis) – Beragampengetahuan
11.805 sesi pengkodean dari 68 pengembang yang dilacak selama 3 bulan dianalisis. Pengembang hanya menghabiskan 1,4% waktunya menggunakan debugger VS Code – yang sebagian besar mengandalkan pernyataan console.log.
Contents
Ringkasan penelitian
- • 68 pengembang Pelacakan selama 3 bulan (Juli hingga Oktober 2025)
- • 11.805 pelajaran coding (Interval 30 menit) Rata-rata 18 menit pengkodean aktif per sesi
- • 3.526 jam Menganalisis waktu pengkodean aktif (tidak termasuk waktu idle)
- • Secara otomatis melacak semua data yang dikumpulkan melalui FlouState
Panggilan bangun pribadi saya
Membangun FlouState secara terpisah berarti proses debug terasa seperti separuh pekerjaan telah selesai. Sesi larut malam untuk mencari kasus edge sangat melelahkan – terminal dipenuhi dengan pernyataan “console.log()”, yang mereproduksi kesalahan secara manual, membaca jejak tumpukan.
Setelah 3 bulan (dan 203 jam pelacakan), saya melihat data saya dan melihat sesuatu yang mengejutkan:
Gangguan pribadi saya (3 bulan)
Dilacak 203 jam, 649 sesi coding
0,2% debug = 20 menit selama 3 bulan
Saya menghabiskan 0,2% waktu saya menggunakan debugger VS Code.
Ini setara dengan 20 menit dari 3 bulan waktu pengkodean aktif.
Realitas:
Proses debug terasa melelahkan dan memakan waktu. Namun data menunjukkan bahwa saya paling banyak membuat (56,6%) dan menjelajahi kode (25,8%). Apa yang saya ingat sebagai “debugging” sebenarnya adalah pernyataan cetak yang tersebar di seluruh proses pengembangan normal.
VS Code memiliki debugger kelas dunia. Saya menggunakannya selama 20 menit dalam 3 bulan.
Bukan hanya aku. Ini adalah kita semua.
Saya menganalisis 68 pengguna FlouState yang saya lacak sejak Juli 2025. Polanya bersifat universal: Kami menghindari penggunaan debugger VS Code seolah-olah itu radioaktif.
Penggunaan debugger oleh 68 pengembang:
46,2%
Menulis kode (termasuk debugging console.log)
28,7%
Membaca kode (termasuk pencarian pelacakan tumpukan)
23,7%
Refactor (termasuk menghapus log debug)
1,4%
Menggunakan debugger VS Code (breakpoint, single-stepping)
Distribusi jenis pekerjaan (68 pengembang)
Berdasarkan 11.805 sesi pengkodean, 3.526 jam dilacak
Data nyata dari 68 pengguna FlouState sejak Juli 2025
📊 memahami angka
Dari 3.526 jam waktu pengkodean yang dilacak, pengembang menghabiskan rata-rata sebesar 13 menit per bulan Gunakan debugger VS Code. Tidak setiap hari. per bulan.
ini Median adalah 0 menit – Kebanyakan pengembang tidak pernah menggunakannya sama sekali. Bahkan di antara 25% orang yang pernah menggunakannya minimal satu kali, rata-ratanya saja 54 menit per bulan.
📊Analisis distribusi:
Berikut rincian penggunaan debugger di semua pengembang:
- • 75% pengembang Tidak pernah menggunakan debugger – tidak sekali pun
- • 10% pengembang Gunakan kurang dari 1% dari waktu
- • 15% pengembang Waktu penggunaan melebihi 1% (maksimum: 52%)
Penggunaan rata-rata: 0%. Meski sembilan pengembang memiliki tingkat penggunaan di atas 2%, namun rata-ratanya masih hanya 1,4%.
Catatan penting:
Ukuran 1% ini Penggunaan UI debugger aktivitas (breakpoint, jam tangan, single-stepping). Ini tidak termasuk proses debug console.log(), pembacaan log kesalahan, atau reproduksi kesalahan manual – yang dapat menghabiskan sebagian besar waktu pengkodean aktual.
Kesenjangannya terungkap Bagaimana Kami melakukan debug sebagai gantinya Berapa banyak Kami melakukan debug.
Mengapa pengembang menghindari penggunaan debugger?
Jika debugger VS Code sangat kuat, mengapa pengembang hanya menggunakannya kurang dari 1%?
Begini masalahnya: console.log() ada tempatnya – Pemeriksaan kewarasan cepat, debugging rantai async/janji, pencatatan produksi. Namun untuk masalah negara bagian yang kompleks, kondisi balapan, atau melewati logika berlapis-lapis, debugger seringkali lebih efektif.
Alur kerja debug pencetakan yang umum:
1. Tambahkan `console.log(“here”)` → Simpan file → Muat ulang browser → Periksa konsol → Ulangi 10x
2. Lupa menghapus log → kirim ke produksi → mencemari konsol pengguna (atau gunakan alat build untuk menghapusnya)
3. Tidak dapat memeriksa variabel selama eksekusi → menambahkan lebih banyak log → kode membingungkan
4. Kondisi balapan sulit didiagnosis → waktu tebakan → lebih lama
Ini berfungsi dengan baik untuk banyak bug, tetapi masalah yang rumit mungkin memerlukan waktu lebih lama untuk diselesaikan
Mengapa pengembang lebih memilih console.log()
Preferensi kuat untuk console.log() bukanlah kemalasan. Ini adalah psikologi.
kepuasan langsung
Ketik `console.log(“here”)` → lihat hasilnya setelah 3 detik. Setel konfigurasi debugger? Ini mungkin memerlukan waktu hingga 10 menit. Otak kita memilih aliran dopamin sebagai umpan balik langsung.
bias keakraban
Anda mempelajari console.log() pada hari pertama coding. Anda telah menggunakannya ribuan kali. debug? Mungkin tidak pernah. Kami menggunakan alat yang sudah dikenal secara default meskipun ada alat yang lebih baik.
kekeliruan biaya hangus
Anda telah menambahkan 5 console.logs. “Sebaiknya tambahkan satu lagi” daripada beralih ke debugger. 30 menit kemudian, Anda masih menambahkan log.
kompleksitas yang dirasakan
“Debugger terlihat rumit” → Jangan pernah mempelajarinya → Lewatkan alat yang berpotensi berguna. Tangkapan klasik-22.
Biaya tersembunyi (yang mungkin penting atau tidak penting bagi Anda)
Beberapa pengembang percaya bahwa ada harga yang harus dibayar karena tidak pernah mempelajari debugger. Yang lain mengatakan console.log() berfungsi dengan baik. Berikut argumen dari kedua belah pihak:
Pengorbanan Investasi Waktu
Debugger profesional: Mempelajari debugger memerlukan waktu 2 jam di muka, namun dapat menghemat beberapa menit untuk setiap kesalahan.
Konsol profesional.log: Console.log bersifat instan dan tidak memerlukan waktu penyiapan.
pembersihan kode
Debugger profesional: Tidak ada log tersisa untuk dihapus.
Konsol profesional.log: Linter modern secara otomatis menangkap log yang tersisa.
produksi yang aman
Debugger profesional: Tidak ada log debug dengan data sensitif yang terkirim secara tidak sengaja.
Konsol profesional.log: Alat build modern menghapus console.logs dalam produksi.
Pada akhirnya, jika console.log() berfungsi untuk Anda dan Anda mengirimkan produk, teruslah menggunakannya. Namun, mengetahui debugger dapat memberi Anda opsi ketika console.log tidak cukup.
Biaya peluang:
Investasi itu adil Pelajari debugger VS Code dalam 2 jam Menghemat waktu setiap minggunya dengan mengurangi siklus debugging dan menghilangkan overhead peralihan konteks. Namun sebagian besar pengembang tidak pernah melakukan investasi seperti itu.
Apa yang kami lewatkan: Console.log loop
Sebagian besar proses debug terjadi tidak ada debugger. Kami menambahkan pernyataan cetak, memuat ulang, memeriksa keluaran, ulangi. Berdasarkan pola saya sendiri, saya memperkirakan ini menyumbang sekitar 15-20% dari waktu pengkodean sebenarnya – tetapi ini tersebar antara “Buat” (menambahkan log) dan “Jelajahi” (membaca keluaran), sehingga tidak terlihat dalam ringkasan statistik.
Apa yang terjadi jika Anda menggunakan debugger?
Misalnya, kesalahan yang mungkin memerlukan waktu 10 console.logs dan 30 menit dapat diselesaikan dengan 1 breakpoint dan 5 menit. Debugger memungkinkan Anda menghentikan sementara eksekusi, memeriksa semua variabel sekaligus, dan menelusuri logika tanpa mengubah kode.
Baru mengenal debugger? Mulailah dengan panduan resmi ini (termasuk panduan video berdurasi 13 menit).
Metodologi: Bagaimana kami mengumpulkan data ini
Penelitian ini didasarkan pada sistem pelacakan otomatis FlouState, yang membagi pekerjaan pengembang menjadi 4 jenis:
Penciptaan (46,2%):
Terutama menambahkan kode baru dan penghapusan minimal. Ini termasuk proses debug console.log() Karena itu menambahkan baris kode.
Eksplorasi (28,7%):
Banyak tampilan file memerlukan sedikit pengeditan – membaca dan memahami basis kode. Ini termasuk membaca keluaran console.log() dan pelacakan tumpukan.
Pemeliharaan (23,7%):
Perpaduan yang seimbang antara penambahan dan penghapusan – mengatur ulang kode yang ada. Ini termasuk menghapus pernyataan console.log().
Penggunaan debugger (1,4%):
Untuk digunakan hanya dengan UI debugger VS Code yang aktif (Breakpoints, single-stepping, observasi variabel). Ini tidak menangkap proses debug console.log() atau metode debug lainnya.
Catatan penting tentang interpretasi data:
1,4% pengukuran statistik “debug”. Menggunakan alat debuggerbukan total waktu proses debug. Kebanyakan proses debug dilakukan melalui console.log(), yang dianggap sebagai “buat” atau “jelajahi” bergantung pada konteksnya.
Keterbatasan penelitian
Analisis ini didasarkan pada pengguna FlouState (n=68). Hasil mungkin berbeda untuk tim pengembangan perusahaan, pengguna IDE lain (JetBrains, Visual Studio), atau pengembang yang menggunakan paradigma pemrograman berbeda.
Studi ini khusus untuk pengguna VS Code dan mungkin tidak mewakili mode debug di semua lingkungan pengembangan. Namun, dominasi pasar VS Code (75,9% pengembang menurut survei Stack Overflow 2025) menunjukkan bahwa temuan ini dapat diterapkan secara luas pada industri.
Semua pengumpulan data terjadi secara lokal di VS Code. Hanya ringkasan 30 menit yang dikirim ke cloud – bukan konten kode Anda yang sebenarnya.
Privasi dan Penggunaan Data:
Penelitian ini menggunakan data agregat anonim dari 68 pengguna FlouState. Semua data sepenuhnya anonim – tidak ada pengembang individu, proyek, atau pola pengkodean tertentu yang dapat diidentifikasi. Analisis hanya ringkasan statistik (persentase, total, rata-rata).
FlouState tidak pernah menangkap konten kode Anda, hanya metadata seperti stempel waktu, jumlah file, jenis bahasa, dan nama cabang. Pengguna dapat membatalkan partisipasi studi kapan saja di Pengaturan.
intinya
Pengembang hanya menghabiskan 1,4% waktunya menggunakan debugger VS Code.
Data menunjukkan bahwa kami sangat bergantung pada console.log() dan proses debug manual dibandingkan alat bawaan. Apakah ini benar-benar tidak efisien atau hanya cara kerja yang disukai pengembang masih menjadi pertanyaan terbuka.
Debugger ada. Kebanyakan pengembang tidak menggunakannya.
Bagaimana data ini dikumpulkan:
Saya membuat FlouState, ekstensi VS Code yang secara otomatis melacak aktivitas pengkodean. Ini mencatat interval 30 menit dan melacak kapan debugger VS Code aktif atau tidak aktif.
Analisisnya mencakup 68 pengembang, 11,805 sesi pengkodean, dan 3,526 jam pengkodean aktif antara 14 Juli dan 18 Oktober 2025.
Peringatan penting: Ini hanya melacak debugger VS Code. Itu tidak menangkap console.log, pernyataan cetak, atau debugger eksternal (gdb, lldb, dll.). Jadi waktu “debugging” sebenarnya lebih lama – namun penggunaan alat debugger masih sangat rendah.
Di mana Anda ingin melihat milikmu Kemana perginya waktu pengkodean? FlouState secara otomatis melacak pola kerja Anda dan mengkategorikan waktu Anda.
Coba FlouState secara gratis
rencana pengembangan website
metode pengembangan website
jelaskan beberapa rencana untuk pengembangan website, proses pengembangan website, kekuatan dan kelemahan bisnis pengembangan website
, jasa pengembangan website, tahap pengembangan website, biaya pengembangan website
#Pengembang #hanya #menghabiskan #waktu #coding #menggunakan #debugger #Code #sesi #dianalisis
