Comments 40
Если бы не Эппл это был бы более удобный разъём похожий на lightning и менее ломкий, Но увы патенты ...
“We were interested in how the USB Type-C connector works, especially in the areas of signal integrity and radio frequency interference and mitigation.”
Я точно помню что читал статью по поводу того, почему usb-c именно такой, и что это связано с патентной чистотой и именно тем что вариант без центрального выступа был запатентован, и из-за этого пришлось пожертвовать некоторыми потребительскими свойствами.
Я помню, что точно где-то в интернетах читал статью, возможно, даже на Хабре, что центральный выступающий штырь с зеркально расположенными контактами был запатентован — и поэтому проектировщики ушли в вариант "антиштыря". Так что патенты вполне себе при чём, увы.
UPD: в комментарии выше тоже это сказали, значит, статья всё-таки была.
Лучше закрытый. От блока питания на 100 вт может хорошо коротнуть, если бы был открытый.
Меня больше удивляет, что использовал USB-C, который становится стандартным, а не свой проприетарный коннектор.
Там будет еще следующая часть через пару недель:
"О ужас! В софте под новый проц баги!"
там в фотошопе одних только оптимизированных по тактам циклов и ассемблерных вставок столько, что можно пару лет перепиливать
Собственно, пару лет уже и переписывают. Планы по выпуску полноценного фотошопа на iPad объявляли как раз 2 года назад на эппловой презентации, до сих пор ждём.
Docker, широко используемый разработчиками, хотя и может работать на оборудовании M1, но зависит от других проектов с открытым исходным кодом, таких как язык программирования Go и кроссплатформенный проект Electronтут всё гораздо, гораздо хуже: пользователи Docker зависят ещё и от образов
Если запускать x86-образ на ARM, то только через эмуляцию (например qemu, который Docker вроде даже умеет использовать), а это гигантские просадки производительности (и Rosetta тут ничем не поможет).
Во-первых, я говорил не об образах с самим докером, а об образах ДЛЯ докера
Docker и иже с ними использует инфраструктуру с огромнейшим количеством образов, созданных сообществом (сборки дистрибутивов для создания на их основе специализированных сборок для софта, сборки с программами на основе сборок дистрибутивов и так далее и далее). На основе существующих создаются новые, в которых что-то добавлено, убрано, изменено, перенастроено. И их очень (очень) много. И большинство, как я понимаю, x86/amd64
Вы описываете image. Я же говорю про виртуализацию: под macOS докер использует hypervisor для эмуляции этих image-эй, под Windows — кажется, hyper-v.
Как я понял, под новым чипом будет использоваться другой инструмент виртуализации, и, по сути, от него требуется полная обратная совместимость с предыдущим поколением, чтобы поддержать сборки этих image-ей и запуск контейнеров на их основе.
Было бы круто конечно ибо у самого прошка, но что-то мне подсказывает, что такому счастью не бывать, уж по крайней мере не раньше, чем миграция маков до конца утрясется.
Да да, это и моя мечта. Уж аппл должны адекватно тач интерфейс, в отличии от микрософт, адаптировать.
Но, увы, пока что на айпадах даже терминал запускать запрещено. Так что скорее макбук станет как айпад чем айпад как макбук.
А очень круто получается!
Куча народу портирует, тестирует…
У всех схожая цель: поддержка arm64
Очень вдохновляет
Новым Mac с Apple M1 пока не хватает нативного софта и сред разработки