CMake и относительные пути.
А теперь о совсем жуткой содомии. CMake не умеет относительные пути к файлам.
И даже пытается это оправдать: http://www.cmake.org/Wiki/CMake_FAQ#Why_does_CMake_use_full_paths.2C_or_can_I_copy_my_build_tree.3F
Что есть у вас по этому поводу сказать, мои маленькие девиантные друзья?
И даже пытается это оправдать: http://www.cmake.org/Wiki/CMake_FAQ#Why_does_CMake_use_full_paths.2C_or_can_I_copy_my_build_tree.3F
Что есть у вас по этому поводу сказать, мои маленькие девиантные друзья?
no subject
no subject
no subject
no subject
no subject
2. профит.
no subject
Только это уже не укладывается в требования "один экзешник, не требующий установки"
Правда, обычно
1. Таких требований всё-таки нет
2. Не уверен, что современный C++ им удовлетворяет (я не помню, можно ли на VC2010+ прилинковать рантайм статически - смутно помнится, что уже нет)
no subject
no subject
1) Проверка бинаря антивирусом
2) Firewall
no subject
no subject
no subject
no subject
no subject
Есть зависимость между тем, сколько времени пользователь тратит на цепочку "найти в интернете - открыть сайт - заргистрироваться - скачать - устновить - запустить - залогинится - заплатить деньги" и собственно количеством бабла.
В частности от момента "тыкнул по ссылке" до момента "ой, че-то запустилось" должно проходить как можно меньше времени, при этом от пользователя должно требоваться минимум телодвижений, иначе наши прокастинированые гиперактивные пользователи просто перестанут ждать и попробуют получить требуемый результат с помощью продуктов конкурентов.
После того, как "что-то появилось" уже можно немножко передохнуть - показать пользователю форму регистрации или там руководство по получению профита скорейшим способом или просто рекламу других продуктов компании.
На этапах между "попал на сайт" и "залогинился в установленый экземпляр b2c-системы" отваливается недопустимо много пользователей (десятки процентов), соответсвенно тут всё подвергается оптимизации по юзабилити.
Ну а то, что кому-то придётся писать на сях или плюсах настолько незначительное недоубство что просто плевать на него, если бы была возможность извлечь еще какой-то профит от написания ассемблерных вставок - я бы заказал и ассемблерные вставки.
no subject
Вот я и говорю, что требование надуманное. 50 метров - да, отпугнут, а 10 или 2 - никто даже и не заметит. Потому что платформа такая.
Ну а то, что кому-то придётся писать на сях или плюсах настолько незначительное недоубство что просто плевать на него, если бы была возможность извлечь еще какой-то профит от написания ассемблерных вставок - я бы заказал и ассемблерные вставки.
В двухметровый бинарь поместится даже статически собранный х-ь. То есть, критерии правильные, если трудности с деплоем приносят наибольшие убытки, то надо пилить именно деплой. Вплоть до добавления программы в родной дистрибутив XP, если потребутся.
Но пример "почему именно кресты" - неудачный.
no subject
Plain C или C++ - всё остальное так или иначе требует тащить рантайм, пичалька.
Ну паскаль еще может быть, но дельфи вроде бы всё-таки умерло?
no subject
no subject
no subject
no subject
no subject
Впрочем, жабу я в такое бы все равно не потащил, ну его фпень.
no subject
И как бы, юзер-вендузятнег, как вы его представляете, разницу между 10 метрами и 2 нуникак не ощутит. 50 - да, многовато, может обидеться.
Жабу с рантаймом утрамбовать в один экзекутабель - я не умею, научите меня как. А считать, что ЖРЕ есть искаропке, на венде нельзя.
no subject
no subject
no subject
Я и сам не умею, но видел лично такую фигню.
no subject