Vaicartana
А ещё у них сайт на IIS. И что?

Полагаю они не откажутся если вы проспонсируете именно кросплатформенную разработку.
А по сути: оно работает, отлажено и не требует ни гугления ни чего то еще.

Уже где-то это здесь обсуждалось.
Вайн комплектный, кстати, по шрифтам спалили, емнип. 

во-во.
Ну написали бы, что так и так, запускается под вайном без проблем!

дак а может как раз с проблемами. по этому и сконфигурировали префикс заранее, чтобы гарантировано у всех завелось

Ну для успокоения души значит сделали сборку с префиксом сразу. Тем более что она (сборка) наличие wine в /usr не требует же. Так что скачал и запустил сразу, даже если вайна в системе нет
Да и кто знает что будет через несколько версий, совместимость и сломаться может. А тут сборка с гарантированно рабочей версией.

Я понимаю все мы легко распределяем чужие деньги. Когда начинаешь свой бюджет формировать начинаются проблемы
А главный вопрос: А это им зачем?

В программе наверняка много когда связанного с сетью.  99% завязано на winAPI. GUI - в конечном итоге winapi. и .т.п.  Т.е. надо переписать, протестировать программу полностью. Это дело не на 1 день. Т.е. параллельно надо сопровждать основную ветку программы. Постепенно - так же не шибко "красивый" вариант.

Почему? Все логично чем меньше  затраты тем лучше. Это раз. Найти программиста в команду так же не просто. Это двас.

переписал, полет нормальный.
Чтобы не делать КУЧИ надо изначально все апи через свою обертку проводить. Канешь, когда почки отказали...эээ вобщем когда надо "вчера", а у нас пол-проги в вызовах винды... Тоды да, печалька.

библиотеку мап-движка. Она реализует 90% всей программы.

локальных - пяток на одну базу, на сервер запросы по всему региону. Но вообще вопрос не понятен, как коррелирует колво пользователей с оберткой апи.

да.
А что, Вам нужно много из того, что есть в том же студио в одном проекте?

не сложную, можно даже с отдельными процессами и межпроцессорными взаимодействиями.
Главное правильно все расписать на этапе модели, а не заниматься изобретением велосипеда в процессе прикрываясь модным словечком "экстремальное программирование"

это гораздо проще, чем кажется. Дело привычки 

не не не не не! стоп. Где я писал что я ЧЕЙТО продукт переделал? Свой исключительно, т.к. изначально была правильно поставлена задача: свести все вызовы апи в свою либу.
Я же сказал уже выше, что поздо пить боржоми, когда вся программа пестрит вызовами апи. Тут действительно проще плюнуть и написать с нуля.

Количество пользователей может косвенно показать на сколько легко можно остановить развитие программы ради ее переписывания.

А я и не говорю о кажущихся вещах. Это как бы мой хлеб. И когда я был виндузятником у меня не было ни какого желания сажать обертку на, скажем, CString.

Так и сейчас в Qt дофига интересных готовых классов, даже есть которые  я практически делал в свое время в студии и у которых нет аналогов, что ж ими не пользоваться? или пользоваться, но через обертки?
Ок. Сделали обертку. А потом "быстро" сварганили аналог?

Ну нафиг. Был "инcтрумент" MFC - пользовался. Теперь принял на вооружение Qt.
Может вам и повезло. У меня, например, есть один проект который я планирую и начинал переводить на кросплатформенность: много работы с com портом, многпоточность и т.п. Да в общемто и на MFC завязка не слишком большая. Но и мелочей хватает, чтоб мне было нерентабельно этим плотно заниматься. Уговорю очередного клиента, что это должно быть кроссплатформено - отлично, а так.... Есть и более интересные варианты чем занять время.

Та это еще и без учета, что мы не знаем как и на каких условиях работает команда разрабатывающая сабж.

Ни вы, ни я возможно не являемся даже "среднестатистическими" разработчиками и судить по тому, что лично вам легко удалось портировать один проект, что это легко вообще - мягко говоря некорректно. (и дело тут не только в отношении программирования)