Tôi nên mong đợi gì từ công việc lập trình đầu tiên của mình? [đóng cửa]


37

Tôi vừa được thuê cho công việc lập trình đầu tiên của mình! Tôi 25 tuổi và đã sử dụng Java trong 6 năm.

Bây giờ tôi đã được tuyển dụng, tôi lo lắng rằng các kỹ năng của tôi sẽ không phải là những gì nhà tuyển dụng mong đợi. Tôi sợ rằng tôi sẽ được giao cho một dự án và phải hỏi rất nhiều câu hỏi mà đồng nghiệp của tôi sẽ cảm thấy là nghiệp dư.

Đây có phải là một nỗi sợ hợp lý? Kinh nghiệm làm việc lập trình đầu tiên của bạn là gì? Tôi nên mong đợi điều gì? Bạn có thể cho tôi lời khuyên gì?

Cảm ơn.


16
Đừng lo lắng. Hầu hết các nhà tuyển dụng hiểu rằng có một đường cong học tập rất lớn chuyển từ học viện sang ngành công nghiệp. Tôi sẽ lo lắng nếu bạn không hỏi nhiều câu hỏi.
Pemdas


Theo tôi điều tốt nhất bạn có thể làm là hỏi! Nếu có một vấn đề, một câu hỏi nhanh sẽ hiệu quả hơn là lãng phí hàng giờ trong khi cố gắng tìm ra điều gì đó. Ban đầu, bạn có thể hỏi thêm một chút, nhưng sau một thời gian, bạn chắc chắn sẽ có thể trả lời các câu hỏi của các đồng nghiệp "có kinh nghiệm hơn". Không ai biết bất cứ điều gì và không có nhà tuyển dụng nên mong đợi điều đó. Giao tiếp lành mạnh là rất quan trọng đối với một công ty.
johannes

Câu trả lời:


57

Có quá nhiều thứ bạn không thể học ở trường đại học . Cũng có nhiều điều dành riêng cho công ty . Trong cả hai trường hợp, bạn có một lựa chọn:

  • hoặc bạn yêu cầu đồng nghiệp giải thích,
  • hoặc bạn không hỏi bất cứ điều gì với bất cứ ai và chấp nhận rủi ro để phạm sai lầm.

Nếu tôi thuê một người không có kinh nghiệm chuyên môn, tôi sẽ không phiền nếu cô ấy hỏi nhiều câu hỏi trong những tuần hoặc tháng đầu tiên. Mặt khác, nếu cô ấy sợ yêu cầu giúp đỡ và lãng phí hàng giờ để giải quyết vấn đề mà một nhà phát triển khác có thể giải quyết trong vài giây hoặc mắc phải những sai lầm ngu ngốc có thể dễ dàng tránh được bởi một người cởi mở hơn để giao tiếp với bạn bè, điều đó sẽ làm phiền tôi nhiều hơn.

Đừng tránh những câu hỏi. Đó là một cách tốt để vừa học hỏi mọi thứ vừa giao tiếp với những người bạn sẽ làm việc cùng. Nhưng:

  • Đừng đặt câu hỏi chỉ để hỏi họ.
  • Hãy nhớ rằng những người khác có công việc riêng của họ để làm và thời hạn của riêng họ. Họ có những việc khác để làm hơn là dành thời gian của họ để giúp bạn cho mọi nhiệm vụ.
  • Đừng mong đợi những người khác làm công việc của bạn (giống như không bao giờ được yêu cầu trên Stack Overflow để thực hiện công việc của bạn).
  • Lưu ý rằng nếu bạn làm phiền một nhà phát triển, cô ấy sẽ mất mười phút trở lên để tập trung trở lại. Vì vậy, đừng đặt câu hỏi nếu bạn có thể tìm cho mình một câu trả lời trong vòng vài giây trên internet.

