it-swarm-vi.com

Khốn khổ của một nhà phát triển Junior - có thể không bị cắt ra để lập trình không?

(Hãy để tôi bắt đầu bằng cách hỏi - xin hãy nhẹ nhàng, tôi biết điều này là chủ quan, nhưng nó có nghĩa là kích động thảo luận và cung cấp thông tin cho người khác. Nếu cần nó có thể được chuyển đổi sang wiki cộng đồng.)

Gần đây tôi đã được thuê như một nhà phát triển cơ sở tại một công ty tôi thực sự thích. Tôi bắt đầu trong lĩnh vực làm QA và chuyển sang ngày càng nhiều công việc phát triển, đó là điều tôi thực sự muốn kết thúc. Tôi thích nó, nhưng càng ngày tôi càng đặt câu hỏi liệu tôi có thực sự giỏi về nó hay không. Một phần của điều này vẫn đang phát triển thành vai trò nhà phát triển cơ sở, tôi biết, nhưng bao nhiêu? Các nhà phát triển cơ sở mong đợi điều gì, họ nên làm gì và không làm gì? Tôi có thể làm gì để cải thiện và cho công ty của mình thấy tôi nghiêm túc về cơ hội này? Tôi ghét rằng tôi đang làm họ mất thời gian bằng cách tăng tốc. Tôi đã được những người khác nói rằng các công ty đầu tư vào các nhà phát triển Junior và đừng hy vọng họ sẽ trả hết trong một thời gian, nhưng bao nhiêu trong số này là sự thật? Phải có một điểm khi rõ ràng liệu khoản đầu tư sẽ trả hết hay không.

Cho đến nay tôi đã cố gắng hỏi càng nhiều câu hỏi càng tốt, nhưng tôi đã bị ám ảnh bởi một vấn đề đơn giản trong một thời gian và những người khác biết rằng, đã có lúc rất xấu hổ khi phải nhờ giúp đỡ Sau bao lâu vật vã. Tôi cũng đã cố gắng cởi mở để đề xuất nhất có thể và làm việc với những người khác để cố gắng cấu trúc lại mã của mình, nhưng đôi khi điều này có thể gây khó khăn với các ý kiến ​​cá nhân của nhiều thành viên trong nhóm (được ai đó nói cách viết một cách, và sau đó có người khác làm cho bạn viết lại nó).

Tôi thường xuyên bị căng thẳng quá mức và đánh giá bản thân quá khắc nghiệt, nhưng tôi không muốn phải vật lộn suốt quãng đời còn lại để cố gắng làm mọi thứ nếu tôi không có tài năng. Theo kinh nghiệm của bạn, là lập trình một cái gì đó mà hầu hết mọi người đều có thể học, hoặc thứ gì đó mà một số người không nhận được? Những người khác cảm thấy như vậy, hoặc bạn đã cảm thấy như vậy khi bắt đầu? Điều đó làm tôi sợ rằng tôi không có kỹ năng công việc nào khác nên tôi không được phép vì có các kỹ năng cần thiết để viết mã tốt.

59
user575158

Một số người có sở trường về lập trình? Chắc chắn rồi.

Nếu bạn không có sở trường về nó, bạn vẫn có thể trở thành một lập trình viên tuyệt vời chứ? Vâng, nhưng nó sẽ thực hành nhiều hơn.

Dù bằng cách nào, để thực sự giỏi lập trình cần có thời gian . Nó giống như chơi một nhạc cụ. Là một số người có năng khiếu tự nhiên? Vâng. Nhưng nhiều người vĩ đại chỉ luyện tập lâu hơn và chăm chỉ hơn. Lập trình là cùng một cách - nó cần thực hành.

