Newbie tìm kiếm lời khuyên về lập trình nói chung [đóng]


28

cần một số bạn nhớ lại thời điểm mà bạn có thể đã rất tệ trong việc lập trình ...

Đã ở công việc mới của tôi (với tư cách là một nhà phát triển phần mềm) trong vài tháng nay, đã qua thời gian thử việc. Có rất ít kinh nghiệm lập trình (chỉ C ++) và hiện đang làm việc với asp.net MVC và silverlight. Vì vậy, có một trang web mà công ty đang làm việc và tôi đang tham gia nỗ lực để làm cho nó tốt hơn, giải quyết các lỗi, v.v.

Vấn đề là - tìm hiểu về một hệ thống / trang web đã được thực hiện, thông qua phòng thu trực quan. Tôi LUÔN cảm thấy bị choáng ngợp, không bao giờ biết phần nào của dòng này nên tìm kiếm, và nói chung là có rất nhiều rắc rối để có được bức tranh lớn. Visual studio là một cái gì đó tôi cảm thấy khó khăn để nắm bắt, chứ đừng nói đến khung asp.net.

Tôi có ấn tượng rằng vì đồng nghiệp của tôi có nhiều kinh nghiệm hơn tôi, họ đang có được tất cả các công việc tốt, và tôi còn lại với những thứ nhảm nhí để làm - những thứ thậm chí không mơ hồ về lập trình. Có nghĩa là họ đang học / tạo ra nhiều hơn, và tôi đang học / tạo ra gần như không có gì. Tôi đang bị mất tinh thần, và quá sợ hãi để nói bất cứ điều gì.

Tôi không ngu ngốc, tôi đã đọc và thực hành nhiều khái niệm lập trình cơ bản ... Tôi chỉ sợ máu của khuôn khổ chết tiệt này. Tôi nhìn nó và chỉ cảm thấy tê liệt.

Kết quả là tôi liên tục hỏi anh chàng kỳ cựu lớn tuổi hơn, và anh ta đang trở nên cáu kỉnh, và thà giao cho tôi những công việc dễ dàng / không suy nghĩ / không lập trình để tránh lãng phí thời gian với việc giúp đỡ tôi. Sau đó, khi tôi không hiểu điều gì đó, tôi đang do dự về việc tôi có nên hỏi anh ấy hay không và cố gắng quyết định xem liệu điều đó có lãng phí thời gian không.

Tôi là kiểu người tiếp thu mọi thứ từ từ, nhưng rất chú ý đến chi tiết. Mặc dù trước đây tôi nghĩ là làm cho tôi trông không đủ năng lực.

Bất cứ ai đến từ nơi tôi đến xin vui lòng nói điều gì đó hữu ích .... Tôi sợ mất việc trong một vài tháng hoặc một cái gì đó ...


3
Tôi sẽ bắt đầu với việc bắt đầu tại asp.net aspspider.com/tutorials pluralsight-training.net/microsoft, v.v. Tôi thích hướng dẫn bằng video là tốt để học nhanh.
Birey

3
Từ việc đọc câu hỏi của bạn và bình luận của bạn bên dưới, có vẻ như bạn chỉ là những con bọ được chỉ định ngẫu nhiên chỉ để giữ cho bạn bận rộn và tránh xa những người đàn ông cao cấp. Tình huống có thể là tất cả các "trái cây treo thấp" đã được chọn và các lỗi duy nhất mở là cực kỳ khó nắm bắt hoặc khó khăn. Những loại lỗi này là phổ biến trong ASP.NET vì vậy đừng quá nản lòng. Như đã nói, có vẻ như những người đàn anh không quá hữu ích nhưng chỉ làm việc được 2 tháng, họ THỰC SỰ cần phải cắt giảm cho bạn một chút chùng. Âm thanh như họ quên mất việc trở thành một nhà phát triển cấp cơ sở.
maple_shaft

2
Kudos để có được một công việc ASP.NET chỉ với một chút kinh nghiệm C ++. Tôi thấy trước một sự thay đổi nghề nghiệp để bán hàng và tiếp thị trong tương lai của bạn :).
năm11

Lập trình tương tự như nói bằng ngôn ngữ khác ... trong khi giải quyết vấn đề. Lúc đầu sẽ khó khăn, vì giống như bạn đang cố gắng giải quyết các vấn đề được viết bằng tiếng Đức.
Jake Berger

Câu trả lời:


17

