Diktekan Code Review dalam Bahasamu Sendiri

Ada asumsi diam-diam yang tertanam di sebagian besar tooling developer: kodenya berbahasa Inggris, jadi developer-nya juga harus begitu. Keyword-nya Inggris. Nama library-nya Inggris. Pesan error-nya Inggris. Maka, begitu logikanya, dikte untuk developer boleh saja hanya bahasa Inggris dan tidak ada yang keberatan.

Code review langsung mematahkan asumsi itu. Komentar review bukan kode. Ia sebuah kalimat yang ditujukan kepada seseorang, dan di banyak sekali tim orang itu berbagi bahasa pertama denganmu. Tim Rumania yang me-review sebuah service Rust menulis komentar berbahasa Rumania tentang identifier berbahasa Inggris. Tim Polandia melakukan hal yang sama dalam bahasa Polandia, tim Jerman dalam bahasa Jerman. Kodenya tetap Inggris; percakapan tentang kodenya tidak.

Dikte luar biasa cocok untuk komentar review, karena review adalah aktivitas membaca dan mengetik menyela membaca. Tapi ia hanya bagus kalau ia bekerja dalam bahasa yang benar-benar dipakai komentarnya. Tulisan ini soal mewujudkan itu: bahasa apa saja yang dicakup Keebye on-device, bagaimana perilaku penguncian bahasa, dan di mana tepiannya. Kalau kamu ingin argumen kenapa ini penting sama sekali, dikte untuk developer tak seharusnya cuma bahasa Inggris menyampaikannya; ini lanjutan praktisnya.

Kenapa komentar review adalah target dikte yang ideal

Komentar review punya tiga sifat yang membuatnya lebih cocok untuk suara dibanding hampir semua teks developer lainnya.

Ia pendek. Kebanyakan komentar satu sampai tiga kalimat. Itu satu tarikan napas, satu tahanan hotkey, satu ucapan.

Ia prosa. Tidak seperti pesan commit dengan format kaku atau file konfigurasi dengan sintaks persis, komentar review hanyalah cara kamu menjelaskan masalahnya dengan lisan. "Ini mengulang selamanya kalau socket-nya tak pernah menjawab; batasi." Versi lisan dan versi ketikannya nyaris identik.

Ia terjadi selagi matamu sibuk. Kamu sedang membaca diff. Begitu kamu berhenti untuk mengetik, kamu kehilangan posisimu di dalamnya. Dikte membuatmu bisa terus membaca dan mengucapkan komentarnya ke kotak input yang sudah kamu klik.

Sekarang tambahkan dimensi bahasa. Kalau timmu me-review dalam bahasa Polandia, alat dikte yang hanya Inggris memaksa sebuah pilihan: review dalam bahasa Inggris (tidak alami, dan rekan-rekanmu mungkin membacanya lebih lambat) atau mengetik (kehilangan manfaatnya). Tidak satu pun yang kamu inginkan.

Apa yang sebenarnya didukung Keebye

Dua engine on-device penting di sini, dan layak dijelaskan dengan tepat.

Engine default-nya disetel untuk bahasa Inggris. Ia cepat, ia yang dipakai kebanyakan orang, dan ia bukan yang kamu inginkan untuk komentar review berbahasa Polandia. Diarahkan ke ucapan non-Inggris, ia akan menghasilkan bahasa Inggris yang masuk akal secara fonetis tapi bukan yang kamu ucapkan.

Engine kedua, Canary, mencakup tepat 25 bahasa: Bulgaria, Kroasia, Ceko, Denmark, Belanda, Inggris, Estonia, Finlandia, Prancis, Jerman, Yunani, Hungaria, Italia, Latvia, Lituania, Malta, Polandia, Portugis, Rumania, Rusia, Slovakia, Slovenia, Spanyol, Swedia, dan Ukraina. Ia opsional, diunduh sekali, dan setelah itu berjalan offline seperti semua hal lain di Keebye. Bukan seratus bahasa; dua puluh lima, terdaftar, dan kalau bahasamu tidak ada di daftar itu, tulisan ini belum bisa menolongmu.

Ada juga opsi memakai pengenalan suara bawaan Apple sebagai engine, yang membawa cakupan bahasanya sendiri di Mac-mu. Itu jalur terpisah dengan karakteristik berbeda; sisa tulisan ini soal Canary.

Kunci bahasanya; jangan biarkan ia menebak

Pengaturan paling penting untuk review non-Inggris adalah penguncian bahasa.

Deteksi otomatis terdengar seperti default yang tepat dan justru salah untuk developer. Komentar review padat dengan identifier Inggris: nama fungsi, nama package, kata "null" dan "async" dan "callback". Komentar yang delapan puluh persen Rumania dan dua puluh persen token Inggris memberi pendeteksi bahasa persis sinyal campur yang paling buruk ia tangani. Ia akan berbalik di tengah kalimat, atau memutuskan seluruhnya bahasa Inggris, dan kamu akan mendapat transkrip yang salah dengan penuh percaya diri. Kunci bahasa diktemu menelusuri kegagalannya secara rinci.