Đối với phần còn lại của sự nghiệp lập trình của bạn, lĩnh vực sẽ thay đổi. Bạn sẽ có nhiều lúc trong cuộc đời mình trở thành chàng trai mới, bất kể bạn đã từng là chuyên gia. Nhiều lập trình viên "đàn em" trong C # ngày nay đã từng là chuyên gia về Foxpro hoặc các ngôn ngữ khác. Các chuyên gia C # của ngày hôm nay một ngày nào đó sẽ là lập trình viên cơ sở bằng ngôn ngữ khác. Tất cả chúng ta đều phạm sai lầm và làm những điều ngu ngốc mà người khác sẽ chỉ ra. Theo thời gian bạn sẽ hiểu mã tốt và xấu. Bạn sẽ có thể tranh luận vui vẻ với những người trong bài đánh giá mã và sao lưu lý do tại sao mã của bạn tốt hơn đề xuất của họ và mọi thứ khác, nhưng cần có thời gian, quyết tâm và kiên trì. Tài năng giúp đỡ, nhưng đôi khi tài năng được ngụy trang thành công việc khó khăn theo thời gian.

Đừng nản lòng khi là một lập trình viên cơ sở. Hãy mắc những sai lầm đó. Học hỏi từ họ. Nhận bẩn. Chúc vui vẻ. Tất cả chúng ta đã ở đó và tất cả chúng ta vẫn đến điểm trong mã của chúng ta, nơi chúng ta phải yêu cầu giúp đỡ. Đó là lý do tại sao StackOverflow và các trang web trực tuyến khác rất phổ biến. Nhiều lần chúng tôi lập trình viên có bản ngã lớn. Chúng tôi thà hỏi trực tuyến nơi không ai có thể cười nhạo chúng tôi (và biết chúng tôi là ai) hơn là hỏi đồng nghiệp của chúng tôi, vì vậy đừng cảm thấy tồi tệ vì không biết điều gì đó. Xét cho cùng, lập trình viên là người giải quyết vấn đề, không phải là người hiểu biết, đó là lý do tại sao chúng tôi có kỹ năng của Google!

alt text

Nếu bạn không nhấp vào liên kết duy nhất trong câu trả lời của tôi, tôi khuyên bạn nên đọc Peter Norvig's Dạy bản thân để lập trình trong mười năm .

45
Ryan Hayes

Câu trả lời ngắn: Có, có thể ai đó chỉ không nhận được phần mềm.

Tuy nhiên, sẽ là tự phụ đối với tôi khi nói rằng bạn đang ở trong kịch bản đó. Nghe có vẻ như bạn không ở trong một môi trường rất nuôi dưỡng. Lý tưởng nhất, các nhà phát triển cao cấp hơn sẽ đưa bạn dưới cánh của họ và cho bạn thấy những sợi dây. Có vẻ như bạn chỉ bị ném vào vực sâu mà không có sự hỗ trợ của cuộc sống. Thường có một đường cong học tập lớn từ đại học đến công nghiệp hoặc người thử nghiệm đến nhà phát triển và nó có thể đáng sợ chủ yếu là vì bạn nhận ra rằng bạn thực sự biết rất ít ... ít nhất đó là kinh nghiệm của tôi.

Đặt câu hỏi là tốt nhất để thể hiện rằng bạn nghiêm túc. Tôi nhận ra rằng đôi khi bạn có thể cảm thấy câu hỏi là ngớ ngẩn hoặc tầm thường, nhưng tất cả chúng ta đã ở đó. Ngoài ra, giao tiếp với sếp của bạn! Thể hiện rằng bạn muốn biết làm thế nào để tốt hơn và thiết lập một kế hoạch. Bất kỳ ông chủ tốt nào cũng sẵn sàng giúp bạn đặt ra các mục tiêu cụ thể liên quan đến phát triển nghề nghiệp.

Ngoài ra, khi đồng nghiệp giúp bạn xác định lại mã hoặc giải quyết vấn đề, hãy đảm bảo bạn hiểu lý do tại sao họ nói với bạn những điều nhất định. Đừng chỉ viết mã theo một cách vì họ đã nói như vậy. Nếu hai đồng nghiệp có ý kiến ​​khác nhau thì hãy yêu cầu họ cho bạn biết lý do tại sao họ nghĩ khác.

Tôi tin chắc rằng một bộ mục tiêu rõ ràng và một số hướng sẽ làm nên điều kỳ diệu cho tình hình hiện tại của bạn.

19
Pemdas