Quy trình mà mọi người nên làm trong một công việc như một người thuê mới

  1. Ban đầu nhìn vào mã
  2. Sửa lỗi nhỏ
  3. Sửa lỗi lớn hơn
  4. Yêu cầu tính năng - Thêm một cái gì đó vào một mảnh ghép hiện có của câu đố
  5. Những điều mới - Tạo ra thứ gì đó từ hư vô

Vội vàng một nhà phát triển xanh không có trải nghiệm tên miền quá nhanh sẽ gây ra quá nhiều vấn đề. Bạn sẽ có được những thứ chàng trai mới bởi vì bạn cần có được những thứ chàng trai mới.

Treo ở đó


Cảm ơn. Tôi đã thực hiện đến số 4, mặc dù các tính năng nhỏ. Và thường là từ đầu, trái ngược với việc gắn vào một hệ thống hiện có.
dùng974685

14

Điều đầu tiên đầu tiên. Bạn là người mới. Bạn sẽ nhận được các bài tập tào lao. Không cách nào xung quanh đó. Bạn phải hiểu rằng đây không phải là độc hại. Giống như bản thân bạn đã nêu, những người này có nhiều kinh nghiệm và có nhiều kỹ năng hơn. Họ cũng có thể ở một mức lương cao hơn là tốt. Điều đó có nghĩa, theo quan điểm của dự án, thời gian của họ là quý giá và quý giá hơn thời gian của bạn. Vì vậy, họ có thể thực hiện các nhiệm vụ tiên tiến hơn (và vui vẻ), để lại cho bạn công việc trần tục hơn (nhưng vẫn quan trọng).

Bây giờ, điều quan trọng là không bị mắc kẹt trong đường ray mãi mãi. Dành mọi khoảnh khắc có thể để làm quen với dự án và các công cụ trong tay. Bạn có thể chơi Minesweeper khi bạn chết. Tôi biết rằng học một nền tảng mới cũng như bắt kịp tốc độ với một dự án hiện có là một triển vọng rất lớn. Bí quyết là cắt nó thành từng mảnh nhỏ hơn và giải quyết từng cái một. Trong đôi giày của bạn, tôi sẽ làm một cái gì đó như thế này:

  • Trong công việc, đầu tiên hãy tìm ra kiến ​​trúc chung của toàn bộ ứng dụng. Không cần phải đi vào chi tiết nào. Chỉ cần xác định các khối mã chính; tức là giao diện người dùng ở đâu? Phần nào truy cập cơ sở dữ liệu? Cái nào làm quyết định kinh doanh? Đừng ngại hỏi xung quanh. Cho họ thấy bạn rất ham học hỏi và mọi người thường sẽ đáp lại. Nếu có tài liệu tốt (và gần đây) xung quanh sử dụng nó.
  • Bây giờ bạn đã biết các bit chính, đã đến lúc đi sâu vào một chút. Cố gắng bắt đầu ở một trong những kết thúc . Giao diện người dùng hoặc lớp cơ sở dữ liệu, sau đó chuyển sang đầu bên kia. Hãy nhìn tổng quát về bit bạn đang học. Hãy cảm nhận về cách nó hoạt động. Những chức năng và phương pháp nó tiếp xúc. Thông tin chi tiết có thể đến sau. Ghi chép nhiều, vẽ biểu đồ và sơ đồ, làm bất cứ điều gì sẽ giúp bạn tìm kiếm tất cả sau này.
  • Chỉ khi bạn cảm thấy bạn hiểu cách logic chảy trong ứng dụng, bạn mới có thể thực sự nhìn vào mã. Đây là thời điểm tốt để làm quen với Visual Studio. Nhấp chuột phải vào bất kỳ đối tượng / chức năng nào trong mã và bạn sẽ nhận được một menu ngữ cảnh rất hữu ích. "Đi đến định nghĩa" và "Tìm tất cả các tài liệu tham khảo" đặc biệt hữu ích và mạnh mẽ. Nếu một lệnh có vẻ khó hiểu với bạn, hãy nhấp vào F1.
  • Ở nhà, hoặc trong thời gian rảnh, hãy đọc thêm về ASP.NET MVC và Silverlight (hoặc bất kỳ nền tảng nào bạn kết thúc sử dụng). Cụ thể, đọc thêm về các bit bạn đã thấy trong công việc ngày hôm nay.
  • Khi sự hiểu biết của bạn về nền tảng và dự án phát triển, cuối cùng bạn sẽ thấy ngày càng có nhiều cơ hội đóng góp cho mã. Nắm bắt những khoảnh khắc!

