Про что:
#систематика — про системное мышление, системный подход, анализ-синтез, онтологию-семантику-прагматику, etc (все — по версии Школы Системного Менеджмента, далее ШСМ или Школа); этих постов больше всего.
#инфоарх — про информационную архитектуру и интерпретируемость; этих постов поменьше.
#дизайн — про дизайн-как-проектирование и всё, что не вписывается в первые два тега; этого меньше всего.
#имплозия — оффтоп всякий.
Этот канал — публикация моих заметок / конспектов по курсам ШСМ.
Заметки в исходном виде связаны между собой, но здесь, в канале, только рубрикация по тегам.
Ссылки на заметки привожу там, где это необходимо. Для навигации на смежные записи можно использовать теги или задавать вопросы в чате.
#систематика — про системное мышление, системный подход, анализ-синтез, онтологию-семантику-прагматику, etc (все — по версии Школы Системного Менеджмента, далее ШСМ или Школа); этих постов больше всего.
#инфоарх — про информационную архитектуру и интерпретируемость; этих постов поменьше.
#дизайн — про дизайн-как-проектирование и всё, что не вписывается в первые два тега; этого меньше всего.
#имплозия — оффтоп всякий.
Этот канал — публикация моих заметок / конспектов по курсам ШСМ.
Заметки в исходном виде связаны между собой, но здесь, в канале, только рубрикация по тегам.
Ссылки на заметки привожу там, где это необходимо. Для навигации на смежные записи можно использовать теги или задавать вопросы в чате.
#инфоарх /// Информация
Информация не существует без агента (чаще всего это человек), у которого есть интерпретатор того, каким образом обозначено и/или задокументировано то, что на стороне агента становится информацией.
Пример: на полу лежит лист с надписью, но в мире нет людей или кого-то, кто мог бы прочитать эту надпись. В таком случае и лист и чернила есть лишь части физического объекта [бумага с чернилами]*, а листа и надписи нет, так как нет агента, который бы интерпретировал форму бумаги как лист, а чернила на бумаге как надпись. Такая бумага не носитель, она ничего не несёт / не содержит, а надпись ни к чему не отсылает.
Бумага имеет форму листа и является носителем, а чернила имеют форму надписи и являются сообщением только в случае если их таким образом интерпретирует агент.
Таким образом, информация есть локальная (конкретного агента) интерпретация чего-либо (см. рисунок выше).
Один из примеров информации — описание.
Описание тоже не живет само по себе, оно обязательно реферирует к чему-то, и описание обязательно интерпретируется агентом; и у этого агента (чаще всего) есть интерес к тому, к чему реферирует описание.
* — также уместно сказать, что и бумаги с чернилами нет, так как это лишь обозначения материала, это лишь слова языка, которым я описываю физические объекты, считающиеся бумагой и чернилами.
___
#информация #описание #интерпретация
Информация не существует без агента (чаще всего это человек), у которого есть интерпретатор того, каким образом обозначено и/или задокументировано то, что на стороне агента становится информацией.
Пример: на полу лежит лист с надписью, но в мире нет людей или кого-то, кто мог бы прочитать эту надпись. В таком случае и лист и чернила есть лишь части физического объекта [бумага с чернилами]*, а листа и надписи нет, так как нет агента, который бы интерпретировал форму бумаги как лист, а чернила на бумаге как надпись. Такая бумага не носитель, она ничего не несёт / не содержит, а надпись ни к чему не отсылает.
Бумага имеет форму листа и является носителем, а чернила имеют форму надписи и являются сообщением только в случае если их таким образом интерпретирует агент.
Таким образом, информация есть локальная (конкретного агента) интерпретация чего-либо (см. рисунок выше).
Один из примеров информации — описание.
Описание тоже не живет само по себе, оно обязательно реферирует к чему-то, и описание обязательно интерпретируется агентом; и у этого агента (чаще всего) есть интерес к тому, к чему реферирует описание.
* — также уместно сказать, что и бумаги с чернилами нет, так как это лишь обозначения материала, это лишь слова языка, которым я описываю физические объекты, считающиеся бумагой и чернилами.
___
#информация #описание #интерпретация
#систематика #инфоарх /// Архитектура
Архитектура описывает систему в части самых важных решений:
- Какие модули за какие функции будут отвечать.
- Какими интерфейсами будут связаны эти модули.
- Как и чем будут обмениваться эти модули через интерфесы — какие сервисы будут "течь" через порты, воплощенные интерфейсами.
Можно сказать, что модули есть существительные, а функции (выполняемые модулями) есть глаголы, так как функции есть действия, дающие на выходе результат и как следствие сервис.
Архитектура — это всегда прозрачный ящик!
Необходимо следить за связностью модулей — чем меньше связей, интерфейсов, тем меньше шансов на неотслежываемые соеднения (они — источник ошибок) и тем проще управлять модулями в составе системы.
Архитектура есть всё самое важное про функции, всё самое важное про модули и всё самое важное про размещение, а также всё самое важное в других рассмотрениях системы.
Архитектура может быть и у процесса, а следовательно — архитектура может быть у проекта.
____
#архитектура #интерфейс #модуль #прозрачный_ящик #проект
Архитектура описывает систему в части самых важных решений:
- Какие модули за какие функции будут отвечать.
- Какими интерфейсами будут связаны эти модули.
- Как и чем будут обмениваться эти модули через интерфесы — какие сервисы будут "течь" через порты, воплощенные интерфейсами.
Можно сказать, что модули есть существительные, а функции (выполняемые модулями) есть глаголы, так как функции есть действия, дающие на выходе результат и как следствие сервис.
Архитектура — это всегда прозрачный ящик!
Необходимо следить за связностью модулей — чем меньше связей, интерфейсов, тем меньше шансов на неотслежываемые соеднения (они — источник ошибок) и тем проще управлять модулями в составе системы.
Архитектура есть всё самое важное про функции, всё самое важное про модули и всё самое важное про размещение, а также всё самое важное в других рассмотрениях системы.
Архитектура может быть и у процесса, а следовательно — архитектура может быть у проекта.
____
#архитектура #интерфейс #модуль #прозрачный_ящик #проект
#инфоарх /// Информационная архитектура v.1
У нас есть информация, которой мы обменияваемся. А точнее — сообщения, которыми мы обмениваемся, а на нашей стороне, на стороне нас как интерпретаторов сообщения интепретируются в информацию.
У всего (что можно охарактеризовать как система) есть архитектура — самое важное в разных рассмотрениях этой сущности / системы.
Выводим отсюда следующее: информационная архитектура — самое важное про интерпретацию системы агентом.
В run time агент = пользователь, и нас интересует как пользователь интерпретирует интерфейс в зависимости от его картины мира и контекста использования.
Это информационная архитектура продукта.
В design time агент = проектная роль с системе обеспечения (чаще всего это наши коллеги), и нас интересует как проектная роль интерпретирует часть проекта (работы по практикам) по созданию целевой системы.
Это информационная архитектура проекта.
Важно разделять эти архитектуры, но помнить, что они связаны и дополняют друг друга для воплощения успешной системы / целостного продукта.
___
#информация #архитектура #информационная_архитектура #проект #продукт
У нас есть информация, которой мы обменияваемся. А точнее — сообщения, которыми мы обмениваемся, а на нашей стороне, на стороне нас как интерпретаторов сообщения интепретируются в информацию.
У всего (что можно охарактеризовать как система) есть архитектура — самое важное в разных рассмотрениях этой сущности / системы.
Выводим отсюда следующее: информационная архитектура — самое важное про интерпретацию системы агентом.
В run time агент = пользователь, и нас интересует как пользователь интерпретирует интерфейс в зависимости от его картины мира и контекста использования.
Это информационная архитектура продукта.
В design time агент = проектная роль с системе обеспечения (чаще всего это наши коллеги), и нас интересует как проектная роль интерпретирует часть проекта (работы по практикам) по созданию целевой системы.
Это информационная архитектура проекта.
Важно разделять эти архитектуры, но помнить, что они связаны и дополняют друг друга для воплощения успешной системы / целостного продукта.
___
#информация #архитектура #информационная_архитектура #проект #продукт
#инфоарх /// Язык как навигация
В интерфейсе навигация выступает как некий слой информации, чтобы пользователь / потребитель добрался до целевого контента / данных / информации, а точнее — до нужной локации продукта, где размещен требуемый контент. Язык в коммуникации выступает в такой же роли — навигирует агентов коммуникации до концептов, стоящих за терминами / словами / языком коммуникации.
Важно соблюдать баланс между навигацией и адресным контентом:
- как в интерфeйсах — не загромождать пространство указателями, а освободить его под целевую информацию;
- так и в коммуникации — не "шуметь" вкраплениями мета-языка / локальными объяснениями, а заранее установить язык общения. В коммуникации это может быть контролируемый словарь, установочная мета-коммуникация для настройки языка, регулярные проверки понимания концептов коммуникации агентом.
___
#коммуникация #терминология #концепт #мета_язык #навигация #шум
В интерфейсе навигация выступает как некий слой информации, чтобы пользователь / потребитель добрался до целевого контента / данных / информации, а точнее — до нужной локации продукта, где размещен требуемый контент. Язык в коммуникации выступает в такой же роли — навигирует агентов коммуникации до концептов, стоящих за терминами / словами / языком коммуникации.
Важно соблюдать баланс между навигацией и адресным контентом:
- как в интерфeйсах — не загромождать пространство указателями, а освободить его под целевую информацию;
- так и в коммуникации — не "шуметь" вкраплениями мета-языка / локальными объяснениями, а заранее установить язык общения. В коммуникации это может быть контролируемый словарь, установочная мета-коммуникация для настройки языка, регулярные проверки понимания концептов коммуникации агентом.
___
#коммуникация #терминология #концепт #мета_язык #навигация #шум
#инфоарх /// Таблица
Таблица это текст со связями объектов.
Если простой линейный текст это одномерная структура, то таблица двумерная, что позволяет просматривать связи между описываемыми объектами.
Таблица — нотация для передачи связей объектов.
Связи также можно представить в виде схемоидов, схем, диаграмм, майнд-карт, etc, но такие представления могут не передавать полностью модель отношений, вырывая из контекста только те отношения и только те объекты, которые показаны на схеме.
___
#описание #таблица #нотация #схема #диаграмма
Таблица это текст со связями объектов.
Если простой линейный текст это одномерная структура, то таблица двумерная, что позволяет просматривать связи между описываемыми объектами.
Таблица — нотация для передачи связей объектов.
Связи также можно представить в виде схемоидов, схем, диаграмм, майнд-карт, etc, но такие представления могут не передавать полностью модель отношений, вырывая из контекста только те отношения и только те объекты, которые показаны на схеме.
___
#описание #таблица #нотация #схема #диаграмма
#инфоарх /// Информационная архитектура 2021
Устанавливаю в очередной раз собственное понимание информационной архитектуры (ИА).
Пререквизит:
1) Определение ИА от 22 марта 2021: "информационная архитектура — самое важное про интерпретацию системы агентом".
2) Критика ИА как дисциплины, серия 1 (2003), серия 2 (2004) — "ИА не есть дисциплина, а лишь новый должностной/профессиональный лэйбл"; ИА не формирует новых сущностей в проектировании, но является сборников таковых из других дисциплин.
3) Мысль о том, что ИА есть всегда, независимо от того, планировалось ли её разработать/создать/настроить. Она есть, хорошая или плохая.
Я готов согласиться, что ИА не является дисциплиной. Действительно, все практики, выполняемые для проработки успешной интерпретации (собственно, для проработки ИА) — практики проектирования архитектуры данных, интерфейса пользователя, семантических настроек системы. Если взять одну из "раскадровок" проработки ИА, то ровно это мы и получим:
- онтология и семантика — дисциплины логики, онтологии, лингвистики/стилистики, etc;
- структура, таксономия, классификация — дисциплины систематики;
- оркестровка, дирижирование, хореография — use-case-ориентированные дисциплины: проектирование ПО и системная инженерия.
Также стоит упомянуть про широчайший разброс определения ИА от тех, кто этой ИА занимается. Посмотрите любой WIAD — множество докладов начинаются с определения что есть информационная архитектура, и все эти определения разные, вольно трактуемые. Цельного определения нет, и об этом прямо пишут.
При этом я не готов отрицать наличие ИА в системах. И тем более не готов отрицать её важность. Повторю свою мысль снова: ИА есть всегда, хорошая или плохая. Важно то внимание, которое ей уделяется.
Вся эта ситуация похожа на свистопляску вокруг UX, который есть следствие, как и ИА. Он есть всегда, хороший или плохой, вопрос в том кто его прорабатывает и с помощью каких практик. Если ты работаешь над UI для улучшения UX, то ты UI-дизайнер. Если ты работаешь над сценариями взаимодействия с продуктом/сервисом, то ты product/service-дизайнер (хотя справедливости ради в любом случае, даже если у продукта/сервиса множество каналов, взаимодействие-то через интерфейс, то есть все эти приставки product/service — всё равно про UI).
Продавец на рынке, раскладывающий товар по группам, позволяющий выбирать самостоятельно экземпляры товара, предлагающий упаковку — тоже UX-дизайнер, влияет на опыт приобретения овощей-фруктов-etc. Результатом работы всякого дизайнера в любом случае будет опыт использования, хороший или плохой.
И в любом случае у продукта/сервиса/системы будет как-то организована информация, упакована в какую-то архитектуру — а значит и ИА в любом случае будет. И она влияет на UX, она его часть (здесь должны быть ссылка про affordance, но она у меня пока только в заготовке, будет нескоро).
Итого:
- Информационная архитектура есть часть UX, тот опыт "понятности"/"интерпретируемости" системы (тянет написать "квалиа интерпретации").
- Нет цельной практики информационной архитектуры, однако есть ряд практик, позволяющих качественно проработать ИА в создаваемом продукте; эти практики очень близки к практикам проектирования систем. Хорошая ИА есть результат выполнения практик проектирования.
ИА не есть дисциплина, но ИА зависит от выполнения практик по дисциплинам проектирования.
__
#инфоарх #информационная_архитектура #дисциплина #практика #интерфейс #ui #ux
Устанавливаю в очередной раз собственное понимание информационной архитектуры (ИА).
Пререквизит:
1) Определение ИА от 22 марта 2021: "информационная архитектура — самое важное про интерпретацию системы агентом".
2) Критика ИА как дисциплины, серия 1 (2003), серия 2 (2004) — "ИА не есть дисциплина, а лишь новый должностной/профессиональный лэйбл"; ИА не формирует новых сущностей в проектировании, но является сборников таковых из других дисциплин.
3) Мысль о том, что ИА есть всегда, независимо от того, планировалось ли её разработать/создать/настроить. Она есть, хорошая или плохая.
Я готов согласиться, что ИА не является дисциплиной. Действительно, все практики, выполняемые для проработки успешной интерпретации (собственно, для проработки ИА) — практики проектирования архитектуры данных, интерфейса пользователя, семантических настроек системы. Если взять одну из "раскадровок" проработки ИА, то ровно это мы и получим:
- онтология и семантика — дисциплины логики, онтологии, лингвистики/стилистики, etc;
- структура, таксономия, классификация — дисциплины систематики;
- оркестровка, дирижирование, хореография — use-case-ориентированные дисциплины: проектирование ПО и системная инженерия.
Также стоит упомянуть про широчайший разброс определения ИА от тех, кто этой ИА занимается. Посмотрите любой WIAD — множество докладов начинаются с определения что есть информационная архитектура, и все эти определения разные, вольно трактуемые. Цельного определения нет, и об этом прямо пишут.
При этом я не готов отрицать наличие ИА в системах. И тем более не готов отрицать её важность. Повторю свою мысль снова: ИА есть всегда, хорошая или плохая. Важно то внимание, которое ей уделяется.
Вся эта ситуация похожа на свистопляску вокруг UX, который есть следствие, как и ИА. Он есть всегда, хороший или плохой, вопрос в том кто его прорабатывает и с помощью каких практик. Если ты работаешь над UI для улучшения UX, то ты UI-дизайнер. Если ты работаешь над сценариями взаимодействия с продуктом/сервисом, то ты product/service-дизайнер (хотя справедливости ради в любом случае, даже если у продукта/сервиса множество каналов, взаимодействие-то через интерфейс, то есть все эти приставки product/service — всё равно про UI).
Продавец на рынке, раскладывающий товар по группам, позволяющий выбирать самостоятельно экземпляры товара, предлагающий упаковку — тоже UX-дизайнер, влияет на опыт приобретения овощей-фруктов-etc. Результатом работы всякого дизайнера в любом случае будет опыт использования, хороший или плохой.
И в любом случае у продукта/сервиса/системы будет как-то организована информация, упакована в какую-то архитектуру — а значит и ИА в любом случае будет. И она влияет на UX, она его часть (здесь должны быть ссылка про affordance, но она у меня пока только в заготовке, будет нескоро).
Итого:
- Информационная архитектура есть часть UX, тот опыт "понятности"/"интерпретируемости" системы (тянет написать "квалиа интерпретации").
- Нет цельной практики информационной архитектуры, однако есть ряд практик, позволяющих качественно проработать ИА в создаваемом продукте; эти практики очень близки к практикам проектирования систем. Хорошая ИА есть результат выполнения практик проектирования.
ИА не есть дисциплина, но ИА зависит от выполнения практик по дисциплинам проектирования.
__
#инфоарх #информационная_архитектура #дисциплина #практика #интерфейс #ui #ux
#инфоарх /// Интерпретируемость
Пользователь "общается" с системой для достижения цели, используя интерфейс. Интерфейсом является всё, с чем пользователь взаимодействует:
- адресный контент, который он ищет, с которым работает;
- навигация, по которой он добирается до этого адресного контента.
(а все остальное можно свести к этим двум)
Чтобы достигнуть цели, пользователь "читает" интерфейс, а в процессе чтения интерпретирует его в концепты, которыми мыслит.
Верно прочитанный интерфейс — понятый таким образом, чтобы достигнуть цели кратчайшим путем.
Та степень, в которой интерфейс верно понимается — его интерпретируемость.
Информационная архитетктура служит для увеличения интерпретируемости.
Интерпретируемость наряду с находимостью (findability) и доступностью (accessibility) является частью общего понятия эргономики (usability).
Интерпретируемость складывается не только из семантики (связь обозначения контента и самого контента, связь ярлыка и элемента за этим ярлыком), но также из считывания контекста, возможности для пользователя быстро прочитать конструкцию:
- я нахожусь в___,
- для того, чтобы___
- я попал сюда из___,
- и дальше я перейду к___.
Эта конструкция объединяет свойства находимости и назначения, включенные в "прочтение", и дающие в результате интерпретируемость.
__
#информационная_архитектура #интерфейс #навигация
Пользователь "общается" с системой для достижения цели, используя интерфейс. Интерфейсом является всё, с чем пользователь взаимодействует:
- адресный контент, который он ищет, с которым работает;
- навигация, по которой он добирается до этого адресного контента.
(а все остальное можно свести к этим двум)
Чтобы достигнуть цели, пользователь "читает" интерфейс, а в процессе чтения интерпретирует его в концепты, которыми мыслит.
Верно прочитанный интерфейс — понятый таким образом, чтобы достигнуть цели кратчайшим путем.
Та степень, в которой интерфейс верно понимается — его интерпретируемость.
Информационная архитетктура служит для увеличения интерпретируемости.
Интерпретируемость наряду с находимостью (findability) и доступностью (accessibility) является частью общего понятия эргономики (usability).
Интерпретируемость складывается не только из семантики (связь обозначения контента и самого контента, связь ярлыка и элемента за этим ярлыком), но также из считывания контекста, возможности для пользователя быстро прочитать конструкцию:
- я нахожусь в___,
- для того, чтобы___
- я попал сюда из___,
- и дальше я перейду к___.
Эта конструкция объединяет свойства находимости и назначения, включенные в "прочтение", и дающие в результате интерпретируемость.
__
#информационная_архитектура #интерфейс #навигация