Những kỹ năng nào là cần thiết cho lập trình chuyên nghiệp không thường được dạy trong trường học? [đóng cửa]

Tôi là một chuyên ngành khoa học máy tính năm đầu tiên. Tôi đã đi đến một hội chợ việc làm, đưa ra sơ yếu lý lịch, thật ngạc nhiên khi tôi có một cuộc phỏng vấn và cuối cùng là thực tập với tư cách là một nhà phát triển.

Tôi đã giải thích với người phỏng vấn (người sẽ là sếp của tôi) rằng tôi chỉ mới năm đầu tiên và không có nhiều kinh nghiệm lập trình. Anh ấy chỉ đơn giản nói với tôi rằng vì tôi có một nền tảng vững chắc về toán học (tôi gần như hoàn thành với BA về toán của mình, cộng với tôi có một số khóa học tốt nghiệp dưới vành đai của mình), anh ấy tự tin tôi sẽ làm tốt.

Tôi làm tốt trong tất cả các khóa học lập trình nhưng tôi vẫn cảm thấy mình gặp bất lợi. Ngay bây giờ, tôi thực sự chỉ muốn làm tốt công việc này khi nó bắt đầu. Công việc sẽ sử dụng chủ yếu là C #, nhưng bên cạnh việc học một số C #, kỹ năng mà bạn ước mình có thể học được trước khi trở thành một lập trình viên thực sự là gì?

Bất kỳ lời khuyên nào được đánh giá rất cao, nhưng nếu bạn có bất kỳ cuốn sách nào trong đầu xin vui lòng cho biết. Cảm ơn!

Ở trường, bạn học về viết mã. Những gì bạn không học được là phần còn lại của việc phát triển phần mềm. Những điều chính tôi không bao giờ học được bất cứ điều gì về trường học là:

• làm việc như một phần của nhóm phát triển
• sử dụng kiểm soát phiên bản
• sử dụng trình theo dõi lỗi

Đây là những kỹ năng rất quan trọng đối với bất kỳ nhà phát triển nào và bạn không có khả năng có được chúng trong một lớp học, thật không may.

Tôi ước rằng tôi biết sớm hơn trong sự nghiệp của mình rằng là một nhà phát triển, tôi có một vai trò rất quan trọng trong kinh doanh . Tôi không chỉ là một con khỉ mã.

Là một nhà phát triển, bạn có vai trò chính trong các bộ phận của doanh nghiệp liên quan đến phần mềm bạn đang làm việc.

Nếu công ty của bạn không viết bài kiểm tra cho mã của họ, hãy bắt đầu viết bài kiểm tra ngay bây giờ.

Nếu họ không theo dõi lỗi, hãy tìm một trình theo dõi lỗi thích hợp ngay bây giờ.

Nếu sếp của bạn muốn bạn bắt đầu ngay lập tức làm việc với một hình ảnh động lạ mắt cho màn hình giật gân của ứng dụng bảng tính của bạn - nhưng bạn vẫn có hàng tá lỗi cần khắc phục và một số tính năng chưa hoàn thành quan trọng trước hạn chót phát hành của khách hàng tiếp theo - hãy nói chuyện về việc ưu tiên chính xác cho công việc .

Ngay cả khi bạn chỉ là "một nhân viên bình thường", hành động như một nhà tư vấn là một cách tuyệt vời để tạo sự khác biệt với các nhà phát triển khác, những người chỉ viết mã và không hành động như họ có quyền lợi trong kinh doanh.

Trường học của tôi không bao giờ dạy tôi cách giải quyết vấn đề. Họ dạy tôi các cơ chế của mã hóa, nhưng để có thể nghiên cứu một vấn đề, hiểu nó và đưa ra giải pháp là điều họ không dạy. Nó đòi hỏi sự kiên nhẫn, nghiêm khắc và trực giác bên cạnh sự hiểu biết về ngôn ngữ lập trình.

