25 mẹo hữu ích để viết mã không thể hiểu được càng tốt
Trong hướng dẫn này, tôi muốn minh họa cách viết mã không thể nhầm lẫn.
Bằng cách viết mã không thể nhầm lẫn, bạn có thể đảm bảobạn sẽ không bao giờ bị sa thảibởi vì bạn sẽ là người duy nhất có khả năng hiểugìmã không, và quan trọng nhấttại sao.
Xin lưu ý: bài đăng này thật mỉa mai
- Gán tên kỳ lạ, tưởng tượng và bình thường cho các biến, hàm và đối tượng của bạn. Không nên có mối tương quan giữa tên và mục đích hoặc cách nó hoạt động.
- Ưu tiên chữ viết tắt và từ viết tắt hơn tên mô tả. Các biến một chữ cái là rất tốt.
- Khuyến khích sử dụng lại các biến trong mã. Luôn luôn sử dụng
i
trong các vòng lặp của bạn. - Sử dụng ngôn ngữ của riêng bạn cho tên. Rốt cuộc, không cần thiết phải sử dụng tất cả tiếng Anh.
- Tương tự áp dụng cho các bình luận. Hãy thoải mái viết chúng bằng bất kỳ ngôn ngữ nào bạn nói, ai quan tâm nếu nhà phát triển tiếp theo đến từ một quốc gia khác?
- Đối với những bình luận, tôi đã nói đùa. Không viết bất kỳ bình luận.
- Nếu bạn thực sự muốn viết bình luận, đừng bận tâm cập nhật chúng khi bạn thay đổi mã mà chúng mô tả.
- Thích các biến toàn cục hơn là quá thông minh với việc xác định phạm vi
- Không bao giờ kiểm tra mã của bạn. Bạn tốt, mã của bạn cũng tốt.
- Thích quá phức tạp hơn là quá đơn giản. Không ai từng bị sa thải vì đã tạo ra một kiến trúc phức tạp và thỏa mãn bản ngã, yêu cầu viết lại đoạn mã vô ích kéo dài 3 tháng vẫn hoạt động hoàn hảo.
- Tối ưu hóa bất cứ điều gì bạn có thể theo những cách thông minh. Máy tính chạy chậm, chúng ta nên tránh để chúng quá nóng và giúp chống lại biến đổi khí hậu. Viết lại mã của bạn trong lắp ráp thường là một ý tưởng hay.
- Các ngôn ngữ và khuôn khổ tương đối không xác định luôn tốt hơn các giải pháp phổ biến và đã được thử nghiệm. Thích chúng hơn giải pháp mà mọi người khác sử dụng.
- Tốt hơn, hãy tạo khuôn khổ của riêng bạn.
- Không bao giờ sử dụng thư viện của bên thứ 3
- Lạm dụng thư viện của bên thứ 3
- Sử dụng mọi mẫu thiết kế bạn đã đọc và cố gắng đưa nó vào thiết kế của bạn ngay cả khi nó không thực sự
- Hãy sử dụng các công cụ do các tập đoàn lớn xây dựng vì họ hiểu rõ hơn về điều đó và công ty khởi nghiệp 1 người của bạn chắc chắn sẽ được hưởng lợi từ hàng nghìn giờ lao động đã dành cho việc xây dựng chúng. Điểm thưởng nếu chúng rất phức tạp để sử dụng và có bộ quy ước đặt tên nghe có vẻ thông minh của riêng chúng.
- Không sử dụng kiểm soát phiên bản và thậm chí không phiên bản mã nào cả. Rốt cuộc, chỉ có một phiên bản phù hợp của chương trình. Bạn có thể dễ dàng nhớ tất cả những thay đổi bạn thực hiện và quan trọng nhất làtại saomột thay đổi đã được thực hiện. Không cần phải theo dõi nó trong một kho lưu trữ bên ngoài.
- Tự do sao chép và dán mã từ Stack Overflow hoặc các blog ngẫu nhiên mà không cần hiểu nó trước
- Thụt lề không thành vấn đề. Ở tất cả. Kết hợp cả không gian và tab.
- Tự do lạm dụng những điều trừu tượng. Sự trừu tượng là tuyệt vời. Làm cho mọi thứ có thể tái sử dụng và suy nghĩ quá nhiều mọi thứ như một vị vua.
- Có lẽ bạn sẽ sử dụng lại thư viện này trong mọi dự án mà bạn sẽ thực hiện trong 20 năm tới, ai biết được? Tốt hơn hãy suy nghĩ về tất cả các trường hợp cạnh có thể xảy ra trước.
- Luôn thực hiện mọi ý tưởng tuyệt vời mà bạn có
- 2000-lines functions are a great idea
- Giả sử có một kỹ sư 10x trông chừng bạn trong khi bạn viết mã.
Các hướng dẫn phòng thí nghiệm khác:
- Ngăn xếp tôi sử dụng để chạy blog này
- 8 lý do chính đáng để trở thành nhà phát triển phần mềm
- SEO cho các nhà phát triển viết blog
- Đánh giá về cuốn sách Tuần làm việc 4 giờ
- Xây dựng một doanh nghiệp theo phong cách sống
- Xây dựng nền tảng của riêng bạn
- Là một nhà sản xuất độc lập, bạn nên xây dựng loại sản phẩm nào?
- Tạo bảo mật công việc của riêng bạn
- Lập trình viên, học tiếp thị
- Quyền tự do kinh doanh sản phẩm
- Tạo ra giá trị
- Có mục đích cho doanh nghiệp của bạn
- Ý tưởng là không có gì
- Thích hợp
- Làm việc từ xa cho các nhà phát triển phần mềm
- Sản phẩm / thị trường phù hợp
- Các podcast tốt nhất cho các nhà phát triển giao diện người dùng
- Tại sao tôi nên tạo một danh sách email?
- Ngắt kết nối thời gian khỏi tiền bạc
- Nguyên tắc khan hiếm áp dụng cho các sản phẩm phần mềm
- Nguyên tắc xã hội chứng minh
- Cách tôi thêm Chế độ tối vào trang web của mình
- Ghi chú của tôi trên cuốn sách Deep Work
- Ưu điểm của việc sử dụng một ngăn xếp nhàm chán
- Cách ước tính thời gian lập trình
- Tiếp tục hoạt động độc lập với tư cách là nhà phát triển
- Cách học cách học
- Tại sao câu hỏi phỏng vấn cho công việc lập trình lại khó đến vậy?
- Tôi có cần bằng cấp để trở thành lập trình viên không?
- Mọi người đều có thể học lập trình
- Làm thế nào để làm việc hiệu quả
- Cách nhận số lần xem trang thực của một trang web tĩnh
- Bạn đã lấp đầy nhóm nhà phát triển hôm nay chưa?
- Cách tôi quay video của mình
- Tất cả các dự án phần mềm tôi đã thực hiện trong quá khứ
- Hướng dẫn luyện ngục từ quan điểm của một nhà sản xuất hướng dẫn
- Mỗi nhà phát triển nên có một blog. Đây là lý do tại sao và làm thế nào để gắn bó với nó
- Có tư duy kinh doanh cho các nhà phát triển
- Cách viết mã Unmaintainable
- Hội chứng kẻ mạo danh là gì
- Làm thế nào để làm việc tại nhà mà không bị điên
- Cách tôi ngừng lo lắng và học cách yêu hệ sinh thái JavaScript
- Cách tôi tạo nguyên mẫu một Trang Web
- Bạn nên là nhà phát triển kém nhất trong nhóm của bạn
- Cách bắt đầu một blog bằng Hugo
- Viết những gì bạn không biết
- Cách chặn phiền nhiễu bằng uBlock Origin
- Viết mã là một nghệ thuật
- Tôi đã viết 1 bài đăng trên blog mỗi ngày trong 2 năm. Đây là 5 điều tôi học được về SEO
- Đối phó với đám cháy
- Về việc trở thành một nhà tổng quát
- Tình thế tiến thoái lưỡng nan của nhà phát triển
- My plan for being hired as a Go developer. In 2017
- Tăng năng suất khi sử dụng máy Mac và thiết bị iOS
- Cách đi từ hướng dẫn đến dự án của riêng bạn
- Đây là Khu vườn kỹ thuật số nhỏ của tôi
- Làm thế nào để bắt đầu làm việc tự do với tư cách là một nhà phát triển
- Chia sẻ Hành trình Hướng tới Xây dựng Doanh nghiệp Sản phẩm Phần mềm
- Thư mục con so với tên miền phụ
- Cách tôi sử dụng mở rộng văn bản để tiết kiệm thời gian
- Phần mềm là một siêu cường
- tôi yêu sách
- Cách tôi quyết định tạo một ứng dụng quản lý dự án mới