Ví dụ về câu hỏi xấu:

  • "Này, tôi muốn tạo một mảng như {1, 2, 3, ... n-1, n} trong PHP. Bạn có thể giúp tôi không?" Ở đây, bạn chỉ cho thấy rằng không chỉ bạn không biết cách sử dụng tài liệu PHP, mà thậm chí bạn không bận tâm đến việc tìm kiếm Google hoặc suy nghĩ một lúc. Sẽ ổn thôi nếu bạn không biết về rangephương thức trong PHP. Sẽ không ổn nếu bạn không thể tự tìm thấy nó.

  • "Tôi đang cố gắng triển khai các plugin, nhưng tôi không biết CAS là gì trong .NET Framework. Bạn có thể giải thích cho tôi đây là gì không?" Vâng, dễ dàng hơn để yêu cầu giải thích, nhưng trước tiên, tìm kiếm Google cho "CAS .NET Framework 4.0" thì sao?

  • "Tại sao bạn buộc tôi sử dụng kiểm soát phiên bản? Tôi luôn làm việc mà không có nó và tôi không hiểu tại sao bây giờ tôi lại cần nó." Chà, đồng nghiệp của bạn không phải giải thích tại sao bạn phải sử dụng nó. Đầu tiên, nó là một hướng dẫn của công ty bạn. Bạn không ở đây để ra lệnh làm việc. Thứ hai, có rất nhiều sách, bài viết trên blog và câu trả lời trên các trang web SE giải thích lý do tại sao mọi người phải sử dụng kiểm soát phiên bản. Bạn chỉ cần tìm kiếm.

Ví dụ về các câu hỏi được chào đón:

  • "Tôi muốn thực hiện các thay đổi đối với kiểm soát phiên bản, nhưng có một thông báo lỗi lạ. Nó nói: [...]. Có lẽ bạn biết đây là gì?" Rất có thể đồng nghiệp của bạn đã thấy tin nhắn này hàng chục lần trước đây, vì vậy bạn có thể hỏi điều này.

  • "Tôi đang đọc trang 9 của các yêu cầu cho dự án này, phần 4.2.1, nhưng tôi không chắc chắn: đó là cho tôi hoặc cho quản trị viên cơ sở dữ liệu để thực hiện phần này?" Tốt hơn là nên hỏi, hơn là dành ba ngày để thực hiện công việc đã được dba thực hiện.

  • "Tôi cần triển khai các plugin, nhưng sau khi đọc cái này và cái này, tôi vẫn không hiểu hộp cát là gì và cái này liên quan đến bảo mật như thế nào. Bạn có thể giải thích cho tôi điều này sau khi bạn rảnh?" Bạn đã tìm kiếm. Bạn đã nỗ lực. Bạn đã không hiểu. Không thể hiểu tất cả mọi thứ, và sẽ tốt hơn nếu yêu cầu giải thích thay vì dành một ngày cuối tuần để tìm kiếm nó.


18
Tôi muốn chỉ ra rằng, nếu công ty không sử dụng kiểm soát phiên bản, 99,9% chúng tôi ở đây sẽ hỗ trợ cố gắng "ra lệnh làm việc" và để kiểm soát nguồn.
whatsisname

" Tại sao bạn buộc tôi sử dụng kiểm soát phiên bản? Tôi luôn làm việc mà không có nó và tôi không hiểu tại sao bây giờ tôi lại cần nó ." Trả lời: "Ok, bạn có một điểm. Làm việc mà không có nó trong vài tháng, trên cơ sở mã hóa rộng lớn của chúng tôi trong khi mọi người khác sử dụng nó, và sau đó chúng tôi sẽ nói về nó". Vấn đề này có thể sẽ tự chăm sóc bản thân.
joshin4colours

1
Đừng đặt câu hỏi chỉ để hỏi họ - đồng ý. Nhưng hãy đặt câu hỏi để mở rộng kiến ​​thức của bạn. Nếu bạn không làm điều đó bạn không cố gắng học.
cấu hình

Đây là những tiêu chí thực sự tốt, nhưng tôi cũng nói thêm rằng một số điều không đáng để hỏi trong ngày làm việc có thể được chấp nhận hoàn toàn khi ăn trưa (nếu văn hóa công ty là mọi người ăn cùng nhau và ổn khi thảo luận về công việc ). Điều này ngăn chặn chuyển đổi ngữ cảnh bổ sung của việc trả lời câu hỏi.
autophage

