Merilis, dan Bekerja Sebagai Developer · 6/8

Bertanya dengan cara yang dijawab

Apa yang sudah dicoba, apa yang diharapkan, apa yang terjadi. Format yang menghargai waktu semua orang.

Baca 18 menit

Setelah pelajaran ini kamu bisa

Menentukan kapan harus bertanya alih-alih terus sendiri
Menulis pertanyaan yang terjawab di balasan pertama
Menunjukkan usahamu tanpa menulis esai
Bertanya dengan cara yang juga membantu orang berikutnya

Dua kegagalan yang sama-sama umum di pekerjaan pertama: bertanya sebelum mencoba apa pun, dan bertahan mentok sehari karena takut terlihat tidak mampu. Yang kedua jauh lebih mahal, dan itulah yang biasanya dipilih developer junior.

Coba sendiri

Hitungan dari bertahan mentok. Bertanyalah di titik saat waktumu sendiri berhenti jadi pilihan yang lebih murah.

// Rough hourly cost of people's time, for comparison only.
const JUNIOR_PER_HOUR = 30;
const LEAD_PER_HOUR = 60;
const ANSWER_HOURS = 1 / 6;      // 10 minutes to answer one clear question
const WAIT_HOURS = 0.25;         // you are blocked while waiting

// The key insight the lesson makes: your investigation is what makes the
// question ANSWERABLE. With no context, the lead has to ask you what you tried,
// what the error was, what you expected - several round trips before any help.
function contextQuality(hoursSpent) {
  return Math.min(1, hoursSpent / 0.5);        // full context after ~30 minutes
}
function roundTrips(quality) {
  if (quality >= 0.8) return 1;                // answered on the first reply
  if (quality >= 0.4) return 2;
  return 3;                                     // "what did you try?" x2
}
function askCost(hoursSpent) {
  const trips = roundTrips(contextQuality(hoursSpent));
  return trips * (LEAD_PER_HOUR * ANSWER_HOURS + JUNIOR_PER_HOUR * WAIT_HOURS);
}

// The chance you solve it alone rises, then flattens: if 90 minutes did not
// do it, 8 hours probably will not either.
function chanceOfSolvingAlone(hoursSpent) {
  return Math.min(0.75, 0.35 * Math.log2(1 + hoursSpent) + 0.2);
}

console.log("stuck  trips  solve alone  ask now   keep going 1h  cheaper");
for (const hours of [0, 0.25, 0.5, 1, 2, 4]) {
  const p = chanceOfSolvingAlone(hours + 1);
  const asking = askCost(hours);
  // Spend another hour; if that fails you end up asking anyway - but by then
  // you have more context, so the eventual question is cheaper to answer.
  const keepGoing = JUNIOR_PER_HOUR * 1 + (1 - p) * askCost(hours + 1);

console.log(
    (hours + "h").padEnd(7) +
    String(roundTrips(contextQuality(hours))).padEnd(7) +
    (Math.round(p * 100) + "%").padEnd(13) +
    ("$" + asking.toFixed(0)).padEnd(10) +
    ("$" + keepGoing.toFixed(0)).padEnd(15) +
    (asking < keepGoing ? "ASK" : "keep going")
  );
}

console.log("");
console.log("There is a crossover, and it is around the 30-minute mark:");
console.log("  - at 0h you have nothing to show, so the question takes 3 round");
console.log("    trips to answer. Your own next hour is cheaper than that.");
console.log("  - by 30 minutes you can state what you tried, so ONE reply solves");
console.log("    it - and your chance of cracking it alone has stopped improving.");
console.log("");
console.log("Hence the 30-minute rule: try hard for 30 minutes, and if you have");
console.log("made no progress, ask - WITH what you tried.");

Hasil

Tekan Jalankan untuk melihat hasilnya.

Ini jalan di browser kamu, di dalam sandbox. Apa pun yang kamu tulis di sini tidak bisa merusak situs.

Bentuk pertanyaan yang baik

text

❌ "hey, the login isn't working, any idea?"

❌ "Can I ask you something?"          <- ask the question; do not ask to ask

✅ Sign-in fails on my branch with "UNIQUE constraint failed: users.name_key",
   but only for names that already exist in a different case ("Ana" vs "ana").

   What I expected: createUser returns undefined and the form shows "nameTaken".
   What happens:    the constraint error escapes and the action returns a 500.

   What I have tried:
     - confirmed name_key is lowercased before the insert (features/auth/users.ts:38)
     - the pre-check with findUserByName does return undefined, so it falls through
     - reproduced with: bun run test flow -t "taken name"

   My guess: the try/catch around the INSERT catches the error but the
   pre-check ran against a stale connection. Not sure that is possible.

   Am I missing something about how the constraint and the pre-check interact?

Enam baris konteks mengubah "ada ide?" jadi pertanyaan yang bisa dijawab seseorang dalam satu balasan, tanpa bolak-balik untuk memastikan hal-hal dasarnya.

Apa yang sedang kamu coba lakukan. Tujuannya, bukan cuma error-nya.
Apa yang kamu harapkan, dan apa yang terjadi. Pesan tepatnya, disalin, jangan diparafrase.
Apa yang sudah kamu coba. Bagian inilah yang mendatangkan rasa hormat, dan mencegah saran yang sudah kamu singkirkan.
Dugaan terbaikmu. Bahkan yang salah pun menunjukkan cara kamu berpikir, dan jauh lebih mudah mengoreksi sebuah dugaan daripada mulai dari nol.
Cara mereproduksinya. Sebuah perintah, URL, atau nama branch.
Satu pertanyaan spesifik di akhir. Bukan "ada ide?".

Setelah kamu mendapat jawabannya

Sebutkan apa jawabannya, di utas yang sama. Orang berikutnya yang mencari akan menemukan penyelesaiannya, bukan cuma pertanyaannya.
Tuliskan kalau tidak jelas — sebuah komentar di kode, atau satu baris di README.
Tambahkan test kalau itu sebuah bug. Dengan begitu jawabannya ditegakkan, bukan cuma diingat.
Jangan minta maaf karena bertanya. Kamu bertanya dengan baik; itu artinya pekerjaannya berjalan sebagaimana mestinya.

Tugas praktik

Tulis lengkap sebuah pertanyaan tentang hal di proyek ini yang belum sepenuhnya kamu pahami — memakai bentuk enam bagian di atas. Jangan kirim. Lalu baca ulang dan lihat apakah kamu bisa menjawabnya sendiri sekarang. Kalau bisa, kamu baru saja melihat kenapa formatnya berhasil.

Hasil yang diharapkan

Sering kali, sebuah jawaban yang kamu temukan saat menulis pertanyaannya.