Похоже на мою дипломную работу: намешано всего подряд, а что в итоге получили — непонятно. В заголовках обозначена одна проблема, под заголовком куча других. Чтобы разобрать все нестыковки, понадобится статья в 2 раза больше этой. Пока вот небольшой комментарий :)
Проблема #1: отсутствие изоляции программ
Сейчас Windows приходит к модели разделения пользователей друг от друга и от системных данных, поэтому современные программы теряют права на запись в свою папку с исполняемыми файлами и библиотеками совсем, а настройки предлагается хранить в глубинах домашней директории пользователя
… и потом чтобы «не пугать пользователя запросом прав суперпользователя» хром устанавливается со всеми своими потрохами в AppData. Угу, збс, 10 изоляций из 10, удобненько.
там где в Windows надо просто переустановить программу, в Linux приходится ковыряться в глубине пакетного менеджера
… и спустя неделю после того, как «просто переустановил программу», внезапно выясняешь, что уже в другой программе «точка входа в процедуру X не найдена в библиотеке Y». Пакетный менежер же неспроста указывает на конфликт зависимостей, да и происходит это дай бог раз в полгода при попытке установить сторонний deb-файл, чего при нормальной работе происходить в общем-то не должно.
Проблема #2: сложность миграции с версии на версию
Нет смысла комментировать: в этом разделе автор свалил в кучу вообще всё — почему древние иксы работают так, а не этак; почему мускуль так; почему нет способа получить список установленных программ — мол под виндой-то удобно, там я "просто складываю все инсталляторы в папочку [а через 5 лет снова устанавливаю уже устаревшие версии софта оттуда]". Нет, так-то и у меня самого есть папка с дровами и инсталляторами, но это же не от хорошей жизни.
Проблема #3: отсутствие единого конфигуратора
Если речь идёт о реестре, то в том виде, в котором он существует — не нужен. А реестр, который пережил переезд с 7 на 10, не нужен совсем. Если бы это работало как следует, не существовало бы советов «почисти реестр» и всяких твикеров-ccleaner'ов. GSettings, кстати, тоже не нужен. dot-файлы, конечно, не идеал, но они так-сяк решают поставленные задачи не хуже реестра, а работать с ними куда проще и это, блин, как раз unix-way.
Проблема #4: рассинхронизация интерфейсов общения с пользователем
Для Windows базовым интерфейсом взаимодействия является графический, поэтому ошибка будет выдана в виде системного диалога.
Такого диалога? :)
Для сравнения, в таком же бесполезном диалоге в убунте можно хотя бы тыкнуть на «show details» (где никогда ничего полезного не бывает)
Можно запустить приложение в консоли и посмотреть на вывод. Можно в конце-концов дописать спереди strace и получить хоть какое-то представление о том, что же пережила программа непосредственно перед смертью. Обработанные исключения остаются на совести разработчиков ПО, но, согласитесь, если уж мы ориентируемся на пользователя «тук-тук, я сам открою», то толку от окна с подробнейшей ошибкой «при обращении к функции такой-то произошла ошибка такая-то потому что файл такой-то недоступен для записи» и трейсом будет ровно столько же, сколько от окна «foo.exe has stopped working» — «У меня вылезла табличка я нажал ОК помогите как починить?».
Проблема #5: непроработанность функциональности ПО и неконсистентность инструментов
Можно сравнить GIMP и Photoshop, Inkscape и Illustrator: базовый функционал у них действительно похож. Но покажите обе программы начинающему пользователю, и будет понятно, в чем разница.
Щито? Покажите начинающему пользователю Photoshop и Sai и будет понятно в чём разница. А разница в том, что это разное ПО, созданное разными людьми (что, однако, не отменяет долбанутости интерфейса GIMP и вообще плохого GUI в куче софта под линукс). А по поводу «неконсистентности» — вы десятку-то давно видели? Там диалоги местами аж из 3.1 остались, а видов менюшек поди штук 5 разных, и всё это сдобрено сверху новым модным софтом на электроне, который весь разный и которого всё больше и больше. Более менее остатки адекватности в плане интерфейса сохраняет только макос, да и то зачастую ценой «сделаем всем неудобно, зато одинаково».
Реальные проблемы сложнее и включают в себя множество действий, которые часто выполнятся друг за другом в рамках одной пользовательской сессии, и которые хорошо бы сворачивать для упрощения работы.
В xfce я могу нажатием кнопки сохранить текущий рабочий профиль в пятницу вечером — все запущенные приложения, открытые окна, их размеры и положение etc. В субботу утром открыть другой профиль, где меня с прошлых выходных дожидается открытое окно с брауезром, где в интернете кто-то неправ, а в понедельник опять вернуться к пятничной работе. Но я не могу сделать то же самое в Windows. Что же это получается, в винде «непроработанность функциональности ПО»?
Господи, вот влез же в этот проклятый пост, потерял час жизни :)
По проводу через ADB будет отличная картинка, через WiFi — как повезёт. IP Webcam выдаёт MJPEG-поток, со всеми присущими ему недостатками. Для 1080p@60 поди уже будет нужен канал больше 100 мбит/c, а для H264 хватило бы и 10. 720p@30 вроде пролезает без проблем.
Согласен полностью, тем более на хабре 3/4 контента - комментарии. Лично у меня стандартный способ чтения хабра в метро - скроллить ленту и открывать интересные статьи в фоне, пока интернет есть, а потом в дороге перечитывать.
P.S. Редактор тоже звёзд с неба не хватает: 3Мб гифка не загружкается (413 Request Entity Too Large), и, главное, вы попробуйте набросать картинок, а потом попытаться завернуть их в спойлер в разрешении 1366х768 - тот ещё квест :)
(это с чем лично довелось столкнуться, а есть ещё много подобных фиговин вот здесь www.chromestatus.com/features#intervention. Постепенно эти «interventions» переползают в «features» www.chromestatus.com/features — сначала за флагом, потом включаются по-умолчанию. Такие финты либо вынуждают забить на всё и писать под Chrome, либо прикручивать feature detection, прямо как старые-добрые <!--[if gt IE 7]>)
Наконец, Chrome прям щас ломает веб, продвигая SXGs (Signed Exchanges) с единственной целью — получить возможности раздавать контент с google.com так, чтобы в адресной строке при этом отображался habr.com, раз не удалось в AMP весь веб засунуть или адресную строку совсем выпилить. web.dev/signed-exchanges habr.com/ru/company/globalsign/blog/454568
Можно, только у того же S20 сохраняется «raw» на 12 Мп вместо маркетинговых 108 Мп. Вероятно, потому, что сырые данные с их матрицы либо слишком страшные, либо требуют какой-то особенной обработки и своего raw-конвертера. Ну и вообще обрабатывать фото с телефона — какой-то особенный вид мазохизма, ИМХО. Главная фишка телефонных камер — это как раз «вычислительная фотография» со всеми этими модными нейропроцессорами, когда в режиме «авто» вполне себе неплохо можно фоткать котиков.
Думаю, речь идёт о том, что «реальная разрешающая способность» ниже потом что уже давно не получается сфокусировать точку в 1 пиксель при таких размерах/плотности пикселей в телефонных матрицах из-за эффектов дифракции:
Тот же Samsung S20 Ultra «cannot capture raw in 108MP» — можно получить либо JPEG такого разрешения, либо «raw» 12 Мп. Наверняка все эти 108Мп настоящие, но, видимо, сырые данные с матрицы выглядят жутко и/или требуется какой-то специальный матаппарат для их обработки, которого естественно нет во всяких Lightroom'ах, поэтому руководство сочло разумным не показывать эти-самые мегапиксели публике.
> Естественно можно ее сейчас увеличить и придраться, только зачем?
Выходит несколько парадоксальная ситуация: в камере 45 Мп, а использовать их всё равно нельзя. В Nikon Z7, Canon R5 тоже по 40 с гаком мегапикселей, и уже на этом значении не всякий объектив сможет достаточную разрешающую способность обеспечить, а какая там плотность пикселей выходит у крошечной телефонной матрицы при таких разрешениях — и думать страшно. Заявления, что якобы 40-мегапиксельный снимок зато можно скукожить до 10, и получить при этом более высокую детализацию на мой взгляд являются маркетинговым булшитом потому что не всякие аберрации хорошо поддаются софтовой обработке, и «мыло» при достижении дифракционного предела — одна из них. Да, получаем кучу данных, но толку от этого немного т.к. требуется деконволюция, а потом надо ещё масикровать её артефакты. В принципе любой топик «Обсуждение камеры %phone_name%» на 4pda это подтверждает — 100% кроп зачастую выглядит как фльтр «масляная живопись» в ФШ :)
Снимки вполне хорошие для телефона, и несколько лет назад о таком и мечтать нельзя было, вопрос в том были бы они хуже при матрице в 10 Мп.
В принципе, с развитием интернета можно будет вообще вернуть камеру 0.3 Мп — чисто чтобы отправить фото в облако и прислать обратно результат обработки нейросетью :D
… и потом чтобы «не пугать пользователя запросом прав суперпользователя» хром устанавливается со всеми своими потрохами в AppData. Угу, збс, 10 изоляций из 10, удобненько.
… и спустя неделю после того, как «просто переустановил программу», внезапно выясняешь, что уже в другой программе «точка входа в процедуру X не найдена в библиотеке Y». Пакетный менежер же неспроста указывает на конфликт зависимостей, да и происходит это дай бог раз в полгода при попытке установить сторонний deb-файл, чего при нормальной работе происходить в общем-то не должно.
Нет смысла комментировать: в этом разделе автор свалил в кучу вообще всё — почему древние иксы работают так, а не этак; почему мускуль так; почему нет способа получить список установленных программ — мол под виндой-то удобно, там я "просто складываю все инсталляторы в папочку [а через 5 лет снова устанавливаю уже устаревшие версии софта оттуда]". Нет, так-то и у меня самого есть папка с дровами и инсталляторами, но это же не от хорошей жизни.
Если речь идёт о реестре, то в том виде, в котором он существует — не нужен. А реестр, который пережил переезд с 7 на 10, не нужен совсем. Если бы это работало как следует, не существовало бы советов «почисти реестр» и всяких твикеров-ccleaner'ов. GSettings, кстати, тоже не нужен. dot-файлы, конечно, не идеал, но они так-сяк решают поставленные задачи не хуже реестра, а работать с ними куда проще и это, блин, как раз unix-way.
Такого диалога? :)
Для сравнения, в таком же бесполезном диалоге в убунте можно хотя бы тыкнуть на «show details» (где никогда ничего полезного не бывает)
Можно запустить приложение в консоли и посмотреть на вывод. Можно в конце-концов дописать спереди strace и получить хоть какое-то представление о том, что же пережила программа непосредственно перед смертью. Обработанные исключения остаются на совести разработчиков ПО, но, согласитесь, если уж мы ориентируемся на пользователя «тук-тук, я сам открою», то толку от окна с подробнейшей ошибкой «при обращении к функции такой-то произошла ошибка такая-то потому что файл такой-то недоступен для записи» и трейсом будет ровно столько же, сколько от окна «foo.exe has stopped working» — «У меня вылезла табличка я нажал ОК помогите как починить?».
Щито? Покажите начинающему пользователю Photoshop и Sai и будет понятно в чём разница. А разница в том, что это разное ПО, созданное разными людьми (что, однако, не отменяет долбанутости интерфейса GIMP и вообще плохого GUI в куче софта под линукс). А по поводу «неконсистентности» — вы десятку-то давно видели? Там диалоги местами аж из 3.1 остались, а видов менюшек поди штук 5 разных, и всё это сдобрено сверху новым модным софтом на электроне, который весь разный и которого всё больше и больше. Более менее остатки адекватности в плане интерфейса сохраняет только макос, да и то зачастую ценой «сделаем всем неудобно, зато одинаково».
В xfce я могу нажатием кнопки сохранить текущий рабочий профиль в пятницу вечером — все запущенные приложения, открытые окна, их размеры и положение etc. В субботу утром открыть другой профиль, где меня с прошлых выходных дожидается открытое окно с брауезром, где в интернете кто-то неправ, а в понедельник опять вернуться к пятничной работе. Но я не могу сделать то же самое в Windows. Что же это получается, в винде «непроработанность функциональности ПО»?
Господи, вот влез же в этот проклятый пост, потерял час жизни :)
Какое же безумие творится на фронте.
Согласен полностью, тем более на хабре 3/4 контента - комментарии. Лично у меня стандартный способ чтения хабра в метро - скроллить ленту и открывать интересные статьи в фоне, пока интернет есть, а потом в дороге перечитывать.
Эта страница в Chromium и Vivaldi прям щас отъедает 100% CPU, целиком 1 ядро просто так, ничего не делая (а в FF "всего" четверть ядра).
Это катастрофа, какие уж там могут быть замечания по юзабилити и дизайну...
Загрузка ЦП
(Ubuntu 18.04/64-bit Vivaldi 3.8.2259.32, Chromium 90.0.4430.72, FF 88.0)
P.S. Редактор тоже звёзд с неба не хватает: 3Мб гифка не загружкается (413 Request Entity Too Large), и, главное, вы попробуйте набросать картинок, а потом попытаться завернуть их в спойлер в разрешении 1366х768 - тот ещё квест :)
страдания!
Решение отлично вписывается в концепцию "'S' в аббреаиатуре 'IoT' означает 'security'"
Chrome игнорирует «autocomplete=off» в полях форм «для удобства пользователей».
bugs.chromium.org/p/chromium/issues/detail?id=468153
bugs.chromium.org/p/chromium/issues/detail?id=587466
У Chrome своё понимание CSS-свойства «image-rendering», вероятно, «чтобы сделать отображение сайтов [в своём браузере] быстрее».
bugs.chromium.org/p/chromium/issues/detail?id=562162
Chrome по своему усмотрению изменяет сигнатуру addEventListener «чтобы сделать прокрутку [в своём браузере] на мобильных устройствах быстрее».
developers.google.com/web/updates/2017/01/scrolling-intervention
За вот эту срань отдельный котёл в аду.
developers.google.com/web/updates/2017/09/autoplay-policy-changes
(это с чем лично довелось столкнуться, а есть ещё много подобных фиговин вот здесь www.chromestatus.com/features#intervention. Постепенно эти «interventions» переползают в «features» www.chromestatus.com/features — сначала за флагом, потом включаются по-умолчанию. Такие финты либо вынуждают забить на всё и писать под Chrome, либо прикручивать feature detection, прямо как старые-добрые <!--[if gt IE 7]>)
Наконец, Chrome прям щас ломает веб, продвигая SXGs (Signed Exchanges) с единственной целью — получить возможности раздавать контент с google.com так, чтобы в адресной строке при этом отображался habr.com, раз не удалось в AMP весь веб засунуть или адресную строку совсем выпилить.
web.dev/signed-exchanges
habr.com/ru/company/globalsign/blog/454568
По состоянию на апрель 2021 вроде бы всё ещё работает вот такое заклинание:
input type="search" autocomplete="off"Жалобу в спортлото можно подать сюда: bugs.chromium.org/p/chromium/issues/detail?id=587466
— объектив Вега-11У от фотоувеличителя, достаточно резкий даже на закрытой диафрагме
Тот же Samsung S20 Ultra «cannot capture raw in 108MP» — можно получить либо JPEG такого разрешения, либо «raw» 12 Мп. Наверняка все эти 108Мп настоящие, но, видимо, сырые данные с матрицы выглядят жутко и/или требуется какой-то специальный матаппарат для их обработки, которого естественно нет во всяких Lightroom'ах, поэтому руководство сочло разумным не показывать эти-самые мегапиксели публике.
Выходит несколько парадоксальная ситуация: в камере 45 Мп, а использовать их всё равно нельзя. В Nikon Z7, Canon R5 тоже по 40 с гаком мегапикселей, и уже на этом значении не всякий объектив сможет достаточную разрешающую способность обеспечить, а какая там плотность пикселей выходит у крошечной телефонной матрицы при таких разрешениях — и думать страшно. Заявления, что якобы 40-мегапиксельный снимок зато можно скукожить до 10, и получить при этом более высокую детализацию на мой взгляд являются маркетинговым булшитом потому что не всякие аберрации хорошо поддаются софтовой обработке, и «мыло» при достижении дифракционного предела — одна из них. Да, получаем кучу данных, но толку от этого немного т.к. требуется деконволюция, а потом надо ещё масикровать её артефакты. В принципе любой топик «Обсуждение камеры %phone_name%» на 4pda это подтверждает — 100% кроп зачастую выглядит как фльтр «масляная живопись» в ФШ :)
Снимки вполне хорошие для телефона, и несколько лет назад о таком и мечтать нельзя было, вопрос в том были бы они хуже при матрице в 10 Мп.
В принципе, с развитием интернета можно будет вообще вернуть камеру 0.3 Мп — чисто чтобы отправить фото в облако и прислать обратно результат обработки нейросетью :D
Будем через GNU Taler донатить :)