Dengan Canary, Keebye membiarkanmu menetapkan bahasanya secara eksplisit. Kunci bahasa Rumania dan model-nya mendekode bahasa Rumania; identifier Inggris di dalam kalimatmu diperlakukan sebagai kata serapan, bukan sebagai bukti bahwa kamu berpindah bahasa. Pengenalan identifier yang tidak lazim masih bisa kurang sempurna, tapi bahasanya sendiri berhenti jadi lemparan koin.

Satu detail perilaku yang layak diketahui: bahasa yang dikunci dibaca untuk ucapan berikutnya. Ubah kuncinya dan dikte yang akan kamu lakukan memakainya; yang sudah kamu lepas tidak ditranskrip ulang. Praktisnya: ganti dulu, lalu bicara. Kalau kamu me-review dalam dua bahasa sepanjang hari, pergantiannya murah. Tray di menu bar menampilkan daftar pendek 11 bahasa untuk pergantian cepat, dan Pengaturan menampilkan semua 25.

Satu sesi review, didiktekan

Beginilah rupa sebuah sesi di tim yang me-review dalam bahasa Rumania.

Kamu membuka pull request-nya. Tray-nya sudah menunjukkan bahasa Rumania terkunci sejak kemarin, jadi tak ada yang perlu dikerjakan. Kamu baca file pertama. Hunk ketiga, sebuah loop retry tanpa batas. Klik ke kotak komentar, tahan Right Command, ucapkan komentarnya dalam bahasa Rumania, lepas. Teksnya mendarat, dengan "hmm" dan satu awalan salah dibuang oleh pembersihan berbasis aturan, dan identifier reconnectSocket utuh karena kamu menambahkannya ke kamus kustom seminggu lalu.

File berikutnya. Komentar yang ingin kamu tinggalkan adalah saran kode, bukan prosa. Yang itu kamu ketik; mendiktekan diff itu pengalaman buruk dalam bahasa apa pun.

Kemudian, seorang kontributor dari tim lain masuk ke thread dan menulis dalam bahasa Inggris. Kamu ingin membalas dalam bahasa Inggris. Klik tray-nya, pilih Inggris dari daftar pendek, dan ucapan berikutnya didekode sebagai bahasa Inggris. Balas, lalu ganti kembali.

Tak satu pun dari ini butuh jendela. Keebye tinggal di menu bar; hotkey-nya bekerja di aplikasi mana pun yang sedang fokus, entah itu tab browser berisi review-nya, klien Git desktop, atau terminal yang menjalankan alat review CLI.

Batasan yang jujur

Dua puluh lima bahasa, bukan semuanya. Kalau kamu me-review dalam bahasa Turki, Jepang, Arab, atau bahasa apa pun di luar daftar Canary, engine kedua tidak mencakupnya. Engine bawaan Apple mungkin bisa, tergantung dukungan bahasa sistemmu, tapi itu engine berbeda dengan perilaku berbeda.

Daftar pendek tray-nya sebelas. Inggris, Rumania, Prancis, Jerman, Spanyol, Italia, Portugis, Belanda, Polandia, Rusia, dan Ukraina berjarak dua klik. Empat belas sisanya ada di Pengaturan. Kalau pasangan harianmu mencakup, katakanlah, Ceko dan Finlandia, satu sisinya lewat Pengaturan.

Identifier tetaplah identifier. Model bicara dalam bahasa apa pun kesulitan dengan nama_snake_case. Kamus membantu untuk yang berulang; sisanya kamu perbaiki manual. Baca komentarnya sebelum kamu mengirimnya.

Tidak ada transkripsi langsung. Canary mentranskrip saat tombol dilepas, sebagai satu batch. Kamu tidak akan melihat kata-kata saat mengucapkannya. Untuk komentar review sepanjang satu sampai tiga kalimat, ini nyaris tak terasa.

Polesannya opsional dan harfiah secara default. Kalau kamu menyalakan polesan local-LLM on-device, ia merapikan struktur kalimat dan sebuah fidelity guard jatuh kembali ke transkrip mentah ketika output-nya menunjukkan kehilangan token, pemuaian, atau pengulangan yang parah. Penjaga itu heuristik; ia tidak memeriksa apakah maknamu selamat. Untuk komentar review, di mana negasi yang terbalik mengubah putusannya, kebanyakan orang membiarkan polesannya mati dan menyerahkan pekerjaannya ke pembersihan berbasis aturan.

Di mana ini berada

Kalau penguncian bahasa adalah fitur yang paling kamu pedulikan, Keebye vs Wispr Flow membandingkan keduanya soal di mana pemrosesan suara berjalan dan bagaimana bahasa ditangani, termasuk di mana Wispr Flow lebih cocok. Untuk kasus yang lebih luas, yaitu mendikte selagi tanganmu di diff, panduan developer membahas keseharian, dan panduan Mac membahas setup-nya.

Asumsi bahwa developer hanya berbahasa Inggris tidak pernah benar. Ia hanya nyaman buat alat-alatnya. Me-review dalam bahasamu sendiri, lewat suara, dengan ucapan yang tak pernah meninggalkan mesinmu, bukan permintaan niche. Itulah yang akan dilakukan sebagian besar orang yang menulis software kalau tooling-nya mengizinkan.