15

Công cụ hoặc phương pháp tiếp cận nào bạn muốn giới thiệu cho 'nhóm một người' để được tổ chức? Tôi đang thực hiện nghiên cứu liên quan đến rất nhiều mã, viết hàng trăm kịch bản lệnh perl, các tập tin nhị phân C++ được sử dụng cho đến khi tôi tìm được cách tiếp cận tốt hơn, một lượng lớn dữ liệu được xử lý trước theo nhiều cách khác nhau. tiền xử lý mới làm cho con đường cũ lỗi thời - cho đến khi tôi phát hiện ra rằng con đường cũ thực sự tốt hơn, và vân vân. Công việc của tôi vốn dĩ là một mục tiêu di động, vì tôi phải cố gắng nhiều thứ, và thường thì không cái nào là hoàn hảo.Làm cách nào để sắp xếp tất cả mã, dữ liệu, tập lệnh, tác vụ, v.v. của tôi?

Nó không phải là một tình huống hoàn toàn hỗn loạn, nhưng nó cũng xa hoàn hảo. Có cách tiếp cận chung mà bạn muốn giới thiệu trong tình huống như vậy không? Tôi sử dụng SVN cho mã của mình, mặc dù không phải cho các phiên bản khác nhau của dữ liệu vì nó quá lớn. Thật khó để theo dõi tất cả các kịch bản và tập tin nhị phân, vì vậy tôi luôn luôn bình luận chúng, viết ra cách tôi chạy chúng vv Nhưng tôi tò mò nếu bạn có một số ý tưởng bổ sung.

(Tôi làm việc trên một hệ thống Linux.)

Trả lời

2

Giữ tất cả mã của bạn trong hệ thống điều khiển phiên bản của bạn, và tạo xây dựng/script chạy cho mỗi. Dữ liệu của bạn, bạn sẽ phải cẩn thận tập tin đi (vì bạn không muốn đặt nó trong SVN).

Điều khác tôi sẽ thêm vào sẽ là một wiki để bạn có thể ghi chú nhanh chóng về từng thử nghiệm/tập lệnh/ứng dụng.

1

tại sao không thanh toán một số dự án mã nguồn mở để xem cách họ tổ chức các cơ sở mã của họ?

mặc dù bạn là một nhóm một người. nó sẽ được thông minh để tổ chức dự án của bạn vì vậy nó sẽ được dễ dàng để thêm nhiều lập trình viên.

cũng nếu bạn lo lắng về việc kích hoạt tệp dữ liệu mà bạn có thể muốn thanh toán git. kích thước chỉ số thường nhỏ hơn rất nhiều so với kích thước của svn.

3

Tôi đang sử dụng wiki (TiddlyWiki trong trường hợp của mình, vì nó chạy hoàn toàn ở mọi nơi - tất cả những gì cần là trình duyệt có JavaScript) làm "sổ tay kỹ sư" của tôi. Hầu hết mọi thứ trong đó - danh sách các câu hỏi (và sau này là câu trả lời), thủ tục (hướng dẫn từng bước), ghi chú về những gì tôi đặt ở đâu (có thể làm việc cho "dữ liệu") của bạn, số điện thoại (dễ tìm tìm kiếm văn bản), mọi thứ đều diễn ra.

Vì nhiệm vụ của tôi không phải là mã nặng, tôi thậm chí còn sử dụng nó để lưu trữ đoạn mã (chủ yếu là các câu lệnh SQL cho tôi). Sử dụng hệ thống phiên bản "thực" tốt hơn nếu bạn muốn theo dõi các phiên bản khác nhau. Khác với "sử dụng nó" Tôi không thể đưa ra lời khuyên cụ thể cho lĩnh vực này.

Tuy nhiên, điều quan trọng đối với tôi trong thời trang GTD: Sử dụng một hệ thống đơn giản cho hầu hết mọi thứ. Bằng cách đó, thời gian để tìm kiếm một cái gì đó và để quyết định những gì để đặt nơi được cắt giảm.

+0

Có và nếu bạn sử dụng Trac wiki, bạn có thể dễ dàng liên kết các trang với mã của bạn trong lật đổ – soemirno

1

Điều khiển phiên bản là điều bắt buộc, như những người khác nói. Giữ nhãn mô tả của các mốc quan trọng trên Version Control là rất rất hữu ích tôi nghĩ.

Cũng như IronGoofy đã nói, tôi giữ đoạn trích của tôi trong Personal WikiTiddlyWiki, tôi đã tải nó lên trang web của mình, để tôi có thể truy cập vào mọi lúc, mọi nơi.

Là tùy chọn bổ sung, bạn có thể nghĩ ứng dụng Trình theo dõi thời gian. Có rất nhiều Trình theo dõi thời gian miễn phí.Tôi sử dụng ASP.NET's Time Tracker Starter Kit. Bạn có thể tiếp tục phát triển phần mềm, sửa lỗi, sự kiện quan trọng của bạn.

Các vấn đề liên quan