Nếu điều này có vẻ như rất nhiều công việc, đó là vì nó là. Nhưng cổ tức cuối cùng bạn sẽ thu được nhiều hơn là bồi thường.


+1 để cung cấp lời khuyên hữu ích thực tế về cách giải quyết vấn đề của OP thay vì chỉ những lời khích lệ thông cảm. Tôi sẽ nâng cấp nó một lần nữa nếu tôi có thể.
Greatwolf

5

Tôi có ấn tượng rằng vì đồng nghiệp của tôi có nhiều kinh nghiệm hơn tôi, họ đang có được tất cả các công việc tốt, và tôi còn lại với những thứ nhảm nhí để làm - những thứ thậm chí không mơ hồ về lập trình. Có nghĩa là họ đang học / tạo ra nhiều hơn, và tôi đang học / tạo ra gần như không có gì.

Làm thế nào chắc chắn là bạn về điều này? Tôi hỏi như một người mà nói chung khi bạn bắt đầu một cái gì đó mới, có tất cả các loại việc học được thực hiện mà bạn có thể không nhận ra. Bạn đã quen với Visual Studio như thế nào? Tôi có thể nhớ nó khá đáng sợ khi học IDE từ đầu khi tôi bắt đầu làm việc trở lại vào năm 1998 nhưng đó là một thời gian thú vị theo một số cách. Làm thế nào để bạn biết phần mềm theo dõi lỗi? Làm thế nào tốt bạn có một ý tưởng của tất cả những người khác nhau trong nhóm? Có lẽ có nhiều hơn một vài điều bạn đang học mặc dù bạn có thể không xem chúng là những điều lớn để học.

Lời khuyên của tôi là hãy cân nhắc việc nói chuyện với một số đồng nghiệp hoặc sếp của bạn về việc bạn thấy mình làm tốt hay không tốt. Họ có thể nói, "Vâng, bạn đang làm tốt" hoặc "Bạn thật tuyệt vời!" đó là điều bạn có thể phải chấp nhận mặc dù một số người có thể nói điều đó vì họ sợ nói sự thật. Đồng thời, nhận ra rằng đây là nơi bạn tìm ra nơi bạn đứng và sau đó làm điều gì đó về nó. Ở đó trong một vài tháng, bạn nên biết một vài điều và do đó có thể làm tốt hơn bạn đã làm trong tuần đầu tiên.


Giống như, "sửa lỗi này, chỉ nên lấy một dòng", và sau đó tôi mất nhiều thời gian chỉ để tìm ra nơi mà tôi nghĩ rằng dòng đó sẽ đi.

Tôi đã nghe và nói rằng loại hàng chục lần trong sự nghiệp của tôi, thực sự. Có một vài điểm khác nhau mà tôi đưa ra về một dòng như vậy:

  • Nó có thể là một ước tính và vì vậy người đó có thể đã quên một số trường hợp kỳ quặc khiến cho việc khắc phục là một số ít các dòng. Tôi biết rằng tôi đã có những lúc tôi nghĩ, "Điều đó nên được thực hiện trong một dòng mã bằng cách nào đó", chỉ để sau đó khám phá những gì tôi đã bỏ lỡ.

  • Một số dòng mã có thể phức tạp một cách lố bịch. Bạn đã bao giờ thấy nếu có hàng tá dấu ngoặc trong đó để thực thi một số logic trong đó phải mất một vài lần để đọc chính xác điều kiện? Tôi biết tôi có.

Xem xét loại hình ứng dụng nào bạn có bây giờ và làm thế nào để bạn thấy các phần khác nhau khớp với nhau, mã thường sử dụng quy ước nào, loại phương pháp phát triển nào được sử dụng và công cụ nào được sử dụng cho các quy trình khác nhau, ví dụ như có máy chủ tích hợp liên tục, có một bảng câu chuyện, vv


Chắc chắn, tôi tốt hơn tôi rất nhiều, nhưng tôi vẫn cảm thấy vô dụng. Giống như, "sửa lỗi này, chỉ nên lấy một dòng", và sau đó tôi mất nhiều thời gian chỉ để tìm ra nơi mà tôi nghĩ rằng dòng đó sẽ đi. Cảm ơn mặc dù. Hiện tại đang cố gắng đọc lên nhiều thứ nhất có thể, không phải lúc nào cũng dễ dàng biết chính xác những gì tôi nên đọc!
dùng974685

4

