Операционные системы

[VEG]

nurgaf, ну и сама Windows стоит не так дорого, особенно OEM версии в комплекте с ноутами.

[Sumanai]

Я кое-для какого проекта хотел бы использовать .NET 4.5,

Зачем вообще использовать это монструозное подделие?

[VEG]

Sumanai, расскажите, на чём основано ваше мнение, и что вы предлагаете взамен? Или вы так говорите о каждой технологии, о которой ничего не знаете?

[Sumanai]

umanai, расскажите, на чём основано ваше мнение, и что вы предлагаете взамен?

Да весит уж очень много. Остальные флеймворки столько не весят. Да и некоторые версии имеют привычку иногда тормозить загрузку ПК, выполняя свои внутренние оптимизации. На ЖД это было заметно, благо сейчас SSD стоит. Остальные себе такое не позволяют.

Или вы так говорите о каждой технологии, о которой ничего не знаете?

Почему это?

[VEG]

Да весит уж очень много.

.NET 4.5 — 48 мегабайт для 32 и 64 разрядных версий в одном установочном пакете, включая и набор консольных инструментов для разработчика. Не могу сказать, что это много.

Остальные флеймворки столько не весят.

Сравним.
Java 7 Runtime — 30 мегабайт 32 разрядная-версия, ещё 32 мегабайта 64-разрядная версия. Всё без инструментов для разработчика.
Java 7 Development Kit (с инструментами разработчика) — 89 мегабайт 32-разрядная версия, 91 мегабайт 64-разрядная версия.

Да и некоторые версии имеют привычку иногда тормозить загрузку ПК, выполняя свои внутренние оптимизации.

Пока вы не используете какие-либо .NET-приложения — фреймворк не загружается. Как и другие фреймворки, он загружается только в процессы, которые без него работать не могут.

Почему это?

Обычно такие категоричные заявления о .NET оставляют те люди, которые ничего о нём не знают. Сам грешил таким на первых курсах в универе. Всеобщая ненависть к Microsoft только усугубляет ситуацию. Но потом поработал как с Java, так и с C# (.NET), разобрался как оно работает, какие инструменты для оптимизации предлагают эти языки/платформы. Теперь у меня совсем другое мнение.

[Sumanai]

.NET 4.5 — 48 мегабайт для 32 и 64 разрядных версий в одном установочном пакете, включая и набор консольных инструментов для разработчика. Не могу сказать, что это много.

Это потому что он основывается на 4.

Пока вы не используете какие-либо .NET-приложения — фреймворк не загружается.

Да если бы. Но именно загрузочная оптимизация работает сама по себе, при любом изменении пакета, например, при обновлении.

Всеобщая ненависть к Microsoft только усугубляет ситуацию.

Тут скорее принципиальное отсутствие кроссплатформенности.

[VEG]

Это потому что он основывается на 4.

Не вижу проблемы. .NET 4.0 тоже весит 48 мегабайт. То есть новая версия фреймворка совершенно не прибавила в весе. Как был установщик 48 мегабайт, так и остался.

Но именно загрузочная оптимизация работает сама по себе, при любом изменении пакета, например, при обновлении.

Что-то вы сочиняете. Если речь идёт об Ngen — пока его не запустит какой-нибудь установщик или обновлятор, он не начинает свою работу. А так — это же хорошо, что после установки приложения оно автоматически компилируется для вашей системы (один раз).

Тут скорее принципиальное отсутствие кроссплатформенности.

Mono?

[Sumanai]

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

И я про что. При обновлении ОС он запускается.

(один раз).

Так не один же, процедура занимает несколько перезагрузок.

Mono?

И как, ваши утилиты работают, или просто первый нагугленный проект? Теоретически и вайн на лине есть, но на практике далеко не всё работает, а что работает, то зачастую нестабильно.

[KDit]

Да весит уж очень много. Остальные флеймворки столько не весят.

[VEG]

При обновлении ОС он запускается.

При обновлении самого .NET. Закрываются уязвимости, исправляются ошибки... Это совершенно нормально, ведь при обновлении других компонентов Windows система так же тратит на это какие-то ресурсы :)

И как, ваши утилиты работают, или просто первый нагугленный проект?

Ну вот, например. Сам по себе .NET как технология полностью кроссплатформенный. Просто он позволяет очень легко и прозрачно использовать нативные API. Очевидно, что если вы используете, например, функции для работы с реестром Windows, это не заработает в других ОС. Если же вы будете использовать только кроссплатформенные библиотеки — проблем не будет. Большинство разработчиков и не стремится писать кроссплатформенный код, разрабатывая что-то под .NET. Чаще всего не стоит такой задачи. Но инструмент здесь не при чём.

Теоретически и вайн на лине есть, но на практике далеко не всё работает, а что работает, то зачастую нестабильно.

Mono — это реализация стандарта, причём со своим набором библиотек и возможностей. На сколько качественная реализация — вопрос другой. Тесно с Mono не работал, только по мелочи. Но проблем не было. С учётом того, что Xamarin на этом целую среду разработки написала — думаю, реализация хорошая.

Не забывайте, что на .NET можно писать для контроллеров, также код на C# можно транслировать в JavaScript (Script# и подобные утилиты). Также есть операционная система Cosmos на C#. Очевидно, во всех этих случаях нет и намёка на Windows.

Ух, что-то в оффтопик свёл тему. Отдельную тему о .NET / C# завести что-ли :)

[Sumanai]

Это совершенно нормально, ведь при обновлении других компонентов Windows система так же тратит на это какие-то ресурсы :)

Странно только то, что загрузку он тормозит несколько раз на секунд десять, а вручную перекомпиляция проходит быстро.
Не то чтобы я лично придираюсь- у меня SSD и ОС не перезагружаю неделями, а то и месяцами.

Ух, что-то в оффтопик свёл тему. Отдельную тему о .NET / C# завести что-ли :)

Да ладно, мы уже прекращаем.