Pull to refresh
17
Karma
0
Rating

Разработчик

  • Followers 8
  • Following

Утраченный потенциал подсистемы Windows для Linux (WSL)

Да ни фига NT в fork не умеет. Там специфическая и сугубо костыльная реализация конкретно в WSL1, от того достаточно медленная и затратная по памяти. Но в целом, внутри это все очень интересно устроено.

Анатомия GNU/Linux

которыми обычно занимается DirectX в ОС другого производителя.


Ммм, мы же сейчас про ReactOS говорим?)
Или это то самое имя, которое нельзя называть?

А статья приятная, да, спасибо.

Поддержка процессоров Apple M1 в .NET

1.2) Да, она ужасно медленная. Компиляторы тут вообще ни при чём, у них на выходе один и тот же формат PE с одинаковыми машинными кодами.

Вы забываете, что трансляция идёт не с 64-битной архитектуры на 64-битную, а с 32-битной архитектуры на 64-битную (в отличии от Rosetta). Мало того, что это совершенно иная адресация, которую надо исправлять, так ещё и исправлению подлежат все системные вызовы. А компиляторы не все работают на базе LLVM, и то, что могло быть оптимально для целевой архитектуры, при эмуляции только замедляют процесс исполнения, например, выравнивание данных компилятором может сильно повлиять.
2) Если у вас нет достаточно производительной машины на целевой платформе, то разработка и отладка усложняется многократно.

Протестую. Отлаживал UWP приложения на Surface RT и Raspberry Pi, и знаете, не умер.
Нативных средств, чтобы разрабатывать на целевой машине нет. Даже Visual Studio до сих пор не появился, 2 года после выпуска устройств прошло.

Да, печально. Но это монстр, портирование которого не осилили даже на архитектуру x86_64, что говорить об ARM, но особо жалоб на 32-битную IDE я почему-то не слышу. А так — есть нативная VS Code.
WoA намного более экзотическая платформа, тем более для разработчиков.

и
Портирование старых приложений максимально упрощено — никаких новых библиотек, уникальных ARM API, заморочек со сборкой — всё изменение архитектуры спрятано в одну галку в интерфейсе XCode (да, я знаю, что так просто это работает только для неизощрённых приложений на ObjC/Swift).

Что касаясь UWP, что касаясь Win32, где же вы увидели отличия в API между aarch64 и x86_64? Да я больше скажу — если не используются ассемблерные вставки, то и драйвера обычно перекомпилируются парой кликов мыши.
Плюс все понимают, что x86 никуда не денется

А вот тут внезапно, через 2 года никаких новых Intel-маков не будет, а рынок юзеров со старыми будет неуклонно сокращаться.
Разработчики под macOS понимают, что Apple Silicon — безальтернативное будущее маков на долгие годы, поэтому если не займёшься их поддержкой, поезд уйдёт без тебя.

Так это же я вас процитировал. В целом, да, изменения позитивные, устаревшее ПО надо бы заменять новым, более функциональным и производительным. Только вот нынешние разработчики забыли, что ресурсы компьютера всё же не безграничны, и фигачат на JS всякие тухлые поделки, которые даже без палки в колесе работают будто как с ней. А наколенная поделка на C студента 2003 года оказывается гораздо функциональнее, чем новые аналоги.
1) Первые же устройства намного производительнее моделей, которые они заменили — есть причина обновляться, есть конкурентое преимущество для новых покупателей. Трансляция приложений работает с первого дня настолько хорошо, что можно даже видео монтировать, не говоря об офисных пакетах и сторонних средствах разработки.

Я и не спорю. Прекрасное железо. Но не всем же совершать прорывы. Тем более, что у Microsoft и Qualcomm кабальный контракт на продажу WOA только на процессорах от Qualcomm. Отсюда и заявление о том, что WOA на Apple Silicon полностью зависит от Microsoft, хотя, внутри Apple Windows на M1 уже запускали.
MS не дал ничего.

Вы просто хотите в это сильно верить. Microsoft, например, своими силами портировали Chromium, инфраструктуру LLVM, OpenVPN на WOA. И существует множество других примеров. Другое дело, что поддержки со стороны других компаний в этом направлении Microsoft почти не получает.
XCode с поддержкой сборки под Apple Silicon был доступен с начала лета. Разработчикам по запросу высылался DTK с нативным XCode. Можно прямо сейчас взять Intel мак или купить новый с M1, сесть за него и начать писать Universal-приложения, которые будут одинаково хорошо работать и на старых маках и на новых.

Действительно, а вот при выходе любых устройств с WOA этих инструментов не было? Помимо того, что они были, так ещё и целая гора приложений, написанных для Windows 10 Mobile, просто берут и работают на WOA. Инфраструктура была отлажена ещё задолго до появления таких устройств.

Поддержка процессоров Apple M1 в .NET

1.1) Вам мало этой производительности? Вы вообще пользовались WOA(Windows On ARM)? Представьте себе любой ультрабук(ведь это ближайший формфактор к Surface Pro X), вы действительно можете представить такую нагрузку, которую можно дать этому ультрабуку и не выполнить её на Surface Pro X? За исключением архитектурных различий таких нагрузок нет.

1.2) Считаете, что эмуляция слишком медленная? Да вы только вспомните о том, что из себя представляют типичные x86 приложения для Windows. Это такое количество различных компиляторов, использований недокументированных возможностей Windows и всего прочего, что универсальный эмулятор явно быстрым сделать не получится. Зато есть устаревшее ПО, которое вы так любите. И оно работает. И кстати, эмуляцию x86_64 завезут в конце ноября.

