Главная проблема реакций была в том их было слишком мало, в результате чего было непонятно что ставить, так как ничего из предложенного не нравилось и нужных ассоциаций не вызывало.
Возможно нужно было взять стандартные иконки реакций, что были в соц. сетях, так было бы понятней. А вообще оценка контента действительно должна быть двух уровневой. Поясню.
Возьмем пример, статья "Умер всеми любимый <такой-то человек>". Когда вы плюсуете статью - вы выражаете радость от смерти или то что статья хорошо написана? Чтобы избежать это неоднозначности эмоциональный отклик на статью и должен быть двух уровневым:
Первый уровень - качество статьи, всеми привычный рейтинг. Здесь мы благодарим автора за то что он написал статью и сделал это качественно. Тогда плюс под "Умер всеми любимый <такой-то человек>" будет означать не то, что мы радумеся смерти, а то что автор молодец и мы хотим, чтобы как можно больше людей узнало об этом.
Второй уровень - это эмоции, которые вызвал контент статьи. Например, печаль, боль, радость, удивление, воодушевление, "хм.. прикольно", "хабр торт" и т.д. Этот уровень ни на что не влияет и просто позволяет поделиться, дать эмоциональную оценку событию описанному в статье.
И еще когда вводятся какие-либо оценки нужно учить пользователей ими пользоваться. В противном случае будет как у некоторых профессоров ВУЗов. У одних "5 - это значит вы усвоили программу", а у других "4 - это значит что вы усвоили программу, а 5 - это Wow, вы должны знать больше чем я".
Двух уровневая оценка сделает нормальной ситуацию, когда статья "Умер всеми любимый <такой-то человек>" наберет рейтинг +1000 и будет содержать 1000 эмоциональных реакци боли и утраты.
Пример ущербности одноуровневой оценки успешно показан в сериале "Загрузка". Здесь главная героиня всеми силами пытается развлечь бессмертного оцифрованного старика и старательно изображает утку для охоты.
Однако старику не смотря на все старания работницы не нравится забава и он оценивает ее на 3 бала, что снижает ее эффективный рейтинг как работника и влечет финансовые последствия.
Для инсталляции сервера (любого) делаю install.sh, который все ставит и настраивает. Скрипт рассчитан на работу в ОС с minimal install составе. Если его запустить 2 раза, то ничего не сломается и все будет тем же что и требуется, но дело не в этом.
Ansible хорош при управлении большим числом узлов, если массовости не требуется, то он избыточен и проще (быстрее) сделать скриптами.
Основная фишка данного подхода - возможность работы отовсюду, даже из BIOS. Для некоторых сценариев беспроводной доступ может быть запрещен на уровне политики безопасности.
SSH нужен только для удобства. Если есть альтернативы для копирования скриптов, то пожалуйста. Кроме того, в консоли на андройде не очень удобно работать, с компа привычнее.
Произвести атаку AES несколько сложнее в условиях реального времени, поскольку многие шифрования выполняются параллельно на графическом процессоре.
На GPU не шифрует. Это не дает профита, поскольку расходы на копирование блоков памяти съедают преимущества от скорости GPU. Об этом на Хабре статьи есть от производителей криптосредств. Возможно что-то не так перевели, или авторы клик-бейтят.
Он такой же, как и в статье за исключением того, что не отключаю автодополнение (Tab в командной строке) и не отключаю NTP. В REG-файле нужные строки помечены восклицательными знаками (; !!!!!!!!!)
Перечень того, что отключается есть в REG-файлах. Статья для "про" использования об этом сразу было написано. Запускать в отношении домашнего компьютера в качестве эксперимента не самая хорошая идея. Для этого есть виртуалки.
Приведенные рекомендации подойдут сразу для создания виртуалок-песочниц или резервных аварийных ноутбуков. В других же случаях потребуется адоптация.
Многие комментаторы рекомендовали O&O ShutUp10++ поэтому решил ее протестировать. Настроек много, что-то отключает, но паразитный трафик после нее остается. В частности работает Windows Update. Следовательно подготовить с ее помощью резервный ноутбук не получится. При подключении к Интернет после длительного периода бездействия ноут бросится качать апдейты, а не помогать вам в аварийных ситуациях.
Microsoft рекомендует удалять только выбранные приложения. Настраивая схему под себя вы действительно можете что-то оставить, например, калькулятор. В общем же случае когда нужна необновляемая и максимально тихая система под ноль зачищается все что можно.
Главная проблема реакций была в том их было слишком мало, в результате чего было непонятно что ставить, так как ничего из предложенного не нравилось и нужных ассоциаций не вызывало.
Возможно нужно было взять стандартные иконки реакций, что были в соц. сетях, так было бы понятней. А вообще оценка контента действительно должна быть двух уровневой. Поясню.
Возьмем пример, статья "Умер всеми любимый <такой-то человек>". Когда вы плюсуете статью - вы выражаете радость от смерти или то что статья хорошо написана? Чтобы избежать это неоднозначности эмоциональный отклик на статью и должен быть двух уровневым:
Первый уровень - качество статьи, всеми привычный рейтинг. Здесь мы благодарим автора за то что он написал статью и сделал это качественно. Тогда плюс под "Умер всеми любимый <такой-то человек>" будет означать не то, что мы радумеся смерти, а то что автор молодец и мы хотим, чтобы как можно больше людей узнало об этом.
Второй уровень - это эмоции, которые вызвал контент статьи. Например, печаль, боль, радость, удивление, воодушевление, "хм.. прикольно", "хабр торт" и т.д. Этот уровень ни на что не влияет и просто позволяет поделиться, дать эмоциональную оценку событию описанному в статье.
И еще когда вводятся какие-либо оценки нужно учить пользователей ими пользоваться. В противном случае будет как у некоторых профессоров ВУЗов. У одних "5 - это значит вы усвоили программу", а у других "4 - это значит что вы усвоили программу, а 5 - это Wow, вы должны знать больше чем я".
Двух уровневая оценка сделает нормальной ситуацию, когда статья "Умер всеми любимый <такой-то человек>" наберет рейтинг +1000 и будет содержать 1000 эмоциональных реакци боли и утраты.
Пример ущербности одноуровневой оценки успешно показан в сериале "Загрузка". Здесь главная героиня всеми силами пытается развлечь бессмертного оцифрованного старика и старательно изображает утку для охоты.
Однако старику не смотря на все старания работницы не нравится забава и он оценивает ее на 3 бала, что снижает ее эффективный рейтинг как работника и влечет финансовые последствия.
Для инсталляции сервера (любого) делаю install.sh, который все ставит и настраивает. Скрипт рассчитан на работу в ОС с minimal install составе. Если его запустить 2 раза, то ничего не сломается и все будет тем же что и требуется, но дело не в этом.
Ansible хорош при управлении большим числом узлов, если массовости не требуется, то он избыточен и проще (быстрее) сделать скриптами.
Каждый инструмент хорош для своей задачи.
Редактирование текстовых конфигов скриптами кажется простым только тем, кто с этим никогда не сталкивался в проде ;-)
Ansible хорош, но не панацея. Довольно часто, то что он делает значительно проще сделать Shell скриптами.
ФСТЭК, ФСБ ... мало органов?
Именно так. Забыл написать про KVM в статье, а хотел )
Основная фишка данного подхода - возможность работы отовсюду, даже из BIOS. Для некоторых сценариев беспроводной доступ может быть запрещен на уровне политики безопасности.
SSH нужен только для удобства. Если есть альтернативы для копирования скриптов, то пожалуйста. Кроме того, в консоли на андройде не очень удобно работать, с компа привычнее.
Пауза возникает на стороне ОС. Соответственно воздействуя на её длительность паузы можно изменить.
Спасибо, поправил.
Этот способ позволяет не использовать клиента, в некоторых случаях это принципиальный момент.
На GPU не шифрует. Это не дает профита, поскольку расходы на копирование блоков памяти съедают преимущества от скорости GPU. Об этом на Хабре статьи есть от производителей криптосредств. Возможно что-то не так перевели, или авторы клик-бейтят.
Редактор остался в светлой теме
Он такой же, как и в статье за исключением того, что не отключаю автодополнение (Tab в командной строке) и не отключаю NTP. В REG-файле нужные строки помечены восклицательными знаками (; !!!!!!!!!)
Вся приведенная в статье информация актуальна на момент написания статьи.
Перечень того, что отключается есть в REG-файлах. Статья для "про" использования об этом сразу было написано. Запускать в отношении домашнего компьютера в качестве эксперимента не самая хорошая идея. Для этого есть виртуалки.
Приведенные рекомендации подойдут сразу для создания виртуалок-песочниц или резервных аварийных ноутбуков. В других же случаях потребуется адоптация.
Если мы политиками отключаем все лишнее, тогда зачем нам O&O ShutUp10++?
Многие комментаторы рекомендовали O&O ShutUp10++ поэтому решил ее протестировать. Настроек много, что-то отключает, но паразитный трафик после нее остается. В частности работает Windows Update. Следовательно подготовить с ее помощью резервный ноутбук не получится. При подключении к Интернет после длительного периода бездействия ноут бросится качать апдейты, а не помогать вам в аварийных ситуациях.
Microsoft рекомендует удалять только выбранные приложения. Настраивая схему под себя вы действительно можете что-то оставить, например, калькулятор. В общем же случае когда нужна необновляемая и максимально тихая система под ноль зачищается все что можно.
По факту этого не нужно, достаточно иметь скрипт делающий подобные вещи и все.