Với vai trò là một lập trình viên, việc làm thế nào để code sạch, code ít bug để tiết kiệm thời gian và công sức luôn là mục tiêu trong khi làm dự án của nhiều coder. Dĩ nhiên, việc mắc lỗi và học tập từ lỗi khi code cũng không thể tránh khỏi. Nhưng hãy cùng điểm qua một số lỗi khi code mà lập trình viên có thể tránh được thông qua bài viết sau nhé!
1. THIẾU KIẾN THỨC
Với bối cảnh công nghệ thay đổi không ngừng, nên điều cần thiết nhất đối với các lập trình viên là phải luôn cập nhật các công cụ, Framework và ngôn ngữ lập trình mới nhất.
Nhiều Dev chủ quan trong việc học tập và trau dồi kiến thức về công nghệ cũng như lĩnh vực dự án đang coding. Công nghệ luôn luôn thay đổi theo từng giờ nên việc lười đọc tài liệu, ngại tham khảo tri thức sẽ hạn chế sự thành công trong công việc, thậm chí chất lượng công việc viết code hàng ngày cũng kém hiệu quả.
Nếu không nó có thể khiến bạn trở nên tự ti hơn khi giao tiếp với các thành viên khác, cũng như hạn chế cơ hội phát triển nghề nghiệp của mình trong tương lai.
Để tránh bị tụt hậu, bạn phải đảm bảo luôn cập nhật những xu hướng và công nghệ mới nhất trong lĩnh vực mà mình đang hoạt động. Ví dụ như tham dự các hội nghị, đọc các blog và nguồn tin tức trong ngành, đồng thời tham gia vào các cộng đồng trực tuyến để kịp thời cập nhật thông tin và được kết nối với nhiều chuyên gia trong nghề hơn.
Đặc biệt, các Dev nên dành nhiều thời gian tự học về thuật toán và giải thuật để luyện tập thói quen thói quen nhận thức, phản ứng với các bài toán khó một cách tốt hơn.
2. THIẾU TƯ DUY BAO QUÁT
Khi bắt tay vào một dự án, Dev thường hay mắc 04 KHÔNG cơ bản, đó là:
- Không đọc kỹ yêu cầu trước khi làm;
- Không trao đổi và phân tích nghiệp vụ yêu cầu;
- Không phân tích xác định phạm vi ảnh hưởng của yêu cầu, của phương án xử lý;
- Không thường xuyên đặt ra câu hỏi cho yêu cầu.
Những lỗi trên sẽ khiến Dev mất rất nhiều thời gian khi vừa viết code vừa nghĩ. Trong khi đó, xây dựng một kế hoạch cụ thể qua việc phân tích kỹ yêu cầu, trao đổi với đồng nghiệp về những điều chưa sáng tỏ sẽ giúp bạn nắm chắc vấn đề hơn rất nhiều. Từ đó, tiết kiệm thời gian cũng như công sức để hoàn thành coding.
Code khó hiểu
Thật dễ dàng để viết code quá phức tạp, đặc biệt là khi cố gắng thể hiện hoặc giải quyết một vấn đề khó khăn. Tuy nhiên, những đoạn code quá phức tạp sẽ dẫn đến việc khó bảo trì, gỡ lỗi và sửa đổi trong tương lai. Thế nên, các giải pháp đơn giản, tối ưu thường sẽ tốt hơn.
Với nhiều lập trình viên điều các bạn ưu tiên là làm sao để code chạy được. Đây cũng là lý do coder mới ra trường thường quên chú ý viết code sao cho dễ hiểu, dễ đọc.
Để không làm phức tạp hóa code của mình, bạn hãy tập trung vào việc viết mã rõ ràng, ngắn gọn và dễ bảo trì. Sử dụng các mẫu thiết kế và nguyên tắc kiến trúc phần mềm phù hợp, nhằm giữ cho mã của bạn hiển thị theo hướng có tổ chức và theo mô-đun hợp lý.
Để tránh lỗi này, các bạn phải lập thói quen review code người khác và review code của chính mình. Như vậy những dòng code bạn viết ra sẽ có hiệu quả giá trị hơn rất nhiều lần.
Đặc biệt, đừng ngại tái cấu trúc code của mình, để chúng trở nên đơn giản hóa và giúp cải thiện khả năng bảo trì tốt hơn
Mặt khác, các Dev cũng cần đứng từ góc nhìn của người dùng cuối cùng để viết code, bởi họ chính là người thụ hưởng những sản phẩm trong thực tế. Chỉ coding dựa trên ý kiến chủ quan của mình, bạn sẽ làm giảm tính ứng dụng của sản phẩm đó.
Áp đặt tư duy của Dev làm lâu năm cho Dev mới
Là 1 Dev mới vào nghề chắc hẳn sẽ rất áp lực khi nghe đàn anh ca cẩm “Sao lại code thế này?” hay “Cái này có khó đâu sao mãi không làm được?” …
Trường hợp này, các anh Dev “già” đã quên mất các em Dev “trẻ” là hình ảnh của chính mình những ngày đầu chập chững đi làm. Các anh Dev “già” cũng đã phải tích lũy vất vả để có được kinh nghiệm của ngày hôm nay.
Vì thế, người mới cần được các anh thấu hiểu và thông cảm biết bao trước những sai sót ban đầu. Nhưng cũng không vì thế mà các em Dev "trẻ" bỏ qua những lời dạy của đàn anh đi trước. Nên học tập và có thái độ đúng đắn để nhanh tiếp thu và đúc rút kinh nghiệm cho bản thân.
3. LỖI TRONG LÚC CODE
Xử lý quá nhiều thứ trong một Function
Khi code tham lam xử lý quá nhiều thứ một lúc trong một Function, trong khi nguyên tắc Single Responsibility đề cập chỉ đơn nhiệm cho mỗi Function thì sẽ :
- Rất dễ xảy ra lỗi (phát sinh bug) do code xử lý chồng chéo;
- Khó review kiểm soát chất lượng code;
- Khó bảo trì;
- Khó mở rộng đề tài ở nhiều nơi.
Dư thừa code
Code đã được comment nhưng không sử dụng tới nảy ra tình trạng dư thừa code, rối mắt và ảnh hưởng tới việc biên dịch chương trình.
Hard code
Nói tới Hard code, Dev nghĩ ngay tới việc fix cứng dữ liệu vào trong source, đặc biệt là các giá trị số (thuộc loại con số ma). Rất khó để người khác hiểu được ý nghĩa của nó dùng để làm gì.
Bởi vậy, để tránh mắc phải lỗi này bằng cách khai báo hằng số qua các biến hoặc cấu hình trong các file config để thể hiện tính trong sáng của mã code.
Bỏ qua Unit Test
Sau khi code xong, nếu không có kế hoạch phương pháp, phương án cụ thể, chỉ cần chạy lên là được thì đa phần Dev sẽ mắc bệnh lười Unit Test, chỉ tư duy theo những tình huống cơ bản hình dung trong suy nghĩ mà thôi. Hậu quả là thiếu sót các trường hợp cần xử lý trong yêu cầu (thiếu test cases); phát sinh ra bug hoặc khó phát hiện bug tiềm ẩn.
Chạy code theo cảm hứng
Biểu hiện của việc lỗi chạy code theo cảm hứng đó là cứ thấy việc lạ lạ, hay hay thì làm trước, đến lúc gặp khó khăn lại bỏ dở và quay sang làm việc khác, không có kế hoạch cụ thể cho mỗi ngày, mỗi tuần và thiếu sự sắp xếp thứ tự ưu tiên công việc.
Dev cần phải chuẩn bị lịch trình việc kỹ càng và cụ thể để tránh những lỗi trên và đáp ứng được hiệu quả, tiến độ cho mỗi dự án, tránh kéo cả nhóm cũng chậm trễ theo nhé.
Trên đây là tổng hợp những lỗi hay mắc phải mà chúng tôi đã đúc rút ra từ trong công việc hàng ngày. Bằng cách tránh những điều này, bạn có thể cải thiện chất lượng code của mình ngày một tốt hơn, góp phần tăng khả năng tiếp thị và trở thành một lập trình viên có giá trị hơn trong nhóm phát triển.