Retain capable developers 2

 

Đây là phần thứ hai trong loạt bài về giữ chân người giỏi cho công ty:

 

1/ Phỏng vấn – một số nguyên tắc để tuyển người tài

2/ Phỏng vấn – một số câu hỏi ‘khó’ cho ứng viên

3/ Phỏng vấn – keynote phỏng vấn kỹ thuật

4/ Đánh giá – nguyên tắc để nhận xét và động viên đúng đắn

5/ Đánh giá – một số công cụ và quy trình hỗ trợ

6/ Đánh giá – vài tình huống thường gặp

 

Chúng ta tiếp tục phần 2:

Interview – dumbest questions

Vâng, đúng vậy. Câu hỏi “khó” ở đây không phải là “hard question”, mà là “dumb question”  .

Examples:

+  “Làm thế nào để chỉ với một nhát cắt thẳng bạn có thể cắt làm hai phần đều nhau một chiếc bánh gatô hình chữ nhật đã bị khoét mất một miếng bên trong cũng hình chữ nhật ở một chỗ bất kỳ với độ lớn bất kỳ và hướng trục bất kỳ?”

+ “số nhà em là 12 đường xx, số nhà công ty là 112 đường xx, hỏi khoảng cách từ nhà em đến trường là bao nhiêu?”

+ “Có bao nhiêu trạm xăng ở bang Massachusetts? (và tại sao)”

+ “Cần bao nhiêu thùng sơn để sơn hết tất cả cửa sổ ở thành phố Seattle?”

+ “Làm thế nào dịch chuyển núi Phú Sĩ?”

+ “Nếu được là 1 siêu anh hùng (superhero)/Động vật (animal)/nồi súp (soup); bạn sẽ chọn là ai/loại gì?”

+ “Nếu tôi cho anh một con voi, anh sẽ làm gì ?”

. . .

 

 

Về cơ bản, những câu hỏi thiên về xử sự và có thể trả lời linh hoạt, sáng tạo (shooting the breeze), có thể dùng tuyển giám đốc quảng cáo hoặc giám đốc tiếp thị, lại được đem ra hỏi lập trình viên. Và hỏi vào rất sớm chứ ko phải ở cuối buổi – như bonus question – khiến cho các developers bối rối, không rõ về tại sao có câu hỏi “lạ” như vậy. 

Chưa kể, một số lập trình viên Việt Nam ko giỏi tiếng Anh. Nghe những từ như “mount Fuji” , lại nghĩ đến là “mount /foo/j ” , và bối rối ko hiểu dòng lệnh Linux nào có liên quan tới? chã nhẽ lại là “mv  /foo/j   /foo/bar ” ?   

Và nó có phản ánh đc khả năng lập trình C# của mình ở buổi phỏng vấn này? (“thằng cha này đang muốn hỏi cái ếu gì thế”)

 

 

(to be updated)