Для работы проектов iXBT.com нужны файлы cookie и сервисы аналитики.
Продолжая посещать сайты проектов вы соглашаетесь с нашей
Политикой в отношении файлов cookie
Пробежал текст по диагонали, не нашёл поиском упоминания, можно ли на этот аппарат установить Windows 10? Вопрос не праздный: к примеру, моноблок 27" Apple iMac Pro — при выполнении однотипных задач — под Windows шумит и греется значительно _меньше_, чем в MacOS.
Могу для примера (и так же из личного опыта) сказать о связке TV Sony 55" и саундбара Sony: звук в частности и общее впечатление в целом от просмотра получают качественный прирост. Саундбар в режиме «Movie» даёт неплохую иллюзию окружающего звука, что очень заметно на хорошем материале. Просто акустика телевизора, пусть даже с + сабвуфером такой звуковой картины не даёт.
Если интересно, фото:
http://ixbt.photo/?id=album:53010
http://ixbt.photo/photo/745269/53010iiCoHZ11m0/Ovj29WIxYs/986838.jpg
Ну, не так чтобы конские: саундбар Sony HT-ST7 ровно 7 лет назад стОил 35 т.р. (при курсе 35..36) — т.е., аппарат из этой статьи сейчас ещё и дешевле получается…
www.ixbt.com/news/2021/01/11/lg-ultrafine-oled-pro-display-4-31-5.html
LG представила монитор UltraFine OLED Pro Display с экраном 4К диагональю 31,5 дюйма
Не страшно ни разу :
http://ixbt.photo/photo/745269/66491FtkphDrO3X/1358276w.jpg
http://ixbt.photo/photo/745269/66491FtkphDrO3X/1358277w.jpg
http://ixbt.photo/photo/745269/66491FtkphDrO3X/1358278w.jpg
Про указанные размеры — согласен: Sony Xperia Z3 Tablet Compact с экраном 8" — лично для меня самый удобный размер планшета из всех, которыми пользовался (этот Z3 в основном и использую сейчас).
Уменьшить шум и нагрев можно кардинальным способом: вместо MacOS установить Windows LTSC ;-). Этот способ дал отличные результаты с моим рабочим моноблоком Apple (https://ixbt.photo/?id=album:63154).
> я сомневаюсь, что кто-то вообще покупает с предустановленными 32-64 гигами.
Мой рабочий iMac покупался как раз с предустановленной памятью = 64 ГБ. Покупался именно с таким объёмом по причине того, что предыдущий ноутбук MacBook с 8 ГБ не справлялся с рабочей задачей, а добавить память ни в каком сервисе не смогли :-(
Всё бы ничего, пусть это «проблемы роста», но есть 2 момента :
— XCode 4 и 5 (2013 год) работали _намного_ быстрее, чем XCode 11 сейчас. Т.е., за 6 лет роста пока что динамика резко минусовая.
— XCode в её развитии досталось намного более мощное железо, чем Студии в 1997 г. Сейчас я сравниваю скорость работы: XCode крутится на Intel Xeon + 64 GB ОЗУ + всё на SSD; VS — Intel I7 + 16 GB ОЗУ + обычный HDD. Т.е., XCode при такой аппаратной «форе» умудряется едва-едва ковылять, далеко отставая от VS.
Благо, сейчас, в конце года возобновилась разработка в VS, и все проблемы MacOS и XCode отодвинулись (хорошо бы на подольше).
Почти 12 часов дня: от уважаемого !AlexandrX пока нет ответа. Соответственно, прошу общественность считать вышеотвечаемое сообщение считать рекламным вбросом, коих немало на Apple Store. Как только получу _конструктивный_ ответ от уважаемого !AlexandrX — сразу удалю это сообщение.
Для бОльшей конструктивности моего сообщения: такой конфигурации достаточно? Intel Xeon 3 с-чем-то-GHz + 64 GB ОЗУ + всё на SSD.
SBerkov: Мне кажется диким позором, что операционка превратилась в кучу предустановленных приложений.
Поддержу: аналогичным (диким позором) считаю полное пренебрежение по отношению к (я так понимаю) немалой армии разработчиков под iOS, для которых каждое обновление либо iOS, либо XCode, либо обсуждаемой MacOS: не было ни разу (на моей памяти, это примерно со времён XCode 5), чтобы обновление чего-либо из вышеупомянутого не выбивало нормальную работу недели на 2-3. Те… хм… скажем так, — обеспеченные — люди, что бьются в очередях за новыми iPhone'ами каждую осень, даже не представляют, что покупают в красивой (наверное — не могу оценить, ни разу не являясь пользователем) обёртке, а ведь внутри достаточно тухленькая API, с которой сторонними разработчиками типа меня приходится бодаться от версии к версии то iOS, то Swift (языка разработки), то MacOS (вынужденная ОС для этой среды разработки). Последняя версия XCode — это вообще фейерверк, вынудившая переработать примерно 80% макета (storyboard), при этом почти полностью «вслепую»: XCode 11 капитально сломала работу IB — редактора этого самого макета.
По существу темы: последнюю MacOS не обновляю, т.к. нам требуется полностью работающий компьютер, который в состоянии собрать рабочий проект (уж хотя бы за какое-нибудь разумное время). Никакие сбои недопустимы. Так что, повторюсь: всю описанную в статье шелуху пропускаю мимо себя — ни в коем случае недопустимо (после предлагаемого Apple) обновления допустить сбой в работе.
To !AlexandrX: В дополнение к своему предыдущему комментарию задам вопрос, который меня на самом деле волнует: а вот у Вас конкретно — XCode работает без сучка-задоринки, и даже в версии 11 нет никаких проблем ни с (постоянно изменяющимся) синтаксисом Swift, ни с Interface Builder'ом, ни со вменяемой скоростью компиляции? Лично мне по каждой проблеме постоянно приходится выискивать решения на stackoverflow или глубоко на англоязычных форумах; ни одного _реального русскоязычого_ разработчика для общения не нашёл, так что Вы первый, кто может мне указать, что и где я делаю не так. Моё сообщение — максимально конструктивное, никаких элементов спора или sarcasm in the classroom ;-)
To !AlexandrX: если речь про XCode, то: загрузка проекта (исходников и Storyboard) дольше минуты, компиляция+сборка+старт проекта после редактирования одной строчки кода — около минуты, слетевшее напрочь отображение Storyboard после обновления до версии 11 — это так «нормально она работает» ?? На Visual Studio (Windows) компиляция+старт проекта (естественно, другого, но сравнимого по объёму исходников) — порядка 1 _секунды_, а то и быстрее…
Пользуюсь в MacOS одной единственной программой: XCode. Лучше бы Apple наладили наконец её нормальную работу, вместо всей шелухи, описанной в статье, и которая (шелуха) лично для меня вся мимо кассы…
Это, скорее, уже философская такая тема, позволю себе вставить и тут комментарий ;-) Пожалуй, хорошо, что за всё время общения с компьютерами они (компьютеры, да и все прочие электронные девайсы) для меня не более, чем рабочая лопата :-) потому и разные «баг на баге лаг на лаге» от всех гигантов не особо тревожат. Жаль только, что самые кривые лопаты у Apple, и с этими кривыми лопатами приходится работать. Убеждаю начальство уйти с разработки для iOS, но — пока заказчики платят, приходится более-менее красиво копать кривой лопатой… Всё жду того счастливого (для меня) дня, когда Apple объявят о своём закрытии ;-)
Задумался… Термин «end to end автотесты» в именно такой формулировке ранее не слышал (сейчас нашёл статью на Habr'е — спасибо за наводку), но в нашем проекте всё много проще: есть команда «писателей», есть команда «читателей» — то есть, тестировщиков. Но ведь это мелкий проект; Вы упоминаете «Microsoft с их обновлениями Windows 10» — предположу, что там задействованы более другие силы ;-) Сам с недавних пор (вынужденно) являюсь пользователем Windows 10 (до этого имел дело только с NT, потом XP) — в общем, всё нормально, но с учётом того, что у меня версия LTSB со всеми отключёнными апдейтами. Но — это всё к ответу на "… Microsoft с их обновлениями Windows 10, которые постоянно что-то ломают у людей". Что же касается основной темы, то на рабочем iPad'е (а другого у меня и нет) систему обновляю только в случае крайней необходимости. То же и с рабочей MacOS, и с XCode — принцип «не трогай, пока работает». Любой (вынужденный) апдейт от Apple — это гарантированные пару дней головной боли; а с последним апдейтом XCode уже отваливается реально нужный функционал — об этом я написал в исходном своём посте.
Воспринимаю как шутку :-) 30+ лет опыта, начиная с ассемблера i8080… На самом деле, в проекте (точнее, в макете — Storyboard в терминах XCode) уже около сотни ViewController'ов; я предупреждал заказчиков, что планшет — это не компьютер, и такой размер проекта просто неразумен, но — кто платит, тот и заказывает музыку… Всё-таки претензии в сторону Apple и их сверхотвратительной (цитата из заголовка темы) XCode: VisualStudio от Microsoft и не такие проекты переваривает, будь то «чистый» Windows Forms, либо (уходящий) Silverlight, либо ASP.NET. Ну и, конечно, постоянно переколбасиваемый (есть такое слово в русском языке? ;-) ) Swift ни в какое сравнение не идёт по удобству с C# от Microsoft…
Если интересно, фото:
http://ixbt.photo/?id=album:53010
http://ixbt.photo/photo/745269/53010iiCoHZ11m0/Ovj29WIxYs/986838.jpg
LG представила монитор UltraFine OLED Pro Display с экраном 4К диагональю 31,5 дюйма
http://ixbt.photo/photo/745269/66491FtkphDrO3X/1358276w.jpg
http://ixbt.photo/photo/745269/66491FtkphDrO3X/1358277w.jpg
http://ixbt.photo/photo/745269/66491FtkphDrO3X/1358278w.jpg
Мой рабочий iMac покупался как раз с предустановленной памятью = 64 ГБ. Покупался именно с таким объёмом по причине того, что предыдущий ноутбук MacBook с 8 ГБ не справлялся с рабочей задачей, а добавить память ни в каком сервисе не смогли :-(
— XCode 4 и 5 (2013 год) работали _намного_ быстрее, чем XCode 11 сейчас. Т.е., за 6 лет роста пока что динамика резко минусовая.
— XCode в её развитии досталось намного более мощное железо, чем Студии в 1997 г. Сейчас я сравниваю скорость работы: XCode крутится на Intel Xeon + 64 GB ОЗУ + всё на SSD; VS — Intel I7 + 16 GB ОЗУ + обычный HDD. Т.е., XCode при такой аппаратной «форе» умудряется едва-едва ковылять, далеко отставая от VS.
Благо, сейчас, в конце года возобновилась разработка в VS, и все проблемы MacOS и XCode отодвинулись (хорошо бы на подольше).
Для бОльшей конструктивности моего сообщения: такой конфигурации достаточно? Intel Xeon 3 с-чем-то-GHz + 64 GB ОЗУ + всё на SSD.
Поддержу: аналогичным (диким позором) считаю полное пренебрежение по отношению к (я так понимаю) немалой армии разработчиков под iOS, для которых каждое обновление либо iOS, либо XCode, либо обсуждаемой MacOS: не было ни разу (на моей памяти, это примерно со времён XCode 5), чтобы обновление чего-либо из вышеупомянутого не выбивало нормальную работу недели на 2-3. Те… хм… скажем так, — обеспеченные — люди, что бьются в очередях за новыми iPhone'ами каждую осень, даже не представляют, что покупают в красивой (наверное — не могу оценить, ни разу не являясь пользователем) обёртке, а ведь внутри достаточно тухленькая API, с которой сторонними разработчиками типа меня приходится бодаться от версии к версии то iOS, то Swift (языка разработки), то MacOS (вынужденная ОС для этой среды разработки). Последняя версия XCode — это вообще фейерверк, вынудившая переработать примерно 80% макета (storyboard), при этом почти полностью «вслепую»: XCode 11 капитально сломала работу IB — редактора этого самого макета.
По существу темы: последнюю MacOS не обновляю, т.к. нам требуется полностью работающий компьютер, который в состоянии собрать рабочий проект (уж хотя бы за какое-нибудь разумное время). Никакие сбои недопустимы. Так что, повторюсь: всю описанную в статье шелуху пропускаю мимо себя — ни в коем случае недопустимо (после предлагаемого Apple) обновления допустить сбой в работе.