Khi nào phải trả tiền cho trình biên dịch C ++ [đã đóng]

Gần đây tôi đã bắt đầu tự hỏi khi nào các nhà phát triển nên trả tiền cho trình biên dịch. Trình biên dịch đến miễn phí với hầu hết các nền tảng hoặc có phiên bản miễn phí có thể dễ dàng lấy được.

Thí dụ:

OS X - GCC và Clang / LLVM đi kèm với các công cụ dành cho nhà phát triển. Không có giới hạn ở đây về cách thức và những gì bạn có thể bật ra với chúng.

Linux - GCC và tôi chắc chắn nhiều hơn nữa. Tôi không biết trạng thái hiện tại của trình biên dịch linux. Không có giới hạn ở đây về cách thức và những gì bạn có thể bật ra với chúng.

Windows - MinGW và Microsoft cung cấp phiên bản Visual Studio miễn phí. Không có giới hạn với MinGW nhưng tôi nghĩ với Visual Studio miễn phí có những hạn chế nghiêm trọng.

Tuy nhiên, như một ví dụ, Intel sản xuất trình biên dịch C / C ++. Họ là giá quá đắt. Về mặt giáo dục, tôi nghĩ rằng người ta có thể có phiên bản OS X với giá 49 đô la và Windows / Linux với giá 129 đô la mỗi chiếc. Sau đó, họ cũng cung cấp một sản phẩm "Studio" hoàn chỉnh. Rõ ràng sử dụng giá giáo dục có những hạn chế áp đặt.

Nhưng điều tôi băn khoăn là khi nào nên thực sự cân nhắc việc trả tiền cho trình biên dịch. Một ví dụ tôi có thể nghĩ đến là một trò chơi video. Nếu bạn đang sử dụng trình biên dịch hoạt động trên các nền tảng chính thì sẽ không có thêm công cụ chuyển đổi nào cho nền tảng. Có vẻ như sẽ có một mức độ dễ dàng trong việc chuyển đổi giữa các nền tảng nếu các công cụ giống nhau.

Bất cứ ai cũng có thể làm sáng tỏ việc trả tiền cho các trình biên dịch như trình biên dịch Intel và lợi ích đa nền tảng thực sự mà người ta có thể nhận được từ việc sử dụng chúng? Có phải mã của một người trở nên ít di động hơn thậm chí rất cố gắng để không làm các kỹ thuật cụ thể của nền tảng?

Theo kinh nghiệm của tôi, khả năng nền tảng máy chủ chéo là một cân nhắc nhỏ cho việc chọn trình biên dịch. Trong thực tế, hoàn toàn ngược lại. Mọi người thường xuyên hơn chọn một trình biên dịch để hỗ trợ vượt trội cho một nền tảng đích cụ thể.

Lấy trình biên dịch Intel làm ví dụ. Mọi người thường mua nó khi họ muốn đạt được hiệu suất cao nhất từ ​​chip Intel mới nhất. Rốt cuộc, thật khó để thiết kế một trình biên dịch tốt hơn những người có thể đi xuống hội trường và nói chuyện với những người thiết kế chip.

Đó là lý do tương tự mọi người mua công cụ từ Microsoft để phát triển trên nền tảng của Microsoft. Đó là người có sự hỗ trợ đầu tiên và quan trọng nhất.

Đã làm việc trên một trình biên dịch trả tiền, tôi tin rằng lý do chính để trả tiền cho một trình biên dịch là vì hợp đồng hỗ trợ. Nếu khách hàng gặp vấn đề với mã của họ và nghi ngờ lỗi trình biên dịch, họ có thể yêu cầu nhà cung cấp trình biên dịch điều tra các giải pháp có thể (trên xu của nhà cung cấp, không phải của họ), có thể là thời hạn trả lời / giải pháp. Điều này có thể được thực hiện mà không phải phát hành công khai mã nguồn cho các dự án có thể chứa thông tin nhạy cảm và thông thường hợp đồng ràng buộc nhà cung cấp giữ bí mật về bất kỳ mã nguồn được chia sẻ nào. Nói chung, các công ty lớn hơn sẵn sàng trả cho mức hỗ trợ này, trong khi các cửa hàng nhỏ hơn không xem nó là đáng đồng tiền hoặc quá đắt.

