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 с собственными чипами.
Чёт мне кажется, что риск того, что разработчики, которые любят маки, но не разрабатывают под iOS отвалятся, имеет место быть
Многие из них про ассемблер слышали, что это что-то страшное и его невозможно понять обычному человеку. Для них переход на ARM будет вообще не заметен.
С одной стороны так-то оно так. А с другой оч.большой вопрос, какая там доля разработчиков от всех сидят на маках? Кто там условный движок рсубд будет оптимизировать/допиливать под закрытую, не самую популярную платформу?
Разработка на одной платформе, а деплой на другой - прям хорошее начало для нескучной разработки.
Я вам скажу по секрету. Ничего отптимизировать/допиливать не нужно. Достаточно просто пересобрать код. РСУБД это не openssl, который использует ассемблерные вставки. Chromium уже есть под iOS, ядро у iOS и OS X обоих XNU. Здесь же вопрос в том, что ABI не меняется.
Oracle и DB никто переосбирать не будет.
И да, пока они работают на маке через докер.
Для этого есть Rosetta2. Докер на OS X это обычная виртуалка если что.
Зачем на клиенте движок рсубд? Проблема теста будет волновать только разработчиков движка. А у них - Linux и кросс-компиляция. Протестируют в облаке CI.
У нас приложение активно использует БД и за счет пинга тест с локальной базой идёт 30 секунд, а с облачной 10 минут.
А насчет "протестируют в облаке" - это подходит только для регресии, для отладки при разработке это не подходит.
Вы тестовый сетап в облаке сделайте: чтобы и клиент на инстансе, и сервер крутились в облаке в одном ДЦ. Обычно так и делают. Зачем облачная БД в одиночку?
И как например предполагается дебажить такую конструкцию? Билд, деплой, удаленный дебаг?
Ну и если уж так все плохо - запустите бд в локальной сети. Будет кратно быстрее облака, и с отладкой попроще.
Это нам в офисе сервер (железный) ставить?
Ну - у вас же теперь у всех маки на армах и ничего на них не работает! К слову, Линукс и докер, в теории, должны бы. Но у вас такая субд, которую никто под арм не собрал.
Видимо, да, прийдется вам найти тысяч 50 на системный блок под Виндоуз и назвать его сервером.
Вам бы в Аншлаг.
Remote debug много где есть - если уж в таком сетапе приходится работать - видимо, нужно и его настроить. Хотя речь шла о запуске тестов.
Запуск тестов это регрессия, а я говорил про разработку. Когда дано запустить один тест, проверить что фикс работает.
Ремоут дебаг это еще хуже чем ремоутная БД. Там даже простейшие операции типа evaluate или run to cursor тормозят.
А насколько конкретно у вас пострадает разработка, если сервер БД будет недостаточно хорошо оптимизирован под эппловские процессоры?
Откуда мне знать, я же не мерял.
Я то говорил про другое, про сетап локальная БД vs БД в облаке, это я мерял - у нас все плохо. А через VPN вообще по таймауту отваливается.