Nó cần có thời gian. Một vài tháng là một thời gian ngắn. Trừ khi bạn thấy không có tương lai trong công ty hiện tại của bạn, tôi sẽ cho nó thêm thời gian.

Đó là phổ biến để làm việc trên các sản phẩm hiện có. Vì thực tế, bạn sẽ làm điều đó thường xuyên hơn các hệ thống hoàn toàn mới. Cần rất nhiều kỹ năng để cải thiện các hệ thống hiện có đã được sản xuất. Đó không hẳn là một điều xấu.

Chúc may mắn trong công việc mới của bạn.


5
Ngoài ra, làm việc trên các hệ thống hoàn toàn mới không nhất thiết phải là tất cả. Sửa lỗi có thể gây khó chịu, nhưng nó có rất nhiều lợi thế: những gì bạn nên làm rõ ràng hơn, thời hạn thoải mái hơn và bạn học cách làm việc với mã của người khác rất có giá trị.
millimoose

Vâng, tôi biết có nhiều điều phải học từ sửa lỗi ... Tôi đoán nó làm tôi thất vọng vì rất nhiều lỗi tôi gặp phải là những lỗi mà tôi không thể biết cách squish - trong asp.net, phải làm gì đó với thiết lập dự án chính / web.config / một tệp được lưu trong bộ nhớ cache mà tôi không biết, chẳng hạn. Về cơ bản rất nhiều thứ vẫn có vẻ như 'ma thuật' ...
user974685

@ user974685 Đây là lý do tại sao tôi nghĩ rằng một dự án ASP.NET là một điều tồi tệ để bắt đầu, bởi vì như một khuôn khổ, mục đích duy nhất của nó là khó nắm bắt và minh bạch cho nhà phát triển. Nó cố gắng che giấu bản chất không trạng thái Yêu cầu / Phản hồi tự nhiên của HTTP và làm cho nó CẢM NHẬN như một ứng dụng Win Forms cho nhà phát triển. Trong thực tế khi bạn gặp phải một lỗi bộ nhớ đệm, hoặc một trục trặc đồ họa kỳ lạ có thể là NHIỀU ngay cả đối với một nhà phát triển cấp cao.
maple_shaft

@maple_shaft: Những gì bạn nói về ASP.NET che giấu bản chất thật của web là đúng với ASP.NET WebForms nhưng không phải với ASP.NET MVC (đó là những gì user974685 đang sử dụng.) ASP.NET MVC thực sự rất tốt khi cho phép bạn viết các ứng dụng web một cách phi trạng thái.
Hector Correa

@Hector Xin lỗi, tôi đã bỏ lỡ câu hỏi mà người dùng nói rằng họ đang sử dụng ASP.NET MVC.
maple_shaft

2

Tiếp tục đặt câu hỏi, nhưng thể hiện sáng kiến , mặc dù, quá; làm nhiều như bạn có thể trước khi bạn yêu cầu. Nó giống như đặt câu hỏi ở đây trên Stack Exchange.


2

Lấy một cuốn sách hay trên asp.net và có lẽ trên khung .net và đọc chúng kỹ lưỡng ngoài giờ làm việc. Bạn sẽ cảm thấy khá tự tin trong công việc một khi bạn đã đọc chúng. Thật tuyệt vời khi thực tế làm việc trên những gì bạn đang học. Mã sẽ có ý nghĩa với bạn khi bạn đọc và do đó việc đọc cũng sẽ vui hơn. Bạn nên tận dụng tốt nhất thời gian bạn có ngay bây giờ, không có nhiều nhiệm vụ được ném vào bạn, vì vậy hãy sử dụng thời gian này một cách khôn ngoan.


2

Tôi nghĩ rằng tôi có thể nói cho nhiều người trong chúng ta bằng cách nói rằng trong một lúc, tôi tự hỏi liệu bản thân quá khứ của tôi có vận chuyển đến tương lai để hỏi bản thân hiện tại của tôi câu hỏi này trên các lập trình viên không. Đây là khá nhiều những gì tôi sẽ nói về quá khứ của mình nếu tôi đối mặt với anh ấy khi anh ấy ở trong đôi giày của bạn:

Đừng nản lòng - sẽ rất khó khăn và một số ngày bạn sẽ ghét những gì bạn đang làm và ước bạn có thể trở thành một người làm vườn hoặc một cái gì đó khác không phải là lập trình. Nhấc mình lên khỏi mặt đất, phủi bụi và tiếp tục đi, bởi vì bạn sẽ trở nên tốt hơn và công việc bạn làm sẽ trở nên tốt hơn.

