{"id":14276,"url":"\/distributions\/14276\/click?bit=1&hash=721b78297d313f451e61a17537482715c74771bae8c8ce438ed30c5ac3bb4196","title":"\u0418\u043d\u0432\u0435\u0441\u0442\u0438\u0440\u043e\u0432\u0430\u0442\u044c \u0432 \u043b\u044e\u0431\u043e\u0439 \u0442\u043e\u0432\u0430\u0440 \u0438\u043b\u0438 \u0443\u0441\u043b\u0443\u0433\u0443 \u0431\u0435\u0437 \u0431\u0438\u0440\u0436\u0438","buttonText":"","imageUuid":""}

Apple откажется от Intel и перейдёт на собственные чипы в Mac Статьи редакции

«Исторический день для Mac».

Apple объявила об отказе от Intel и переходе на процессоры собственной разработки в Mac на WWDC 2020. Трансляция конференции для разработчиков велась на YouTube-канале компании.

Первые компьютеры с процессором Apple выйдут в конце 2020 года. Компания рассчитывает завершить переход в течение двух лет.

Разработка позволит Apple обеспечить более высокую производительность при большей энергоэффективности, объяснили в компании.

Для адаптации приложений под Apple Silicon нужно использовать новую версию XCode. О поддержке Apple Silicon уже заявили Microsoft и Adobe. В качестве иллюстрации компания показала, как работает Photoshop.

Для разработчиков, которые не успеют перенести свои приложения под новую архитектуру, компания создала технологию Rosetta 2, которая позволит автоматически адаптировать их. Технология Universal 2, наоборот, позволит запускать приложения для процессоров Apple на Intel.

Для разработчиков Apple выпустит специальную версию Mac mini для создания приложений на Mac с собственными чипами.

0
410 комментариев
Написать комментарий...
Artemy

Геморрой теперь называется opportunity (for developers)

Ответить
Развернуть ветку
timursh

Да вообще жопа. Особенно для всякого сложного и дорогого софта на C/C++. Столько кода портировать. Я как представлю сборку всяких огромных библиотек типа Qt и boost на ARM под ARM, так мне не хорошо становится. В презентации то всё amazing и exiting. По факту, такое выливается в адъ и Израиль с огромным и плохо оцениваемым расходом человекомесяцев. И ведь ещё долгое время надо будет собирать, тестировать и распростронять продукт под обе платформы, нельзя же сказать что нативный x86 лень тянуть параллельно. Вместо разработки фич будет постоянный поток платформоспецифичных багов, которые будут на скорую руку фиксится ветками кода под разные тулчейны. Ко всем у кого большой технологический долг прийдёт технологический коллектор. Ну нахуй это всё.

Ответить
Развернуть ветку
Илитный Иксперт

На самом деле не такая уж и жопа. ARM-бекенд для llvm воткнут и для большинства случаев сойдет. Под мак уже и так все через clang собирают кроме динозавров.

32битные аппы уже дропнули в каталине, по крайней мере типичных проблем изза разных размеров типов данных при переходе amd64 -> arm64 не будет. 

Проблемы будут где есть код, критично завязанный на x86, всякие там проверки endianess, ассемблерные вставки во всяких кодеках и прочее.

К тому же судя по всему много чего можно тупо перетянуть из разработок под iOS. Qt/boost уже точно туда портированы 100 лет назад.

Ответить
Развернуть ветку
Михаил Алекперов

Да, интересная история, как они будут допиливать ARM ядро. Будут ли. А тут еще с совместимостью проблемы появятся, и придется их компилятор покупать.

Ответить
Развернуть ветку
Илитный Иксперт

Основной компилятор там - clang, зачем его покупать? Arm ядро и тулзы для компиляции давно обкатаны на иосе

Ответить
Развернуть ветку
407 комментариев
Раскрывать всегда