Phải làm gì sau khi hoàn thành dự án, nhưng trước khi tôi chuyển sang kế tiếp?


8

Tôi đã nghiên cứu khoa học máy tính và hiện đang làm việc trong một công ty với tư cách là một nhà phát triển duy nhất trong một dự án Java khá nhanh nhẹn trong gần một năm. Dự án sẽ sớm thành công (ít nhất là tôi hy vọng vậy!) Đã hoàn thành.

Chức năng cốt lõi ... là hoạt động và thậm chí một số thứ khác không có trong yêu cầu bắt đầu. Tôi thậm chí có rất nhiều ý tưởng cho các tính năng mới không cần thiết, nhưng sẽ giúp với tính khả dụng và chức năng của chương trình.

Một số phần của chương trình hoạt động rất tốt, trong khi các phần khác có mã tôi không tự hào lắm ...

Kể từ khi bắt đầu dự án, tôi đã học được rất nhiều và do đó bây giờ biết cách viết mã tốt hơn về mặt lý thuyết - điều này khiến bạn nhận ra những sai lầm bạn đã làm mà trước đây bạn không nhận thấy!

Vấn đề: Sẽ không có nhiều thời gian sau khi dự án làm bất cứ điều gì, viết lại từ đầu đơn giản là không thể. Và chỉ viết lại những phần xấu sẽ yêu cầu đi sâu vào chức năng cốt lõi -> mất rất nhiều thời gian!

Có phương pháp / chiến lược nào để học hỏi từ những sai lầm của tôi và làm cho dự án tiếp theo tốt hơn không?

Có điều gì khác tôi nên làm sau khi hoàn thành dự án, nhưng trước khi tôi chuyển sang kế tiếp không?


3
Hầu hết các dự án phần mềm không được viết lại và không có dự án nào hoàn hảo hoặc hoàn thành trừ khi chúng ngừng hoạt động. Kết quả rất có thể là bạn chuyển sang một số dự án mới và cung cấp các bản sửa lỗi bảo trì cho dự án ban đầu.
Robert Harvey

4
@gnat Câu hỏi này rõ ràng phù hợp với hình ảnh nổi tiếng của chúng tôi về phạm vi trang web . Đây là một hoạt động "xử lý" hoặc "sau khi chết".
Thomas Owens

1
@ThomasOwens mỗi lần đọc của tôi, vấn đề ở đây không phải là chủ đề (nó phù hợp ở đây theo chủ đề) mà thiếu câu hỏi có thể trả lời. "Phải làm gì ..."
gnat

2
@gnat Đó là yêu cầu một quy trình hoặc phương pháp. Tôi đang đọc điều này khi yêu cầu một quy trình xử lý sau cho một nhà phát triển. Tất cả kinh nghiệm của tôi đã ở trong một nhóm, vì vậy tôi thực sự không thể cung cấp một câu trả lời hữu ích.
Thomas Owens

3
@ThomasOwens: Cái này hơi rộng. Thông thường chúng tôi yêu cầu các câu hỏi phải cụ thể hơn một chút so với "bạn có lời khuyên nào cho tôi không?"
Robert Harvey

Câu trả lời:


1

Mã tốt như khoa học tốt thể hiện khả năng làm việc / làm những gì nó dự định theo cách được chấp thuận bởi một nhóm đồng nghiệp của bạn. Nếu ứng dụng này hoạt động, bạn là một phần của cách đó, nhưng có lẽ bạn không thể để mã này ra công chúng và bạn đang làm việc một mình.

Bắt đầu một dự án cá nhân. Càng sớm càng tốt. Điều này thực hiện một số điều:

  1. Mã là một hình thức tài liệu tuyệt vời cho mã. Chúng tôi học hỏi từ các ví dụ và mặc dù chúng tôi có thể hiểu rõ hơn khi thảo luận hoặc viết tài liệu mã, chúng tôi vẫn thích mã.
  2. Để người khác nhìn vào mã của bạn. Đặt câu hỏi cụ thể về Stackoverflow. Tạo hoặc đóng góp cho một dự án nguồn mở. Tham gia một nhóm các nhà phát triển địa phương và khiến họ xem xét nó.
  3. Thực hành tái cấu trúc - Lấy một phần của dự án của bạn và bắt chước cách bạn đã thực hiện trong dự án trước đó và sau đó cấu trúc lại nó. Có kiểm soát nguồn để hiển thị trước sau. Một lần nữa, mã là quan trọng.
  4. Kiểm tra kiến ​​thức mã hóa mới phát hiện của bạn. Xây dựng các phần khác theo cách mà bạn nghĩ bây giờ bạn nên làm. Nó có hoạt động không? Có thực sự tốt hơn so với cách cũ? Tiêu chí của bạn là gì? Nhanh hơn, dễ viết hơn, duy trì?
  5. Thêm một tính năng cực đoan. Bây giờ chúng ta sẽ xem mã của bạn có thực sự duy trì được không. Viết các phần của nó cho RDBMS và cơ sở dữ liệu Nosql. Xây dựng ứng dụng web của bạn để chạy trong một dòng lệnh là tốt. Tạo một tệp nhật ký theo dõi mỗi khi ai đó không tắt ứng dụng đúng cách (tôi nói nó thật điên rồ.).

Có thể có rất nhiều ghi chú và tài liệu khác mà bạn có thể đặt cùng nhau, nhưng bất cứ khi nào bạn có thể hoàn thành mọi thứ trong mã, hãy làm điều đó. Bạn trở nên tốt hơn trong lập trình giống như hầu hết mọi thứ với thực tiễn và hy vọng một số biện pháp để cải thiện. Đánh giá ngang hàng có thể giúp đỡ nếu bạn đang trở nên tốt hơn. Nếu bạn có một ứng dụng được tiếp xúc với một nhóm người dùng có thể cung cấp phản hồi, thậm chí tốt hơn. Họ sẽ không biết chi tiết, nhưng sẽ nhận ra những cải tiến về tốc độ, thiết kế tốt hơn và khả năng thay đổi / sửa lỗi của bạn nhanh hơn. Đây không phải là một dự án rộng lớn. Chỉ cần hỏi, "Điều này tốt hơn hay không?"

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.