На некоторых проектах (чаще всего это встречается на финтех) используются обозначения типов данных в виде A<n> или A...<n> или ANS...<n> и другие. Выглядит это, соответственно как A5 или A...20 или ANS...12. Могут быть варианты вида N-3 и N 1...10.

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

Новый комп с установленной операционной системой MS Windows 10 Pro (система практически девственно чистая :).

Java установлена. Graphviz установлен. Свежая установка программы Microsoft Visual Studio Code.

В Visual Studio Code установлен компонент - PlantUML by Jebbs, но он не отображает диаграммы! Никакие. Совсем. Даже не пытается, никакие ошибки не отображаются.

Номер счета в российском банке - это не случайный набор цифр, в нем содержится много информации.

Расчетный счет состоит из 20 цифр:

Как писать комментарии в JSON-файле? Некоторых аналитиков этот вопрос приводит в замешательство, и они либо признаются сразу, что не знают/не помнят, либо начинают что-то сочинять на ходу :) Кто-то при этом может вспомнить про экранирование спец-символов.

На самом деле формат JSON не предусматривает добавление комментариев. JSON - это только данные.

Сложные диаграммы процессов или информационных систем невозможно нарисовать с использованием нескольких прямоугольников и стрелок между ними. Да, существует такое понятие как HLD (High Level Design - верхнеуровневое описание архитектуры системы, иногда High Level Diagram - верхнеуровневая диаграмма), которую можно декомпозировать на части и отобразить их в виде отдельных схем.

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

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

Визуально невозможно отличить русские буквы А, Е, К, М, Н, О, Р, С, Т, В от английских A, E, K, M, H, O, P, C, T, B.

Также очень похожи русский заглавный мягкий знак - Ь и прописная английская буква b.

Для HTTP-методов используются английские глаголы, которые определяют специфику их использования и ограничения. Основными или наиболее часто используемыми HTTP-методами являются POST, GET, PUT, PATCH и DELETE. Они соответствуют операциям CRUD (Create, Read, Update, Delete).

Есть еще несколько других глаголов, например: HEAD, CONNECT, OPTIONS, TRACE, но они используются реже. Самые часто используемые из этого списка методов - это HEAD и OPTIONS.

При передаче товаров, подлежащих маркировке, в универсальном передаточном документе (УПД), кроме стандартной бухгалтерской информации о контрагентах, товаре, цене, количестве и пр..., должны фигурировать коды маркировки данных товаров.

Но все так просто - эти коды должны быть только в УПД в формате XML, в печатном PDF-файле их не должно быть.