ОК, посмотрите, какие BCL-сборки используются вашим приложением, прибавьте CLR — получится не меньше 30МБ.
Итого, из-за 25% уменьшения объема (для большинства — некритичного) вкладывать время и деньги в разработку+тестирование+распространение+поддержку кастрированного варианта бесплатного фреймворка? Кстати, на него тоже фидбек будет, с очередными пожеланиями вида «перенесите, плз, такой-то класс в такую-то сборку, а то мне приходится из-за него тащить лишний мегабайт». Почему-то такой сценарий видится, мягко говоря, маловероятным.
А вот если ваше приложение действительно удобно и нужно пользователям — они скачают и 40, и 150, и 1000МБ.
Действительно, давайте попросим MS раздать всем разработчикам свой ЗАКРЫТЫЙ ключ, которым они подписывают сборки! :)
И да, выход Mac App Store, наконец-то, положит конец засилью Windows на десктопах.
PS Кстати, обратил внимание: если ваше net-приложение занимает 15МБ, то это весьма серьезное приложение, т.к. net-код очень компактен (если помните, то весь net 1.0 занимал около 10-11МБ). И что, у пользователей такого серьезного приложения трудности с однократной установкой фреймворка?
После фразы «установлен некий класс» спорить расхотелось. Да еще и ваши аргументы меняются, теперь уже 40МБ — много. Вы из какого года пишете-то? У нас флэшки на 4ГБ уже считаются «маленькими», а ОС, занимающая 1ГБ — «весьма компактна» :)
Вообще-то, в мире существуют и другие разработчики, использующие .NET4 и делающие полезные программы. И если пользователь поставит 10 таких приложений, то в результате у него и будет 150МБ. Да еще и с дублями одного и того же библиотечного кода. Да еще и разных версий.
Кстати, а что делать пользователю, если выйдет апдейт к полному фреймворку? Да такой, что «забить» на него будет нежелательно? Как обновлять разбросанные по разным углам системы куски?
А про 150 мегабайт я уже написал. Используйте NET Framework 4 Client Profile. Занимает значительно меньше.
Во-первых, есть такая штука, как .NET Framework 4 Client Profile, которая весит не 150, а 40мб.
Во-вторых, если включать в каждое приложение «кастомную» версию фреймворка, то в итоге выйдет намного больше 150.
Удивляет уровень «авторов» этих статей. Например, посмотрите на msdn.microsoft.com/ru-ru/windows/gg564266. Это же бред полный. Или я не в курсе и ConfigurationManager уже отменили?
Два месяца пользуюсь Desire — весьма приятные впечатления. Выбирал между Desire и Legend, положил их рядом, минут 20 сравнивал в разных режимах. В итоге пришел к выводу, что Desire все-таки удобнее из-за большего экрана — и клавиатура покрупнее, и серфить поудобнее, хотя в целом экран кажется немного зернистее, чем у Легенды.
При обычном использовании аккумулятора хватает точно не меньше, чем на сутки, но обычно заряжаю через день.
Книги читать весьма комфортно, глаза не устают. По моему мнению, на Легенде читать все же не так удобно (хотя некоторые и на 128х128 читать умудряются :)
не дописал…
… с обеих сторон (и в вызывающей, и в вызываемой) одной платформы, работать удобнее (именно удобнее!) с SOAP, т.к. development-инструменты избавляют от рутинной работы.
Ну почему же сразу про MS? А как же, например, IBM? У них тоже есть своя реализация SOAP. И проблема не в кривизне, а в несовместимости этих реализаций. В рамках одной платформы все работает хорошо. Если говорить про MS — при использовании с обеих сторон
IE — это 90% системных компонентов, которые останутся и после удаления самого браузера. Так что дыра как была, так и останется. И, кстати, сам по себе незапущенный IE дырой не является.
Ну да, пиратских, конечно, много. Так что, если правильно понимаю, речь шла про каждую вторую из компаний, использующих офис полностью легально? Если так, то посчитайте количество «нелегалов» и общая статистика будет совсем другой
Интересно, откуда такая статистика про каждую вторую компанию? Почему-то из всех моих знакомых _ни_один_ не работает с OO. Или так случилось, что все попались из «каждой первой»?
Итого, из-за 25% уменьшения объема (для большинства — некритичного) вкладывать время и деньги в разработку+тестирование+распространение+поддержку кастрированного варианта бесплатного фреймворка? Кстати, на него тоже фидбек будет, с очередными пожеланиями вида «перенесите, плз, такой-то класс в такую-то сборку, а то мне приходится из-за него тащить лишний мегабайт». Почему-то такой сценарий видится, мягко говоря, маловероятным.
А вот если ваше приложение действительно удобно и нужно пользователям — они скачают и 40, и 150, и 1000МБ.
И да, выход Mac App Store, наконец-то, положит конец засилью Windows на десктопах.
PS Кстати, обратил внимание: если ваше net-приложение занимает 15МБ, то это весьма серьезное приложение, т.к. net-код очень компактен (если помните, то весь net 1.0 занимал около 10-11МБ). И что, у пользователей такого серьезного приложения трудности с однократной установкой фреймворка?
Кстати, а что делать пользователю, если выйдет апдейт к полному фреймворку? Да такой, что «забить» на него будет нежелательно? Как обновлять разбросанные по разным углам системы куски?
А про 150 мегабайт я уже написал. Используйте NET Framework 4 Client Profile. Занимает значительно меньше.
Во-вторых, если включать в каждое приложение «кастомную» версию фреймворка, то в итоге выйдет намного больше 150.
При обычном использовании аккумулятора хватает точно не меньше, чем на сутки, но обычно заряжаю через день.
Книги читать весьма комфортно, глаза не устают. По моему мнению, на Легенде читать все же не так удобно (хотя некоторые и на 128х128 читать умудряются :)
… с обеих сторон (и в вызывающей, и в вызываемой) одной платформы, работать удобнее (именно удобнее!) с SOAP, т.к. development-инструменты избавляют от рутинной работы.