Bạn có biết rằng, "bất cứ ai phát hiện ra nước, chắc chắn đó không phải là một con cá"? Bạn không thể biết được sự khác biệt giữa ba tình huống này:

  • đi đúng hướng, đặt câu hỏi, trở nên tốt hơn, tất cả sẽ trở nên tuyệt vời
  • làm việc với những kẻ ngốc, có tài năng để phát triển trong một môi trường tốt hơn, cam chịu ở đây
  • không phải là một lập trình viên và sẽ không có được nó

Tôi đã sử dụng một người nào đó trong danh mục sau này. Chúng tôi đã dành sáu tháng để đi đến kết luận rằng mặc dù anh ấy là Nice, chúng tôi thích anh ấy, anh ấy thông minh, và anh ấy đang cố gắng như địa ngục, điều đó sẽ không xảy ra.

Nếu có ai đó bạn có thể tin tưởng với cuộc trò chuyện này, hãy hỏi họ câu hỏi này: "Tôi biết tôi đã phạm sai lầm và có những điều tôi không biết, nhưng tôi có đang mắc phải những sai lầm tương tự không? ? ". Một câu trả lời trung thực cho điều đó sẽ cho bạn biết những gì bạn cần biết. Tôi đã có những đàn em không bao giờ mắc lỗi tương tự hai lần. Họ làm tốt. Và người tốt bụng mà cuối cùng tôi đã sa thải? Ông đã có một bộ sưu tập 3 hoặc 4 sai lầm tái phát và tái diễn và tái diễn. Anh ta đã không nhìn thấy mô hình cho dù anh ta đã nói bao nhiêu lần và bao nhiêu lần sau khi chết.

Muốn làm tốt là một dấu hiệu tốt. Hiện tại, hãy cố gắng hết sức, tìm hiểu nơi bạn có thể và tin tưởng những người xung quanh để đánh giá bạn. Chỉ cần lưu ý rằng nếu họ quyết định bạn không cắt ra vì điều này, họ có thể sai. Bạn có thể phát triển mạnh trong một môi trường khác. (Anh chàng tôi đã sa thải hiện đang bán hàng và hỗ trợ và một chút siêu sao từ những gì tôi nghe thấy.) Heck, bạn có thể bắt đầu phát triển mạnh vào ngày mai. Khi nó nhấp, bạn sẽ hạnh phúc hơn nhiều.

8
Kate Gregory

Làm thế nào lớn và phức tạp là codebase bạn vừa được giới thiệu? Điều đó có thể đóng một yếu tố lớn (đặc biệt là nếu thiếu tài liệu)

Tôi thường cảm thấy có một cuộc chiến im lặng đang diễn ra giữa đàn em và đàn em. Nó liên quan đến những thứ nhỏ nhặt như mọi người đang cố gắng đặt mình lên bệ và đặt bạn xuống trong nỗ lực thể hiện giá trị của chính họ.

Hãy nghĩ về bất kỳ sự thiếu tài liệu nào như một trò đùa thực tế mà họ đã chơi với bạn trước khi bạn trở thành một nhà phát triển cơ sở.

Những người này không phải là giáo viên; chúng có tính lãnh thổ như bất kỳ bộ quần áo nào khác và đừng nghi ngờ điều đó trong một giây. Rõ ràng không ai đưa bạn dưới cánh của họ và bạn vẫn có việc phải làm. Bạn có thể muốn đến gặp ông chủ của người cao niên và bày tỏ một số mối quan tâm chung của bạn. Nếu bạn làm điều đó và sau đó bị sa thải hàng tháng trời, sẽ có nhiều câu hỏi. Nếu bạn giữ im lặng, có vẻ như bạn không quan tâm (điều mà bạn rõ ràng làm)

Đặt cược tốt nhất của bạn là giết chúng một cách tử tế và đóng góp mã nguồn sạch sẽ nhất có thể để không ai có thể nói gì. Bạn càng nghe ít lời chỉ trích, bạn càng trở nên gần gũi hơn với việc trở thành một nhà phát triển cấp cao.

3
user13203

