Có bao nhiêu câu hỏi thích hợp để hỏi như một thực tập sinh? [đóng cửa]

Vì vậy, tôi mới bắt đầu thực tập, và tôi lo lắng rằng tôi đang hỏi quá nhiều câu hỏi. Người cố vấn của tôi giao cho tôi các dự án và giúp tôi tìm hiểu tất cả các công nghệ và phương pháp của công ty. Tuy nhiên, có rất nhiều tài liệu mới để tôi học hỏi khi thực hiện dự án này đến nỗi tôi có rất nhiều câu hỏi. Tôi thường đặt câu hỏi qua tin nhắn tức thời hoặc E-mail (đó là những phương thức liên lạc chính của công ty tôi).

Tôi đang cố gắng cẩn thận để không hỏi quá nhiều câu hỏi: Tôi không muốn trở nên khó chịu hay ngu ngốc. Có bao nhiêu câu hỏi thích hợp để hỏi? Mỗi giờ một lần? Hơn? Ít hơn? Hãy nhớ rằng, người cố vấn của tôi cũng là một lập trình viên đồng nghiệp có trách nhiệm của riêng mình.

Hãy tôn trọng thời gian của người cố vấn của bạn bằng cách giữ một danh sách các câu hỏi và hỏi chúng theo từng đợt, trong phạm vi có thể. Đừng thực sự làm gián đoạn người cố vấn của bạn cho đến khi bạn thực sự không thể tiến bộ được nếu không có sự giúp đỡ.

Rất nhiều lần bạn sẽ học được rất nhiều bằng cách đấu tranh để tự tìm câu trả lời, ngay cả trong trường hợp người cố vấn của bạn có thể dạy bạn điều gì đó trong 10 giây. Ví dụ: nếu bạn muốn biết mã ở đâu đó trong mã, bạn có thể hỏi họ (10 giây) hoặc bạn có thể dành bốn giờ để nghiên cứu mã và cố gắng tự mình tìm ra mã. Ưu điểm của tùy chọn "bốn giờ" là bạn thực sự sẽ học được 200 điều mới về mã, tất cả những điều này sẽ giúp bạn sau này. Đấu tranh để tìm câu trả lời của riêng bạn có thể là một sự lãng phí thời gian, nhưng nó cũng có thể là một cách để tìm hiểu một cơ sở mã phức tạp lớn.

Không cần phải nói nếu đó là một câu hỏi lập trình không liên quan đến mã độc quyền của công ty bạn, bạn nên cố gắng tự mình tìm ra nó bằng cách sử dụng internet.

Là một học sinh cuối cấp đã nhìn thấy đàn em hỏi tất cả các loại câu hỏi, tôi sẽ nói đó không phải là vấn đề bạn thường hỏi, mà là bạn hỏi gì .

Bạn cần phải tự mình cảm nhận, nhưng nói chung quy tắc là: Thể hiện sự quan tâm và khả năng suy nghĩ và làm việc độc lập .

Bạn có thể đặt câu hỏi chung để đặt bối cảnh cho cuộc điều tra chi tiết cấp thấp mà bạn tự làm.

Bạn có thể đặt câu hỏi về mọi thứ không phải là mã và không được ghi lại - quy trình, văn hóa nhóm, v.v.

Dù bạn làm gì, hãy thể hiện rằng bạn đặt một số suy nghĩ cho nó và nỗ lực để tự hiểu hoặc giải quyết vấn đề.

Đừng ngại hỏi mặc dù! Bạn có thể sử dụng nó để thể hiện sự quan tâm và suy nghĩ sâu sắc hơn , cũng như giảm bớt nỗi đau cho nhóm bằng cách không tuân theo các thực tiễn của họ hoặc đưa ra quyết định không phù hợp sẽ cần thời gian để giải quyết sau này.

Chỉ cần không vượt qua ranh giới và yêu cầu họ viết mã cho bạn, cho bạn biết chính xác những việc cần làm mỗi lần, giải thích cú pháp và sao chép tài liệu, v.v.

Tôi nghĩ rằng rất nhiều câu trả lời được đưa ra cho đến thời điểm này là đúng: đừng ngại đặt câu hỏi (rốt cuộc đó là thực tập để làm gì), nhưng hãy nói rõ rằng bạn đã cố gắng tự tìm câu trả lời trước khi hỏi . Tôi hoàn toàn không bận tâm đến câu hỏi, nhưng tôi không quan tâm đến câu hỏi mà rõ ràng người hỏi chỉ hỏi vì nó thuận tiện hơn để họ làm gián đoạn người khác. Bạn có thể đi kèm với một câu hỏi đơn giản nếu bạn đã thử, miễn là nó không xảy ra quá thường xuyên, nhưng thậm chí không ổn khi bạn không tự mình thử trước. Và ngay cả với những câu hỏi đơn giản, có cả trường hợp đơn giản và chi tiết tin đồn đã sẵn sàng. Hãy suy nghĩ SSCCE -Short, Self Contained, Correct/Compilable Example. Tôi đã có người dừng lại và bắt đầu hỏi về SQL động, khi câu hỏi thực sự là về việc trích xuất dữ liệu từ mã được thực thi thông qua SQL EXEC. Đó là một sự khác biệt khá lớn.