Sử dụng StackOverflow và Google - không phải là "Lập trình viên sao chép và dán", nhưng nhận ra rằng có TẤN người thông minh trên SO và trên phần còn lại của web, những người sẵn sàng, sẵn sàng và vui lòng cung cấp trợ giúp. Bên cạnh đó, câu trả lời SO hoặc bài đăng trên blog sẽ không càu nhàu với bạn hoặc cho bạn vẻ ngoài bẩn thỉu nếu bạn tiếp tục đọc lại chúng để đảm bảo bạn có được nó.

Giữ câu hỏi - miễn là bạn đang làm phần của mình để tìm ra những gì bạn có thể, không có gì sai khi hỏi ai đó có thêm kiến ​​thức và kinh nghiệm để được giúp đỡ. Nếu đồng nghiệp của bạn muốn trở thành một người khó chịu về điều đó, hãy tìm một đồng nghiệp khác sẵn sàng giúp đỡ bạn, hoặc như những người khác đã nói, hãy mang nó lên với anh ấy hoặc cô ấy và xem họ nói gì. Một chút giao tiếp trong những tình huống như thế này có thể đi một chặng đường dài.

Hãy tiếp tục cố gắng - đừng từ bỏ nó. Lập trình là khó, nhưng đó là một phần của phần thưởng của nó. Phải mất rất nhiều thời gian và công sức để học một công cụ mới, khung, ngôn ngữ, mô hình, v.v ... nhưng nó đáng giá vì mỗi khi bạn làm bạn trở nên tốt hơn và hành động thúc đẩy trải nghiệm học tập đó sẽ giúp bạn chuẩn bị tốt hơn lần sau bạn đối mặt với nó Tôi đang làm việc trong một cơ sở mã lớn hơn nhiều so với công việc đầu tiên của tôi, nhưng tôi đã có thể nhận nó nhanh hơn nhiều nhờ vào việc học mà tôi đã có trong quá trình học.

Cung cấp cho bạn một số tín dụng - bạn đã quản lý để biến trải nghiệm C ++ thành công việc làm việc với ASP.NET MVC và Silverlight. Bạn đang trên chương trình.stackexchange tìm kiếm sự giúp đỡ. Bạn đang làm việc và cố gắng và làm những gì bạn có thể để tốt hơn. Bạn đang làm những điều đúng đắn, và bạn đã là một phần tốt của con đường đó nhờ vào thực tế là bạn có thể có được một công việc lập trình. Giữ nó và nó sẽ trở nên dễ dàng hơn.

Tìm việc cần làm ở bên cạnh - thực hiện lập trình quá khó hoặc quá trần tục hoặc bất cứ điều gì có thể nhanh chóng làm giảm sự thích thú của bạn với nghề. Tìm một dự án bạn có thể tự mình làm việc ngoài công việc, một dự án không quá khó khăn nhưng điều đó sẽ khiến bạn hứng thú và khiến bạn hào hứng với việc lập trình. Không chỉ giúp bạn tránh khỏi việc ghét mã hóa, mỗi đoạn mã bạn viết sẽ giúp bạn trau dồi kỹ năng và các dự án cá nhân của bạn trông có vẻ tốt trong hồ sơ nếu bạn quyết định rằng công việc này không phù hợp với bạn.

Xin lỗi nếu điều này nghe có vẻ quá lớn của một cuộc nói chuyện pep. Tôi vừa mới đi giày của bạn và tôi biết cảm giác đó như thế nào. Hy vọng điều này và những lời khuyên khác từ những người ở đây sẽ giúp ích cho bạn. Ồ, và một điều nữa - bạn bắt đầu câu hỏi của mình với dòng này:

need some of you to remember back to a time when you might have been bad at programming...

Tôi vẫn vậy! Tất cả chúng ta đều vậy! Chúng tôi chỉ tiếp tục làm việc với nó và cố gắng để hút ít hơn mỗi năm .


1

Nó xảy ra với mọi người trong lập trình. Ngay cả các lập trình viên có nhiều năm kinh nghiệm cũng sẽ có một lộ trình học tập đáng kể khi phải đối mặt với một hệ thống phức tạp đã tồn tại nhiều năm. Thật hiếm khi bước vào một công việc với hầu hết tất cả kiến ​​thức bạn cần. Bạn có thể cảm thấy choáng ngợp trong một thời gian trừ khi bạn đang làm việc trên 100% phát triển mới trong một công ty / bộ phận tương đối mới hoặc (các) hệ thống rất đơn giản.