2) Тут полностью согласен, я бы не прочь заиметь настольный ПК на базе ARM, но увы, приемлемых предложений пока нет (хотя кто-то использует серверные ThunderX2 в связке с Windows, но экзотика).

3) Смотря что вы имеете ввиду. Если для разработки под ARM, то вы голословны. Весь инструментарий, присущий обычной разработке для Windows, доступен и для ARM, если вы, конечно, не на Delphi пишете, но в таком случае это ваша проблема. Если для разработки на ARM, то простите, под Mac сейчас тоже ничего нет.

> что x86 никуда не денется, поэтому зачем вообще обращать внимание на экзотическую платформу?
Действительно, и зачем обращать внимание на Mac?

> Тем более перед глазами совсем недавно почившие Windows Phone и Windows RT.
Это обратно возвращает нас к вопросу, поставленному мною ранее:
> почему же продукция от Apple вызвала такой ажиотаж при использовании ARM процессора, а вот продукция от Microsoft нет

Поддержка процессоров Apple M1 в .NET

Скорее вопрос в том (ну, у меня так точно), почему же продукция от Apple вызвала такой ажиотаж при использовании ARM процессора, а вот продукция от Microsoft нет, хотя Windows более популярная ОС?
Да, несомненно чип у них вышел отличный, рвёт всё и вся, но SQ1 тоже выдаёт неплохие результаты для приложений соответствующей архитектуры. Но, однако бума адаптаций приложений под Windows on ARM замечено почему-то не было, хотя их(приложений) гораздо больше.

Почему разработчики отказываются от Slack

Есть еще Unigram. Работает шустро, уведомления приходят даже если приложение закрыто. Чудесный клиент в общем. И секретные чаты тоже есть.

В App Store доллар подорожал до 100 рублей

Действительно, я не разработчик AppStore, потому могу только представлять. Если вы говорите, что вам от этого не плохо — я рад.

В App Store доллар подорожал до 100 рублей

Забирает эти деньги Apple. И государству, на данный момент, их не передаёт. И, учитывая
Ценники на софтец в App Store подняли из-за того, что раньше ставка налога была 0%, а с 2021 будет 20%(Не помню точную дату).

государству сейчас бы не доходило где-то 5%.

В App Store доллар подорожал до 100 рублей

Не не, вы не подумайте, я не предлагаю никого выгонять. Но просто так взять и постановить — у нас курс 100 к 1, это ведь какая наглость. И я совершенно ничего не говорю об устройствах — они их производят, им виднее, но я говорю про рынок ПО, где пострадают те, кто пользуется рублём. Да и потом, вопрос в начале комментария совсем не риторический, было бы неплохо узнать на него ответ, может, всё в норме.

В App Store доллар подорожал до 100 рублей

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

В App Store доллар подорожал до 100 рублей

Если вам не платят зарплату в долларах и у вас нет огромного количества видеокарт, то не понимаю, чему тут радоваться.

В App Store доллар подорожал до 100 рублей

А это вообще законно?
Представим, есть разработчик из России, который хочет установить цену на свое приложение равной 200₽ на территории России. Для этого, в магазине Apple приложению выставляется стоимость в 2$ по курсу 100₽ к 1$. При покупке приложения пользователем, разработчик получает 2$-30%=1.4$, что при переводе в рубли по курсу 75₽ к 1$ составляет 105₽. Итого, разработчик получает вместо 200₽-30%=140₽ всего 105₽, а Apple загребает себе в карман не только 30% комиссию, но и еще 25% сверху непонятно за что. Скотство одним словом.
А помимо этого, какой-нибудь компании может тоже прийти в голову подхватить такую идею.

Умрёт ли FTP? Расцвет и упадок протокола

А вам и не надо говорить, что удобнее, а что нет. После выпила FTP из Chrome и вам, и всем остальным, останется лишь один способ подключится к FTP без лишних телодвижений(и так даже удобнее): Win+R -> iexplore ftp://example.com

Ликбез по браузерам для Windows в 2020

Кстати, таки он(4 пункт) в фоне и выполняется. И даже умеет это на GPU делать.

Ликбез по браузерам для Windows в 2020

Ответ на этот вопрос сложнее, чем мог бы казаться. Там столько технологий в одно приложение намешано. Приоткрою завесу изображением ниже:

Ликбез по браузерам для Windows в 2020

Да, Internet Explorer и Legacy Edge навсегда застряли в Windows, никто их менять не будет. Добавят новый движок, и применять его будут только новые(обновлённые) приложения.

Ликбез по браузерам для Windows в 2020

Это очень даже верное замечание. Однако, заголовок тут не зря содержит в себе «Windows».

Ликбез по браузерам для Windows в 2020

Тут вариантов несколько:
1. Вернуть Legacy Edge. Новый Edge блокирует работу старого.
2. Почистить от старых версий. Они складируются в папке `C:\Program Files (x86)\Microsoft\Edge\Application`. (Кстати, так с любым браузером на основе Chromium, только папки другие)
3. По любой причине, по которой бы кто-либо не хотел его видеть установленным у себя в системе.

По поводу системного API — мне кажется, что в таком случае его основу перенесут в папку System32, а исполняемый файл оставят на прежнем месте, как это было и с Internet Explorer, и с Legacy Edge.

Ликбез по браузерам для Windows в 2020

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

Ликбез по браузерам для Windows в 2020

Это тема на отдельный громаднейший пост. Может как-нибудь в другой раз.

Information

Rating
Does not participate
Registered
Activity