Ngoài ra, các nhà cung cấp muốn làm hài lòng khách hàng (thanh toán cao), vì vậy các yêu cầu tính năng được ưu tiên theo đó khách hàng muốn họ. Khách hàng cũng có thể đề xuất các tính năng phù hợp hơn với nhu cầu của họ, những thứ cụ thể hơn của công ty sẽ không được sử dụng rộng rãi. Điều này là không thể đối với người dùng GCC hoặc các trình biên dịch mã nguồn mở khác, nơi các tính năng được triển khai bởi những người sẵn sàng làm điều đó theo bất kỳ thứ tự nào họ cảm thấy theo lịch trình riêng của họ.

Đôi khi, đó không phải là trình biên dịch mà mọi người trả tiền, đó là thời gian chạy hoạt động với nó. Đặc biệt, Intel có truyền thống cung cấp các thư viện tuyệt vời cho những thứ như đa luồng, hỗ trợ truyền thông (SSE, v.v.) và toán chính xác mở rộng.

Tôi đã làm việc với một số người sử dụng trình biên dịch trả phí.

Họ đang làm dữ liệu nghiêm trọng trong một cụm. Giả sử, trình biên dịch Intel quản lý để tạo mã nhanh hơn một chút cho họ và trả tiền cho trình biên dịch rẻ hơn so với việc chạy nhiều nút hơn. Sự hiểu biết của tôi là sự khác biệt rất nhỏ, nhưng nhân lên với chi phí điện được tính vào nó được coi là xứng đáng.

Với hiệu quả đó, tôi sẽ không ngạc nhiên nếu hầu hết các siêu máy tính HPC chạy trên các trình biên dịch chuyên dụng được cung cấp bởi các nhà sản xuất chip.

Tôi với Karl Bielefeldt về điều này.

Tôi sẽ không thực sự tin tưởng các trình biên dịch cung cấp khả năng đa nền tảng. Bởi vì, thành thật mà nói, tất cả chúng ta đều biết các công cụ / trình biên dịch gốc và mục tiêu luôn có những lợi thế như hiểu rõ hơn về nền tảng đích.

Và tôi tin rằng, khi phần mềm của bạn trở nên phức tạp và hiệu suất là cần thiết, bạn có thể bắt đầu suy nghĩ về việc chuyển sang trình biên dịch trả phí.

Và thêm vào đó, tôi tin rằng trình biên dịch của Microsoft khá tốt. Và như mọi người khác nói, họ miễn phí mãi mãi.

Trình biên dịch miễn phí GNU (gcc) đi kèm với giấy phép GNU (GPL) có nghĩa là bạn chỉ có thể sử dụng cho các dự án nguồn mở. Được hỗ trợ bởi các tên tuổi lớn trong phần mềm.

Clang (miễn phí) là một nỗ lực để tránh các hạn chế GPL tạo ra một trình biên dịch tốt. Ngoài ra, được hỗ trợ bởi Apple, Google và nhiều người khác.

VC ++ Express (miễn phí) bị giới hạn trong nền tảng Windows (nhân tiện, họ đã làm cho nó miễn phí trong giây phút cuối cùng, bởi vì nhiều người từ cộng đồng Nguồn mở đã hỏi họ về nó) và thiếu hầu hết các công cụ chuyên nghiệp một tính năng. Chẳng hạn như hồ sơ, ví dụ.

Vì vậy, tất cả các công cụ này là miễn phí cho chúng tôi, nhưng được hỗ trợ bởi ngành công nghiệp.

Intel (thương mại), như Karl đã đề cập, cho các dự án nhắm mục tiêu hiệu suất cao nhất trên nền tảng Intel.