1

Tôi nghĩ rằng mối quan tâm của bạn là thực sự hợp lệ. Nhưng bạn không nên lo lắng quá nhiều .

Là một nhân viên mới, tất nhiên bạn sẽ nhận được những nhiệm vụ không ai muốn làm. Giống như nhiệm vụ còn lại để làm, nhiệm vụ đó là máy móc và khó chịu hơn.

Tôi thực sự cảm thấy nỗi đau của bạn, bởi vì tất cả mọi người ở đây, như tôi, đã ở đó. Những gì bạn cần là làm mọi thứ nhanh chóng và làm tốt nhất có thể .

Bằng cách này: mọi người sẽ thấy bạn có thể làm những việc khó hơn và khó hơn, rằng bạn đang thực sự nỗ lực hết mình và bạn sẽ thực sự cải thiện, điều này sẽ cho phép bạn thực hiện tốt hơn nữa và để lại ấn tượng tốt (theo đúng cách).

Và cũng hãy kiên nhẫn . Phải mất một thời gian, nhưng nó đáng giá.


1

Kiên nhẫn. Cách đây 20 năm khi tôi là người mới, họ đã gửi tôi trở lại phòng máy chủ để khởi động lại các bộ định tuyến bị sập mọi lúc. Mẹo nhanh: để tìm hiểu một khung công tác mới khi bạn có mã hiện có, hãy thử thêm một trường khác vào một biểu mẫu hiện có và sau đó mang ảnh hưởng của nó đến tất cả các nơi mà nó sẽ đi vào cơ sở dữ liệu. Bằng cách theo giá trị của một lĩnh vực khác đã có trên mẫu đó. Bạn sẽ học được một tấn.


0

Trong số các lựa chọn của bạn: tìm một công việc mà bạn sẽ không mong muốn bắt đầu chạy. Không phải mọi công ty là một nơi tốt cho một công việc cấp mới. Một tập đoàn tư vấn lớn (ví dụ Dell hoặc Accdvisor) có thể là một địa ngục cạn kiệt tâm hồn để trở thành một lập trình viên thông thường, nhưng họ nên có các chương trình đào tạo vững chắc và các nguồn lực để đối phó với nhân viên với phong cách học tập của bạn.

Hệ quả là hoàn toàn có thể bạn là loại nhân viên sai đối với chủ nhân hiện tại của bạn và ngược lại. Mặc dù mất việc là một đề xuất đáng sợ, nhưng tốt nhất bạn nên cắt lỗ.

Tất nhiên, tôi không nói bạn nên từ bỏ. Có một cơ hội tốt bạn chỉ cần thêm một chút thời gian để vượt qua phần tồi tệ nhất của đường cong khó khăn và đến điểm mà mọi thứ "nhấp chuột".

Ngẫu nhiên quan sát khác:

Tôi LUÔN cảm thấy bị choáng ngợp, không bao giờ biết phần nào của dòng này nên tìm kiếm, và nói chung là có rất nhiều rắc rối để có được bức tranh lớn.

Lý do chính khiến việc triển khai các dự án mới trở nên dễ dàng hơn với kinh nghiệm là bởi vì bạn sẽ làm việc với hầu hết các hệ thống nói trên, vì vậy chúng không thực sự "mới". Không có "trải nghiệm chung", chỉ cần làm quen với nhiều khái niệm và khung và công cụ tuyệt vời và rút ra vấn đề liên quan đến những điều bạn quen thuộc. Đối với một lập trình viên cấp nhập cảnh bị choáng ngợp với một hệ thống không cần thiết là điều hoàn toàn bình thường. (Vì nó dành cho một lập trình viên có kinh nghiệm nếu anh ta làm việc trên một hệ thống có đủ những thứ mới đối với anh ta. Lập trình là một con thú phức tạp và hầu hết các lập trình viên đều có "vùng thoải mái".)


0

Lập trình là một quá trình học tập không bao giờ kết thúc. Tôi sẽ không hiểu những gì sẽ làm cho bạn tốt hơn, nhưng tôi sẽ giải quyết cảm giác đó quá sức, đã ở đó và thỉnh thoảng vẫn cảm thấy như vậy. Để nhảy vào một dự án lớn trong khi học IDE và công nghệ đang được sử dụng là một tấn để xử lý. Tôi đang làm việc trong lần đầu tiên tôi sử dụng VS 2010, C #, WPF, SQL Server và MVVM. Vì vậy, không có gì trở nên dễ dàng nếu không có hàng tấn Google.

