Bạn dành bao nhiêu thời gian lập trình để gỡ lỗi?

Question

% thời gian lập trình nào bạn muốn gỡ lỗi? Bạn nghĩ tỷ lệ phần trăm chấp nhận được đối với các phương tiện lập trình nhất định là gì?

Answer 1

Hiện tại tôi không có nhiều bài kiểm tra đơn vị. Trừ khi bạn đếm thời gian dành cho việc viết các bài kiểm tra và sửa các lỗi kiểm tra là thời gian gỡ lỗi, điều mà tôi không thực sự làm. Bây giờ nó hiếm khi phải bước qua mã để xem tại sao thử nghiệm lại thất bại.

Thời gian bạn phải chi tiêu để gỡ lỗi phụ thuộc vào codebase. Nếu nó quá cao, đó có thể là một triệu chứng của các vấn đề khác, ví dụ: thiếu xử lý ngoại lệ đầy đủ, đăng nhập, thử nghiệm, lặp lại, vv Những gì được tính là "Quá cao" là chủ quan.

Nếu bạn phải gỡ lỗi, hãy nghĩ đến việc thực hiện kiểm tra lỗi trước khi sửa lỗi, để lỗi không lặp lại.

Điều tồi tệ nhất mà tôi phải thực hiện là một mô phỏng lớn và phức tạp được viết hoàn toàn không cần kiểm tra. Đôi khi nó thất bại trong lúc chạy, và để tái tạo một vụ tai nạn liên quan đến việc thiết lập một điểm dừng, bắt đầu chạy và đợi nửa giờ hoặc lâu hơn. Sau đó thực hiện thay đổi và lặp lại. Đừng bao giờ có được chính mình vào tình hình phá hoại và phá hoại năng suất đó.

Answer 2

Có quá nhiều sự khác biệt khi nói đến phần mềm viết mà không thể cung cấp cho bạn câu trả lời chắc chắn. Sự phức tạp của phần mềm có thể tăng thời gian gỡ lỗi, ví dụ, nếu codebase là rất lớn và bản thân mã được viết kém, thì điều đó có thể làm tăng thời gian gỡ lỗi.

Một cách để giảm thời gian gỡ lỗi là viết các bài kiểm tra đơn vị. Tôi đã làm điều này trong một thời gian và thấy nó giúp giảm số lượng lỗi được phát hành cho khách hàng.

Answer 3

Khoảng 90% thời gian của tôi là chi tiêu gỡ lỗi hoặc tái cấu trúc/viết lại mã của đồng nghiệp của tôi mà không bao giờ làm việc nhưng vẫn cam kết GIT là "làm việc".

Có thể giải thích bởi tinh thần xấu trong công ty (khá lớn) này do quản lý kém.

các Ban Quản lý ý kiến ​​về đề nghị của tôi:

• Unit Tests: cấm, mất quá nhiều thời gian.
• Môi trường phát triển: Không có máy chủ dự phòng và làm việc trên dữ liệu trực tiếp không có vấn đề gì, bạn chỉ cần cẩn thận.
• QA/Thử nghiệm: Nhà phát triển có thể tự kiểm tra, không cần thử nghiệm riêng biệt.
• Lập trình hướng đối tượng: Quá phức tạp, lập trình mới sẽ không thể hiểu mã đủ nhanh.
• Thông số bằng văn bản: Dành quá nhiều thời gian, thật dễ dàng hơn khi chỉ yêu cầu các lập trình viên tạo ra những gì chúng tôi cần trực tiếp.
• Đào tạo dành cho nhà phát triển: Quá đắt và người lập trình sẽ không thể làm việc trong khi đào tạo.