Xin chào mọi người, cộng đồng JavaRush! Hôm nay chúng ta sẽ nói về chất lượng mã. Vâng, vâng, các bạn thân mến. Không ai hoàn hảo cả. Một ngày nào đó mọi người đều hiểu rằng mã có thể tốt hơn... Nhưng phải làm gì trong tình huống này? Ít nhất, hãy bắt đầu nghiên cứu vấn đề này. Vì bạn đang ở đây, điều đó có nghĩa là chủ đề này rất thú vị với bạn, vì vậy hãy bắt đầu. Hôm nay chúng tôi sẽ mô tả những cách mà bạn có thể làm cho mã của mình tốt hơn và sạch hơn. Để sau này bạn không phải xấu hổ về mã hiện tại của mình!..)) Tất cả những phương pháp này sẽ giúp lập trình viên trở thành một lập trình viên giỏi.
1. Nếu bạn muốn cải thiện mã của mình, hãy đọc mã của người khác
Nếu bạn muốn cải thiện đáng kể kỹ năng lập trình của mình, bạn cần phải... đọc mã do các lập trình viên khác viết. Bạn có thể tin vào nó, bạn không thể tin vào nó. Nhưng nếu bạn chấp nhận rủi ro, tôi hứa với bạn rằng thời gian bạn bỏ ra sẽ được đền đáp. Ví dụ: đừng đọc trên Habré cách HashMap, ArrayList, LinkedList, v.v. hoạt động mà hãy đọc mã của họ và tự mình tìm ra. Dưới đây là danh sách các lớp để đọc:
HashMap là câu hỏi thường gặp nhất trong các cuộc phỏng vấn. Bạn có thể giết nhiều con chim bằng một hòn đá: hiểu mật mã và thu được kiến thức cần thiết.
ArrayList cũng tương tự như với HashMap. Không có gì phức tạp ở đó cả, nhưng nó thực sự đáng đọc và hiểu.
Chuỗi là một ví dụ tuyệt vời. Hiểu tại sao nó là bất biến.
AtomicInteger là một lớp thú vị: nó mô tả quá trình làm thế nào để thực hiện các thao tác trên các đối tượng Integer một cách nguyên tử.
Và sau đó - ít nhất là tất cả các lớp liên tiếp...)
Tất nhiên, nếu chúng ta nói về điều gì đó nghiêm trọng hơn thì bạn nên đọc mã từ Pivotal. Những người này đã viết ra hệ sinh thái được săn lùng nhiều nhất trong thế giới Java. Mã của họ chắc chắn đáng đọc. Vì vậy, tôi khuyên bạn nên bắt đầu với Spring Core . Đọc mã nguồn không quen thuộc là một công việc khó khăn nhưng rất bổ ích.)
2. Tuân theo Code Conventions – quy ước viết code
Quy ước mã hóa là một bộ hướng dẫn được phát triển bởi các nhóm phát triển, bao gồm các hướng dẫn về phong cách và kỹ thuật lập trình cho mọi khía cạnh của mã được viết trong một công ty hoặc một dự án cụ thể. Các quy ước này thường dành riêng cho từng ngôn ngữ lập trình và tổ chức tệp bìa, thụt lề, nhận xét, khai báo, toán tử, khoảng trắng, quy ước đặt tên, kỹ thuật và nguyên tắc lập trình, quy tắc lập trình, thực tiễn tốt nhất về kiến trúc, v.v. Lợi ích chính của một số tiêu chuẩn nhất định là rằng mã trông giống nhau và được viết theo cùng một phong cách. Điều này làm cho nó dễ đọc hơn và giúp các lập trình viên hiểu mã được viết bởi một lập trình viên khác. Nếu các tiêu chuẩn mã hóa được tuân thủ và áp dụng nhất quán trong suốt quá trình phát triển thì việc duy trì và mở rộng mã, tái cấu trúc mã và giải quyết các xung đột tích hợp trong tương lai sẽ dễ dàng hơn. Các quy ước mã hóa rất quan trọng đối với các lập trình viên vì một số lý do:
40%-80% chi phí của phần mềm được chi cho việc bảo trì phần mềm;
hiếm có phần mềm nào được tác giả duy trì suốt cuộc đời;
Quy ước mã cải thiện khả năng đọc phần mềm, cho phép lập trình viên hiểu mã mới nhanh hơn.
Thành thật mà nói, tôi là người rất yêu thích các tiêu chuẩn mã hóa. Với tôi, việc dành thời gian thảo luận và tranh luận về chúng là điều hợp lý, vì đó là một hoạt động có giá trị sẽ giúp bạn tiết kiệm thời gian và công sức trong tương lai. Các quy ước về mã nên được xem xét thường xuyên. Các quy tắc có thể được dịch từ “bắt buộc” sang “tùy chọn” và ngược lại. Nếu một số trong số chúng không hoạt động bình thường, chúng cần được thiết kế lại hoặc xóa khỏi hướng dẫn.
3. Use Code Review - đánh giá code của người khác
Đánh giá mã là một trong những công cụ mạnh mẽ nhất để cải thiện mã. Tại sao? Bởi vì mã sẽ được xem xét bởi những chuyên gia không viết nó. Và một cái nhìn mới mẻ là rất hữu ích. Và thường thì việc Đánh giá mã giúp ngăn chặn việc viết những dòng mã thực sự khủng khiếp. Tôi biết rằng điều này không phải lúc nào cũng có thể thực hiện được vì bạn cần tìm một người khác muốn làm việc này. Nhưng điều này không có nghĩa là công cụ này không đáng sử dụng. Hoàn toàn ngược lại: đây là lý do để tìm những người có cùng chí hướng mà việc cải thiện chất lượng mã cũng rất quan trọng. Nhân tiện, ai cấm bạn tìm thấy chúng ở đây trên JavaRush? Ở một nơi mà mọi người đều muốn trở thành lập trình viên.
4. Viết Unit Test – unit test
Cho đến nay, phương pháp yêu thích của tôi để cải thiện mã là viết bài kiểm tra đơn vị. Hơn nữa, bạn càng viết chúng nhiều thì càng tốt. Trong lập trình máy tính, kiểm thử đơn vị là một quy trình phát triển phần mềm trong đó phần nhỏ nhất có thể kiểm thử của mã nguồn, được gọi là đơn vị, được kiểm tra riêng lẻ và độc lập để kiểm tra xem chúng có hoạt động như mong đợi hay không. Điều này sẽ giúp bạn xác định các lỗi trong thuật toán và/hoặc logic trước khi phát hành mã. Vì thử nghiệm đơn vị yêu cầu cấu trúc mã phù hợp nên điều đó có nghĩa là mã phải được chia thành các hàm nhỏ hơn và tập trung hơn. Mỗi cái trong số đó chịu trách nhiệm cho một thao tác duy nhất trên một tập hợp dữ liệu, thay vì các hàm lớn thực hiện một số thao tác khác nhau (Như họ nói, xin chào từ Nguyên tắc Trách nhiệm Duy nhất ...) Lợi ích thứ hai của việc viết mã được kiểm tra tốt là bạn có thể ngăn chặn các lỗi trong tương lai đối với những thay đổi nhỏ đối với chức năng phá mã hiện có. Khi xảy ra lỗi, các bài kiểm tra đơn vị sẽ cho bạn biết rằng có điều gì đó được viết không chính xác. Thoạt nhìn, việc dành thời gian viết bài kiểm tra đơn vị trong quá trình phát triển có vẻ như là một khoản chi phí bổ sung. Tuy nhiên, điều này sẽ tiết kiệm thời gian trong tương lai, vốn sẽ phải dành cho việc gỡ lỗi. Đây phải là một quá trình từng bước. Vì vậy, hãy tiếp tục hát - viết bài kiểm tra cho tất cả các phương thức và lớp :D
5. Sử dụng các công cụ để cải thiện chất lượng code
Không có nhà phát triển nào không bao giờ mắc lỗi. Thông thường, trình biên dịch sẽ nắm bắt các vấn đề về cú pháp và số học và đưa ra dấu vết ngăn xếp. Nhưng có thể vẫn còn một số vấn đề mà trình biên dịch không nắm bắt được. Ví dụ: các yêu cầu được triển khai không đúng, thuật toán không chính xác, cấu trúc mã không chính xác hoặc một số vấn đề tiềm ẩn mà cộng đồng đã biết qua kinh nghiệm. Cách duy nhất để phát hiện những lỗi như vậy là yêu cầu một số nhà phát triển cấp cao xem lại mã của bạn. Cách tiếp cận này không phải là thuốc chữa bách bệnh và ít thay đổi. Với mỗi nhà phát triển mới trong nhóm, bạn nên có thêm một cặp mắt quan sát mã của họ. Nhưng may mắn thay, có nhiều công cụ có thể giúp bạn kiểm soát chất lượng mã của mình. Tôi đã sử dụng Checkstyle, PMD, FindBugs, SonarQube trong công việc của mình trong nhiều dự án khác nhau. Có những người khác nữa. Tất cả chúng thường được sử dụng để phân tích chất lượng và tạo ra một số báo cáo hữu ích. Những báo cáo này thường được xuất bản bởi các máy chủ tích hợp liên tục như Jenkins.
6. Viết mã đơn giản và rõ ràng
Luôn viết mã đơn giản, rõ ràng và logic. Mọi người có xu hướng viết mã phức tạp để chứng minh khả năng làm điều đó của họ. Mã đơn giản nhưng hợp lý luôn hoạt động tốt, dẫn đến ít vấn đề hơn và có khả năng mở rộng cao hơn. Mã tốt có nghĩa là tài liệu tốt hơn. Nếu bạn đang nghĩ đến việc thêm một nhận xét, hãy tự hỏi: “ Làm cách nào tôi có thể cải thiện mã để không cần đến nhận xét này? "~Steve McConnell.
7. Đọc tài liệu
Một trong những thói quen quan trọng của lập trình viên giỏi là đọc nhiều tài liệu. Hãy để nó là thông số kỹ thuật, JSR, tài liệu API, hướng dẫn, v.v. Đọc tài liệu giúp bạn xây dựng nền tảng vững chắc để bạn lập trình tốt nhất. Cuối cùng nhưng không kém phần quan trọng, đừng so sánh bản thân với người khác. So sánh bản thân với người khác sẽ chỉ dẫn đến cảm giác tiêu cực và sự cạnh tranh không lành mạnh. Mọi người đều có điểm mạnh và điểm yếu riêng. Vì vậy, điều quan trọng là phải biết họ và làm việc với họ. Hãy phân tích bản thân, liệt kê những điểm mạnh của bạn và phát huy chúng. Lập trình thực sự thú vị: hãy tận hưởng nó.
“Hằng số của người này là biến số của người khác.”
8. Theo dõi các blogger thú vị
Có hàng nghìn người đam mê trên khắp thế giới đang nghiên cứu và viết về những công nghệ tương tự. Blog thường được viết bởi chính các lập trình viên và hầu hết đều chia sẻ quan điểm và kinh nghiệm cá nhân. Bạn có thể thấy những quan điểm khác nhau về cùng một công nghệ trên blog. Bạn có thể thấy cả công nghệ tốt và xấu trên blog. Ít nhất hãy đọc các bài viết trên Habré JavaRush :D, bao gồm cả của tôi. Theo dõi các blog hay và bình luận về bài viết, chia sẻ ý kiến của bạn.
9. Đọc sách chuyên ngành
Không gì có thể thay thế được một cuốn sách hay. Một cuốn sách hay sẽ dạy các khái niệm cơ bản theo cách đơn giản hơn nhiều và áp dụng được vào các đồ vật trong thế giới thực. Bản thân tác giả của họ là những lập trình viên giỏi. Bằng cách đọc sách, bạn có thể học hỏi từ kinh nghiệm của người khác. Tôi khuyên bạn nên đọc “Java. Lập trình hiệu quả của Joshua Bloch. Cuốn sách này trình bày bảy mươi tám quy tắc ngón tay cái không thể thay thế của lập trình viên: làm việc, giải pháp tốt nhất cho các vấn đề lập trình mà bạn gặp phải hàng ngày. Nó chứa đựng những hướng dẫn thực tế và có thẩm quyền nhất mà bạn có thể sử dụng để viết các chương trình được thiết kế tốt và hiệu quả. Nếu bạn mới bắt đầu học Java và chưa có kinh nghiệm lập trình, bạn có thể muốn đọc Sams Teach Yourself Java 2 in 24 Hours. Và để viết clean code, có một cuốn sách xuất sắc “Clean Code của Robert Martin”. Sau đó, “cảm giác về vẻ đẹp” sẽ xuất hiện liên quan đến mã.
10. Mật mã! Mã số! Mã số!
Bạn không thể trở thành một lập trình viên giỏi chỉ bằng cách ghi nhớ một cuốn sách. Thật dễ dàng để nói về các khái niệm lý thuyết. Nhưng bạn chỉ có thể tìm hiểu những hạn chế về ngôn ngữ hoặc phát triển các phương pháp hay nhất khi viết mã. Vì vậy, để trở thành một lập trình viên giỏi, bạn cần phải viết rất nhiều code. Nếu bạn là người mới bắt đầu, hãy bắt đầu bằng cách viết chương trình cho các bài toán đơn giản như chuỗi Fibonacci, bảng màu, tam giác Pascal, v.v., sau đó chuyển sang các bài toán lớn hơn như cây tìm kiếm nhị phân, v.v. Nếu bạn đang tìm kiếm nền tảng trực tuyến để thực hành các chương trình Java, hãy xem Coding Ground . Hơn nữa, bạn có thể tham gia khóa học CS50 , bản dịch được cung cấp cho chúng tôi bởi “bạn biết ai” :D
Hãy tóm tắt lại
Người không làm gì sẽ không phạm sai lầm. Vì vậy, chúng ta phải kiên nhẫn và giống như một người Nhật chăm chỉ, chúng ta trau dồi kỹ năng viết mã của mình. Đối với điều này, đừng quên:
Nếu bạn muốn cải thiện đáng kể kỹ năng lập trình của mình, bạn cần phải... đọc mã do các lập trình viên khác viết. Bạn có thể tin vào nó, bạn không thể tin vào nó. Nhưng nếu bạn chấp nhận rủi ro, tôi hứa với bạn rằng thời gian bạn bỏ ra sẽ được đền đáp. Ví dụ: đừng đọc trên Habré cách HashMap, ArrayList, LinkedList, v.v. hoạt động mà hãy đọc mã của họ và tự mình tìm ra. Dưới đây là danh sách các lớp để đọc:
Quy ước mã hóa là một bộ hướng dẫn được phát triển bởi các nhóm phát triển, bao gồm các hướng dẫn về phong cách và kỹ thuật lập trình cho mọi khía cạnh của mã được viết trong một công ty hoặc một dự án cụ thể. Các quy ước này thường dành riêng cho từng ngôn ngữ lập trình và tổ chức tệp bìa, thụt lề, nhận xét, khai báo, toán tử, khoảng trắng, quy ước đặt tên, kỹ thuật và nguyên tắc lập trình, quy tắc lập trình, thực tiễn tốt nhất về kiến trúc, v.v. Lợi ích chính của một số tiêu chuẩn nhất định là rằng mã trông giống nhau và được viết theo cùng một phong cách. Điều này làm cho nó dễ đọc hơn và giúp các lập trình viên hiểu mã được viết bởi một lập trình viên khác. Nếu các tiêu chuẩn mã hóa được tuân thủ và áp dụng nhất quán trong suốt quá trình phát triển thì việc duy trì và mở rộng mã, tái cấu trúc mã và giải quyết các xung đột tích hợp trong tương lai sẽ dễ dàng hơn. Các quy ước mã hóa rất quan trọng đối với các lập trình viên vì một số lý do:
Tại sao? Bởi vì mã sẽ được xem xét bởi những chuyên gia không viết nó. Và một cái nhìn mới mẻ là rất hữu ích. Và thường thì việc Đánh giá mã giúp ngăn chặn việc viết những dòng mã thực sự khủng khiếp. Tôi biết rằng điều này không phải lúc nào cũng có thể thực hiện được vì bạn cần tìm một người khác muốn làm việc này. Nhưng điều này không có nghĩa là công cụ này không đáng sử dụng. Hoàn toàn ngược lại: đây là lý do để tìm những người có cùng chí hướng mà việc cải thiện chất lượng mã cũng rất quan trọng. Nhân tiện, ai cấm bạn tìm thấy chúng ở đây trên JavaRush? Ở một nơi mà mọi người đều muốn trở thành lập trình viên.
Cho đến nay, phương pháp yêu thích của tôi để cải thiện mã là viết bài kiểm tra đơn vị. Hơn nữa, bạn càng viết chúng nhiều thì càng tốt. Trong lập trình máy tính, kiểm thử đơn vị là một quy trình phát triển phần mềm trong đó phần nhỏ nhất có thể kiểm thử của mã nguồn, được gọi là đơn vị, được kiểm tra riêng lẻ và độc lập để kiểm tra xem chúng có hoạt động như mong đợi hay không. Điều này sẽ giúp bạn xác định các lỗi trong thuật toán và/hoặc logic trước khi phát hành mã. Vì thử nghiệm đơn vị yêu cầu cấu trúc mã phù hợp nên điều đó có nghĩa là mã phải được chia thành các hàm nhỏ hơn và tập trung hơn. Mỗi cái trong số đó chịu trách nhiệm cho một thao tác duy nhất trên một tập hợp dữ liệu, thay vì các hàm lớn thực hiện một số thao tác khác nhau (Như họ nói, xin chào từ Nguyên tắc Trách nhiệm Duy nhất ...) Lợi ích thứ hai của việc viết mã được kiểm tra tốt là bạn có thể ngăn chặn các lỗi trong tương lai đối với những thay đổi nhỏ đối với chức năng phá mã hiện có. Khi xảy ra lỗi, các bài kiểm tra đơn vị sẽ cho bạn biết rằng có điều gì đó được viết không chính xác. Thoạt nhìn, việc dành thời gian viết bài kiểm tra đơn vị trong quá trình phát triển có vẻ như là một khoản chi phí bổ sung. Tuy nhiên, điều này sẽ tiết kiệm thời gian trong tương lai, vốn sẽ phải dành cho việc gỡ lỗi. Đây phải là một quá trình từng bước. Vì vậy, hãy tiếp tục hát - viết bài kiểm tra cho tất cả các phương thức và lớp :D
Không có nhà phát triển nào không bao giờ mắc lỗi. Thông thường, trình biên dịch sẽ nắm bắt các vấn đề về cú pháp và số học và đưa ra dấu vết ngăn xếp. Nhưng có thể vẫn còn một số vấn đề mà trình biên dịch không nắm bắt được. Ví dụ: các yêu cầu được triển khai không đúng, thuật toán không chính xác, cấu trúc mã không chính xác hoặc một số vấn đề tiềm ẩn mà cộng đồng đã biết qua kinh nghiệm. Cách duy nhất để phát hiện những lỗi như vậy là yêu cầu một số nhà phát triển cấp cao xem lại mã của bạn. Cách tiếp cận này không phải là thuốc chữa bách bệnh và ít thay đổi. Với mỗi nhà phát triển mới trong nhóm, bạn nên có thêm một cặp mắt quan sát mã của họ. Nhưng may mắn thay, có nhiều công cụ có thể giúp bạn kiểm soát chất lượng mã của mình. Tôi đã sử dụng Checkstyle, PMD, FindBugs, SonarQube trong công việc của mình trong nhiều dự án khác nhau. Có những người khác nữa. Tất cả chúng thường được sử dụng để phân tích chất lượng và tạo ra một số báo cáo hữu ích. Những báo cáo này thường được xuất bản bởi các máy chủ tích hợp liên tục như Jenkins.
Luôn viết mã đơn giản, rõ ràng và logic. Mọi người có xu hướng viết mã phức tạp để chứng minh khả năng làm điều đó của họ. Mã đơn giản nhưng hợp lý luôn hoạt động tốt, dẫn đến ít vấn đề hơn và có khả năng mở rộng cao hơn. Mã tốt có nghĩa là tài liệu tốt hơn. Nếu bạn đang nghĩ đến việc thêm một nhận xét, hãy tự hỏi: “ Làm cách nào tôi có thể cải thiện mã để không cần đến nhận xét này? "~Steve McConnell.
Một trong những thói quen quan trọng của lập trình viên giỏi là đọc nhiều tài liệu. Hãy để nó là thông số kỹ thuật, JSR, tài liệu API, hướng dẫn, v.v. Đọc tài liệu giúp bạn xây dựng nền tảng vững chắc để bạn lập trình tốt nhất. Cuối cùng nhưng không kém phần quan trọng, đừng so sánh bản thân với người khác. So sánh bản thân với người khác sẽ chỉ dẫn đến cảm giác tiêu cực và sự cạnh tranh không lành mạnh. Mọi người đều có điểm mạnh và điểm yếu riêng. Vì vậy, điều quan trọng là phải biết họ và làm việc với họ. Hãy phân tích bản thân, liệt kê những điểm mạnh của bạn và phát huy chúng. Lập trình thực sự thú vị: hãy tận hưởng nó.
Có hàng nghìn người đam mê trên khắp thế giới đang nghiên cứu và viết về những công nghệ tương tự. Blog thường được viết bởi chính các lập trình viên và hầu hết đều chia sẻ quan điểm và kinh nghiệm cá nhân. Bạn có thể thấy những quan điểm khác nhau về cùng một công nghệ trên blog. Bạn có thể thấy cả công nghệ tốt và xấu trên blog. Ít nhất hãy đọc các bài viết trên 
Không gì có thể thay thế được một cuốn sách hay. Một cuốn sách hay sẽ dạy các khái niệm cơ bản theo cách đơn giản hơn nhiều và áp dụng được vào các đồ vật trong thế giới thực. Bản thân tác giả của họ là những lập trình viên giỏi. Bằng cách đọc sách, bạn có thể học hỏi từ kinh nghiệm của người khác. Tôi khuyên bạn nên đọc “Java. Lập trình hiệu quả của Joshua Bloch. Cuốn sách này trình bày bảy mươi tám quy tắc ngón tay cái không thể thay thế của lập trình viên: làm việc, giải pháp tốt nhất cho các vấn đề lập trình mà bạn gặp phải hàng ngày. Nó chứa đựng những hướng dẫn thực tế và có thẩm quyền nhất mà bạn có thể sử dụng để viết các chương trình được thiết kế tốt và hiệu quả. Nếu bạn mới bắt đầu học Java và chưa có kinh nghiệm lập trình, bạn có thể muốn đọc Sams Teach Yourself Java 2 in 24 Hours. Và để viết clean code, có một cuốn sách xuất sắc “Clean Code của Robert Martin”. Sau đó, “cảm giác về vẻ đẹp” sẽ xuất hiện liên quan đến mã.
Thật dễ dàng để nói về các khái niệm lý thuyết. Nhưng bạn chỉ có thể tìm hiểu những hạn chế về ngôn ngữ hoặc phát triển các phương pháp hay nhất khi viết mã. Vì vậy, để trở thành một lập trình viên giỏi, bạn cần phải viết rất nhiều code. Nếu bạn là người mới bắt đầu, hãy bắt đầu bằng cách viết chương trình cho các bài toán đơn giản như chuỗi Fibonacci, bảng màu, tam giác Pascal, v.v., sau đó chuyển sang các bài toán lớn hơn như cây tìm kiếm nhị phân, v.v. Nếu bạn đang tìm kiếm nền tảng trực tuyến để thực hành các chương trình Java, hãy xem Coding Ground . Hơn nữa, bạn có thể tham gia khóa học CS50 , bản dịch được cung cấp cho chúng tôi bởi “bạn biết ai” :D
GO TO FULL VERSION