여기에 고려해야 할 두 가지 사항이 있습니다.
첫 번째는 어떤면에서는 그들이 옳다는 것입니다. 크로스 플랫폼 C ++를 작성 하는 것은 처음부터 계획했다면 그렇게 어렵지 않습니다 . 이것은 당신이보고있는 거의 확실하게 문제입니다. 대부분의 오픈 소스 응용 프로그램 (일반적으로 Linux 사용자가 평균 하루에 사용하는 응용 프로그램)은 플랫폼에 상관없이 터무니 없습니다. 일반적인 Linux 사용자가 매일 C 또는 C ++로 작성하고 Windows 및 Linux뿐만 아니라 x86, x86-64, ARM, SPARC, MacOS, BSD, Solaris 등에서 실행되는 응용 프로그램의 수를 생각하십시오. 이것은 부분적으로 가려움증이있는 사람들이 시스템에서 실행할 코드를 긁기 위해 가려움증이 있기 때문에, 또한 플랫폼 간 이식성을 계획하는 규칙이기 때문입니다.
두 번째는 시장이 생각보다 실행 가능하다는 것입니다. Linux 사용자가 소프트웨어 비용을 지불하고 싶지 않다는 오해가 있습니다. 어떤 사람들에게는 맞을지 모르지만 리눅스를 사용하는 사람들이 많으며 (대부분은 생각합니다) 가격 때문에가 아니라 Linux를 더 잘 사용하기 때문에 Linux를 선호합니다. 또한 회사에서 주로 전문적인 환경에서 사용되는 제품을 생산하는 경우 회사는 Linux 시스템에서 실행할 소프트웨어 비용을 지불하는 데 익숙합니다.
다른 사람들이 말했듯이 패키징에 대한 요점은 실제로 최신 버전의 주요 배포판을 위해 패키지를 생산하면됩니다. 실제로 패키지를 만드는 것이 실제로 어려운 것은 아니며 대부분의 주요 배포판은 데비안 패키지 (데비안, 우분투 등) 또는 RPM (페도라, 수세, 센트, 맨드 라이크)을 사용하므로 일부 스크립트를 수정하는 것은 매우 미미합니다. 기본 .deb 및 기본 .rpm에서 여러 패키지를 생성하기 위해 바이너리 및 추가 정보가 포함 된 타르볼을 포기하는 사람들은 패키지 설치 방법을 알아낼 것입니다. 또는 모든 패키징을 건너 뛰고 bash 또는 perl 스크립트로 단일 tarball을 게시하여 설치를 수행 할 수 있습니다.
Joe Internet이 말했듯이 포럼에서 불만을 제기하는 사용자를 처리하는 방법은 무엇이든 관계없이 불만을 제기하는 사람들의 비율 일 수 있지만 가장 먼저 할 일은 귀하가 크로스 플랫폼 지원을 염두에두고 설계되지 않은 많은 양의 레거시 코드. 둘째, Linux 포트를 만들기 위해 재정적 지원을 할 것인지 솔직히 확인하고 그 결과를 공개하십시오. 마지막으로, 포트가 재정적으로 적합하지 않은 경우 WINE에서 프로그램이 제대로 작동하도록하기 위해 몇 가지 작업을 수행하십시오. WINE이 첫 번째 솔루션이되어서는 안되지만 Linux에서 앱을 사용하려는 사람들에게 큰 돈을주고 전체 포트보다 저렴한 프로젝트 일 수 있습니다. 실제로 프로젝트의 일부로 WINE 코드베이스에 코드를 추가하면 새로운 시장을 개척 할 수있을뿐만 아니라,