Sau khi thực hiện một dự án, nó có thể yêu cầu quá nhiều điều chỉnh và thay đổi để làm cho nó hoạt động đúng ...
Tôi có thể làm gì để ngăn chặn điều này?
Sau khi thực hiện một dự án, nó có thể yêu cầu quá nhiều điều chỉnh và thay đổi để làm cho nó hoạt động đúng ...
Tôi có thể làm gì để ngăn chặn điều này?
Câu trả lời:
Có một quy tắc đơn giản, đó là tôi luôn áp dụng vì tôi cũng có xu hướng cầu toàn. Và sự cầu toàn dẫn bạn đến sự tầm thường.
Đặt thời hạn. Tàu vào thời hạn đó.
Để ngăn chặn phần mềm của bạn từ việc có một unfishined trạng thái của tính năng mà sẽ làm cho nó không sử dụng được mất tích, sử dụng định nghĩa này của thực hiện đối với từng tính năng mà bạn tạo ra. Đừng bắt đầu tính năng tiếp theo cho đến khi hoàn thành TẤT CẢ các bước:
Tôi giả sử bạn có thể tạo một bản phát hành chỉ bằng một cú click chuột (sử dụng tập lệnh xây dựng)
Trước khi tôi đưa ra câu trả lời của mình (hoặc gợi ý về câu trả lời, thực sự), tôi phải nói rằng tôi không có nhiều kinh nghiệm về các dự án lớn và sẽ chỉ nêu những gì tôi đã đọc và tin là một trong những nguyên nhân. Tôi rất có thể sai, nhưng sau đó tôi rất có thể đã học được điều gì đó từ tất cả các ý kiến tôi sẽ nhận được. ^^
Tôi tin rằng một yếu tố quan trọng là không để mã của bạn xuống cấp khi dự án đang được tiến hành. Điều này có thể được ngăn chặn bằng nhiều cách, trong đó tôi chỉ biết một vài điều:
Đừng chờ đợi quá lâu với quá trình tái cấu trúc: Việc tái cấu trúc sẽ mất một chút thời gian, nhưng sẽ không đáng để thực hiện các cuộc gọi hàm phức tạp chỉ vì bạn không thể bị làm phiền khi viết lại mã để cho phép tham số bổ sung đó. Mã trực quan hơn và ít trùng lặp hơn làm giảm số lượng lỗi.
Sửa cửa sổ bị hỏng: Trong Lập trình viên thực dụng , tôi đọc được một hiện tượng được gọi là cửa sổ bị hỏng. Các tác giả cho rằng mã sẽ bắt đầu xuống cấp giống như một tòa nhà xuống cấp: nó bắt đầu với một cửa sổ bị hỏng. Trong mã, điều này có nghĩa là sửa lỗi xấu, đặt tên biến, hàm; nói chung chỉ là mã xấu. Tôi đã thấy điều này đúng: Tôi viết mã tốt hơn và hài lòng hơn về mã hóa khi nền tảng mã của tôi vững chắc. Nếu có quá nhiều cửa sổ bị hỏng, tôi thường không cảm thấy nỗ lực để viết mã tốt. Vì vậy, nếu bạn thấy một cửa sổ bị hỏng, hãy sửa nó càng nhanh càng tốt; refactor nếu bạn phải. Điều này sẽ dẫn đến ít lỗi hơn và các chỉnh sửa không cần thiết.
Và đừng quên đọc câu trả lời của Pierre 303 .
Những thay đổi và thay đổi "quá nhiều" là gì? Bảo trì phần mềm có thể mất nhiều thời gian hơn nhiều so với sự phát triển ban đầu của phần mềm. Không có gì sai với điều đó. Để giữ tổ chức, sử dụng một trình theo dõi vấn đề .
Bất kể, tất nhiên bạn sẽ muốn làm cho nó tốt nhất có thể. Đối với điều đó, không có gì vượt qua thử nghiệm .