Có hai điều cần xem xét ở đây tôi nghĩ:
Đầu tiên là, theo một cách nào đó, họ đúng. Viết đa nền tảng C ++ không khó lắm nếu bạn lập kế hoạch cho nó ngay từ đầu . Đây gần như chắc chắn là vấn đề bạn đang thấy. Hầu hết các ứng dụng nguồn mở (hầu hết các ứng dụng mà người dùng Linux chạm vào một ngày trung bình), là nền tảng chéo vô lý. Hãy suy nghĩ về số lượng ứng dụng mà người dùng Linux trung bình tương tác hàng ngày được viết bằng C hoặc C ++ và không chỉ chạy trên Windows và Linux, mà còn cả MacOS, BSD, Solaris, v.v. trên x86, x86-64, ARM, SPARC, v.v ... Điều này một phần là do những người bị ngứa phải cào cổng để chạy trên hệ thống của họ, nhưng cũng bởi vì sau đó, quy ước là lên kế hoạch cho tính di động đa nền tảng.
Điều thứ hai là, thị trường có thể khả thi hơn bạn nghĩ. Có một quan niệm sai lầm lớn rằng mọi người trên Linux không muốn trả tiền cho phần mềm. Đối với một số người có thể đúng, nhưng có rất nhiều người (hầu hết, tôi nghĩ) sử dụng Linux vì nó hoạt động tốt hơn cho họ và họ thích nó, không phải do giá cả. Ngoài ra, nếu công ty của bạn sản xuất một sản phẩm được sử dụng chủ yếu trong môi trường chuyên nghiệp, các công ty sẽ quen với việc trả tiền cho phần mềm để chạy trên các hệ thống Linux.
Đối với điểm bạn thực hiện về bao bì, như những người khác đã nói, bạn thực sự chỉ cần sản xuất các gói cho phiên bản mới nhất của các bản phân phối chính. Trên thực tế, việc tạo ra các gói không thực sự khó khăn lắm và hầu hết các bản phân phối chính đều sử dụng các gói debian (debian, ub Ubuntu, v.v.) hoặc RPM (fedora, suse, centos, mandrake), vì vậy việc sửa đổi một số tập lệnh là rất nhỏ để sản xuất nhiều gói từ đường cơ sở .deb và đường cơ sở .rpm và đối với những người khác chỉ cần ném một tarball với nhị phân và readme, mọi người sẽ tìm ra cách cài đặt nó. Ngoài ra, bạn có thể bỏ qua tất cả các bao bì, và chỉ đăng một tarball duy nhất với tập lệnh bash hoặc perl để thực hiện cài đặt.
Về cách giải quyết người dùng trên các diễn đàn của bạn phàn nàn, như Joe Internet nói, họ có thể chỉ là tỷ lệ phần trăm của những người sẽ phàn nàn bất kể điều gì, nhưng điều đầu tiên tôi làm là cố gắng giải thích rằng bạn có số lượng lớn mã kế thừa không được thiết kế với sự hỗ trợ đa nền tảng. Thứ hai, thành thật xem liệu nó có hỗ trợ tài chính để tạo cổng Linux hay không và có kết quả với điều đó không. Cuối cùng, nếu một cổng không khả thi về mặt tài chính, hãy xem về việc thực hiện một số công việc để làm cho chương trình hoạt động tốt với RƯỢU. RƯỢU không phải là giải pháp đầu tiên, nhưng nó cũng có thể làm dịu những người chỉ muốn sử dụng ứng dụng của bạn trong Linux và là một dự án ít tốn kém hơn so với một cổng đầy đủ. Trên thực tế, nếu bạn thêm mã vào cơ sở mã WINE như một phần của dự án, thì bạn không chỉ có thể mở ra một thị trường mới,