Hãy xem xét một vài điều - bạn đã vượt qua thời gian thử việc, vì vậy họ thích những gì bạn làm. Họ tin vào bạn như một nhân viên. Họ cũng biết rằng bạn là người mới và họ sẽ không mong bạn tiếp thu 10 năm kinh nghiệm bằng cách mở VS một vài lần. Họ sẽ cho phép bạn phát triển. Bạn là một khoản đầu tư và một tài sản - họ không muốn bạn thất bại và nếu bạn thể hiện sự tiến bộ và mong muốn, họ sẽ giữ bạn ở lại để thành công.

Theo như anh chàng cao cấp "cáu kỉnh" này - anh ta đã sai 100%. Nếu bạn tỏ ra có xu hướng nỗ lực và nghiên cứu trước khi bạn hỏi, anh ta không có lý do gì để bị kích thích. Một phần của việc trở thành một nhà lãnh đạo đang dẫn đầu - ai đó sẽ nói đó là một phần lớn. =) Nếu anh ấy dẫn đầu bởi một người nghèo như một ví dụ, họ đã chọn sai người đàn ông (hoặc phụ nữ). Hãy nói chuyện với anh ấy và cho anh ấy biết bạn đánh giá cao sự giúp đỡ. Devs có thể là loại chắc chắn và thường có thể là một chút đầy đủ của chính họ. Nếu anh ấy là một vấn đề, hãy nói chuyện với người quản lý của bạn về nó. Một lần nữa, bạn là một tài sản và có ai đó kìm hãm sự phát triển của bạn bằng cách không giúp đỡ vì anh ta sẽ làm tổn thương đội bóng.

Quan trọng nhất - đừng đổ mồ hôi. Nếu bạn nỗ lực và bạn thích những gì bạn làm, đó là một sự đảm bảo bạn sẽ tốt hơn và sẽ lên đội đó một ngày hoặc một ngày như thế. Nếu chúng thông minh, chúng sẽ cắn bạn mà bạn có thể nhai.

Cuối cùng - Tôi đã 6 năm và vẫn đang học. Đôi khi tôi không "hiểu" ngay lập tức, tôi cảm thấy hơi thất vọng. Tôi cũng như bạn, chỉ cần nói với bản thân mình: 'Bình tĩnh, thế giới không kết thúc. Đó là .Net vì Chúa. '


0

Thứ nhất, Chấp nhận thực tế rằng bạn không giỏi lập trình. Nếu bạn không muốn chấp nhận nó, thì đó sẽ là một vấn đề. Bạn là một Noob. Được thực tế. Và hãy trung thực với chính mình. Giai đoạn. Được chấp nhận? Sau đó đọc tiếp.

Thứ hai, hãy chứng minh, với chính bạn (và không ai khác. Tôi nhắc lại, Không ai khác ngoài bạn) rằng bạn không còn là một người mới nữa và bạn có thể bẻ khóa, tạo ra, gỡ lỗi mã bẩn nhất và được viết một cách tàn bạo nhất. Bạn có thể đứng đầu các bảng xếp hạng, mong đợi thang lương cao hơn từ 'sếp tốt của bạn bằng cách chứng minh với bản thân rằng bạn không phải là một Anymore noob .

Vì vậy, bây giờ, đi đến câu trả lời thực tế: Làm thế nào bạn có nghĩa vụ phải làm điều đó ở giữa giờ làm việc chật cứng, gia đình, thời gian rảnh của bạn? Vâng. tôi biết nó không dễ dàng Cách tôi làm điều đó. Và cho đến nay, tôi nghĩ rằng đó là cách hiệu quả nhất:

Nhận được những điều cơ bản của bạn đúng Nutshell: các cocepts của OOP nên được tích hợp bên trong não của bạn.

Mã thiết kế (ở vị trí của Lâu đài) trong Không khí tôi biết nghe có vẻ điên rồ nhưng xem các bánh xe ô tô là chức năng giúp bộ não con người quen với thế giới mã hóa!

Thực hành trên giấy trước! Giáo sư của tôi nói với tôi thủ thuật này. Thực hành trên giấy trước. Khô Chạy chương trình của bạn trên giấy. Nó sẽ giúp bạn có được dòng chảy của trình biên dịch + nó sẽ mở ra các cổng logic trong não của bạn.

