Như hầu hết mọi người đồng ý, khuyến khích các nhà phát triển tạo mã nhanh bằng cách cung cấp cho họ các máy chậm không phải là một ý tưởng hay . Nhưng có một điểm trong câu hỏi đó. Máy dev của tôi rất nhanh, và vì vậy tôi thỉnh thoảng viết mã không hiệu quả, nhưng điều đó chỉ trở nên rõ ràng khi chạy nó trên máy của người khác.
Một số cách tốt để tạm thời làm chậm một máy dev tăng áp là gì? Khái niệm "tốc độ" bao gồm một số yếu tố, ví dụ:
- Xung nhịp CPU.
- Số lượng lõi CPU.
- Dung lượng bộ nhớ và bộ nhớ cache của bộ xử lý.
- Tốc độ của các xe buýt khác nhau.
- Đĩa I / O.
- GPU.
- v.v.
34
Bỏ nút "Turbo" ... không, đợi đã.
—
LennyProgrammer
Đây là gốc rễ của vấn đề của bạn: "Không hiệu quả". thay đổi thói quen mã hóa của bạn
—
Darknight
@Darknight: Không, không phải vậy. Bạn cần phải làm đầu tiên nó phải, sau đó làm cho nó nhanh chóng nếu cần thiết . Để biết những gì cần tối ưu hóa, bạn phải kiểm tra và tìm ra phần có vấn đề. Làm mọi thứ nhanh nhất có thể ngay từ đầu là lãng phí thời gian của bạn - và có thể lãng phí khi làm đúng .
—
Joonas Pulakka
Vâng, tôi một phần đồng ý. Tuy nhiên nếu bạn có thói quen mã hóa hiệu quả để bắt đầu; sau đó là "làm cho nó hoạt động đúng", bạn có thể dành ít thời gian hơn sau đó "làm cho nó nhanh hơn".
—
Đêm tối
@Darknight: Tôi nghĩ rằng @Joonas đang hỏi một câu hỏi rất hợp lý. Ý tưởng chỉ cần "thay đổi thói quen mã hóa của bạn" là không thực tế. Dưới đây là một ví dụ: ( stackoverflow.com/questions/926266/ trên ) VÀ, ý tưởng rằng bạn chỉ có thể đặt thời gian trên máy chậm hơn mà không cần IDE giả định rằng đủ để tìm lỗi hiệu suất. Rất nhiều người nói về hồ sơ, nhưng thực hiện nó (thành công) lại là một vấn đề khác. Điều thực sự sẽ giúp tôi (và những người khác tôi nghĩ) là những gì Joonas đang yêu cầu.
—
Mike Dunlavey