Họ cũng không dạy về tinh thần đồng đội, về kiểm soát phiên bản và về tầm quan trọng của việc viết mã dễ duy trì. Họ cũng không dạy nhiều về cách kiểm tra phần mềm. Họ có thể đã chạm vào thử nghiệm đơn vị, nhưng họ không đi sâu vào các khái niệm về thử nghiệm chấp nhận, thử nghiệm hồi quy, v.v.

Tuyên bố miễn trừ trách nhiệm: Tôi đã đi học đại học vào những năm 80. Tuy nhiên, tôi thấy bằng chứng về điều này với những người tôi thuê ngày hôm nay - những sinh viên mới tốt nghiệp có rất ít kiến ​​thức về thế giới thực của lập trình: kiểm soát phiên bản, kiểm tra, mã hóa sạch, kỹ năng sửa lỗi, v.v.

Theo tôi, một số điều quan trọng nhất không được học (hoặc học đúng cách) ở trường là:

• Cách sử dụng và IDE đúng cách; sử dụng toàn bộ sức mạnh của một IDE hiện đại giúp tăng năng suất rất lớn: tái cấu trúc tự động, điều hướng mã, tích hợp VCS, phân tích mã, hoàn thành mã, v.v.
• Cách sử dụng đúng trình gỡ lỗi: gỡ lỗi từ xa, gỡ lỗi ứng dụng đa luồng, đánh giá nhanh, v.v.
• Sửa lỗi và bảo trì; ở trường đại học họ không dạy bạn gần như bất cứ điều gì về vấn đề này nhưng trong ngành công nghiệp là khá phổ biến để sửa lỗi.
• Làm thế nào để làm việc trong một nhóm lớn và trên một dự án lớn; Về cơ bản trong trường đại học, các dự án là loại nhỏ, so với các dự án công nghiệp lớn.
• Làm thế nào để viết mã tốt và làm thế nào để nhấn vào khả năng đọc; Điều này đi kèm với kinh nghiệm, nhưng có một số cuốn sách dạy bạn những điều cơ bản (Hoàn thành mã, Mã sạch, v.v.).
• Cách sử dụng một khung với toàn bộ sức mạnh, sử dụng tùy chỉnh của nó; ở trường đại học có lẽ bạn đã học cách sử dụng một số khung trên một số tình huống rất cơ bản; trong ngành công nghiệp bạn sẽ đạt đến các trường hợp góc.
• Làm thế nào để hiểu và viết mã sau khi đặc điểm kỹ thuật; có lẽ bạn sẽ học cách viết đặc tả nhưng bây giờ làm thế nào để đọc nó và làm thế nào để giải thích nó

VCS, hệ thống theo dõi lỗi, công cụ xây dựng, v.v. là những công cụ mà bạn bắt buộc phải học để có thể làm việc với một nhóm; họ không đòi hỏi nhiều thời gian để học ở cấp độ cơ bản và khá đơn giản sau đó (ít nhất là vào lúc bắt đầu); danh sách trên có chứa sự tinh tế mà nếu biết, sẽ tăng năng suất của bạn.

Điều lớn nhất tôi thấy thiếu từ các sinh viên mới tốt nghiệp là sự hiểu biết tốt về kiểm soát phiên bản.

Nếu bạn có kinh nghiệm trong việc phát triển phần mềm nguồn mở bằng cách sử dụng các kho lưu trữ mã nguồn (như GitHub ), bạn sẽ đi trước một bước so với mostcác bạn cùng lớp.

Điều thứ hai là một sự hiểu biết về sự phức tạp ( big O). Hầu hết mọi người ra khỏi trường đại học đã nghe về nó, nhưng vẫn chưa phát triển phần mềm thực sự, nơi nó được sử dụng và do đó không hiểu tầm quan trọng thực sự của nó.

Khi bộ dữ liệu của bạn quá lớn đến mức lực lượng vũ phu sẽ không bao giờ cắt giảm và hiểu được các kỹ thuật khác là hữu ích và có thể đoán khi nào vũ lực sẽ ổn cho tình huống, là điều bạn phát triển với kinh nghiệm và mắc lỗi.

