ждём

Как я представляю себе систему для управления мультитаскингом.

В моём определении задача — это период активности в определённом контексте. Самый распространённый пример сейчас — приходит сообщение в месенжере, почте или телефоне, на которое я в данный момент не могу отреагировать. Реакция — это и есть задача. В момент возникновения сообщения фиксирую задачу в системе и она сваливается в очередь/список реагирования в виде записи. В описании записи я указываю контекст, приоритет, источник и другую нужную информацию. После чего выбрасываю её из головы и продолжаю работать над текущей задачей.

Когда я завершаю текущую задачу или какой-то её непрерывный этап, то смотрю список накопившихся записей, выбираю оттуда нужную и начинаю над этой задачей работать: писать ответ, что-то делать и так далее.

По завершении задача закрывается и запись скрывается в архиве, где её можно найти при необходимости.

Здесь важно, что это оперативный список, не какой-то планировщик на продолжительное время, а список задач на ближайшие часы работы. Основная его цель — не забывать и не пропускать ничего. Никаких особых напоминалок и уведомлений не нужно, достаточно просто веб-системы, где это будет. Ещё важно, чтобы это было реализовано и доступно в первую очередь на десктопе, но если ещё на мобиле будет интерфейс, то совсем супер.

Сейчас пока обхожусь блокнотом, но у него главный недостаток — нет поиска по истории.

квнячок

Нравятся примеры из физической, а не айтишной жизни.

Культурный код. Из твитора стащено.

В 6 лет ты смотрел "Варежку".
В 16 ты смотрел "Иди и Смотри".
В 18 ты смотрел "Зеленого Слоника".
В 20 лет ты смотрел "Груз 200".

У загнивающего запада есть великолепная документация по архитектурным аспектам (DoDAF, NAF и другие). Причём часто они созданы и поддерживаются спецслужбами и военными, открыты для свободного использования и написаны чрезвычайно чётко, ясно и понятно. А есть ли что-нибудь подобное у нас? Речь не о переведённых спецификациях типа ГОСТ Р 57100, а прямо конкретные подробные и масштабные описания фреймворков и подходов, созданные государственными интститутами?

А то выглядит всё очень странно: одни говорящие головы декларируют импортозамещение, а развитием сопутствующих институтов не занимаются. Причём я даже не помню таких усилий в советское время, как будто тема архитектуры и вообще мета-фреймворков никогда никого на уровне государства не интересовала.

Саентологи — это масоны 2.0.

Поговорнячок.

Человек, который эту картинку вбросил, заслуживает всяческого уважения.

Просто нарисовал рандомные красные линии, а весь рунет теперь на неделю обеспечен срачами.

Китайская лотерея. Эта ручка лежала три месяца и при этом чернила не засохли и вообще всё идеально

Вот это тема!

Снова живём!

А на каком этапе корпоративной жизни развивается боязнь падежей и русского языка в целом?

Причём в адекватных компаниях всё ок с падежами:

Поставил Oblivion Remastered. В целом на 3060 и на 2k вполне терпимо работает на средних настройках. Визуал — огонь, отрисовка мира фантастическая. Механику игры несколько оказуалили, например, теперь здоровье вне боя само постепенно восстанавливается. Поменяли интерфейс работы с алхимией, теперь ещё проще всё организовано. Систему левелинга поменяли и значительно упростили, но автолевелинг окружения оставили.

Фанаты уже прицепили несколько сценариев моддинга и через Vortex почти всё работает.

В целом норм, тот самый Обливион, только с крутой графикой.

#игры

Читаю сейчас очередной стандарт-спецификацию и прямо очень хочу посмотреть на аишечку, которая сможет что-то делать в соответствии с ним. Там примерно 90% всей работы — это коммуникации, причём даже не с людями, а со стейкхолдерами.

Главная проблема китайской азиатской еды дома — что для двух человек нужно 15 видов продуктов, буквально по несколько грамм каждого. Практически невозможно приготовить одну порцию, скажем, кисло-сладкого соуса, так как туда надо буквально несколько кусочков мяса, десятую часть сладкого перца и далее примерно так же. В ресторанах это работает, а вот дома не особо. В итоге приходится готовить сразу ведро карри.

Бо́льшая часть процессов с красивыми названиями в разработке архитектуры — это профанация. Я ещё допускаю, что они работают в ситуации known knowns (см. сюда для референса), но как только где-то появляется unknown (а это ³⁄₄), то вся стройная картина рассыпается.

Идеологический дизайн архитектурных фреймворков оставляет за кадром реалистичность предпосылок, на базе которых построен фреймворк. И самая главная предпосылка (на мой взгляд, конечно) — это существование обратной связи со стейкхолдерами. Даже если допустить, что эти стейкхолдеры существуют как информационные субъекты.

Во многих фреймворках и подходах предполагается итеративный процесс разработки архитектуры: время от времени архитектурные описания в подготовленном контексте верифицируются у стейкхолдеров. Но как быть с «виртуальными» стейкхолдерами, которых практически везде большинство? Виртуальный обобщённый «персонаж» не может ничего верифицировать, это как раз и есть та самая профанация. Теоретический клиент, для которого вроде бы и разрабатывается система, на самом деле никак не может на её разработку влиять.

В итоге вроде бы красивая архитектурная мета-платформа оказывается по большей части бесполезной почти для всех. Типичный клиент/заказчик/стейкхолдер аналитически не может ничего сказать, максимум — «вы там сделайте что-нибудь, а мы посмотрим» или «сделайте как у гугла/микрософта/оракла». Искусство написания корректных техзаданий в мире сложных систем находится где-то в разделе мифов и легенд.