Как стать автором
Поиск
Написать публикацию
Обновить

Комментарии 15

Статье не хватает списка литературы, исправляю.

  1. Rubinstein, Meyer и Evans (2001)

    Название: "Executive Control of Cognitive Processes in Task Switching"

    Журнал: Journal of Experimental Psychology: Human Perception and Performance

    Год: 2001, том 27, страницы 763–797

    DOI: 10.1037/0096-1523.27.4.763

    Ремарка: исследование показывает, что переключение между задачами увеличивает время выполнения на 25-40%.

  2. Mark, Gudith и Klocke (2008)

    Название: "The Cost of Interrupted Work: More Speed and Stress"

    Конференция: Proceedings of the SIGCHI Conference on Human Factors in Computing Systems (CHI '08)

    Год: 2008, страницы 107–110

    DOI: 10.1145/1357054.1357072

    Ремарка: исследование показало, что отвлечения повышают стресс на 20% и замедляют задачи на 10%.

  3. APA (2006)

    Название: “Multitasking: Switching costs”

    Источник: American Psychological Association

    Часто цитируемая статья, но оригинал этой статьи смог найти только в архиве

    Ремарка: многозадачность в зависимости от сложности задачи снижает производительность до 40% продуктивного времени человека.

Вывод простой - делайте все возможное, что бы избегать переключение между задачами. И если переключение неизбежно, то вот вам дельный совет от автора данной статьи.

Спасибо за подробный отзыв, дополнение и литературу! Почитаю)

Моя первая статья, хотел максимально её облегчить простыми примерами, в будущем буду прикреплять литературу

А никак!
Фьють, ха!

А если серьезно, спасибо, дельный совет, надо попробовать.
Все равно конечно ломает, но для рядовых задач может быть полезно.

Спасибо за совет!

А как иначе списывать время в Джире, если не резюмировать?

Это требует дисциплины тогда, когда часы на задачи списывать не нужно или некуда, а фоллоу-апы рабочих встреч пишет кто-то другой

Спасибо вам!

Делаю задачи по одной, особенно мелкие

Всё гораздо проще: нужно разбивать работу на мелкие задачи (по 5–25 минут), записывать их в список и доводить до конца. Если отвлёкся - начать задачу заново. В случае с кондиционером это будет:

[-] выбрать топ3 по цене, записать.
[-] выбрать топ3 по популярности, записать.
[-] выбрать топ3 по количеству комментариев, записать.
[-] выбрать модели, источник инфы: ютуб, записать.
[-] выбрать модели, источник инфы: гугл "обзор кондиционеров", записать.
[-] выбрать модели, источник инфы: чатгпт, записать.
[-] поискать акционные модели, записать.
[-] отобрать модели которые чаще упоминались.

такой список должен быть до начала любых действий.

Вы считаете, что у любой задачи можно выделить такие маленькие подзадачи?

Не автор коммента, но интересна ваша логика.

А вы считаете, что нет? Приведите, пожалуйста, пример?

Навскидку, анализ и дополнение какого-нибудь большого и сложного SQL-запроса.

В таких случаях лучше как можно дольше не прерываться

Именно! Поэтому нет универсальных советов на все случаи жизни.

Очевидно, с кондиционером первая задача - понять, какие фичи нужны (нужен ли инверторный? мультисплит? какие ограничения на длины магистралей? обогрев?). Это фаза исследования, которую сложно разбить на этапы заранее, но можно останавливаться и фиксировать промежуточные этапы, как описано в статье.

То, что описано в верхнем комменте ветки - это когда выбор поставлен на поток. В работе такое безусловно часто встречается, все эти задачки по перекрашиванию кнопок и перекладыванию json-ов.

Я как начну составлять такой список задач, так никогда и не закончу. Нужно, наверно, разбивать задачу по составлению списка задач на более мелкие задачи. И внести их в список.

Зарегистрируйтесь на Хабре, чтобы оставить комментарий

Публикации