Technical English: Dipahami, Bukan Hanya Didengar

Sebagian besar kesalahpahaman teknis di tempat kerja tidak ada hubungannya dengan tata bahasa. Sebuah ticket dibaca dengan salah, pesan Slack diabaikan, update standup membuat semua orang bingung tentang apa yang sebenarnya terjadi. Jika Anda pernah bekerja di tim security atau dev dengan orang-orang dari puluhan negara berbeda, Anda sudah tahu bahwa keterampilan sebenarnya bukan kelancaran — ini tentang presisi di bawah tekanan waktu.

Mengapa tata bahasa bukan hambatan utama

Penutur asli menulis ticket yang membingungkan sepanjang waktu. Masalahnya biasanya struktur, bukan kosakata. Pesan seperti "the API is being weird again, might be related to that thing from yesterday" gagal terlepas dari aksen atau skor tata bahasa. Bandingkan dengan: "POST /users/create returns 500 since 14:02 UTC. Started after yesterday's deploy (commit a3f9c1). Logs attached." Versi kedua berhasil karena meletakkan fakta di depan, memberikan timestamp, dan menyebutkan penyebab yang diduga. Siapa pun yang membacanya, di zona waktu mana pun, tahu apa yang harus dilakukan selanjutnya.

Ini lebih penting di tim distributed dan security daripada hampir di tempat lain. Saluran incident response pada jam 3 pagi tidak punya ruang untuk bahasa berhati-hati atau kalimat pembuka yang panjang. Jika English bukan bahasa pertama Anda, Anda memiliki keuntungan di sini: Anda sudah dipaksa untuk berpikir tentang apa yang sebenarnya ingin Anda katakan sebelum mengatakan. Penutur asli sering melewati langkah itu dan berbicara panjang lebar.

Tiga bentuk kalimat yang mencakup 90% penulisan pekerjaan

Sebagian besar komunikasi teknis cocok dengan tiga pola:

1. Pernyataan + bukti — "The login endpoint fails intermittently. Error rate is 3% over the last hour, all 502s, all from us-east-1."
2. Tanya + batasan — "Can you review the firewall rule change before 4pm? It's blocking the deploy."
3. Keputusan + alasan — "We're rolling back to v2.3.1. The new rate limiter is dropping legitimate traffic."

Hafalkan bentuk-bentuk ini dan Anda bisa menulis hampir apa pun yang dibutuhkan standup, ticket, atau postmortem tanpa mencari kosakata fancy. Kosakata fancy biasanya tempat pembicara non-native kehilangan waktu dan kepercayaan diri — mencari