Giúp một lập trình viên mới trở nên thành thạo hơn và không hỏi tôi nhiều như vậy?

Tôi hiện đang làm việc trên một dự án với một lập trình viên mới. Làm thế nào để tôi giúp anh ấy tăng tốc công việc của mình? Anh ấy thường hỏi tôi những câu hỏi và tôi đã lập trình với anh ấy trong backbone.js (một phần của dự án).

Bây giờ tôi muốn anh ấy tự xử lý dự án để tôi có thể tập trung vào những thứ khác để tăng tốc quá trình. Anh ta không muốn Google những điều hoặc hỏi trên một diễn đàn nếu có vấn đề. Anh ấy chỉ đến với tôi. Anh ấy nên làm gì? Tôi nên làm gì? Khi tôi ép buộc anh ta, sau đó anh ta làm mọi việc nhanh chóng. Làm thế nào tôi có thể thúc đẩy anh ấy tự làm nhiều việc hơn?

Nói " Bây giờ tôi hơi bận, bạn có thể hỏi trên stackoverflow.com nếu bạn thực sự bị mắc kẹt. " Cuối cùng, anh ta sẽ hy vọng có được manh mối. Ngoài ra, lần sau anh ta đến bàn của bạn nói "Hmm tôi không biết, hãy để Google và xem ..." hoặc "Hãy kiểm tra tài liệu API." Sự kết hợp của hai điều này đã làm việc cho tôi với các sinh viên hợp tác trong quá khứ - cuối cùng họ thấy cách tôi tìm kiếm và tìm kiếm thông tin, sau đó họ cũng học cách làm điều đó.

Rất giống như được yêu cầu trên stackoverflow.com khi câu hỏi được hỏi, nói "cho tôi biết những gì bạn có cho đến nay" . Nếu đó là một chất béo không có gì lớn , hãy gửi cho anh ấy đóng gói, với một số gợi ý về những gì cần tìm kiếm tất nhiên, cho đến khi anh ấy có một cái gì đó cụ thể để hỏi về.

Cách tốt nhất để khiến ai đó tăng tốc là ... tốt, hãy đưa họ đến tốc độ. Nghe có vẻ như bạn đang khá khắc nghiệt đối với người đó. Bạn nên khuyến khích các câu hỏi, không nên vặn vẹo chúng để có được kết quả như mong muốn. Ngay cả các nhà phát triển tuyệt vời cũng không biết mọi thứ khi họ đến một địa điểm mới. Bây giờ nếu các câu hỏi của anh ấy nằm dọc theo dòng chữ "Làm thế nào để tôi tách một chuỗi" (hay còn gọi là google có thể dễ dàng), thì bạn có thể thổi bay anh ấy. Nhưng hãy cố gắng đánh giá cao thực tế rằng mọi người không thể làm việc hiệu quả ngay lập tức trong một công việc mới, và bạn nên mong đợi rất nhiều câu hỏi.

Nó có thể là một vấn đề tự tin? Nếu có thể anh ấy hỏi bạn tất cả những câu hỏi này bởi vì anh ấy sợ thất bại, có lẽ tốt để nói chuyện với anh ấy về điều đó.

Ví dụ, khi tôi cố vấn thực tập, tôi cho họ biết rằng họ sẽ thất bại vào một lúc nào đó. Thất bại là một phần của trò chơi. Nhưng, học hỏi từ thất bại có thể xảy ra khi họ tự đặt ra những câu hỏi như "tôi đã cố gắng làm gì cho đến nay?" trước khi họ đến với tôi để trả lời là điều thực sự quan trọng. Khi họ bắt đầu tự đặt câu hỏi và đấu tranh để có câu trả lời, kiến ​​thức và sự tự tin của họ tăng lên.

Đó chỉ có thể là vấn đề về sự tự tin, nơi anh ta không nghĩ rằng mình có đủ khả năng để tự mình tạo ra công việc đáp ứng mong đợi của bạn. Điều này là khá phổ biến đối với các nhà phát triển mới được ghép nối với những người cao cấp.