Làm thế nào để gỡ lỗi tốt, đặc biệt là sử dụng trình gỡ lỗi và thực hiện một cách tiếp cận đúng để khắc phục lỗi, tức là tìm hiểu nguyên nhân gây ra, tìm hiểu lý do tại sao nó gây ra và hiểu lý do tại sao giải pháp của bạn khắc phục nó thay vì chỉ đơn giản là thử và hy vọng.

Hầu hết sinh viên tốt nghiệp ngành khoa học máy tính rất kém trong việc gỡ lỗi, và - kết quả là - mất nhiều thời gian hơn để sửa chữa những thứ cần thiết và tạo ra nhiều lỗi hơn khi làm như vậy.

Những thứ khác như kiểm soát phiên bản, theo dõi lỗi, v.v ... rất đáng được đề cập nhưng theo tôi, việc thiếu các phương pháp tiếp cận hợp lý để gỡ lỗi là một vấn đề lớn hơn nhiều và cần phải học hỏi nhiều hơn.

một kỹ năng mà bạn muốn bạn có thể học được trước khi trở thành một lập trình viên thực thụ là gì?

Theo kinh nghiệm của tôi, trường học của tôi không bao giờ dạy tôi cách giải quyết vấn đề.

Theo kinh nghiệm lập trình của tôi là tất cả về giải quyết vấn đề. Ở trường tôi, họ chỉ kiểm tra xem bạn có thể viết chương trình mà không bị lỗi cú pháp hay không. Những gì thực sự cần thiết không được đưa ra như là đầu vào. Cú pháp chỉ là thứ mà bạn có thể tra cứu từ bất kỳ cuốn sách nào nếu cần. Nhưng khả năng giải quyết vấn đề không thể đạt được từ bất cứ đâu ngoại trừ việc bạn luyện tập tốt và rèn luyện bản thân cho nó.

Hãy để nó thuộc bất kỳ loại nào, hãy thử hoàn thành càng nhiều câu hỏi càng tốt để bạn tự tin vào chính mình. Hãy thử làm điều đó với một số đam mê trong tâm trí của bạn, và bạn chắc chắn sẽ vượt qua.

Dành chút thời gian để tìm hiểu một số mẫu thiết kế phổ biến: nhà máy, singleton, bộ chuyển đổi, chỉ huy và người quan sát (trường đại học của tôi không dạy chúng).

Nếu công ty sử dụng phương pháp Agile để phát triển phần mềm, sẽ có giá trị để có một số hiểu biết về nó.

Nhiều kỹ năng bạn sẽ cần như một lập trình viên chuyên nghiệp hầu như không thể có trong mỗi môi trường đại học / học thuật.

Họ chỉ có thể đến từ kinh nghiệm làm việc trực tiếp trong lĩnh vực này.

• Học cách cộng tác và giao tiếp với những người bên ngoài "nghề" của bạn, như nhà thiết kế đồ họa, nhà thiết kế sản phẩm, nhà quản lý, v.v.

• Hiểu rằng công việc của bạn không phải là viết mã, mà là mang một sản phẩm vào cuộc sống. Nói dễ hơn làm.

• Biết cách cân bằng thực hành mã hóa tốt với những cân nhắc thực tế. Có được khả năng phán đoán khi mã "đủ tốt", "quá kỹ thuật" hoặc "cần tái cấu trúc".

• Học cách khắc phục điểm yếu và sự bất an của chính bạn. Có được khả năng chịu đựng những lời chỉ trích. Buông bỏ cái tôi của bạn. Học những gì nó có nghĩa là chịu trách nhiệm cá nhân, và sau đó nhận nó.

