Не понятно, production environment это такой вид просмотра или тоже пункт меню

В первом - Security Dashboard, во втором - performance dashboard

Верно )

В глаза бросается "very" во втором предложении - странно смотрится в техническом тексте.
Хочется какого-то выделения элементов интерфейса шрифтом/цветом, чтобы проглядеть текст - увидеть нужное.

Ага. Или просто прод.

Про very соглашусь. Выделение есть, но не везде ))

Да, всякие наречия — плохо. Я себе настроил линтер удалять все наречия из текста

Насколько я помню из учебника английского, вещам ничего не может принадлежать, поэтому с things не пишут 's, но тут я могу ошибаться.

Operations и Metrics выделены одинаково, хотя это вещи разного порядка. Project выделено иначе, чем Operations, хотя это вещи одного порядка (пункты меню). Security Dashboard не выделено никак, хотя должно быть выделено так же, как Metrics (подпункты меню).

Ну operations и metrics — элементы меню, просто разного уровня

Да. Но, Project и Security Dashboard тоже элементы этого меню))

Да, они неправильно оформлены

@mnmlsniper привет! Я вас помню, вы в опросе про критерии целеполагания отмечали, что у вас другие критерии )

Расскажете?

Консистентность-2

Снова про задачу о неконсистентном тексте.   Смотрите, какая штука происходит с кнопками в интерфейсе. Их можно:
 
— нажимать: «Clicking on Metrics...»
— или выбирать: «then select Monitorings button»

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

Во втором и третьем абзаце есть такие сущности:

— Рабочие окружения (environments): production и другие.
— Метрики производительности приложения, которое развёрнуто в конкретном окружении (application performance metrics).

Всё идёт хорошо, пока в последнем предложении не появляются «production metrics». Автор текста взял и сделал новый термин из двух старых. Что этот новый термин обозначает? Кажется, что это метрики приложения, развёрнутого в окружении с именем production, но полной уверенности у меня нет.

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

Чтобы такого не было, используйте термины консистентно:

Для каждой сущности — свой термин. Каждый термин — только для одной сущности.

Неконсистентное использование click-select первым заметил @glu0n. Ещё несколько человек писали мне об этих и других проблемах текста. Кое-кто сразу переписал текст в довольно приятном и понятном стиле. Спасибо всем, кто откликнулся! Очень ценю ваш вклад.

Честь и хвала всем, кто писал о проблемах в тексте! :)

С терминами есть такая проблема, когда пересекаются предметные области и в них есть одинаковые устоявшиеся термины

Например вот у нас; есть наш клиент, есть клиент нашего клиента (мы стараемся использовать термин абонент), есть программа которая ходит за видео и тоже называется клиентом в терминах протокола

А у нас есть дамп — слепок, снятый с работающей VM. А потом мы из него запускаем новую VM и она тоже дамп )

Кстати, клиент — отличный пример, это прям общеотраслевая коллизия терминов.