почему софтом который настолько наплевательски относится к обратной совместимости
не то чтобы наплевательски — там несколько релизов че-нить поддерживается, да еще и то в одном статусе, то в другом. И на мой взгляд — даже слишком долго тянут, можно и побыстрее переделывать. Тормозить обратной совместимостью и получить нормальный инструмент в 2120 году — нафиг надо.
Ну так а кто еще поставит такие процы в копьютеры эппла кроме самого эппла? Неважно кто сделает процы — готовые компы ж от эппл, они и решают, что в них ставить.
зарплату не заплатить что ли? Очевидно, что такое полезно не когда у тебя договор поддержки с франчом, а когда у тебя внутри компании выбор между тем, какой сотрудник с какой зарплатой потратит время.
Большая разница между включенным пикселем и выключенным, когда у меня был Samsung Note 3 и мне не было лень — я тестил, с черным интерфейсом относительно стандартного светлого я получил прибавку в час времени работы экрана, что вроде и неплохо, но это разница между 6 и 7 часами была. А серый пиксель кушает не 50% между белым и выключенным, соответственно от темной темы такой экономии не получится. С другой стороны — я вот у себя на ноутбуке сменил матрицу на IGZO, которая более энергоэффективная. Судя по powertop — она в 2,5 раза меньше потребляет, чем родная, но это дало разницу в 40 минут работы от батареи. Исходя из этого мне кажется, что ноутбук с OLED с черной темой во всех приложениях будет работать дольше от получаса до максимум часа, но современные ноуты уже часов по 10 вывозят, когда ты в самолете без интернета, а интернет высаживает немало батареи. В общем — бессмысленно экономить тут, имхо.
а там уже опять мода сменится, и все начнут светлые темы пилить :) Опять же — профит только когда фон чисто черный, а если он темно-серый — OLED будет кушать энергию всё равно.
Почему? Кто мешает смотреть документацию/исходный код/работать с pull request'ами, issue или проектами с помощью планшета?
никто не мешает, но вы пробовали? Я — пробовал, по-быстрому это еще куда ни шло, но часами (чтобы был профит по энергосбережению) — неудобно.
одно дело, когда ты сможешь работать на ноуте весь полет, совсем другое если ноут вырубится через час и оставшееся время будет потеряно
это что у вас там за ноутбук такой?
Энергосбережение есть только от черной, а не от темной (суть в цвете фона — он должен быть 000000, чисто черный), только на OLED экранах (а ноутбуки с ними пока что — единичные модели, я только у Lenovo видел, и цена там космос), и не такая огромная, как вы описали.
Так что профит для смартфонов и планшетов, там OLED'ы встречаются, но это к github не относится.
Но зачем покупать натуральный материал и красить его в неестественный цвет непонятно.
видимо потому, что хочет человек себе мох, и знает он только то, что мох он хочет зеленый. А ягель это или нет, и что вообще-то ягель не зеленый — он знать не знает. Захотел — купил.
«Почему именно питон» что? Изучать сейчас? Потому что это дефолтный язык научных сотрудников, которым нужно программирование для своей работы. Почему он таким стал? Сам не знаю, видимо потому что простой.
Интел ничто не мешает, но только эпплу это зачем? Если они хотят перейти на свои процы — зачем им оставлять ядра x86? Тут как раз нужен баланс между «вот у нас есть эмулятор, чтобы вы могли быстро че-то запустить» и «эмулятор недостаточно быстрый, вы все-таки следующую версию своего софта нативно напишите, а то юзеры не будут рады».
Значит придётся как то два containerd одновременно без конфликтов держать поднятым.
Да ну нет же! Docker ходит в containerd, и k8s ходит в containerd. Какие контейнеры запущены первым — знаете вы, какие запущены кубом — он знает сам. Вы просто попробуйте перенастроить куб на containerd и дальше поймете всё намного быстрее, чем в комментариях ;)
В смысле «не может»? Очень даже может, если сокет containerd кубу указать. Куб давным-давно умеет работать с containerd, это описано в документации и настраивается элементарно.
он может, если это указать. Собственно о том и новость — если щас дефолт на докер, а хочешь напрямую containerd — можешь прописать, то скоро дефолт будет уже на него, а докер просто выкинут.
для примера посмотрите на скорости SSD дисков в Azure.
не стоит забывать, что апгрейд хранилки для небольшой фирмы — это купить пусть даже 20 дисков, вкрутить их настроить доступ недолго. Апдейт для Azure — это несколько датацентров сразу, чтобы предложить потом клиенту другой уровень услуги, фиг с ним с деньгами — это просто физически небыстрое дело!
Если говорите, что ноут для старых игров и фильмов — то откуда там IDE берется? А если ноут для IDE — поставитье SSD туда, и всё. Спор «как бы мне так сделать, чтобы ничего не делать, но стало хорошо».
И вот вопрос: зачем разрабатывать с нуля свои быстрые x86 ядра ради обратной совместимости с нормальной производительностью, если можно прямо решить поставленую цель «сделать быстрый ARM», ну а коли он быстрый — он и софтовый эмулятор достаточно быстро заэмулирует.
никто не мешает, но вы пробовали? Я — пробовал, по-быстрому это еще куда ни шло, но часами (чтобы был профит по энергосбережению) — неудобно.
Энергосбережение есть только от черной, а не от темной (суть в цвете фона — он должен быть 000000, чисто черный), только на OLED экранах (а ноутбуки с ними пока что — единичные модели, я только у Lenovo видел, и цена там космос), и не такая огромная, как вы описали.
Так что профит для смартфонов и планшетов, там OLED'ы встречаются, но это к github не относится.