Những bất lợi của việc bắt đầu một dự án mã nguồn mở là gì nếu không phải là một lập trình viên có kinh nghiệm? [đóng cửa]


12

Tôi có rất nhiều ý tưởng cho các sản phẩm sẽ được xây dựng. Vấn đề là tôi có ít hơn một năm kinh nghiệm làm việc chuyên nghiệp và tôi sợ bị đánh giá tiêu cực trong tương lai dựa trên những gì tôi sản xuất bây giờ. Tôi không có đầu mối nếu mã của tôi là tốt.

Tôi không quen thuộc với bất kỳ mô hình mã hóa. Tất cả những gì tôi biết là xây dựng các sản phẩm hoạt động. Tôi muốn có một hồ sơ công khai trong github cho các dự án tương lai của tôi và tôi sẽ cố gắng hết sức để đảm bảo rằng nó được nhận xét tốt, được tối ưu hóa và sạch sẽ.

Đây là những điều mà tôi sợ bị phơi bày công khai:

  1. Mã của tôi có thể không được tối ưu hóa cao.
  2. Việc sử dụng sai các thư viện hoặc chức năng nhất định hoàn thành công việc.
  3. Không biết hoặc theo bất kỳ mô hình mã hóa.
  4. Rất nhiều lỗi / không xem xét góc, trường hợp cạnh
  5. Cơ bản thiếu hiểu biết và áp dụng các khái niệm nhất định như an toàn luồng, các vấn đề tương tranh trong lập trình đa luồng, v.v.

Tôi có nên tiếp tục và bắt đầu hoặc tiếp tục gắn bó với việc xây dựng công cụ địa phương và tư nhân cho đến khi tôi có thêm kinh nghiệm. Tôi không muốn những sai lầm ở đây ám ảnh triển vọng nghề nghiệp của mình về lâu dài.


4
Tôi hiểu bạn đến từ đâu. Khi bạn đưa các dự án của mình ra thế giới, bạn đang phơi bày một phần của chính mình. Mặc dù vậy, hãy xem xét điều này, thực tế tất cả các mã trên hành tinh đều có lỗi trong đó, trừ khi họ gian lận bằng cách chính thức xác minh nó. Bạn có nhiều thứ để đạt được hơn là bạn phải mất. Nếu một nhà tuyển dụng tiềm năng phát hiện ra bạn đã phạm sai lầm trong một trong các dự án của bạn trong khi bạn tương đối thiếu kinh nghiệm, họ sẽ nghĩ rất lớn, tôi và mọi người khác ở đây cũng vậy. Kịch bản nhiều khả năng là họ sẽ không có thời gian để xem qua mọi thứ bạn từng viết.
dan_waterworth

1
Theo quan điểm của tôi, chính thức xác minh một chương trình không phải là "gian lận".

4
All I know is to build products that work.- Đó là một điều rất tốt. Thật dễ dàng để bị cuốn vào các mẫu và thiết kế và cuối cùng không bao giờ cung cấp ...
Izkata

Tôi nói những gì người khác nói và đừng sợ hãi. Nếu bạn muốn làm điều gì đó tích cực và bạn nghĩ rằng bản thân hoặc người khác có thể hưởng lợi từ công việc của bạn hơn là chỉ làm điều đó. (Cắm Nike)
Rắn

Câu trả lời:


32

Sau 30 năm phát triển phần mềm chuyên nghiệp, tôi vẫn tạo ra lỗi. Tôi vẫn tìm thấy các mẫu tôi không biết. Tôi vẫn học hỏi từ các đồng nghiệp của mình và gặp những thứ tôi không biết hàng ngày.

Hầu hết các nhà phát triển có kinh nghiệm sẽ đánh giá bạn về cách bạn phản ứng với các vấn đề và chỉ trích, cho dù bạn học hỏi từ những sai lầm của mình và cải thiện sản phẩm để đáp ứng nhu cầu của người dùng hay cộng đồng, cho dù bạn thừa nhận những gì bạn không biết và tìm cách cải thiện.

Một trong những kỹ năng tốt nhất cho nhà phát triển là sẵn sàng hỏi những câu hỏi ngớ ngẩn và đôi lúc trông hơi ngốc nghếch để tìm câu trả lời tốt càng nhanh càng tốt.

Tất cả những người có kinh nghiệm và rất thành thạo đã từng là bạn hiện tại. Bạn sẽ học nhanh hơn nhiều nếu bạn đưa công việc của mình ra ngoài đó và làm việc với những người khác.

Không có lý do để chờ đợi. Làm cho dự án của bạn mở.

Tốt hơn nữa, đóng góp cho các dự án mở khác và học hỏi từ họ.


+1. BTW, tôi tự hỏi tại sao đoạn thứ hai của bạn khiến tôi nghĩ về nhóm phát triển PHP.
Arseni Mourzenko

+1 Hiểu và tôn trọng rằng mọi người đều có thể làm sai là một trong những phẩm chất quan trọng nhất khi là thành viên trong nhóm.
jgauffin

6

Tôi nghĩ bạn lo lắng quá nhiều.

Cộng đồng hệ điều hành quan tâm nhiều hơn đến mức độ hữu ích của một ứng dụng cụ thể hơn là nó được viết tốt như thế nào. Nếu nó được viết kém, cộng đồng sẽ bước vào và giúp sửa chữa những sai lầm. Điều thú vị hơn là ứng dụng giải quyết vấn đề mà mọi người đang vật lộn tốt đến mức nào. Nếu ứng dụng / dự án cung cấp một giải pháp tinh tế cho vấn đề gây phiền nhiễu, thì chất lượng mã sẽ trở thành điểm tranh luận.

Đặt nó ra, xem những gì xảy ra. Bạn sẽ không biết mã của bạn tốt / xấu đến mức nào cho đến khi người khác nhìn vào nó và bắt đầu chơi xung quanh nó. TẤT CẢ mã có lỗi. Điều thú vị hơn là tác giả nhanh chóng giải quyết những lỗi đó như thế nào.

Coi đó là một bài tập học tập Bạn sẽ không tìm hiểu những gì bạn không biết cho đến khi bạn thò cổ ra một chút và nhận một số lời chỉ trích. Hy vọng rằng, hầu hết những lời chỉ trích có thể trở thành xây dựng. Cho rằng bạn đang hỏi về nó ở nơi đầu tiên, sau đó tôi khá thoải mái khi nói rằng bạn sẽ có ít nhất mã chất lượng trung bình hoặc tốt hơn.


5

Chúng tôi tìm thấy những người có kiến ​​thức cao trong lĩnh vực Nguồn mở. Đó là sự thật, và cũng đáng sợ cho những người mới đến. Nhưng họ cũng rất giỏi trong việc cung cấp trợ giúp cho các dự án tốt, ngay cả khi nhà phát triển chính không phản ánh các yêu cầu thực tế để phần mềm đạt chất lượng cao.

Bạn đã biết giới hạn của bạn. Đó không phải là một khởi đầu tồi. Đó là một khởi đầu tốt.

Tham gia vào bữa tiệc và tìm vị trí của bạn ở đó.

Chúc may mắn!

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.