30/09/2018, 16:36
Code tốt nhất là không code chút nào cả
Code tốt nhất là không code chút nào cả
Bài viết được dịch từ blog Coding Horror Rich Skrenta viết rằng code chính là kẻ thù của chúng ta. Code thì rất dở. Mó mục nát. Nó yêu cầu phải được bảo trì theo định kỳ. Nó có nhiều bug mà cần phả…
Là một nhà phát triển phần mềm, bạn là kẻ thù lớn nhất của chính mình. Bạn càng sớm nhận ra điều đó, thì bạn sẽ càng sớm trở nên tốt hơn.
Bạn đọc tiếp bài viết ở đây nhé: http://bit.ly/1AU1r1M
Bài liên quan
Mình cũng thích viết code gọn, nên hồi đầu học objective-c cứ như đọc 1 đoạn văn xuôi. May mà…swift ra đời.
Không đồng ý lắm, thực tế code càng ngắn sẽ gặp vấn đề khi đọc code (người khác đọc code của mình). Rất nhiều người khuyên không nên code rút nghĩa. Như chính ví dụ trong bài:
Thực tế dòng 1 DỄ HIỂU HƠN. Trong C rất nhiều người khuyên không nên dùng toán tử 3 ngôi mà nên code rõ ràng if ra - dù nó có dài hơn. Một ví dụ khác là việc phân tách hàm con - dù hàm con đó chỉ có 2 - 5 dòng. Mục đích cũng chỉ để code dễ hiểu hơn dù hiệu năng có giảm.
Hmm cái vấn đề mà @Itachi_Citus đặt ra Đạt cũng muốn thảo luận lắm à, hôm trước có gửi đúng đoạn code trên cho mấy đứa bạn thì ai làm C#/Java thích (1)
Còn mình làm C thì thích (2) vì phong cách lập trình C thường hay lập trình như vậy. Tuy nhiên trong C không so sánh thế được.
Có lẽ cái ví dụ này hơi đơn giản quá nên ko thể hiện cái ý mà tác giả muốn nói. Trong bài viết tới (blog Vinacode dịch) thì chúng ta sẽ hiểu rõ về vấn đề này hơn.
Bài viết tới nói về nguyên tắc KISS (“Keep it simple, stupid”). Khi viết code thì nên giữ cho nó ở mức đơn giản và dễ hiểu nhất có thể.