Tôi đang bận! Hầu hết thời gian của tôi được sử dụng kỹ thuật phân tích, hoặc trên công việc khóa học, và khi tôi chuyển sang chế độ lập trình, tôi cần tạo mã nhanh chóng. Vì, Điều tra viên chính cho phòng thí nghiệm tôi không quan tâm nếu tôi sử dụng TDD hoặc bàn tính miễn là tôi nhận được kết quả nhanh.Làm cách nào để kết hợp TDD vào luồng công việc của tôi với tư cách là nhà lập trình/sinh viên/nhà nghiên cứu khoa học?
Tôi đã đọc "TDD theo ví dụ" và thấy nó khá hữu ích. Sau đó tôi đã mua "Tái cấu trúc: Cải thiện thiết kế của mã hiện tại", "Mẫu thiết kế: Các yếu tố của phần mềm hướng đối tượng có thể sử dụng lại" và "Làm việc hiệu quả với Mã cũ" nhưng những cuốn sách này lớn và triển vọng nhảy vào chúng bây giờ là khó khăn !
Kiểu trò chuyện và dòng chảy của "TDD by example" giúp dễ dàng kết hợp vào lịch biểu của tôi. Nhưng, tôi không biết cách làm việc trong những cuốn sách khác và theo thứ tự nào; Dường như mỗi cái đều có liên quan (tôi đang ở trong một loại bế tắc của nhà triết học ăn uống - tôi đang chờ từng khía cạnh của bộ công cụ lập trình của mình để cải thiện, nhưng sự phụ thuộc lẫn nhau của họ có tôi bị khóa hoặc mất thời gian để chuyển ngữ cảnh - xin lỗi vì tương tự :)). ví dụ. Tôi có mã kế thừa cần phải được tái cấu trúc và được kiểm tra bằng các thử nghiệm, tôi cần đẩy về phía trước bằng cách sử dụng TDD (nhưng tôi không bao giờ làm), tôi cần mã hóa với các mẫu thiết kế vì vậy tôi ngừng phát minh lại bánh xe.
Có cách nào tốt để chia nhỏ các số này yêu cầu đọc thành các khối có kích thước byte và cách thực hiện trong khi áp dụng kỹ thuật của họ cho các dự án hiện tại (cá nhân, tôi mất thông tin nếu tôi không thể áp dụng nó ngay lập tức)? Tôi có tập trung vào một cuốn sách và hoàn thành nó không? Tôi có cần TDD đầu tiên sau đó tái cấu trúc và kỹ năng thiết kế mẫu (nhưng 'gà và trứng' tất cả các cuốn sách kiểm tra đơn vị nói về mẫu thiết kế và tái cấu trúc như thể tôi biết họ lạc hậu và chuyển tiếp)?
Tôi đã đọc số best tutorials for beginners nhưng không giải thích cách tôi tích hợp điều này vào lịch biểu bận rộn. Và, tôi đọc programming in a scientific environment nhưng một lần nữa nó bỏ lỡ dấu hiệu của làm thế nào để bạn thêm các kỹ thuật này khi bạn đã ở phía sau về thời gian.
+1 - Đồng ý 100% – Paul
Viết phần mềm cho phòng thí nghiệm nghiên cứu, tôi có thể nói rằng không phải là một giả định an toàn rằng thái độ "hoàn thành nhanh" là dấu hiệu cho thấy phạm vi của phần mềm nhỏ hoặc "cấp tập lệnh". Nguyên tắc các nhà nghiên cứu khoa học thường xem phần mềm tạo ra cho nghiên cứu của họ như là một phương tiện để kết thúc và không quan tâm đến chất lượng phần mềm được sản xuất, chỉ có kết quả cuối cùng của nó. Điều này thường dẫn đến việc thiết kế phần mềm kém do áp lực để hoàn thành công việc trong ngắn hạn cũng như các nỗ lực trùng lặp giữa các dự án do thiếu triển khai mô-đun. –
+1 @Mark, vâng, mã này khá phức tạp và không thể dễ dàng hoàn thành trong các môi trường như Matlab hoặc Mathematica. Vì vậy, tôi cần phải bắt đầu sử dụng lại mã (mà sẽ yêu cầu tôi để refactor) .. – bias