Il y a deux choses à considérer ici, je pense:
La première est que, d'une certaine manière, ils ont raison. L'écriture multiplateforme C ++ n'est pas si difficile si vous l'aviez prévu depuis le début . C'est presque certainement le problème que vous voyez. La plupart des applications open source (la plupart des applications qu'un utilisateur Linux touche une journée moyenne), sont absurdement multiplateformes. Pensez au nombre d'applications avec lesquelles un utilisateur Linux moyen interagit quotidiennement et qui sont écrites en C ou C ++ et exécutées non seulement sur Windows et Linux, mais aussi sur MacOS, BSD, Solaris, etc. sur x86, x86-64, ARM, SPARC, etc. Ceci est en partie dû au fait que les gens qui ont envie de porter le code à exécuter sur leurs systèmes, mais aussi parce que la convention consiste à planifier la portabilité multiplateforme.
La deuxième chose est que le marché peut être plus viable que vous ne le pensez. Il y a une énorme idée fausse selon laquelle les gens sur Linux ne veulent pas payer pour un logiciel. Pour certaines personnes, cela peut être vrai, mais il y a beaucoup de gens (la plupart, je pense) qui utilisent Linux parce que cela fonctionne mieux pour eux et ils le préfèrent, pas en raison du prix. De plus, si votre entreprise produit un produit qui est utilisé principalement dans un cadre professionnel, les entreprises sont bien habituées à payer pour que les logiciels fonctionnent sur les systèmes Linux.
En ce qui concerne l'argument que vous faites à propos de l'empaquetage, comme d'autres l'ont dit, il vous suffit vraiment de produire des packages pour la dernière version des principales distributions. En fait, faire les paquets n'est pas si difficile que ça, et la plupart des principales distributions utilisent des paquets Debian (debian, ubuntu, etc.) ou des RPM (fedora, suse, centos, mandrake), il est donc très mineur de modifier certains scripts pour produire plusieurs packages à partir d'un fichier de base .deb et d'un fichier de base .rpm, et pour tout le monde, lancez simplement une archive tar avec des binaires et un fichier Lisezmoi, les gens trouveront comment l'installer. Alternativement, vous pouvez ignorer tous les packages, et poster simplement un tarball unique avec un script bash ou perl pour faire l'installation.
Quant à savoir comment adresser les utilisateurs sur vos forums pour se plaindre, comme l'a dit Joe Internet, ils pourraient simplement être le pourcentage de personnes qui vont se plaindre quoi qu'il arrive, mais la première chose que je ferais est d'essayer d'expliquer que vous avez un grande quantité de code hérité qui n'a pas été conçu avec un support multiplateforme à l'esprit. Deuxièmement, voyez honnêtement si cela apporterait un soutien financier pour créer un port Linux, et soyez ouvert aux résultats. Enfin, si un port n'est pas financièrement réalisable, pensez à faire quelques travaux pour que le programme fonctionne bien avec WINE. WINE ne devrait pas être la première solution, mais il pourrait bien apaiser les personnes qui souhaitent simplement utiliser votre application sous Linux, et être un projet moins cher qu'un port complet. En fait, si vous ajoutez du code à la base de code WINE dans le cadre du projet, vous pouvez non seulement vous ouvrir à un nouveau marché,