Một điểm khác cần xem xét: bạn có thể sử dụng e-mail hoặc một số hình thức giao tiếp không xâm phạm (hoặc ít hơn) khác cho một số câu hỏi của bạn không? Sau đó, người cố vấn của bạn có thể trả lời bằng e-mail hoặc (rất có thể) ghé qua bàn của bạn để thảo luận về những điều khi họ có cơ hội. Điều này cũng đi kèm với lời khuyên "sắp xếp câu hỏi" đã được đưa ra, nhưng cá nhân tôi thấy việc giải quyết một câu hỏi cho mỗi tin nhắn email dễ dàng hơn so với một danh sách dài các câu hỏi ít hoặc không có gì để làm với nhau cùng nhau thành một tin nhắn. Một người thường có thể được trả lời trong một hoặc hai phút, người kia có thể rất dễ dàng trở thành một khoảng thời gian nửa giờ.

Tôi sẽ không lo lắng quá nhiều về việc hỏi (quá nhiều) câu hỏi. Một người cố vấn tốt sẽ nói với bạn một cách thân thiện khi đến lúc ngừng hỏi và bắt đầu thực hành. Rốt cuộc, người cố vấn đã được chỉ định để tư vấn cho bạn và nhiệm vụ này thường đi kèm với ngân sách thời gian.

Tôi đồng ý rằng nên chuẩn bị một loạt câu hỏi và yêu cầu sự chú ý của người cố vấn để thảo luận tất cả chúng trong một lần. Mặt khác, cũng có thể rất bực bội (đặc biệt đối với người mới bắt đầu) khi cố gắng tìm hiểu cách thức hoạt động của hàng giờ khi một câu hỏi và câu trả lời đơn giản sẽ giải quyết vấn đề trong vòng vài giây.

Cố gắng học hỏi kinh nghiệm và phát triển kỹ năng "đọc" người cố vấn của bạn để tìm ra khi nào có cơ hội tốt và cách bạn nên truyền đạt mong muốn của mình. Phát triển phần mềm cũng giống như việc tương tác với mọi người cũng như về việc nhìn chằm chằm vào mã nguồn.

Trên một lưu ý liên quan, khuyến khích và nhiệt tình làm việc theo cả hai cách, từ người cố vấn đến thực tập và từ người thực tập đến người cố vấn.

Đây có lẽ là một tình huống mà tất cả chúng ta đã trải qua. Là một người mới, cho dù đó là nhân viên thực tập hay nhân viên bình thường đều khó khăn. Nó luôn liên quan đến vấn đề bắt đầu lạnh, vì bạn đang ở một nơi mới, với những người mới, công nghệ mới, phương pháp mới. Tôi hoàn toàn hiểu nỗi lo lắng của việc không biết điều gì đó và muốn nhận biết nó một cách hoàn hảo, để bạn sớm trở nên hiệu quả.

Có câu hỏi là hoàn toàn tự nhiên. Và bạn có thể chắc chắn rằng đồng nghiệp của bạn biết rằng bạn làm và sẽ có câu hỏi. Họ cũng đã từng ở vị trí của bạn, phải không? Và tin tôi đi, họ đã nhận được sự giúp đỡ từ đâu đó.

Phần khó khăn là không phải ai cũng có sẵn mọi lúc, để trả lời bất kỳ câu hỏi nào bạn có thể có. Thủ thuật thông thường của tôi khi xem qua mã hoặc tài liệu, là ghi chú những điều chưa rõ ràng ngay lập tức và sắp xếp một vài cuộc họp ngắn mỗi ngày, để thảo luận với các tiền bối của tôi. Trước khi đặt câu hỏi, luôn luôn là một ý tưởng tốt để thực hiện một 'nghiên cứu' nhỏ về nó, cố gắng lấy càng nhiều thông tin và gợi ý càng tốt. Các trang web như StackOverflow là vàng. Bạn thậm chí có thể nhận được câu trả lời chính xác mà bạn đang tìm kiếm. Đồng nghiệp của bạn sẽ đánh giá cao nỗ lực, và sẽ hạnh phúc hơn để giúp bạn.

Hãy cố gắng, học tập chăm chỉ, tò mò và đặt câu hỏi. Hãy nhớ rằng, mọi người đã ở vào vị trí của bạn và cuối cùng mọi người đều sống sót :)

Tôi nghĩ rằng bạn sẽ chạy vào các loại câu hỏi khác nhau.

Đối với câu trả lời của tôi, tôi sẽ tập trung vào những gì tôi xem xét TẠI SAO câu hỏi. Những loại câu hỏi này giúp bạn hiểu lý do tại sao bạn được yêu cầu làm điều gì đó theo một cách nhất định. (ví dụ: Tại sao chúng ta sử dụng mã hóa tiêu chuẩn X?)