Thật dễ dàng để đọc về tất cả những điều này. Đó là một điều hoàn toàn khác để thực sự đưa điều này vào thực tế. Cách duy nhất là làm điều đó. Bạn sẽ bị cắn nhiều lần, và nó có thể sẽ bị tổn thương, nhưng bạn sẽ thoát ra khỏi nó mạnh hơn và tốt hơn.

Đọc có liên quan: Các mô hình học việc

Tất cả phụ thuộc vào trường học. Trong trường đại học của tôi, chúng tôi có rất nhiều dự án thực tế. Khá thường xuyên trong các nhóm và sử dụng các điều khiển nguồn khác nhau. Vì vậy, tôi nghĩ rằng một số trường học tập trung vào những người.

Nhưng một điều mà trường học không dạy: chi tiết. Rất thường khi trường dạy một số công nghệ hoặc thực hành (như phát triển web, phát triển giao diện người dùng JAVA, cơ sở dữ liệu nâng cao), họ sẽ chỉ vạch ra bề mặt và không bao giờ đi vào chi tiết, điều đó là cần thiết để sử dụng công nghệ này hoặc thực hành trong kinh doanh trong thế giới thực. Bạn sẽ có được cái nhìn tổng quát về những cách có thể để giải quyết vấn đề của mình, nhưng bạn sẽ cần tự tìm hiểu các chi tiết cần thiết.

Chỉ có thời gian khi trường dạy một cái gì đó thành chi tiết là khi có nền tảng lý thuyết hoặc toán học mạnh mẽ đằng sau một cái gì đó. Những thứ như ngôn ngữ chính thức hoặc cơ sở dữ liệu SQL thường là phần cốt lõi của chương trình học, bởi vì chúng được xây dựng trên cơ sở toán học và được sử dụng rất nhiều trong khoa học máy tính hoặc kỹ thuật.

• yêu cầu - làm cho họ sai và nghỉ ngơi chủ yếu là một sự lãng phí
• ưu tiên (tính năng trong đó phát hành)
• thực hiện hoặc sử dụng hết hộp (mua / phần mềm miễn phí)
• làm việc nhóm
• quản lý dự án - yêu cầu, chất lượng (mẫu dữ liệu trong prod, trường hợp thử nghiệm, cách kiểm tra, phạm vi bảo hiểm trước khi bạn viết mã, có nhiều chi phí giống như nhưng không liên quan. đọc sách PMI
• công cụ truyền thông (thư, cuộc họp: kế hoạch lịch)
• quản lý mã nguồn

Tôi ước mình đã quyết định sớm hơn trong trò chơi dù muốn hay không muốn trở thành một lập trình viên tổng thể, học nhiều thứ khác nhau, ngôn ngữ, cơ sở dữ liệu và nền tảng, và cuối cùng trở thành một nhà phát triển web, hoặc tôi chỉ nên chuyên về một CMS, hoặc thậm chí chỉ chuyên về Photoshop, là một chuyên gia, các kỹ năng của bạn sẽ có giá trị và có lợi nhuận sau đó thực sự biết những gì một lập trình viên thực sự nên biết. Nói cách khác, nếu bạn chỉ cần kiếm tiền tốt, chỉ cần chuyên về MỘT ĐIỀU. Nếu bạn yêu thích máy tính và thích giải quyết vấn đề, thì hãy trở thành một lập trình viên.

[phản ánh lại và sau khi học như 4 hoặc 5 'khung' javascript khác nhau trước khi JQuery thực sự phát triển mạnh mẽ, Được chứng nhận trong JAVA và không bao giờ có được vị trí java và sau khi làm việc trên nhiều nền tảng; AS400- rpg,> .NET - c # và PHP, trước khi tôi muốn tôi thành thạo photoshop và kiếm tiền bằng nhau mà không phải sửa lỗi hoặc viết phần mềm. ]

Tôi có nghĩa là có một sự hài lòng nhất định khi biết một loạt các chủ đề, nhưng sự hài lòng bị vấp ngã khi bạn thấy một người chỉ biết photoshop tiền mặt cùng một mức lương.