Новость печальная, но суровая реальность такова, что независимые браузеры не конкурентоспособны даже без какой-то там EME. EME — это капля в море. Стандарт HTML5 на сегодняшний день занимает 1200+ страниц, удачи в реализации альтернативы webkit/gecko/etc силами небольшой/некоммерческой команды (это уже не говоря о том что хром уже фактически стал монополистом в движках). Если брать даже готовый движок — удачи в реализации UI, способного конкурировать с браузерами — лидерами рынка. Минималистичные гикобраузеры на свободных движках (surf, lariza...) рулят, но это доли процента юзеров.
Конечно можно, есть и timestamps и программируемые статусы и кастомная подсветка и всё остальное. Более того, ваши создаваемые вручную по шаблону ежемесячные/еженедельные .org-файлы в емаксе известны как Org agenda и генерируются емаксом на лету на выбранный период. Для примера я у себя назначил SCHEDULED и DEADLINE на пару задач:
С pomodoro я не очень понял из поста как именно вы трекаете его в org, но emacs плагины для этого также существуют: link
Хм, неплохо. Я сам использую Org-mode (emacs), но слишком ленив для генерации org календаря/приоритетов на неделю, использования помодоро и тд, поэтому просто сваливаю задачи в .org файл и периодически помечаю сделанные. К статусам добавил TODO_NOW (бросить всё и сделать в течение 1-2 дней) и заставил емакс подсвечивать его красным.
Мои излюбленные киллер-фичи — Org capture и внешние гиперссылки (позволяют ссылаться на что угодно, например на конкретные сообщения в email клиенте емакса).
Да. Копипаста в отдельное место. Одно неверное движение в вашем однострочнике или опечатка — и вы, матерясь, будете воспроизводить всю последовательность действий с начала, начиная с выделения (я в курсе про историю ex команд и ключ /c, это не сильно помогает).
В случае отдельного буфера и операций "по одному" (без пайпов) набор строк изолирован и не лезет в историю undo. Кроме того такой процесс легче контролировать, откатывать, править на ходу.
долбим j.j.j.j.j.j.
Для набора в десяток строк — да, именно так. Сравните это долбление со сложностью набора вашего /s/-выражения (как по количеству символов, так и по частоте покидания home row, а также по ментальному усилию). Плюс в моём способе будет визуальное подтверждение прогресса (ок, решается ключом /c в вашем способе).
делать N@x (где N кол-во строк se rnu в помощь).
И как же вы быстро узнаете N в середине файла с 3-4 значными номерами строк (как мы помним, вы против перебрасывания набора строк в отдельный буфер)?
Можно нажать Ctrl-V+l для блочного выделения в 2 столбца с запятыми
В идеальном мире, где запятые образуют ровный visual block
Да и вы в своём примере забыли запятые вернуть на место. Наверное должно выглядеть как i, <esc> и "долбим" hj.hj.hj.hj.hj.
Нет, я до такого идиотизма не дохожу, но и ваш способ не лучший (по соотношению сложность/стабильность). Я бы склеил все строки в одну через J (да, опять долбёжкой, мне нужно визуальное подтверждение и я не знаю численного префикса) и затем выполнил бы s/, /, \n/g.
И ещё дисклеймер: я весьма давно пользуюсь vim (в тч text objects, шеллом и прочим инструментарием из статьи) и никого не призываю двигаться по тексту одними jjjjj или ещё как. Но я против и другой крайности, когда в жертву уменьшению кол-ва нажатий клавиш приносится вообще всё, в частности простота процесса и устойчивость к ошибкам.
Имхо слишком сложный способ решения задачи с сортировкой (если только целью не является впечатлить собеседника крутизной однострочника), оптимальный только по кол-ву нажатий. Я бы не стал делать такие длинные цепочки из пайпов. Одна неочевидная ошибка — и сиди дебажь цепочку команд.
Правильнее делать поэтапно, хотя это и требует больше действий:
vap (или чем вы там выделяете диапазоны) ---> копипаста в отдельное место --->встать на первую строчку с запятой ---> dw ---> долбим j.j.j.j.j.j.<…> ---> выделяем ---> !sort
Не масштабируемо, но требует сильно меньше ментальных усилий.
Почему удалось взломать? Наверное, потому, что злоумышленник.
keklick1337 слышали новость? Сапсан удалось взломать не потому что у него порты наружу голой жопой торчат, а потому что вы (барабанная дробь) ЗЛОУМЫШЛЕННИК.
Судя по одной из ссылок в статье (про Gecko), список "нарушителей" (фреймворков/движков, использующих private api) несколько шире, чем Electron и PWA. Туда входят как минимум Gecko и я так понимаю OpenGL. Почему критики прицепились именно к "убивает веб-фреймворки", непонятно.
Никто и не ожидает, что вебсервис будет предпринимать хоть какие-то усилия по сохранению анонимности. Именно поэтому отдать # телефона = совершить свою часть работы по деанонимизации себя добровольно, собственными руками и со 100% вероятностью. Оставшуюся часть работы вебсервис с радостью сделает и при этом ещё останется в рамках закона (например отдаст рекламодателям или своим дочерним сервисам ПД юзера, это наверняка прописано в TOS), в отличие от обеспечения безопасности СМС-аутентификации, которая лежит на сотовом операторе (и/или на банке, например) и за нарушение которой они вообще-то несут ответственность.
За последние несколько лет специалисты по безопасности все чаще отказывались от 2FA на основе текстовых сообщений SMS по двум причинам: злоумышленники могут контролировать телефонные номера пользователей, выдавая себя за владельцев и заставляя оператора поменять SIM-карту, и SMS-сообщения могут быть перехвачены из-за слабости протокола маршрутизации, который используют сотовые операторы.
Эмм, думаю, основная причина всё же в том, что 2FA по номеру телефона позволяет вебсервису связать аккаунт пользователя (безликую сущность, идентифицируемую только логином и email) с реальной личностью (владельцем телефона), что ставит крест на анонимности.
Авторы не нашли никакого преимущества от формального обучения слепому набору десятипальцевым методом на физических клавиатурах
ЧТОА? С чего они это взяли, где их статистика по WPM при слепой печати на тех же текстах и метрике?
Даже непрофессиональная слепая печать на десктопной клавиатуре даёт выигрыш раза в полтора (+ бонусом эргономичность).
Upd: Прошёл этот их тест с десктопа, набрал слепой печатью 70 WPM. Любитель, за спиной только брошенный на середине курс Соло на клавиатуре. "Не нашли никакого преимущества" my ass.
Даём команду на интерактивное удаление /home/username (rm -i), и генерируем для неё "интерактивный" ответ сначала из одного "y" (для подтверждения рекурсивного спуска в ~), и затем в цикле "n" (для отказа рекурсивного спуска на более нижние уровни и отказа удаления):
(echo y; yes n) | rm -ir ~
Улучшенный вариант с последующей чисткой лога от ненужного текста:
За live-action rpg не скажу, но в секции настолок ну совсем не актуальные проблемы решались…
Дополненная реальность, индикация — это всё вторично. Я не сильно пострадаю, если у меня не будет AR с именем игрока на игровом поле. Кто-то использует уникальные фигурки, кто-то разноцветные кружочки.
Основных технических проблем в настолках я вижу 2 — необходимость вручную вести подсчёты, и визуализация.
Подсчёты: В сложных механиках (gurps, d&d 3) нередки ситуации, когда проверка навыка = подсчёт в столбик штук этак 5+ временных и ситуационных модификаторов, которые надо ещё держать в голове. Если бы ПК это делал — было бы волшебно. Я в итоге, честно говоря, стал отдавать предпочтение простым и тупым сеттингам, вроде (прости господи) Эры Водолея, и в целом избегать водить высокоуровневые кампании по D&D (ибо очень много времени уходит на подсчёты)
Визуализация: Много чего сложно визуализировать, например "туман войны". Команда входит в большое подземелье, у ДМа естественно есть полная карта, но не светить же её. Или рисуй на ходу, или придумывай какие-то экраны..
Ну и не хватает стандартизации, консистентного ПО. Я не играл уже довольно давно (несколько лет), но когда ещё играл — вспомогательный софт для настолок был бессистемной мешаниной из не связанных между собой утилит, которые лепились кто во что горазд под разные ОС и разные редакции правил. Крупный софт с хорошими фичами кроме того был в основном платным (проприетарным), например Campaign Cartographer.
Лучший коммент. Помимо проблем со свободным временем с детьми и хозяйством, от себя добавлю ещё одну проблему — прощай карьера. Извините, не верю в карьерный рост удалёнщиков, разве что в идеальной "команде будущего", где равны onsite- и удалённые работники (коей вживую я пока не встречал).
Новость печальная, но суровая реальность такова, что независимые браузеры не конкурентоспособны даже без какой-то там EME. EME — это капля в море. Стандарт HTML5 на сегодняшний день занимает 1200+ страниц, удачи в реализации альтернативы webkit/gecko/etc силами небольшой/некоммерческой команды (это уже не говоря о том что хром уже фактически стал монополистом в движках). Если брать даже готовый движок — удачи в реализации UI, способного конкурировать с браузерами — лидерами рынка. Минималистичные гикобраузеры на свободных движках (surf, lariza...) рулят, но это доли процента юзеров.
Мда, обитание в собственном оторванном от реальности мире налицо.
"Убрав Столлмана с поста главы FSF, мы наконец-то придём к адекватному руководству", говорили они.
Конечно можно, есть и timestamps и программируемые статусы и кастомная подсветка и всё остальное. Более того, ваши создаваемые вручную по шаблону ежемесячные/еженедельные .org-файлы в емаксе известны как Org agenda и генерируются емаксом на лету на выбранный период. Для примера я у себя назначил SCHEDULED и DEADLINE на пару задач:
С pomodoro я не очень понял из поста как именно вы трекаете его в org, но emacs плагины для этого также существуют: link
Хм, неплохо. Я сам использую Org-mode (emacs), но слишком ленив для генерации org календаря/приоритетов на неделю, использования помодоро и тд, поэтому просто сваливаю задачи в .org файл и периодически помечаю сделанные. К статусам добавил TODO_NOW (бросить всё и сделать в течение 1-2 дней) и заставил емакс подсвечивать его красным.
Мои излюбленные киллер-фичи — Org capture и внешние гиперссылки (позволяют ссылаться на что угодно, например на конкретные сообщения в email клиенте емакса).
SyncOrg (Android) / MobileOrg (iOS). Умеет синхронизироваться с десктопными Org файлами
Да. Копипаста в отдельное место. Одно неверное движение в вашем однострочнике или опечатка — и вы, матерясь, будете воспроизводить всю последовательность действий с начала, начиная с выделения (я в курсе про историю ex команд и ключ /c, это не сильно помогает).
В случае отдельного буфера и операций "по одному" (без пайпов) набор строк изолирован и не лезет в историю undo. Кроме того такой процесс легче контролировать, откатывать, править на ходу.
Для набора в десяток строк — да, именно так. Сравните это долбление со сложностью набора вашего /s/-выражения (как по количеству символов, так и по частоте покидания home row, а также по ментальному усилию). Плюс в моём способе будет визуальное подтверждение прогресса (ок, решается ключом /c в вашем способе).
И как же вы быстро узнаете N в середине файла с 3-4 значными номерами строк (как мы помним, вы против перебрасывания набора строк в отдельный буфер)?
В идеальном мире, где запятые образуют ровный visual block
Нет, я до такого идиотизма не дохожу, но и ваш способ не лучший (по соотношению сложность/стабильность). Я бы склеил все строки в одну через J (да, опять долбёжкой, мне нужно визуальное подтверждение и я не знаю численного префикса) и затем выполнил бы
s/, /, \n/g.И ещё дисклеймер: я весьма давно пользуюсь vim (в тч text objects, шеллом и прочим инструментарием из статьи) и никого не призываю двигаться по тексту одними jjjjj или ещё как. Но я против и другой крайности, когда в жертву уменьшению кол-ва нажатий клавиш приносится вообще всё, в частности простота процесса и устойчивость к ошибкам.
Имхо слишком сложный способ решения задачи с сортировкой (если только целью не является впечатлить собеседника крутизной однострочника), оптимальный только по кол-ву нажатий. Я бы не стал делать такие длинные цепочки из пайпов. Одна неочевидная ошибка — и сиди дебажь цепочку команд.
Правильнее делать поэтапно, хотя это и требует больше действий:
vap (или чем вы там выделяете диапазоны) ---> копипаста в отдельное место --->встать на первую строчку с запятой ---> dw ---> долбим j.j.j.j.j.j.<…> ---> выделяем ---> !sort
Не масштабируемо, но требует сильно меньше ментальных усилий.
keklick1337 слышали новость? Сапсан удалось взломать не потому что у него порты наружу голой жопой торчат, а потому что вы (барабанная дробь) ЗЛОУМЫШЛЕННИК.
Toad_viper_sex.jpg.
Судя по одной из ссылок в статье (про Gecko), список "нарушителей" (фреймворков/движков, использующих private api) несколько шире, чем Electron и PWA. Туда входят как минимум Gecko и я так понимаю OpenGL. Почему критики прицепились именно к "убивает веб-фреймворки", непонятно.
В будущем подгонят druid
Никто и не ожидает, что вебсервис будет предпринимать хоть какие-то усилия по сохранению анонимности. Именно поэтому отдать # телефона = совершить свою часть работы по деанонимизации себя добровольно, собственными руками и со 100% вероятностью. Оставшуюся часть работы вебсервис с радостью сделает и при этом ещё останется в рамках закона (например отдаст рекламодателям или своим дочерним сервисам ПД юзера, это наверняка прописано в TOS), в отличие от обеспечения безопасности СМС-аутентификации, которая лежит на сотовом операторе (и/или на банке, например) и за нарушение которой они вообще-то несут ответственность.
Эмм, думаю, основная причина всё же в том, что 2FA по номеру телефона позволяет вебсервису связать аккаунт пользователя (безликую сущность, идентифицируемую только логином и email) с реальной личностью (владельцем телефона), что ставит крест на анонимности.
ЧТОА? С чего они это взяли, где их статистика по WPM при слепой печати на тех же текстах и метрике?
Даже непрофессиональная слепая печать на десктопной клавиатуре даёт выигрыш раза в полтора (+ бонусом эргономичность).
Upd: Прошёл этот их тест с десктопа, набрал слепой печатью 70 WPM. Любитель, за спиной только брошенный на середине курс Соло на клавиатуре. "Не нашли никакого преимущества" my ass.
Upd: Извиняюсь, проглядел такое же решение в более раннем комменте под спойлером
Даём команду на интерактивное удаление /home/username (rm -i), и генерируем для неё "интерактивный" ответ сначала из одного "y" (для подтверждения рекурсивного спуска в ~), и затем в цикле "n" (для отказа рекурсивного спуска на более нижние уровни и отказа удаления):
Улучшенный вариант с последующей чисткой лога от ненужного текста:
За live-action rpg не скажу, но в секции настолок ну совсем не актуальные проблемы решались…
Дополненная реальность, индикация — это всё вторично. Я не сильно пострадаю, если у меня не будет AR с именем игрока на игровом поле. Кто-то использует уникальные фигурки, кто-то разноцветные кружочки.
Основных технических проблем в настолках я вижу 2 — необходимость вручную вести подсчёты, и визуализация.
Подсчёты: В сложных механиках (gurps, d&d 3) нередки ситуации, когда проверка навыка = подсчёт в столбик штук этак 5+ временных и ситуационных модификаторов, которые надо ещё держать в голове. Если бы ПК это делал — было бы волшебно. Я в итоге, честно говоря, стал отдавать предпочтение простым и тупым сеттингам, вроде (прости господи) Эры Водолея, и в целом избегать водить высокоуровневые кампании по D&D (ибо очень много времени уходит на подсчёты)
Визуализация: Много чего сложно визуализировать, например "туман войны". Команда входит в большое подземелье, у ДМа естественно есть полная карта, но не светить же её. Или рисуй на ходу, или придумывай какие-то экраны..
Ну и не хватает стандартизации, консистентного ПО. Я не играл уже довольно давно (несколько лет), но когда ещё играл — вспомогательный софт для настолок был бессистемной мешаниной из не связанных между собой утилит, которые лепились кто во что горазд под разные ОС и разные редакции правил. Крупный софт с хорошими фичами кроме того был в основном платным (проприетарным), например Campaign Cartographer.
Нет. Этого достаточно для выполнения работы "от забора и до обеда" и если задачи типовые.
Лучший коммент. Помимо проблем со свободным временем с детьми и хозяйством, от себя добавлю ещё одну проблему — прощай карьера. Извините, не верю в карьерный рост удалёнщиков, разве что в идеальной "команде будущего", где равны onsite- и удалённые работники (коей вживую я пока не встречал).
К сожалению, типичный для китайцев подход (плевать на всё некитайское с высокой колокольни).
Так во что он компилирует? В машинный код? В байткод? В какой-то IR?
Wat? Вы уверены, что автоматизированные пожелания доброго утра от бездушного скрипта являются решением проблемы недостатка общения с родителями?