Даже у галактики есть своё светило
Система HIP 58832, планета 2, примерные координаты -48.51° 9.87°
Система HIP 58832, планета 2, примерные координаты -48.51° 9.87°
В два обновления старая панель с вот таким содержанием:
Превратилась в это, и открывается наведением на собственный профиль
Удобно (нет), минималистично. Один вопрос: зачем кнопка создания сообщества в настолько быстром доступе? Сомневаюсь, что кто-либо создает сообщества каждый день.
Но это еще ладно. Есть вещь похуже.
Вам приходит ответ на комментарий или пост. Если навести на профиль, то он отображается как достаточно заметная цифра в зеленом кружочке около кнопки "Ответы". А если не навести, то никак не отображается, что заставляет пикабушников без мобильного приложения постоянно наводить на профиль и проверять, есть ли что-то новое.
Лично я настроил перенос уведомлений с телефона на ПК, потому что вообще не понятно, что тебе что-то написали, пока ты не возьмешь телефон в руки или не наведешь на профиль.
Предложение "минимум": добавить кружочек "не прочитано" над иконкой профиля. Это значительно улучшит UX. Концепт-арт:
Предложение "идеально":
1. Убрать создание сообщества на страницу сообществ (ведь никто не создает сообщества каждый день?)
2. Вынести в настройки клик для открытия меню (того меню, которое на первом скриншоте), потому что ожидать, когда JS поймёт, что ты там куда-то навел курсор - слишком долго, а еще туда можно случайно кликнуть.
3. Точно так же для уведомлений - там та же самая проблема.
Ситуация такая:
Посты в рекомендациях (и рекомендованные в горячем в том числе) могут быть не подходящими для конкретного пользователя - это, в принципе, не секрет.
Однако чтобы рекомендацию под себя "обучить", нужно посту поставить минус, хотя пост может быть вполне годным - он просто не подходит.
(лично я вообще стараюсь минусы не ставить, не читая пост)
Т.е. с одной стороны минусы всем не понравившимся постам ставить не надо (как нас научил Moderator9000, тегать его не буду), а с другой стороны надо - как раз чтобы система рекомендаций учла, что такие посты не нравятся.
Предложение такое:
Добавить кнопку "скрыть пост", которая будет эквивалентна минусу (для системы рекомендаций), но не будет трогать его рейтинг, а так же будет скрывать пост из ленты. Это позволит убить двух зайцев, понятно почему.
Если такой вариант слишком дорого/долго делать, то просто кнопка "пост не нравится", которая будет эквивалентна минусу (для системы рекомендаций), но не будет трогать его рейтинг.
И плашку "Рекомендовано" тоже неплохо бы перестилизовать - она похожа на "Партнерский контент" и побуждает пропустить пост :C
Видео говорит само за себя. Firefox 90.0.2 (64-битный), Windows 10
Это не совсем баг, но по-моему пост дублироваться не должен)
Баг так же проявляется на любых других постах из горячего, не обязательно быть первым постом в ленте. Если пост второй - он в этом блоке будет вторым, и т.д.
В оригинальном посте был задан вопрос "почему криптовалюты не могут считать лекарства, чтобы они не впустую тратили энергию". Я опишу технические причины.
*Я не эксперт*
Начну с примера.
Майнеры при создании блока берут (на примере биткоина):
1. Хеш предыдущего блока
2. Транзакции, которые кладут в этот блок
3. Собственный адрес, куда отправлять коины
4. Случайное число - оно зовется nonce
Может еще какие-то вещи, но для примера достаточно.
Собственно, вся работа сводится к перебору этого nonce. Зачем? Все эти данные после хеширования должны соответствовать требованиям - у биткоина это сложность и это количество нулей в начале хеша. Хеш - штука непредсказуемая, и по самому хешу входные данные угадать невозможно, а потому подбор nonce - тупо перебор. При этом взятие хеша с данных - операция очень быстрая.
В чем преимущество такой системы:
1. Долгие вычисления - очень редка ситуация, когда два разных блока выпускаются одновременно. Хоть иногда такое и происходит, по большей части в сеть выходит только один блок и потому получается цепочка, а не дерево (а если и происходит - самые короткие ветки отбрасывают)
2. Если вдруг блоки начинают появляться слишком быстро, то сложность можно поднять (ноликов сделать больше в начале хеша) и тогда они станут появляться дольше
3. После создания блока каждый узел сети может быстро проверить - nonce совпадает, все транзакции подписаны правильно, хеш предыдущего блока совпадает. Можно добавлять в блокчейн. Если что-то не так - блок отбрасывается и продолжает генерироваться следующий.
А цели такой системы - предотвратить постоянное ветвление сети и каждый раз определять того, кто создаст новый блок. В биткоине это называется "proof-of-work", что означает "доказательство работы".
Собственно, с лекарством от рака и подобным первое уже есть - их невероятно сложно считать, и там тоже тупо перебор. А вот с остальным проблемы.
Сложность не повысить - это же научное исследование. Можно брать другой вид рака, можно проводить другие исследования - тогда нужно будет каждому майнеру иметь ключ, которым ученые будут подписывать новые задания, вот только система прекращает быть децентрализованной: она зависит от некоторой группы людей. Но ладно, допустим все согласились платить такой валютой.
А теперь третье. Вы решили поставленную задачу. Нужно всей сети проверить - а не жулик ли ты? - и подтвердить, что ваше решение действительно подходит. В случае с биткоином и его хешами эта задача решается в миллисекунды, а в случае лекарством от рака - нужно проводить симуляцию заново и проверять, действительно ли оно работает. Если вдруг появится кто-то, кто кидает в сеть неправильные варианты лекарства, то вся сеть поляжет в его проверках, а назначить кому-либо проверить никак нельзя (ведь система децентрализованная - читай никто никому не доверяет).
Это и является основной причиной, почему криптовалют с такими алгоритмами нет и пока быть не может.
Все существующие в данный момент системы распределенных научных вычислений (тот же SETI@home) централизованы и по большей части не платят участникам (хотя тут могу ошибаться). В качестве платежного средства это использовать будет очень трудно.
Может быть где-то ошибся, но в целом мысль передал вроде верно.
Собственно, видео бага.
Пикабу 1.21.6, Android 11 May Security Patch.
Посты пропадают внезапно и непредсказуемо, но после этого можно многократно повторять баг кликами.
В посте кроме картинки есть полный текст с нее, собственно, текстом.
Ниже есть такая ветка комментариев
И у меня возникло предложение - создать что-то типа скрытого описания картинки, которое будет отображаться, пока картинка не загрузилась (атрибут alt в <img/>), который будет отображаться при наведении на картинку (все тот же атрибут) и который будет участвовать в поиске - что бы проще находить посты только с картинкой.
В редакторе же можно под блоком картинки сделать небольшое поле для текста, что бы вписать туда описание.
Таким образом будет куда проще находить посты, в которых есть только одно изображение, а так же программы поддержки доступности смогут кроме текста озвучивать описание картинки (они как раз читают атрибут alt). Единственная проблема - не все будут добавлять описание к своим картинкам.