Treo ở đó! Thực tế là bạn đang tự đặt câu hỏi cho chính mình, là một dấu hiệu thực sự tốt. Bây giờ tôi là một quản lý cấp cao và những dấu hiệu tốt nhất từ ​​đàn em là họ chấp nhận rằng họ cần giữ cho mình cởi mở và biết rằng họ cần phải học hỏi thêm.

Tôi nhớ khi tôi bắt đầu cuộc sống như một lập trình viên cơ sở, và tất cả dường như quá lớn và to lớn và những người khác trong nhóm dường như biết rất nhiều và điều đó tự nhiên đến với họ. Nhận thức về kiến ​​thức chỉ là kinh nghiệm. Thời gian và tâm trí cởi mở sẽ cho BẠN điều đó.

Tôi thường đưa ra sự tương tự này để giúp đỡ đàn em, nó thường có cảm giác như bạn sắp đi lên một ngọn núi lớn. Bạn nhìn thấy chiều cao với những đỉnh núi tuyết và không có đường dẫn lên đỉnh. Hầu hết mọi người nghĩ rằng, phải, tôi cần trang bị cho mình tất cả các thiết bị leo núi mà tôi cần để bắt đầu căng thẳng về thiết bị đó trước khi chúng khởi hành. Tôi bảo họ chỉ cần nhìn vào 100 mét đầu tiên họ có thể nhìn thấy và cho tôi biết họ cần gì và đi bộ. Sau đó, bạn sẽ nhận thấy rằng một phần có một đường dẫn tốt và có sẵn nhiều bản đồ.

Mất tất cả nhu cầu trang bị yourselve như một "chuyên gia" và jus bắt đầu đi bộ.

3
jpg

Câu hỏi đầu tiên bạn nên tự hỏi mình không phải là "Tôi có đủ tốt để trở thành một lập trình viên không?", Đó là "Tôi có thực sự muốn trở thành a lập trình viên? ". Nếu bạn không muốn trở thành một lập trình viên (như trong, bố mẹ bạn muốn bạn làm điều đó vì uy tín hoặc bạn nghĩ bạn sẽ kiếm được nhiều tiền), thì bạn đã có câu trả lời. Nếu bạn làm muốn trở thành lập trình viên, thì hãy tiếp tục đọc vì tôi sẽ chỉ cho bạn những việc còn lại phải làm.

Tôi đã đọc Daniel Pink's Cuộc phiêu lưu của Johnny Bunko (đó là một cuốn sách nghề nghiệp vì có lẽ bạn không thể biết được tựa đề này). Trong đó, có 6 bài học. Ba trong số chúng có vẻ đặc biệt có liên quan:

  1. Nghĩ điểm mạnh chứ không phải điểm yếu.
  2. Kiên trì vấp ngã tài năng.
  3. Phạm sai lầm tuyệt vời.

Bài học đầu tiên là nơi để bắt đầu. Nếu bạn tập trung vào những điều bạn đang làm sai, bạn sẽ không bao giờ đi đến đâu. Bất kể bạn làm gì, bạn sẽ luôn có những điểm mạnh và điểm yếu giống nhau. Không có bất cứ điểm nào để đánh bại bản thân về những điểm yếu của bạn. Do đó, thay vì làm dịu đi những điểm yếu của bạn, trọng tâm chính của bạn cần được phát huy dựa trên những điểm mạnh của bạn. Hãy ngồi xuống và tìm ra những gì họ đang có. Tôi không có ý nghĩa về mặt lĩnh vực ("lập trình viên" hoặc "kế toán viên"). Đi sâu hơn thế. Bạn có giỏi trong việc xác định các quy trình hợp lý? Sắp có ý tưởng mới? Thực hiện ý tưởng của người khác? Khi bạn biết điểm mạnh của mình là gì, hãy tìm hiểu cách bạn có thể áp dụng chúng vào lập trình (một lần nữa, giả sử đó là điều bạn muốn làm).