Có lẽ thay vì "buộc" anh ấy "ra đi", hãy thử khuyến khích công việc của anh ấy và thách thức anh ấy tự mình giải quyết vấn đề. Tôi sẽ đặt cược khá an toàn sau khi anh ta hoàn thành thành công một số nhiệm vụ mà không cần sự trợ giúp của bạn, anh ta sẽ ngày càng quen với nó hơn và cuối cùng là sự ghét bỏ đến với bạn để được giúp đỡ.

Dành một chút thời gian không thể gián đoạn cho bản thân. Kỹ thuật pomodoro khuyến nghị khoảng thời gian 25 phút. Nếu anh ta xuất hiện ở giữa nó, chỉ cần nói rằng bạn sẽ trả lời câu hỏi của anh ta sau đó. Nếu anh ta không thực sự cần sự giúp đỡ của bạn, anh ta đã tìm thấy câu trả lời rồi. Cuối cùng, anh ta sẽ không làm phiền bạn vì những thứ đơn giản.

Có vẻ như bạn đã huấn luyện anh ta rằng anh ta luôn có thể tìm đến bạn để trả lời. Hơn nữa, có vẻ như anh ta đã huấn luyện anh ta nghĩ rằng anh ta có thể sử dụng bạn như một cái nạng cho những việc anh ta không thoải mái khi làm.

Thay vào đó bạn cần cho anh ấy biết rằng bạn không phải là tài nguyên duy nhất của anh ấy. Chỉ cho anh ta một số cách bạn sẽ đi về việc tìm câu trả lời thay vì chỉ đưa anh ta câu trả lời. Bạn nói rằng anh ta có thể hoàn thành công việc khi bị áp lực, vì vậy có thể anh ta lười biếng và bạn là giải pháp dễ nhất. Hãy nhớ rằng, bạn không phải luôn luôn nói có. Nếu bạn có nhiều việc quan trọng hơn để làm, hãy nói với anh ấy rằng bạn rất muốn giúp đỡ, nhưng có quá nhiều việc khác để làm.

Nếu câu hỏi có câu trả lời ngắn, thì chỉ cần trả lời nó. Nếu cần giải thích và bạn không phải là người có thẩm quyền về vấn đề này hoặc nếu bạn không biết câu trả lời, thì hãy nói cho họ biết nơi cần tìm. Cuối cùng, bạn sẽ có thể nói cho họ biết nơi cần tìm trong một vài âm tiết. "... HTML chọn?" "Google: chọn MDN" "Làm cách nào để tôi ... hộp kiểm?" "MDN". "Chuyển đổi múi giờ của Oracle?" "RTFM 'tại múi giờ'" Nếu các câu hỏi không thường xuyên xảy ra, thì bạn sẽ cần phải biểu thị bằng cách nào đó rằng bạn không có sẵn.

Tại sao anh ấy đến với bạn? Anh ấy có sợ phạm sai lầm và do đó đến với bạn để bạn có thể được sử dụng như một cái cớ nếu một cái gì đó không hoạt động? Có quá nhiều kiến ​​thức cụ thể cho dự án mà bạn biết rằng anh ấy không thể tự mình tìm thấy dễ dàng không? Bạn có thể muốn xem xét tại sao bất cứ điều gì bạn làm được yêu cầu ở đây.

Bạn nên xem anh ấy tự đi được bao xa và anh ấy tự tin vào khả năng của mình như thế nào. Làm thế nào nhanh chóng khi có một vấn đề là anh ấy đến với bạn? Bạn có nghĩ rằng bạn có thể là một người cố vấn cho lập trình viên mới này và vì vậy anh ta đang cố gắng che giấu bạn để anh ta biết bạn làm gì, bạn làm điều đó như thế nào và với ai bạn làm điều đó.

Đặt thời gian nơi các câu hỏi có thể được hỏi mà không làm phiền bạn. Thật kỳ lạ khi người này chỉ hỏi những câu hỏi có thể được Googled và không có gì cụ thể cho các dự án của bạn hoặc cách nhóm của bạn làm mọi việc. Bắt đầu theo dõi các câu hỏi. Bạn thất vọng có thể đang cản trở nhận thức của bạn về vấn đề.