22

"Câu hỏi ngu ngốc duy nhất là câu hỏi không được nêu ra."

^ Nghiêm túc. Nhớ lấy.

Nếu bạn đã ở trong học viện được 6 năm, tôi cho rằng (và hy vọng ) rằng bạn đã nắm vững các khái niệm kỹ thuật cốt lõi. Trừ khi bạn gặp phải một tình huống tồi tệ với một chủ nhân tồi tệ, họ nên lưu ý rằng việc mới ra trường trong công việc đầu tiên của bạn, bạn sẽ có một lộ trình học tập trước bạn và đang mong đợi bạn mắc lỗi trên đường đi .

Nếu kỹ năng của bạn không phù hợp với những gì nhà tuyển dụng đang tìm kiếm, họ sẽ không thuê bạn. Nếu họ thuê bạn mặc dù kỹ năng của bạn không phù hợp với những gì họ đang tìm kiếm, thì rất có thể bạn không muốn làm việc ở đó.

Bạn càng đặt nhiều câu hỏi, bạn sẽ càng nhanh chóng làm quen với môi trường làm việc mới. Phải nói rằng, nói chung, các kỹ sư không thích bị lỗi liên tục vì phải mất ~ 15 phút để họ quay trở lại trong mọi thứ. Vì vậy, tôi có thể nghĩ về việc đưa tất cả các câu hỏi có liên quan của bạn vào e-mail và gửi chúng cho ai đó trong "bí quyết" vào cuối ngày.

Một số công ty ghép bạn với một người cố vấn, một số thì không.


+1, lo lắng liệu đồng nghiệp của bạn sẽ nghĩ một câu hỏi là ngu ngốc hay không tốn thời gian có thể được dành để đặt câu hỏi và thực hiện.
Nicholas Smith

+1, nhưng một lưu ý nhỏ về phần kỹ năng phù hợp. Đôi khi một người sử dụng lao động sẽ thuê một người cấp nhập cảnh mà không có các kỹ năng hiện có, người cho thấy tiềm năng tốt để có được những kỹ năng đó thông qua đào tạo. Trong cả hai trường hợp, việc đặt câu hỏi kết thúc là giải pháp.
Joel Etherton

8

Đừng lo lắng quá. Không ai là đẳng cấp thế giới ngày đầu tiên của họ.


8

Công việc lập trình đầu tiên của tôi là tiếp quản một trang web được viết bằng các ngôn ngữ mà tôi thậm chí không biết. Tôi là nhà phát triển duy nhất và không có ai tôi có thể yêu cầu giúp đỡ. Tôi đã rất sợ tôi sẽ không tồn tại lâu (nếu không có diễn đàn thì có lẽ tôi sẽ không có). Vậy tôi đã làm gì? Tôi đã hỏi rất nhiều câu hỏi trên các diễn đàn. Tấn. Tôi cảm thấy như tôi đã hỏi rất nhiều câu hỏi "nghiệp dư" đến nỗi tôi đã làm cho avatar của mình "Tôi thật ngốc" (nó vẫn ở ngoài đó .. ở đâu đó).

Quan điểm của tôi là, nỗi sợ là điều tự nhiên nhưng bạn sẽ vượt qua nó, và hỏi rất nhiều câu hỏi nghiệp dư. Cách tốt nhất để học Ít nhất là trong trường hợp của tôi, và vẫn vậy.

Ngoài ra, khi tôi đang tham gia khóa đào tạo CNTT trong quân đội, họ đã lướt qua mọi khái niệm và nói rằng "Bạn sẽ học được công việc của mình tại trạm làm nhiệm vụ đầu tiên .. điều này chỉ để bạn có thể quen thuộc với bất cứ điều gì xảy ra."


2

Nếu bạn hỏi những câu hỏi ngớ ngẩn, nhưng chỉ hỏi một lần, thì đồng nghiệp của bạn sẽ không ghét bạn. Nhưng nếu bạn không bao giờ học, họ sẽ nói với sếp sa thải bạn.

