Làm thế nào để trở thành một lập trình viên có tổ chức hơn? [đóng cửa]

Tôi là một lập trình viên có thể viết mã. Nhưng tôi thấy rằng tôi có thể hoàn thành công việc, nhưng không làm được điều gì tốt hoặc giống như hầu hết các cộng đồng nguồn mở làm. Vâng, tôi sử dụng một số thư viện từ git hub. Tôi thấy hầu hết các chương trình là cấu trúc tốt. Ngoài ra, một đọc tôi.

Câu hỏi của tôi là:

1. Đó có phải là bất kỳ cấu trúc tập tin phổ biến hoặc quy ước đặt tên trong cộng đồng hay đây chỉ là vấn đề sở thích cá nhân?

2. Làm thế nào để trở thành một lập trình viên có tổ chức hơn, thay vì viết mã chỉ hoạt động. Nhưng có tổ chức hơn mà để cho dễ dàng khác để có được trong dự án của bạn?

Cấu trúc dự án phát triển đã được thảo luận rất nhiều lần trên Stack * ( 1 , 2 ), chỉ cần chọn lựa phù hợp với tình huống của bạn.

Để có tổ chức hơn, tôi đã thử nhiều phương pháp và công cụ khác nhau để tổ chức mã và thông tin xung quanh:

• Trình theo dõi lỗi như tệp văn bản GitHub / Bugzilla / TODO
• Các Wikis như GTD TiddlyWiki / GitHub
• Xây dựng các công cụ như make / Maven / rake
• Các công cụ quản lý dự án như JIRA và Redmine
• Các biên tập viên như jEdit và vim
• Hợp nhất các công cụ như Meld và kdiff3
• Các hệ thống kiểm soát phiên bản như Subversion và Git (thực sự là vậy, chỉ cần sử dụng Git và tiết kiệm cho bạn rất nhiều đau buồn)

Khi bạn đã thử một vài trong số đó, bạn có thể thấy rằng một số phù hợp với cách suy nghĩ của bạn tốt hơn so với những người khác. Nhưng hãy nhớ rằng luôn có một công cụ tốt hơn mà bạn không biết và các công cụ luôn bắt kịp với nhau. Do đó, bạn phải luôn sẵn sàng thử một thứ khác, ngay cả những thứ bạn đã thử và loại bỏ, trên cơ sở bất cứ thứ gì bạn học có thể và sẽ được bạn sử dụng cho mục đích tốt hơn.

Tái cấu trúc mã của bạn cho đến khi bạn hài lòng với nó.

Theo thời gian, bạn sẽ cần phải cấu trúc lại ngày càng ít hơn và cuối cùng bạn sẽ thực hiện nó ngay lần đầu tiên *.

Học bằng cách làm.

* Chủ yếu là đúng :)

Git và SourceForge. Đây là hai mục mà tôi sử dụng khi viết một chương trình lớn, không có tổ chức. Để biết chi tiết Google hai, vì tôi không thể liên kết ngay bây giờ vì một số lý do kỳ lạ. Xin lỗi về điều đó, hy vọng điều này sẽ giúp.

Nhận phản hồi về phong cách mã hóa của bạn từ một người có nhiều kỹ năng và kinh nghiệm hơn.

Cách tôi làm là tôi có một công việc mà tôi và một lập trình viên cao cấp hợp tác trong các dự án và anh ấy đã xem lại tất cả các mã tôi đã kiểm tra. Phải mất một thời gian tôi mới tìm thấy một phong cách mà cả tôi và anh ấy đều cảm thấy thoải mái một cách hợp lý, và chúng tôi đã có một số cuộc tranh luận sôi nổi về một số điều, nhưng tất cả tôi đã học được rất nhiều và chúng tôi chia tay như những người bạn.

Đọc sách / bài viết về các mẫu thiết kế, áp dụng các mẫu khác nhau cho các vấn đề của bạn và xem những mẫu nào bạn nghĩ là hữu ích trong tình huống nào.

Đọc sách / bài viết về quy ước đặt tên và phong cách định dạng. Các cộng đồng khác nhau sử dụng các phong cách khác nhau. Nói chung nên sử dụng một phong cách mà những người có khả năng đọc mã của bạn sẽ nhận ra.

Một số lời khuyên cụ thể về cấu trúc mã:

• Khi bạn thấy rằng một số phần của mã của bạn có thể được làm đơn giản hơn, hãy làm điều đó.
• Khi bạn thấy rằng một số phần của mã của bạn có thể được sử dụng lại, hãy biến nó thành một hàm và sử dụng lại nó.
• Đừng ngại thay đổi tên của các biến và hàm nếu chúng xấu.
• Khi bạn có một ý tưởng cho một cái gì đó (một cấu trúc, chức năng, lớp, mẫu, bất cứ thứ gì) có thể làm cho cuộc sống của bạn dễ dàng hơn, hãy tạo ra nó và sử dụng nó.
• Thay đổi suy nghĩ của bạn thường xuyên. Mỗi lần bạn làm, bạn học được điều gì đó.

Dành thời gian để làm điều này tất nhiên sẽ làm bạn chậm lại ngay từ đầu. Khi mã của bạn dần dần trở nên thanh lịch hơn, nó sẽ dễ bảo trì hơn và bạn sẽ gặt hái được những lợi ích trong công việc của mình.