Comments 10
Вспомнилось, что у меня тоже была система управления задачами на базе Обсидиан. Тоже с эмодзи и развесистыми тэгами. Плюс, я еще через Dataview кастомные вьюхи делал и через Charts графики строил, типа кармы. Хватило меньше чем на год. Ну то есть, когда ты такую систему строишь, продумываешь и в итоге реализуешь, то испытываешь большое воодушевление. Это примерно как pet проект работает.
Но когда начинаешь всем этим реально пользоваться, то на дистанции в какие-то моменты у тебя становится очень мало энергии, которую высасывают другие задачи, и поддерживать всё это великолепие, где все разложено по полочкам и приятно щекочет перфекционизм, становится настолько влом, что мне лень было даже открывать Обсидиан. Может это только особенность такая, то для себя сделал вывод, что система должна быть максимально примитивной. На поддержку которой не тратишь примерно никакого времени. И чтобы приложение меньше чем за пару секунд открылось. И чтобы какой-бы бардак ты не навел, его можно было за 5 минут убрать.
Классный комментарий.
Хотя мне всё же есть к чему придраться)
Плюс, я еще через Dataview кастомные вьюхи делал и через Charts графики строил, типа кармы.
Система создаётся, чтобы решать какие-то проблемы. Возможно этими кастомными вьхами вы не решали никаких проблем. Поэтому они вам оказались по итогу не нужны.
и поддерживать всё это великолепие
Немного не понимаю. У вас каждый день формировались задачи в стиле?
- [ ] поправить эту вьюху
- [ ] убрать такую-то заметку с задачами
- [ ] добавить новый dataview запрос
- ...
Или вы имеете в виду, что вам приходилось крутить педали, чтобы так ноут заряжать, дабы он вам все вьюхи отрисовал?
Что в данном случае значит поддерживать?
что система должна быть максимально примитивной
В таком случае будет проще перейти на маленький бумажный блокнот.
И чтобы приложение меньше чем за пару секунд открылось.
Лучше блокнот.
И чтобы какой-бы бардак ты не навел, его можно было за 5 минут убрать
Бардак за 5 минут можно убрать, если в "комнате" по умолчанию всегда поддерживается чистота.
В том же GTD эта чистота поддерживается, но всё равно не за счёт примитивности.
Но вообще, в случае примитивной системы, её элементы перегрузятся за мгновение ока. Так что не знаю в чём преимущества у таких систем.
Чтобы не вставлять имхо после каждого предложения, сразу напишу, что описываю исключительно персональный опыт. Он, судя по всему, существенно отличается от вашего. Это в порядке вещей.
Система создаётся, чтобы решать какие-то проблемы. Возможно этими кастомными вьхами вы не решали никаких проблем. Поэтому они вам оказались по итогу не нужны.
Я не использовал плагин Tasks. Я написал собственный урезанный вариант вариант на базе Dataview (Tasks основан на нём же, если что), без повторяющихся задач и прочего ненужного. Причину вы озвучили в посте. В Tasks нет группировки по типам задач. А у меня была - и по типам задач, и по проектам. В графиках можно было посмотреть статистику выполненных задач - ожидалось, что это придаёт мотивации, но нет. Плюс, progress bar для проектов - тоже мимо.
В чём были недостатки старой системы из-за чего я от неё отказался:
Напряжно поддерживать тэги. При этом практически все они - не нужны.
Проще не иметь приоритета, потому что я и так знаю, что вот эта задача важная, а вот эта не очень. И если вдобавок приоритет устанавливается сверху, то завтра он может поменяться просто за одну минуту. Неважное станет важным и наоборот. В блокноте я просто перемещаю то что нужно вверх списка один хоткеем - всё. Контекст работы на день готов.
Проще не иметь категории, потому что я и так помню что к чему относится. Если нужна группировка, то я просто создаю отдельный файл или секцию.
Проще не ставить дедлайнов. Если я работаю на дядю, то уже нахожусь в контексте и знаю какую задачу надо закончить сегодня, какую до конца недели или месяца. Для этого есть багтрекеры, митинги и прочее. Если работаю на себя, то я не Илон Маск с миллионом задач на контроле, и тоже знаю с кём и о чём договорился. В целом даты вещь достаточно гибкая и намного более простой способ с ними работать это уделять определенное кол-во времени в неделю, а не медитировать каждый день на дедлайн в календаре.
Стремление ставить задачу на жёстко запланированную дату (которое пропагандируют примерно все тулзы) невероятно мешает. Оно по сути хорошо подходит разного рода менеджерам, у которых всегда чётко распланированный день, занятый митингами или созвонами. Для инженера это такое себе. Я могу напланировать кучу всего на день и потом бац, и несколько часов устранять последствия аварии, после чего у меня не останется энергии и я заработаю дебафф тем, что буду переносить таски на следующий день.
Если я в потоке, то мне вообще лень формулировать что-либо, потому что это отвлекает. Я могу запилить небольшой проект за день, с десятками задач не отвлекаясь вообще ни на что, и идти потом в TODO и описывать все это - просто лишняя трата времени.
Если обобщить все сказанное, от TODO мне нужны свобода и минимальные хинты для выбора маршрута, а не надсмотрщик с плеткой и гиперконтроль. Текстовый документ, как вы заметили, для этого походит лучше, потому что энергия затрачиваемая на поддержку инструмента в конечном итоге подпитывает прокрастинацию.
Мощно...
Он, судя по всему, существенно отличается от вашего.
Есть такое)
Напряжно поддерживать тэги
Если их ограниченное количество и если их проставление как-то автоматизировано, то не особо напряжно.
Проще не иметь приоритета, потому что я и так знаю, что вот эта задача важная, а вот эта не очень.
Это замкнутый круг. Вы смотрите на плоский список задач – оцениваете приоритетность. Открываете на следующий день этот же плоский список и снова оцениваете приоритетность. Такое оценивание видимо будет происходить до тех пор, пока задачи в вашем списке не закончатся. Т.е. вы вместо оптимизации, выбрали путь делания одной и той же не шибко полезной работы.
Проще не иметь приоритета... И если вдобавок приоритет устанавливается сверху, то завтра он может поменяться просто за одну минуту. Неважное станет важным и наоборот. ... В блокноте я просто перемещаю то что нужно вверх списка один хоткеем - всё
Как я вижу эту мысль:
Приоритеты не нужны, но у меня есть список, где я приоритеты хоткеем задаю.
Проще не иметь категории, потому что я и так помню что к чему относится.
Пока человек работает, условно говоря, в рамках I-shaped компетенций, то ему не нужно как-то серьёзно делить свою жизнь на сферы. Однако как только ответственности становится больше, то человеку так или иначе приходится развивать какие-то другие навыки, изучать какие-то новые сферы (развиваться в T-shaped).
С увеличением сфер, приходится создавать системы, которые позволяют с одной стороны системно развиваться в разных направлениях, а с другой не держать их все в голове (чтобы не ловить регулярное выгорание или истощение эго).
К чему это я...
У меня голова лопнет, если я буду держать отношения всего между всем.
Если нужна группировка, то я просто создаю отдельный файл или секцию.
Вы плодите новые сущности, вместо использования системы.
Проще не ставить дедлайнов. ... Стремление ставить задачу на жёстко запланированную дату (которое пропагандируют примерно все тулзы) невероятно мешает.
С этими мыслями я согласен. Поэтому в статье я не упарываюсь по идее таймблокинга или жёсткого задания дат для всех задач.
и идти потом в TODO и описывать все это - просто лишняя трата времени
С этим тоже согласен.
___
Вообще я бы хотел отметить две вещи:
Ваша риторика кажется говорит о том, что вы намеренно решили деградировать (примитизировали) свою систему дел, вместо того, чтобы её сделать лучше и оптимальнее
Несмотря на ваши отличные замечания и мысли, они всё же не улучшают и не оптимизируют подходы в статье
как опция - надиктовать таск чтобы нейросетка сама определила все проперти и занесла в лист
Я сделал что-то похожее. Я себе сделал конвейер из Whisper+Ollama.
Whisper, чтобы преобразовывать голос в текст. Ollama для добавления коммента к задаче (авось ИИ что-то годное предложит).
В целом прикольно, но минус в том, что это жарит видеокарту на моём ноуте и как следствие жарит меня (буквально).
![](https://habrastorage.org/getpro/habr/upload_files/de7/345/081/de734508101ada329c2a283ba50ccae9.png)
Скрипт (Bash, Arch Linux, X11)
Сначала нужно запустить Ollama:
ollama serve
Чтобы начать записывать голос, нужно запустить скрипт. Чтобы перестать записывать, нужно нажать enter
.
Первый запуск скрипта займёт значительное время (будут загружаться модели).
Cам скрипт:
#!/usr/bin/bash
SCRIPT_DIR=$(dirname "$0")
TMP_DIR="$SCRIPT_DIR/tmp"
cd "$SCRIPT_DIR"
if [ -e "./whisper/bin/activate" ]; then
source "./whisper/bin/activate"
else
python -m venv whisper
source "./whisper/bin/activate"
pip install insanely-fast-whisper
fi
mkdir "$TMP_DIR"
cd "$TMP_DIR"
#───────────────────────────────────────────────────────────────────────────────
# Recording
# xorg-xinput
# run command -> xinput list
# run command -> xinput test N (example: xiniput test 17)
# press "enter"
# if the output contains “key press 36” then the device is correct
# save the device number (N) in the "KEY" variable
KEY="17"
arecord --format S16_LE --rate=16000 "./audio.wav" &
notify-send "🔴 Recording"
sleep 1s
while true; do
if xinput query-state $KEY | grep "key\[36\]=down"; then
pkill -9 arecord
break
else
continue
fi
done
#───────────────────────────────────────────────────────────────────────────────
# Speech recognition
notify-send "💬 Speech recognition"
# slow and memory-hungry
# but it runs natively on archlinux
# https://aur.archlinux.org/packages/whisper-git
# whisper "./audio.wav" --model medium --output_format txt --verbose False
# a little faster
# but you need to install the packages using pip
# https://github.com/Vaibhavs10/insanely-fast-whisper
insanely-fast-whisper \
--model-name openai/whisper-small \
--language ru \
--task transcribe \
--file-name ./audio.wav \
--transcript-path ./audio.json
jq -r '.text' ./audio.json | sed -e 's/^[[:space:]]*//; s/[[:space:]]*$//' >./audio.txt
#───────────────────────────────────────────────────────────────────────────────
# add ollama's comment
echo "" >./ai-comment.txt
ollama run solar "Я написал задачу ($(cat ./audio.txt)). Добавь к ней комментарий на русском, который бы помог сделать её более качественно. Ответ дай исключительно в виде одной строки, т.е. вот так 'твой ответ' " >>"./ai-comment.txt"
sleep 1s
AI_COMMENT=$(cat "./ai-comment.txt" | grep -v "^$" | sed -e 's/^[«|"]//' -e 's/[»|"]$//')
#───────────────────────────────────────────────────────────────────────────────
# Sending text to today's note
INPUT_TEXT=$(cat "./audio.txt")
PREFIX="- [ ] #task/inbox"
FINAL_CONTENT=$(
cat <<EOF
$PREFIX $INPUT_TEXT
- 🤖 $AI_COMMENT
EOF
)
TODAY=$(date +"%Y-%m-%d")
PERIODIC_PATH="/home/flowing-abyss/data/yandex-disk/Obsidian/zettelkasten/periodic/daily"
FILE_DAY="${PERIODIC_PATH}/${TODAY}.md"
WEEK_NUMBER=$(date -d "$TODAY" +"%Y-W%V")
TEMPLATE=$(
cat <<EOF
---
tags:
- periodic/day
library:
- "[[periodic]]"
up:
- "[[periodic/weekly/${WEEK_NUMBER}|${WEEK_NUMBER}]]"
reviewed: false
---
EOF
)
if [[ $INPUT_TEXT ]]; then
if [[ -e "$FILE_DAY" ]]; then
echo "$FINAL_CONTENT" >>"$FILE_DAY"
notify-send "➕ Text added"
else
echo -e "$TEMPLATE\n\n$FINAL_CONTENT" >>"$FILE_DAY"
notify-send "📝 Note created and ➕ text added"
fi
fi
Не понимаю зачем так заморачиваться, если для ведения списка задач есть более специализированные инструменты (tick tick самый топовый), где уже всё продумано. Обсидиан даёт возможность выстроить хорошую базу знаний, но не ту ду лист.
Да, можно обычные такс-менеджеры использовать. Но это статья написана для обсидианщиков (для остальных есть другая, похожая статья).
Спасибо, годная статья! Обсидиан клевый
Управление личными делами в Obsidian (прототип)