Sich của bạn nằm ngoài tầm kiểm soát của bạn. Hoặc bạn sẽ ở bên những người tốt, những người sẽ muốn bạn thành công, hoặc bạn sẽ ở cùng với kẻ ác, những người sẽ muốn bạn thất bại.

Cố gắng đừng lo lắng và chỉ làm những gì bạn có thể. Và bỏ thêm rất nhiều công việc để học ngôn ngữ và các ứng dụng của công ty.



1

Công việc lập trình đầu tiên của tôi là về ngôn ngữ và khung / nền tảng mà trước đây tôi chưa từng chạm tới (Visual C ++ / MFC và tôi được học về C trên Unix với một chút Java).

Đạo đức của giai thoại: khi bạn không có kinh nghiệm thương mại, nhà tuyển dụng đầu tiên đưa bạn vào thường nhìn thấy bạn ít nhiều là một bảng xếp hạng sạch sẽ. Bây giờ nhìn lại, ngay cả khi tôi đã được tuyển dụng cho vai trò C trên Unix, 95% + thời gian học sớm trong công việc đầu tiên đó sẽ có nhiều hơn về các kỹ năng mềm, kiểm soát nguồn, chính trị / quản lý văn phòng và những thứ khác những thứ mà kinh nghiệm học tập không thể thực sự chuẩn bị cho bạn. Về mặt kỹ thuật, họ thường mong đợi bạn sẽ rất loạng choạng trong một hoặc hai tháng đầu tiên - cú sốc đối với hệ thống từ những thứ phi kỹ thuật này là đủ để làm bạn mất tập trung. Họ biết điều này, vì vậy họ có thể không mong đợi nhiều.

MainMa có lời khuyên tốt : Về cơ bản chỉ cần cố gắng không làm phiền mọi người với loại câu hỏi dễ dàng với Google và điều đó sẽ đi kèm với lãnh thổ cho một người có 6 năm kinh nghiệm học tập. Một nguyên tắc nhỏ là kiến ​​thức lập trình chung trước tiên nên được nghiên cứu trước khi hỏi, trong khi kiến ​​thức cụ thể của công ty / tên miền nội bộ sẽ an toàn hơn nhiều khi hỏi về sau khi đào tối thiểu.


1

Tôi cũng mới tốt nghiệp đại học và đã phát triển phần mềm chuyên nghiệp được khoảng một năm nay. Bạn sợ những điều chính xác giống như tôi cũng sợ, vì vậy bạn không cô đơn. Tôi cảm thấy như tôi đã trải qua những gì bạn đang mô tả ở đây. Lời khuyên tốt nhất tôi có thể cung cấp cho bạn là như sau:

  1. Bao quanh bạn với những người thông minh hơn bạn và sẵn sàng cố vấn. Hãy lịch sự nhất có thể, đọc thành người và tìm ra liên minh của bạn. Không phải ai cũng sẵn sàng giúp đỡ bạn, nhưng bạn sẽ dễ dàng tìm ra ai là "đúng người" và những người bạn sẽ muốn làm bạn với họ.
  2. Đặt câu hỏi càng nhiều càng tốt nếu bạn cảm thấy Google không thể trả lời.
  3. Nhận ra rằng có nhiều người đã không đến trường trong một thời gian, và có khả năng họ có thể xem bạn là một ý tưởng mới cho các ý tưởng. Đừng ngại bắn ra những ý tưởng, và đừng sợ không đồng ý với người khác.

Đó là một đường mỏng, nhưng bạn sẽ tìm ra nơi để vượt qua nó và nơi không. Điều tốt nhất bạn có thể làm là nhiệt tình học hỏi và bao quanh mình với những người biết nhiều hơn bạn về phát triển phần mềm.

Khi sử dụng trang web của chúng tôi, bạn xác nhận rằng bạn đã đọc và hiểu Chính sách cookieChính sách bảo mật của chúng tôi.
Licensed under cc by-sa 3.0 with attribution required.