Điều tiếp theo là sự kiên trì hơn hẳn tài năng. Bất cứ ai đam mê những gì họ làm sẽ đến lúc bạn đến. Luôn luôn có sẽ trở thành người sắp trở thành người thích nghi vì lý do này hay lý do khác, có thể là họ bị bạn đe dọa hoặc họ cảm thấy bạn không đủ tài năng. Cộng với những thách thức luôn xuất hiện cho dù bạn có tài năng đến đâu. Nếu bạn kiên trì, rất có thể bạn sẽ tin tưởng vào những người không kiên trì nhưng có tài năng.

Cuối cùng (và tôi nghĩ rằng đây là một trong những người cao niên sẽ quên), mắc lỗi tuyệt vời. Thử một cái gì đó mới mà không hiệu quả là một sai lầm tuyệt vời bởi vì bạn có thể học hỏi từ nó. Đi tù vì hack vào máy chủ của người sử dụng lao động và khiến bản thân thất nghiệp là không. Người cao niên đôi khi sẽ cố gắng giữ bạn khỏi phạm sai lầm. Mặc dù có ý tốt, họ có thể giống như những bậc cha mẹ bảo vệ quá mức, những người không bao giờ để con cái họ ra ngoài. Để thực sự học hỏi, bạn cần phải tự làm cho mình những sai lầm ngớ ngẩn. Bạn có thể sẽ thấy rằng nhiều lần lời khuyên của người cao niên không áp dụng, không phải vì đó là lời khuyên tồi, mà nhiều hơn vì đó là lời khuyên phù hợp với họ chứ không phải bạn.

1
Jason Baker

Theo kinh nghiệm của bạn, là lập trình một cái gì đó mà hầu hết mọi người đều có thể học, hoặc thứ gì đó mà một số người không nhận được?

Theo tôi không phải ai cũng có thể trở thành lập trình viên. Nhưng một điều chắc chắn là lập trình là một lĩnh vực đòi hỏi nhiều sự kiên nhẫn và tập trung và nếu bạn có điều đó thì chắc chắn bạn sẽ tham gia vào đó.

Khi tôi bắt đầu sự nghiệp vài năm trở lại đây, tôi cũng gặp phải tình huống tôi nghĩ mình có thể tồn tại trong lĩnh vực này nhưng khi thời gian trôi qua và tôi cố gắng học hỏi, tôi trở thành một phần thiết yếu trong đội của mình, vì vậy hãy học hỏi và tập trung hết sức để cải thiện kỹ năng của bạn bằng cách đọc sách, nghiên cứu bài đăng trên blog, theo dõi các bậc thầy về công nghệ của bạn trên Twitter

1
Fraz Sundal

Đây là một chủ đề cũ, nhưng tôi muốn thêm 2 xu của mình trong trường hợp ai đó tình cờ phát hiện ra điều này trong một tìm kiếm Google.

Các nhà phát triển tôi làm việc cùng khá hữu ích và sẵn sàng cho vay một tay. Tất cả chúng ta đều có thế mạnh ở những nơi khác biệt, vì vậy tất cả chúng ta đều khá cởi mở để giúp đỡ lẫn nhau. Nếu bạn có thể học được điều gì đó mà những người khác trong nhóm của bạn không biết nhưng có thể sử dụng cho họ, điều đó có thể nới lỏng họ và khiến họ sẵn sàng cho và nhận hơn. Nếu bạn đang ở một vị trí cấp nhập cảnh, tôi sẽ hút nó và không để nó làm bạn bối rối. Khi bạn rời khỏi vị trí này, vị trí tiếp theo sẽ là với một bảng đá sạch. Vì vậy, tôi sẽ đi loanh quanh và học hỏi nhiều nhất có thể và có được càng nhiều kinh nghiệm dưới vành đai của bạn càng tốt để trong buổi biểu diễn tiếp theo của bạn, bạn sẽ có nhiều kinh nghiệm hơn và có chỗ đứng tốt hơn.