Tôi nghĩ sẽ tốt cho bạn khi yêu cầu người cố vấn của bạn dành ra một chút thời gian mỗi tuần để trải qua các loại câu hỏi này. Một ý tưởng sẽ là dành ra 1 đến 2 tách cà phê mỗi tuần. Bằng cách đặt thời gian cho các loại câu hỏi này, bạn cho người cố vấn của mình biết rằng bạn coi trọng thời gian của họ và bạn muốn tìm hiểu lý do tại sao một cái gì đó được thực hiện theo một cách nhất định.

Miễn là bạn cố vấn biết rằng bạn đã cố gắng tìm câu trả lời trước và cố gắng tìm câu trả lời cho câu hỏi.

Một mẹo khi đặt câu hỏi có thể là khi người cố vấn của bạn đi đến máy pha cà phê, sau đó bạn biết rằng bạn đang làm gián đoạn "dòng chảy" của anh ấy.

Tôi khá nhiều trong tình huống chính xác của bạn tại thời điểm này. Người giám sát của tôi khá bận rộn và tôi đã nhận ra những gián đoạn của mình không được chào đón khá sớm. Trong trường hợp của tôi, tôi đã không biết nhiều công nghệ được sử dụng. Vì vậy, những gì tôi đã làm là, mỗi khi tôi có một câu hỏi, tôi ghi lại nó. Nếu tôi cần một câu trả lời để tiếp tục nhiệm vụ của mình, tôi sẽ làm một cái gì đó khác trong một thời gian. Tôi đọc một số tài liệu cho một số công nghệ khác mà tôi biết rằng tôi sẽ sớm sử dụng. Trừ khi câu hỏi rất quan trọng để hoàn thành nhiệm vụ tôi phải thực hiện và tôi không thể tiếp tục mà không có câu trả lời, tôi sẽ xếp hàng nó.

Nếu đó là mã bạn đang viết chẳng hạn, bạn có thể viết bình luận "việc cần làm" trong phần đó và tiếp tục viết phần còn lại của mã. Bạn có thể quay lại để điền vào việc cần làm sau.

Sau đó, bất cứ khi nào tôi gặp người giám sát của mình, tôi sẽ dỡ tất cả các câu hỏi cùng một lúc. Sau đó, một số câu hỏi tôi đã trả lời cho chính mình! Một số câu hỏi cũng có vẻ ngớ ngẩn sau khi được viết ra một lúc, vì vậy bạn không hỏi chúng.

Một điều khác bạn chắc chắn nên làm là chỉ đơn giản là nói chuyện với người cố vấn của bạn về nó. Trong thực tế đó là điều đầu tiên tôi đã làm. Tôi chỉ đơn giản đứng thẳng lên hỏi "Tôi có hỏi quá nhiều câu hỏi không?" Nó cho tôi phản hồi thẳng thắn và tôi có thể ngừng lo lắng về việc liệu có nên thư giãn hoặc giải quyết vấn đề hay không.

Lưu ý: Những điều trên chỉ thực sự áp dụng cho các câu hỏi không liên quan đến kỹ thuật hoặc lập trình. Tôi dành một khoảng thời gian dài trong Google / Stack Overflow để tìm kiếm các câu trả lời kỹ thuật và bạn cũng vậy. Trên thực tế, nếu bạn không thu thập thông tin mới hàng ngày, tôi gần như sẽ nói rằng bạn không học đủ :)

1. Đừng lo lắng về việc hỏi quá nhiều. Không có vấn đề gì khi bạn không biết sth, nhưng khả năng nghiên cứu vấn đề.
2. Hãy suy nghĩ và Google trước khi bạn yêu cầu.
3. Vì bạn giao tiếp bằng IM và E-mail, hãy cố gắng đảm bảo rằng người cố vấn của bạn hiểu rõ câu hỏi của bạn.
4. Một khi vấn đề được giải quyết, ghi chú là cần thiết. Chúng tôi chỉ không thể nhớ mọi thứ chúng tôi học chi tiết.

Tôi nghĩ Casey không phải là vấn đề đặt câu hỏi..có gì là bạn là thực tập viên .. bạn có thể đặt câu hỏi. Và cá nhân tôi cảm thấy nghi vấn mọi thứ luôn có lợi ích riêng của nó. Ngay cả khi bạn không Google trong trường hợp đó, người cố vấn của bạn sẽ nói với bạn rằng bạn cần tự mình nghiên cứu điều đó. Điểm cần nhớ là đừng nản lòng hoặc đừng bị choáng ngợp bởi môi trường làm việc mới với cơ sở mã lớn. Đó chỉ là thời gian bạn cần đưa ra và nên hỏi khá nhiều thứ bạn muốn.

câu hỏi vui vẻ :) :)

Bạn biết đấy, nếu bạn lịch sự và vui vẻ, bạn có thể hỏi hỏi đi.

Nhưng đừng hỏi những câu hỏi nghe có vẻ thất bại hoặc ám chỉ bạn có thể thiếu chính đáng,