Вы правы, что многие элементы, которые мы ассоциируем с геймификацией, на самом деле имеют глубокие корни в обычной человеческой практике.
Тем не менее, геймификация как таковая предполагает использование игровых механик и динамики в неигровом контексте с целью повышения вовлеченности и мотивации.
Это осмысленная интеграция элементов игры для достижения конкретных целей, например, улучшения производительности или обучения.
Поэтому то, что лидерборды и тд появились раньше слова "геймификация", никак не мешает их приплести к ней)
Да, геймификация работы несомненно была бы очень полезной.
В статье же речь идёт больше про негативные стороны, когда с помощью той же геймификации увеличивают удержание, LTV и тд. не в самых полезных сервисах.
Мы делаем сервис подтверждения опыта hikemyskill. Позволяет выполнять задания для проверки конкретных навыков. Фокус на Junior специалистах. Прогресс решения задач видят HR через свой клиент.
Сервис молодой, фокус на СНГ. Открыты к любой критике :)
К сожалению по поводу Senior позиций не разговаривал с HRами, поэтому какой-то информацией "с поля боя" не обладаю. Знаю только, что там уже встают немного под другим углом
Если дружниоров отсеивают при отказе от тестовых, в хантинге Senior+ как раз есть проблема в том, чтобы затащить человека на тестовое, либо в офис.
Да, в этих двух статьях шла речь исключительно про планирование в Obsidian. Если ссылаться на прикреплённые в начале статьи папки, то это всё про папку life/
Если говорить непосредственно про заметки, то это папка base/
Все заметки лежат в одной папке. Без доп уровней вложенности. Классический цифровой цетелькастен
Навигация через ссылки и 00 Notes, выступающих в роли категорий
Заметки атомарные. Одна мысль - одна заметка
Для удобного разделения файла можно использовать плагин Note Refactorer - позволяет быстро часть текста пересоздавать в виде новой заметки
Использую три тега 📥, 🍻, 🔗
Для инбокса, слишком больших заметок и заметок с плохими связями соответсвенно
В инбокс заметка попадает автоматически при создании. Если считаю, что закончена - удаляю тег.
Слишком большие - разделяю
С плохими связями - либо ищу схожие заметки через Graph Analysis либо распеделяю инфу по другим заметкам
Собираю все через dataview в отдельных файлах ```dataview LIST FROM #🔗 ```
В основном целенаправленно не переписываю заметки. Обычно это происходит во время создания новых.
Например, если есть схожая информация в двух ресурсах - модифицирую первичную заметку, чтобы была информация из обоих источников
Про принципы написания ничего не могу сказать. Никаких жёстких рамок себе на задавал
Пришёл только к тому, что чем заметка короче - тем лучше. Длинные довольно затратно по времени перечитывать. Метод Outliner отлично подходит для краткости и структуры. Собственно этот комментарий в этом стиле и написан
Основная цель - дополнительная обработка поступающей информации.
Благодаря конспектированию и связям материал лучше усваивается, да и старый вспоминается)
При желании можно настроить плагины типа Anki, для периодического повторения заметок. Я такое не делал.
А вообще планирование и конспектирование идёт +- параллельно. В ежедневной части ставятся какие-то задачи, в заметочной - наполняется база в процессе выполнения задач.
Можно было бы использовать два отдельных хранилища, чтобы не смешивать. Однако мне нравится иногда ссылаться на заметки из Daily Note, поэтому держу всё в одном vault
На основе быстрого теста за полтора дня, выглядит так, что Logseq удобен для ведения именно повседневных заметок и проектов.
Вроде как и удобно, но надо извертеться, чтобы вести две базы одновременно. (Obsidian + Logseq). Так как для статических заметок что-то внутри всё-таки голосует за Obsidian :)
Тоже так подумал, но не публиковать же перевод "частичным" :)
Вы правы, что многие элементы, которые мы ассоциируем с геймификацией, на самом деле имеют глубокие корни в обычной человеческой практике.
Тем не менее, геймификация как таковая предполагает использование игровых механик и динамики в неигровом контексте с целью повышения вовлеченности и мотивации.
Это осмысленная интеграция элементов игры для достижения конкретных целей, например, улучшения производительности или обучения.
Поэтому то, что лидерборды и тд появились раньше слова "геймификация", никак не мешает их приплести к ней)
Да, геймификация работы несомненно была бы очень полезной.
В статье же речь идёт больше про негативные стороны, когда с помощью той же геймификации увеличивают удержание, LTV и тд. не в самых полезных сервисах.
"Если вам не стыдно за первую версию вашего продукта, вы запустились слишком поздно"
- Рид Хоффман
Спасибо за дополнение!
Мы делаем сервис подтверждения опыта hikemyskill. Позволяет выполнять задания для проверки конкретных навыков. Фокус на Junior специалистах. Прогресс решения задач видят HR через свой клиент.
Сервис молодой, фокус на СНГ. Открыты к любой критике :)
Спасибо, подправил
Добавил дату публикации оригинала (1 декабря, 2020).
Про главную проблему согласен. Но это не отменяет факт наличия остальных. При решении главное проблемы, второстепенные так или иначе всплывут.
Ближайшее время вряд ли буду читать ещё что-то :) Статья стала результирующей формирования заметок во время прочтения.
Но в копилку его добавил)
К сожалению по поводу Senior позиций не разговаривал с HRами, поэтому какой-то информацией "с поля боя" не обладаю. Знаю только, что там уже встают немного под другим углом
Если дружниоров отсеивают при отказе от тестовых, в хантинге Senior+ как раз есть проблема в том, чтобы затащить человека на тестовое, либо в офис.
https://habr.com/ru/articles/799513/
Да. крайткий вывод - рынок перегрет. Сейчас определённо не рынок кандидата. (для Junior позиций)
)))
Я больше имелл ввиду наличие/отсутствие практического опыта в конкретном вопросе.
Интересно. Отличный отдел для дешёвого прототипирования получается)
Я предполагаю, что задача HR в таких случаях как раз отбросить большую часть нерелевантных/подозрительных резюме.
Профильных специалистов было бы слишком дорого привлекать для такого)
Хм, интересно как потом такие люди работают дальше. Скажем, как испытательный срок проходят или решают ежедневные задачи :)
Да, в этих двух статьях шла речь исключительно про планирование в Obsidian. Если ссылаться на прикреплённые в начале статьи папки, то это всё про папку
life/Если говорить непосредственно про заметки, то это папка
base/Все заметки лежат в одной папке. Без доп уровней вложенности. Классический цифровой цетелькастен
Навигация через ссылки и 00 Notes, выступающих в роли категорий
Заметки атомарные. Одна мысль - одна заметка
Для удобного разделения файла можно использовать плагин Note Refactorer - позволяет быстро часть текста пересоздавать в виде новой заметки
Использую три тега 📥, 🍻, 🔗
Для инбокса, слишком больших заметок и заметок с плохими связями соответсвенно
В инбокс заметка попадает автоматически при создании. Если считаю, что закончена - удаляю тег.
Слишком большие - разделяю
С плохими связями - либо ищу схожие заметки через Graph Analysis либо распеделяю инфу по другим заметкам
Собираю все через dataview в отдельных файлах
```dataviewLIST FROM #🔗
```
В основном целенаправленно не переписываю заметки. Обычно это происходит во время создания новых.
Например, если есть схожая информация в двух ресурсах - модифицирую первичную заметку, чтобы была информация из обоих источников
Про принципы написания ничего не могу сказать. Никаких жёстких рамок себе на задавал
Пришёл только к тому, что чем заметка короче - тем лучше. Длинные довольно затратно по времени перечитывать.
Метод Outliner отлично подходит для краткости и структуры. Собственно этот комментарий в этом стиле и написан
Основная цель - дополнительная обработка поступающей информации.
Благодаря конспектированию и связям материал лучше усваивается, да и старый вспоминается)
При желании можно настроить плагины типа Anki, для периодического повторения заметок. Я такое не делал.
А вообще планирование и конспектирование идёт +- параллельно. В ежедневной части ставятся какие-то задачи, в заметочной - наполняется база в процессе выполнения задач.
Можно было бы использовать два отдельных хранилища, чтобы не смешивать. Однако мне нравится иногда ссылаться на заметки из Daily Note, поэтому держу всё в одном vault
Всё верно. Именно такая картинка выступает в роли баннера для обоих частей :)
Небольшое дополнение.
На основе быстрого теста за полтора дня, выглядит так, что Logseq удобен для ведения именно повседневных заметок и проектов.
Вроде как и удобно, но надо извертеться, чтобы вести две базы одновременно. (Obsidian + Logseq). Так как для статических заметок что-то внутри всё-таки голосует за Obsidian :)