Tôi không thực sự tin vào việc nộp đơn khiếu nại với ban quản lý về tiết mục của bạn với đồng nghiệp. Ban quản lý sẽ xem bạn như một người khó tính không thể hòa hợp với những người khác. Người giám sát của bạn không phải là người giữ trẻ, vì vậy nếu có vấn đề lớn về văn hóa với môi trường của bạn, bạn không muốn trở thành một phần của nó. Bạn không thể mong đợi ban lãnh đạo đưa ra câu trả lời bằng viên đạn ma thuật để buộc đồng nghiệp tôn trọng bạn. Tôi đã ở một vài vị trí mà tôi không thực sự cảm thấy mình cảm thấy như vậy với đội. Tôi chỉ cần đóng gói và di chuyển trên. Dù giới hạn văn hóa của họ là gì sẽ không cho phép tôi được đối xử như tôi ... đó là vấn đề của họ. Tôi là ai để đến và cố gắng thay đổi chúng để phù hợp với tôi? Tình huống của bạn có vẻ như là một ngoại lệ đối với quy tắc, vì vậy tôi sẽ không cho rằng nó sẽ như thế ở mọi nơi.

Kinh nghiệm của tôi là hầu hết các lập trình viên đều TUYỆT VỜI. Ngay cả khi bạn hoàn toàn biết bạn đang làm gì, nếu bạn không làm theo cách của họ, họ sẽ nhìn thẳng vào mặt bạn và hành động như bạn là một thằng ngốc ngu ngốc không biết bạn đang làm gì. Hầu hết các câu trả lời bạn nhìn thấy trên bảng tin là biểu thị cho điều đó. Đối với mỗi câu trả lời hữu ích mà bạn thấy về một vấn đề phát triển trên bảng tin, bạn sẽ thấy 10 câu trả lời tự phụ của những cá nhân láu cá muốn chọc phá và nói bất cứ điều gì họ có thể để thúc đẩy cái tôi lúng túng của chính họ. Trên thực tế, tôi tin rằng 3/4 mỗi câu trả lời cho một câu hỏi trên bảng tin đều chỉ trích sự hình thành của câu hỏi, rằng những câu hỏi không được đăng đúng chỗ, phàn nàn rằng câu hỏi đã được hỏi từ lâu và do đó không bao giờ nên được hỏi lại, hoặc đó là một liên kết đến một bảng thông báo khác, nơi câu hỏi được trả lời với một số loại nhận xét như "Tìm hiểu cách sử dụng Google, STUPID !!!" Tôi không đặt câu hỏi trên các diễn đàn trừ khi thật cần thiết. Diễn đàn là một nơi tuyệt vời để tìm câu trả lời, nhưng đó là một nơi khủng khiếp để đặt câu hỏi (nếu điều đó có ý nghĩa). Các diễn đàn có những quy tắc và hướng dẫn lố bịch mà họ muốn bạn tuân theo nếu bạn đặt câu hỏi ... về cơ bản họ mong đợi bạn là người tầm cỡ troll bảng tin đó TẤT CẢ thời gian và được sử dụng để hạn chế nội dung và định dạng của họ. Tôi đã có những câu hỏi hoàn toàn bình thường ngay lập tức bị xóa ... ngay cả từ Stack Exchange ... tất cả chỉ vì nó "không được định dạng chính xác."

Lập trình xấu là kết quả của 1 trong 2 điều: Hoặc bạn không hiểu các khái niệm hoặc bạn không biết cú pháp. Tôi không tin rằng bất cứ ai cũng không thể học cả hai nguyên tắc này. Lập trình không phải là một tài năng tự nhiên mà bạn phải sinh ra. Đó là một thực tế học được. Tôi thậm chí không chắc nó thực sự cần nhiều trí thông minh như vậy. Bạn chỉ cần kiên nhẫn và cam kết học tập. Nếu mọi người hiểu TẠI SAO một thực hành lập trình nhất định là một vấn đề, tôi nghĩ họ sẽ thực hiện các bước cần thiết để tự sửa lỗi. Họ không cần một hội đồng xét duyệt kỳ quặc về những tên khốn ngu ngốc đang mắng mỏ họ.

