Этический фундамент вегетарианства

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

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

Например, пескетарианцы едят кильку, потому что она не кричит и не имеет мимических морщин. Насекомых, которые нас кусают, мы убиваем чаще, чем собак, которые нас кусают. А о смертях бактерий мы даже не думаем.

Само по себе страдание или боль — понятия человеческого уровня. Боль на уровне нервной клетки — сигнал к защите организма. Такой механизм защиты — гомеостаз — есть у любого растения при изменении состава почвы, температуры, света. Отклонение от нормальной среды организма — это причинение боли.

Таким образом, вегетарианцы, чтобы быть последовательными, должны стремиться к питанию искусственными органическими веществами. То есть исключить употребление любых клеток, поскольку у них есть механизмы поддержания нормального состояния системы.

Когда мы думаем о годе или дне месяца, мы думаем числами. Но когда думаем о месяцах, мы думаем словами: «июнь», «июль», «август», а не «06», «07», «08».

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

Обычно, если вы не бухгалтер, легко переводятся месяцы «01», «12», месяц дня рождения и ещё пара особенных для конкретного человека. Остальные сопоставления не находятся в оперативной памяти.

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

При использовании «АПР», понятно, тоже есть операция перевода в «апрель», но она менее затратная, чем перевод «04» в «апрель».

Слово «года» в конце даты люди добавляют, чтобы не спотыкаться, когда читают. Четвертого мая две тыщи двадцать четыре? Что 2024? Мне может и остальное как робот читать? Ноль четыре май две тысячи двадцать четыре? Не, тут речь о дате.

4 мая 2024 года

Какими должны быть кнопки открытия и закрытия дверей лифта:


⟨ О Т К Р Ы Т Ь ⟩

⟩ЗАКРЫТЬ⟨

Недостаток текущей версии UML — нельзя лаконично объединить все разрезы системы на одной схеме. Он пока лишь унифицировал зоопарк диаграмм, который был до него (спасибо).

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

Географические карты давно с этим справились и имеют кучу слоёв, которые не мешают друг другу даже без интерактивной визуализации. И позволяют более полно и удобно представлять местность, чем, скажем, отдельные слои дорог и рек.

Применимость, создание и поддержка актуальности таких схем — отдельная тема.

Схемы, сфокусированные на одном-двух-трёх разрезах, конечно, никуда не денутся, как атласы дорог или политические карты.

Еще одна общепринятая странность в иконках — использование перечеркнутого глаза в качестве метафоры скрывания, отключения видимости какого-то интерфейсного объекта:

Есть только два гендера:
АПИ́
А́ПИ

Сходил на очный трёхдневный курс Системный анализ. Разработка требований в ИТ-проектах с мыслью "ща сверю часы с крутанами — всё ли я правильно делаю".

Проходит в офисе CUSTIS (ЗИС, хе-хе) на Белорусской.

Курс устроен так: теория > практика > обратная связь.

Разбиваетесь на команды по четыре человека и придумываете cистему, к которой будете разрабатывать требования, и создаёте несколько артефактов:
- Карточка продукта
- Контекстная диаграмма
- Модель данных
- Диаграмма юзкейсов
- Сами юзкейсы
- ещё несколько, если успеете

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

Наполнение курса — далёкое от моей реальности.

Если ты не начинающий, то и так используешь артефакты избирательно и меняешь их под задачу. Но в уровне курса и написано "Junior+" — сам виноват.

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

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

Лектор прикольный-приятный, классно иллюстрирует во всех смыслах, понятно отвечает на вопросы. Ведёт канал @systemswing
Сама по себе структура курса — хорошая. Вот подробнее о создании: https://beskov.substack.com/p/designing-online-course-for-it-analysts-8d5b6d0e8413

Диаграмма — графическое изображение, дающее наглядное представление о соотношении каких-л. величин или нескольких значений одной величины.

Diagram — a simple plan that represents a machine, system, or idea, etc., often drawn to explain how it works.

У Диаграммы более узкое значение, чем у Diagram. Обычно диаграмма используется для наглядного представления чисел и делания выводов на основе этих представлений.

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

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

@momzille возродила великий формат для встречи-знакомства аналитиков

Владимир Пропп «Морфология волшебной сказки»

Пропп — системный аналитик из 20-го века. Проанализировал сказки и выделил структуру, которая применима ко всем т.н. волшебным сказкам. И написал на питоне генератор сказок на основе этой структуры.

К статье на википедии нечего добавить, кроме того, что книжка в виде сухой монографии — большую часть занимает доказательство, аргументы, условные обозначения. Можно не читать, но приятно иметь на полке.

В подкасте хорошо рассказали о второй книжке, в которой Пропп объяснил причины одинаковости сказок у народов, которые не могли пересекаться: https://music.yandex.ru/album/18954362/track/110522161
Спойлер: потому что обряды

Фанфакт: сказки старше мифов древней Греции; мифы — это доработанные сказки.

Двойка + точка показались знаком вопроса².

² — для ссылок нужен другой шрифт².?