Mỗi lập trình viên chuyên nghiệp nên (và hầu hết đều) chống lại AI: Các giải pháp không phải AI, có tính xác định luôn tốt hơn các giải pháp dựa trên AI, không có tính xác định.

nếu cảnh sát python đọc mã của tôi, tôi sẽ bị án chung thân tôi không biết rằng việc nhập khẩu cục bộ lại gây tranh cãi, tôi thường nhập thư viện trong các hàm nhưng với quyền lực lớn đi kèm với trách nhiệm lớn tôi hiểu rằng pep8 gợi ý nhập khẩu toàn cầu, nhưng mỗi quy tắc đều có ngoại lệ, và bạn nên biết khi nào nên phá vỡ chúng dưới đây là một vài lợi ích của việc nhập khẩu cục bộ: biết chính xác nguồn gốc của các phụ thuộc khi bạn sử dụng chúng, thay vì phải cuộn lên đầu tệp có thể nhập khẩu các mô-đun một cách có điều kiện khi/nếu bạn cần chúng có thể cải thiện thời gian tải của một mô-đun vì bạn không phải nhập tất cả mọi thứ ngay từ đầu có thể giúp bạn thoát khỏi các phụ thuộc vòng (giả sử bạn quá lười để sửa chữa phụ thuộc vòng theo cách đúng đắn) rõ ràng, cũng có những bất lợi của việc nhập khẩu cục bộ, nhưng đây là một bài viết nhẹ nhàng, vì vậy tôi sẽ không đề cập đến chúng ở đây tổng thể, khuyến nghị của tôi là sử dụng nhập khẩu toàn cầu, nhưng hiểu các đánh đổi để bạn có thể tận dụng việc nhập khẩu cục bộ khi cần thiết

Điều này thậm chí không đúng chút nào. Tôi không chắc nên bắt đầu từ đâu, nhưng một trong những ví dụ tồi tệ nhất ở đây phải là "React đã thay thế jQuery". Tôi đã kiểm tra các con số: jQuery hiện đang được sử dụng trên 73,5% tất cả các trang web (thị phần 90,4%). React được sử dụng trên 5,6% các trang web (thị phần 6,9%). Nhưng đó chỉ là khởi đầu. Hầu như mọi thứ khác trong danh sách đều không phải là ví dụ tốt: • GraphQL không thay thế được REST. • Microservices không thay thế được monoliths. • Cursor không thay thế được VS Code. • ChatGPT không thay thế được Google. • C++ không thay thế được C.