Code tốt nhất là không code chút nào cả


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

5 Likes

:smiley: 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.

2 Likes

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:

if (s == String.Empty)
if (s == "")

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.

2 Likes

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.

if (s == String.Empty) // (1)
if (s == "") // (2)
1 Like

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ể. :smile:

83% thành viên diễn đàn không hỏi bài tập, còn bạn thì sao?