Многие видят мерцание ШИМ подсветки мониторов и светодиодных ламп. Ну - не повезло. Главное тут то, что это не массовое явление, а значит это проблема только какой-то части потребителей.
-- В этом вашем каменном кресле неудобно сидеть, жопа немеет!
-- Это проблема вашей конкретной жопы, вы относитесь к малой части потребителей.
Купил я в 2011 г. дешевый даже на то время Samsung монитор/ТВ с 1080p. LED подсветка, вроде современно.
В первый вечер -- игровая сессия. Настройки все стандартные. Ближе к окончанию (где-то 2 часа) уже начали конкретно болеть глаза. Оказалось, яркость нового типа подсветки столь высока, что слишком высока. Хорошо, в доступном меню увидел "малое энергосбережение, на чем и остановился на годы. С тех пор слежу за приемлемым уровнем яркости.
Акт второй, ночные посиделки. В полной темноте при одном мониторе " малого э/с-ния" стало... мало, всё ещё слишком яркий. Можно же подкрутить? Выставляю средний уровень. Глаза вроде и не болят, но становится некомфортно сидеть за ним, хоть и яркость ниже. Слишком низкая яркость? Потом понял, что было. Хвала телефонной камере: настройка энергосбережения монитора снижает яркость через настройку ШИМ.
Без энергосбережения: либо нулевой, либо околонулевой ШИМ
Малый уровень: неподсвеченный интервал с ШИМ отчетливо виден камерой
Средний: наверно 50/50%
Высокий: никогда не использовал, но всё ещё хуже
Из-за последовательности действий убедительно заявляю, что это не плацебо. И хорошо, что обзорщики выдрессировали производителей ругая их за ШИМ-подсветки. Ныне они стали редкостью.
Высокий уровень мерцания вполне могу увидеть, проще при движении зрачка. У чайника сейчас белая кнопка с очевидно малой частотой мерцает.
Также есть в наличии ужасного качества светодиодные лампы под малый цоколь. И шумят и мерцают почти как стробоскоп. Шумосветопредставление. Поверьте, "не видеть" это гуано, это как не "слышать" писк детектора дыма. Решение этому техническое есть: нормальный выпрямитель и конденсатор достаточного заряда. Но есть производители и на этом экономящие.
До первой аутентификации*. Отпечаток надо подтвердить при установке соединения SSH, до того как через туннель потекут данные. Как с самоподписанными сертификатами HTTPS. Так что технически действительно так. Тогда вопрос следующий: как будет выглядеть аргументация защиты в суде?
Если судить с категоричной точки зрения присущей дизайнерам: если при пользовании системой ошибается (подавляющее) большинство, то надо что-то менять в системе. См. следующий верхний комментарий ниже.
На Хабре давно была статья про быстрое размытие на Android. Быстрее всего было сначала ужать картинку в 0.5x разрешения и ниже, а потом проходиться алгоритмом.
Насчет самого эффекта: плохое UX, поскольку цвета проявляются в ином от объекта месте или, как у вас на предпоследней картинке, площадь цвета преумножается. Если проще: больше цветов меняется при прокрутке, отвлекает. Это примерно как солнечный зайчик у вас в помещении по стене пролетит, потому что кто-то на улице машину открыл. У Apple этот эффект меньше проявляется, чем на простом шейдере, но он есть.
It was later reverted1 because "there are devices in the field using usbX interfaces for tethering". Shortly after that, it got re-landed but only supported Android V+2
Понадобилось 15 лет. И нет, не полезли в кишки изучать "чего это у нас бэкап двое суток гит делает", а поняли только по наводке, когда в целом начали в кишках гита копаться. Потом героически починили.
We are not currently using Gitaly's repository backups solution on gitlab.com due to scalability issues with large GitLab instances.
Нет, несмотря на тон, комментарий мой позитивный. Но столько лет не задаваться вопросом "почему"? Или не давать на это времени.
Видя код, который весело использует for-for и .indexOf внутри for -- для меня это проблема UX и отчасти документации. Вот тебе два топора на выбор: с виду хорошие, но у одного черенок треснутый и надломлется при любом ударе.
Почему? Потому что в данном случае использовать for-for было просто. А для hashmap надо:
Понять масштабирование
Подключить библиотеку (если нет, то можно ли?) Коммит от 2009 г.
Прочитать API и сделать
Умные там слова, когнитивная нагрузка и т.д. В этом аспекте Lua сделана удачно: таблицы одновременно массивы и hashmap, в зависимости от пользования ими (не без минусов). Но эта простота заставляет пользоваться O(1) lookups всякий раз, когда с ними удобнее. Одновременно и быстрее.
С этой стороны: не выставлять коленострелы в публичное API. А выставленные надо с пометкой на сложность обработки и масштабирование описать в доке.
Раз нет ссылки, то предупреждаю: угроза MITM или самому отпечаток запоминать (если нет какой-то возможности прописать отпечаток через авто-ввод менеджера паролей).
Поможет только вдумчивое курение мануала и настраивание своей системы мнемоник/alias-ов в конфиге. Если пароль не задумывался везде одинаковым, то в принципе не вижу разницы по сложности, она просто в другой плоскости.
Наличие у вас криптоключа не только позволят у вас его похитить или изъять но и является вещдоком, позволяющим "пристегнуть" вас к конкретной машине.
Аналогично с паролем, потому что SSH запоминает отпечаток хоста после первого соединения. Практического решения вектора атаки кроме полнодискового шифрования не вижу.
Купил я в 2011 г. дешевый даже на то время Samsung монитор/ТВ с 1080p. LED подсветка, вроде современно.
В первый вечер -- игровая сессия. Настройки все стандартные. Ближе к окончанию (где-то 2 часа) уже начали конкретно болеть глаза. Оказалось, яркость нового типа подсветки столь высока, что слишком высока. Хорошо, в доступном меню увидел "малое энергосбережение, на чем и остановился на годы. С тех пор слежу за приемлемым уровнем яркости.
Акт второй, ночные посиделки. В полной темноте при одном мониторе " малого э/с-ния" стало... мало, всё ещё слишком яркий. Можно же подкрутить? Выставляю средний уровень. Глаза вроде и не болят, но становится некомфортно сидеть за ним, хоть и яркость ниже. Слишком низкая яркость? Потом понял, что было. Хвала телефонной камере: настройка энергосбережения монитора снижает яркость через настройку ШИМ.
Без энергосбережения: либо нулевой, либо околонулевой ШИМ
Малый уровень: неподсвеченный интервал с ШИМ отчетливо виден камерой
Средний: наверно 50/50%
Высокий: никогда не использовал, но всё ещё хуже
Из-за последовательности действий убедительно заявляю, что это не плацебо. И хорошо, что обзорщики выдрессировали производителей ругая их за ШИМ-подсветки. Ныне они стали редкостью.
Высокий уровень мерцания вполне могу увидеть, проще при движении зрачка. У чайника сейчас белая кнопка с очевидно малой частотой мерцает.
Также есть в наличии ужасного качества светодиодные лампы под малый цоколь. И шумят и мерцают почти как стробоскоп. Шумосветопредставление. Поверьте, "не видеть" это гуано, это как не "слышать" писк детектора дыма. Решение этому техническое есть: нормальный выпрямитель и конденсатор достаточного заряда. Но есть производители и на этом экономящие.
Требую нотариально заверенную распечатку write (2), для всего того, что пролезло через stdout-stdin! :)
До первой аутентификации*. Отпечаток надо подтвердить при установке соединения SSH, до того как через туннель потекут данные. Как с самоподписанными сертификатами HTTPS. Так что технически действительно так. Тогда вопрос следующий: как будет выглядеть аргументация защиты в суде?
Если судить с категоричной точки зрения присущей дизайнерам: если при пользовании системой ошибается (подавляющее) большинство, то надо что-то менять в системе. См. следующий верхний комментарий ниже.
cc @devpew очень часто нагло врут: https://www.techpowerup.com/review/samsung-970-evo-ssd-500-gb/7.html по датчику 85, по факту 110+. Вроде бы (от модели зависит) в последнее время ситуация улучшается в среднем.
Это первая мысль. Вторая: не отчаивайтесь, про других ещё не написали.
Например ещё при загрузке по сети (PXE).
Описание DAMON: https://lwn.net/Articles/849708/
https://www.techpowerup.com/review/nvidia-geforce-rtx-5090-pci-express-scaling/28.html с ним.
Давайте блокчейн общественный? Чтобы каждый гражданин видел счет и аннотацию к нему? Вам "цифровая" валюта, населению каждый ваш чих?
Этот инструмент уже эмиссией и инфляцией называется.
Первое, а что MS осталось рекламировать в РФ? Второе, а GWX за рекламу не считается? Candy Crush в пуске? Бэкапы через OneDrive на экране блокировки?
Текст еле читаем из-за неимения запятых и точек. Троеточие непонятное не в счет.
На Хабре давно была статья про быстрое размытие на Android. Быстрее всего было сначала ужать картинку в 0.5x разрешения и ниже, а потом проходиться алгоритмом.
Насчет самого эффекта: плохое UX, поскольку цвета проявляются в ином от объекта месте или, как у вас на предпоследней картинке, площадь цвета преумножается. Если проще: больше цветов меняется при прокрутке, отвлекает. Это примерно как солнечный зайчик у вас в помещении по стене пролетит, потому что кто-то на улице машину открыл. У Apple этот эффект меньше проявляется, чем на простом шейдере, но он есть.
Источник: https://news.ycombinator.com/item?id=44219405
https://gitlab.com/gitlab-org/git/-/issues/488
Понадобилось 15 лет. И нет, не полезли в кишки изучать "чего это у нас бэкап двое суток гит делает", а поняли только по наводке, когда в целом начали в кишках гита копаться. Потом героически починили.
Нет, несмотря на тон, комментарий мой позитивный. Но столько лет не задаваться вопросом "почему"? Или не давать на это времени.
"Скажи мне, что ты ешь, и я скажу кто ты."
Видя код, который весело использует for-for и .indexOf внутри for -- для меня это проблема UX и отчасти документации. Вот тебе два топора на выбор: с виду хорошие, но у одного черенок треснутый и надломлется при любом ударе.
Почему? Потому что в данном случае использовать for-for было просто. А для hashmap надо:
Понять масштабирование
Подключить библиотеку (если нет, то можно ли?) Коммит от 2009 г.
Прочитать API и сделать
Умные там слова, когнитивная нагрузка и т.д. В этом аспекте Lua сделана удачно: таблицы одновременно массивы и hashmap, в зависимости от пользования ими (не без минусов). Но эта простота заставляет пользоваться O(1) lookups всякий раз, когда с ними удобнее. Одновременно и быстрее.
С этой стороны: не выставлять коленострелы в публичное API. А выставленные надо с пометкой на сложность обработки и масштабирование описать в доке.
Раз нет ссылки, то предупреждаю: угроза MITM или самому отпечаток запоминать (если нет какой-то возможности прописать отпечаток через авто-ввод менеджера паролей).
Поможет только вдумчивое курение мануала и настраивание своей системы мнемоник/alias-ов в конфиге. Если пароль не задумывался везде одинаковым, то в принципе не вижу разницы по сложности, она просто в другой плоскости.
Аналогично с паролем, потому что SSH запоминает отпечаток хоста после первого соединения. Практического решения вектора атаки кроме полнодискового шифрования не вижу.