Резюме для программиста
Тогда ещё споры были - включать или нет Дотнет в дистриб проги?
Есть 2 стратегии:
1) написать список требований и ожидать, что эти требования будут исполнены
2) частично исполнить требования самостоятельно (доустановив пререквизиты). Тут тоже есть 3 стратегии:
2.1) включить пререквизит в инсталлятор
2.2) скачать пререквизит в случае необходимости
2.3) часть пререквизитов включить, а на остальное дать ссылку
Стратегию выбирают в зависимости от потребителя.
Если ПО штучное (ну или это какое-то бизнес решение установкой которого занимаются специально обученные люди - админы или интеграторы), то 1-я стратегия идеально подходит. Минимум затрат на инсталлятор и в результате получается максимально простой инсталлятор.
Если ПО массовое, то тут выбирают в зависимости от способа распространения. Если распространяется он-лайн, то самое лучшее решение - вебинсталлер. Если распространяется на болванке, то это 2.1 или 2.3.
Я лично не припомню споров о том, включать или не включать .NET в дистрибутив :)
Немного не так сказал. Были, скажем так, жалобы, что инсталлятор большой получается, если туда включить фреймворк. При этом обычно этот фреймворк уже был у 99% пользователей, а у кого не было, тот скорее всего сидел на старой Винде или принципиально её не обновлял, а значит явно не ваш пользователь.
Ну и в принципе жалобы на "большой" инталлятор самого фреймворка - он уже 150 180 200 МБ весит - куда это годится?! При этом челы гигабайтные фильмы из сети уже давно вовсю тянули.
Ну и как я сказал, какие-то разветвлённые стратегии... К вашему дереву ещё добавить разные версии фреймворка. Нафига это надо, когда либо у 99% уже есть фреймворк, либо его можно тупо всегда включать полную версию. Все эти попытки заигрывать с пользователями, которые визжат не от реальных проблем, а от самими себе выдуманных... Берите пример с Эппл - она подходит к пользователю, достаёт из широких штанин, кладёт пользователя в рот и одновременно приставляет пистолет к его виску. И пользователям нравится! "Умение работать с людями".
Мне нужен график среднего объёма запросов по годам. Который вы раньше давали.
https://httparchive.org/reports/page-weight?lens=top1k&sta...
Он не работает, кроме как на последний год, что ни вывставляй.
Что-то МС прям педалит этот MAUI - везде объявы порасклеены по МСДНу с приглашением на конфу.
Всё, про WPF скоро можно будет забыть, как и про Blazor с прочими формами (что веб, что десктоп), т.к. MAUI по идее должно поглодить это всё?
MAUI как раз и пользует "WPF" или "Blazor" подход. Но куда еще всё это придёт сказать сложно.
А как оно может одновременно два разных подхода пользовать? Тогда это не какая-то новая технология получается, а просто "ребрендинг" старых под одним именем, но внутри всё будет выполняться по-разному для разных платформ?
Судя по этому https://docs.microsoft.com/en-us/dotnet/maui/what-is-maui
MAUI не объединяет веб- и остальную GUI разработку. Это только для десктопно-мобильных ОС.
А ничё так (про команды и обозреваемые свойства). В MAUI оно тоже будет работать?
https://focus.dotnetconf.net/
Чёт не понял - а можно будет потом текстовые резюме почитать или хотя бы видосы записанные глянуть?