Thiết kế dự án của riêng bạn có. có thể là một máy tính dựa trên CLI. thiết kế mã của riêng bạn. Làm cho nó độc đáo. Tại sao chương trình độc đáo của riêng bạn? Bởi vì nó sẽ buộc bạn phải suy nghĩ 'Làm thế nào tôi phải làm điều này?' và không buộc bạn phải nản lòng. Và khi bạn có nghi ngờ, hãy hỏi Herbert Schildt (tha thứ cho tôi nếu cách viết không đúng) hoặc Google hoặc bỏ một câu hỏi ở đây. Đây là cách tốt nhất để tự học và ứng biến các kỹ năng của bạn.

Khi tôi được giới thiệu với C, tôi cũng có một khoảng thời gian tồi tệ. Đặc biệt với Structures n Con trỏ n Blahs n blahs. Tôi đã học được những điều này ngoài giờ .. một cách khó khăn nếu bạn có thể gọi nó. Và sau đó, khi tôi tan vỡ, tôi đã không mất hy vọng. Tôi đã mua một cuốn sách tham khảo và bắt đầu thực hiện một chương trình mà tôi luôn muốn. Sau 3 tháng (vâng, bạn có thể cười!) Cuối cùng tôi đã tạo ra một phiên bản CLI của một chương trình sẽ lấy Tên của bạn làm đầu vào và sẽ thể hiện tính cách của bạn làm đầu ra. Sinh lý học.

Vâng. Tôi tự hào vì tôi cảm thấy tự hào về nó! Bởi vì tôi nhìn thấy khuôn mặt của những người cao niên đã từng chế giễu tôi. Đó là tất cả quyết tâm bạn của tôi! Lập trình không phải là khoa học tên lửa! Nếu nó đã được thì bạn đã không trải qua quản chế! Dễ thôi!

Niềm tin cá nhân của tôi: Nếu bạn có logic trong não và bạn hiểu thế nào là lẽ thường, bạn có thể là một lập trình viên giỏi.

Và tin tốt là, bạn có cả hai! Bởi vì nếu bạn không có nó thì bạn sẽ không thực hiện đúng bước bằng cách chia sẻ vấn đề của bạn với chúng tôi!

Nếu bạn cảm thấy tốt bây giờ, tôi hạnh phúc. Và vâng, bây giờ bạn có thể bỏ qua dòng đầu tiên của câu trả lời này .. là cần thiết sau đó .. Không cần thiết bây giờ! Chúc mừng!


0

Tuyên bố miễn trừ trách nhiệm: Tôi cho rằng vấn đề của bạn, mặc dù là dành riêng cho lập trình viên, phải đối mặt với các chuyên gia / học viên mới trong tất cả các lĩnh vực. Ý tôi là, không ai biết gì trong vài tháng đầu và những người mới luôn nhận được những nhiệm vụ tồi tệ nhất ( ngoại trừ có thể khi những nhiệm vụ này quá quan trọng).

Một thời gian mà bạn có thể đã kém về lập trình

Tôi vẫn xấu về nó. Không có suy nghĩ thứ hai.

Tôi có ấn tượng rằng vì đồng nghiệp của tôi có nhiều kinh nghiệm hơn tôi ..

Một lần nữa, hãy nhớ rằng mọi cầu thủ là một cậu bé bóng một lần. Để có được một điều tốt để làm việc, trước tiên bạn phải chứng minh giá trị của mình trong những điều bạn không thích, và điều này là phổ biến trong tất cả các lĩnh vực, không chỉ lập trình.

Tôi nhìn nó và chỉ cảm thấy tê liệt.

Điều gì khiến bạn cảm thấy tê liệt? Bạn có sợ quay trở lại khuôn khổ một lần nữa , hoặc bạn chỉ ghét nhìn vào nó hoàn toàn?

Luôn cố gắng chia vấn đề của bạn thành một hoặc nhiều bước đơn giản. Sau đó đi vào từng cái riêng biệt. Không có viên đạn ma thuật nào ở đây, ngoại trừ việc tiếp tục treo, và đó là điều quan trọng.

Kiểm soát

Như anh chàng mới, bạn sẽ phải đối mặt với các vấn đề trong việc tìm hiểu các công cụ bạn làm việc với (VB, ASP vv) và các điều bạn làm việc trên (các khuôn khổ ). Điều này là tự nhiên. Tất cả chúng ta phải đối mặt với nó. Ưu tiên chính của bạn nên tiếp tục.

Tiếp tục học ngôn ngữ, tiếp tục đặt câu hỏi, tiếp tục nhìn vào khuôn khổ lặp lại!

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.