Tôi học được nhiều nhất thông qua việc đọc và nghiên cứu một mình hơn là nhờ người khác giúp đỡ. W3Schools là một nơi tuyệt vời để tìm hiểu một số điều mới. Ngay cả khi bạn chủ yếu phát triển VB, chạy qua một số hướng dẫn về JavaScript hoặc PHP hoặc Entity hoặc MVC thực sự có thể giúp bạn hiểu cơ bản về các khái niệm lập trình hướng đối tượng. Trong hầu hết các trường hợp, cặp vợ chồng đầu tiên của bạn hợp đồng phát triển họ sẽ ném bạn vào một số mã và bạn sẽ hack nó cho đến khi bạn làm cho nó hoạt động. Điều đó có thể đủ tốt, nhưng nếu bạn không biết các khái niệm đằng sau những gì bạn đang làm, bạn có thể ' t thực sự mong đợi bản thân làm theo cách "đúng".

IMO, bạn không thể thực sự học cách trở thành nhà phát triển hàng đầu trước khi bạn bắt đầu phát triển. Như với bất cứ điều gì, thực hành làm cho hoàn hảo ... và hầu hết các nhà phát triển dày dạn dường như quên mất điều đó.

1
Shonenknife

"Nếu bạn tập trung vào những điều bạn đang làm sai, bạn sẽ không bao giờ đi đến đâu."

Hãy mệt mỏi với lời khuyên này. Theo kinh nghiệm của tôi, tôi đã tìm thấy điều hoàn toàn ngược lại. Mã xấu và thiết kế xấu thường có thể được quy cho một lập trình viên chỉ đơn giản là tránh một cách tiếp cận mà họ không thoải mái.

Thay vì dành thời gian để cải thiện các kỹ năng của họ trên bảng, tạo ra một bộ công cụ, họ có một cây búa và cố gắng biến mọi thứ thành một cái đinh. Đừng rơi vào cái bẫy này.

Tìm những thứ bạn kém và thực hành chính xác những thứ đó.

1
JRB

Chà, nếu bạn chỉ mới với một vài tháng kinh nghiệm phát triển mà họ không mong đợi nhiều (thực sự, nghiêm túc, họ thấy một số tài năng trong bạn đó là lý do tại sao bạn ở đó, không phải lỗi của bạn, vì vậy hãy ngừng lo lắng).

Những gì bạn nên nhận ra rằng nhiệm vụ được giao cho bạn là điều sẽ đưa bạn tiến về phía trước. họ mong đợi bạn học hỏi từ nó. Trước khi có bất kỳ nhiệm vụ nào, hãy nghiên cứu nó một thời gian và sau đó đi đến cấp cao để tìm hướng đi. Nhìn thấy rằng bạn đang đi đúng hướng, bạn đang sử dụng đúng phương pháp. Có lẽ một số người đã hét lên về cách tiếp cận đúng và bạn bắt đầu lo lắng?. nó xảy ra với tất cả chúng ta, nó là một phần của quá trình học tập.

Vì vậy, hãy thư giãn và thư giãn và cố gắng tận hưởng những ngày không có trách nhiệm nhưng làm việc chăm chỉ

0
maz3tt

Tôi đã cảm thấy như vậy nhiều lần và có lẽ sẽ cảm thấy như thế nhiều lần nữa trong tương lai. Cứ cho rằng tôi có sự lo lắng và trầm cảm có thể khiến điều này trở nên khó khăn hơn một chút, nhưng với sự kiên trì, thông minh và tò mò, thật thú vị khi xem cuối cùng bạn sẽ kết thúc ở đâu. Hướng dẫn phỏng vấn du kích sẽ không phải là ý tưởng tồi để xem xét.

Một câu hỏi khác là bạn tận hưởng bao nhiêu cuộc đấu tranh và giải pháp bạn tìm thấy? Nếu bạn không thích giải quyết vấn đề thì có khả năng tôi khuyên bạn nên thoát khỏi chương trình. Đồng thời, tôi biết vài tháng đầu tiên của tôi trong công việc đã có nhiều lần tôi cảm thấy mình như một thằng ngốc và có một tình huống "rửa tội bằng lửa" nhưng tôi nghĩ đó là bình thường. Tôi đã sống sót qua các cuộc đấu tranh và có những giây phút cảm giác như mình đang đứng đầu thế giới, đó là một cảm giác tuyệt vời mà tôi thường cố gắng chiếm lại với thành công vừa phải.

0
JB King