функциональность?

Пойдёт, ещё?

Возьми какой-то существующий документ и посмотри.

Такого рода документация пишется не для того, чтобы её читали, а щоб було. Это такой Зелёный слоник от документации. Советую оторваться по полной.

Не «функционалтность», а «функциональная возможность». Учи канцелярский язык, косплей мракобеса.

была добавлена фича поддержки STARTTLS.

Была добавлена поддержка протокола/команды/whatever STARTTLS

Как бы глубокоуважаемый анон сослался бы на эту фичу нормативной документации для РФ?

Анон бы матом сказал, но можно «возможность», «функция». Непонятно только, зачем.

добавлена ПЛЮШКА поддержки STARTTLS

И придумывать какой-то перевод как «тэйк» перевели «браток»

но на самом деле ФИЧА уже звучит хорошо
так что надо всячески продвигать в официальную документацию

внедрили же туда дорожные карты и транспарентности

НАБРАСЫВАТЬ

https://translate.google.ru/?sl=en&tl=ru&text=feature&op=translate

Имя существительное

особенность
feature, peculiarity, singularity, characteristic, particularity, trait

черта
feature, line, dash, stroke, trace, side

характеристика
characteristic, feature, characterization, performance, specification, curve

свойство
property, characteristic, feature, attribute, affinity, quality

признак
sign, feature, attribute, tag, symptom, flag

характерная черта
characteristic, feature, trait, peculiarity, attribute, quality

деталь
detail, part, piece, component, member, feature

полнометражный фильм
feature, full-length film

черта характера
feature, strain, idiosyncrasy

сенсационный материал
feature

местный предмет
feature

аттракцион
attraction, feature

черта лица
feature

подробность рельефа местности
feature

гвоздь программы
clou, drawing card, feature

большая газетная статья
feature

большая статья в газете
feature

боевик
thriller, hitman, sock, feature, smash-hit

основной фильм кинопрограммы
feature

Глагол

показывать
show, indicate, display, reveal, exhibit, feature

напоминать чертами лица
feature

изображать
depict, portray, represent, paint, describe, feature

выступать в главной роли
feature

быть характерной чертой
feature

показать на экране
feature

выводить в главной роли
feature

набрасывать
throw, draw, draft, chalk out, throw on, feature

рисовать
draw, depict, design, pencil, depicture, feature

зарисовать
feature

обрисовывать
outline, depict, delineate, picture, feature, depicture

исполнять главную роль
feature

отводить важнейшее место
feature

делать гвоздем программы
feature

походить
feature, border

был совершён наброс новой функциональности

ну или
в программу был вбит новый гвоздь с поддержкой STARTTLS

А есть где словари для начинающих?

Тут вопрос подхода, можно делать низачем. Но почитай доки от IETF. Там канцелярщина во все поля, она чем лучше? Тем что на ангельском? Ну ребзя формально +/- договариваются чтобы не возникала неоднозначность на пустом месте.

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

Так вот где корни основных лоровских упражнений!

В рамках проекта по разработке smtp сервера, была реализована поддержка защищённого соединения

режим такой-то,

поддержка режима …

Фича сама себя в доку незафорсит.

Была добавлена реализация поддержки STARTTLS.

Пойдёт, го ещё.

Ок, но скорее вариация на тему поддержки, больше буков.

Поддержка +1, го некст!

го ещё

больше буков

в нормативной документации для РФ

Опасно играете. Меньше букв – короче срок.

Режим - слишком узкое понятие для функционала в общем случае.

короче срок

как-будто что-то плохое.

В смысле в твоём варике больше буков, а не в смысле больше буков должно быть, буков должно быть минимум, доки то казённые, а глазки - нетЪ.

Если нужно конкретнее, ты скажи куда ты это пишешь. Это изменение в ЭД? Проще выпустить замену листов к РД и всё.

Это что-то типа фоллоуап… по-нашему протокол встречи.

Zhbert можешь перенести в general или ещё куда-то где анон может матом сказать? Чет я не подумавши сюда закинул.

Ты имеешь ввиду протокол совещания, где были решения? Если это просто memo для руководства - можно писать как угодно. Если совещания где будет подпись участников - пиши как было.

Совершенно верно - с подписью. Основная идея отточить локальный язык стандартов и постановок, т.к. как бы убого это не выглядело, на самом деле, нормальные штуки типа RFC написаны не менее канцелярским языком если задуматься, но это скорее помогает, чем мешает после определённой начитки.

Я понимаю, что в идеале надо просто читать много стандартов и системных постановок на русском. Но хотелось бы какой-то переводчик что-ли найти на первое время.

Нужен не переводчик, а фреймворк. С самого начала следует идти от минимальных определений которые даны в ГОСТ и расширять уже своей терминологией в едином формате. Например, если вы решили, что API - это «прикладной программный интерфейс» то везде дальше используйте эту терминологию. Если вы решили, что разрабатываемое ПО разбитое на микросервисы «на самом деле» разбито на «подсистемы», то уже пишите в рамках этой концепции.

Так и с фичами. «реализация поддержки» - это приговор. Это означает, что поддержка обязана быть. По этому такое следует писать только если оно есть, иначе обтекать.

А есть какой-то корневой +/- документ с глоссарием? Про поддержку - интересно, понял, хотя в данном конкретном случае порядок оказания услуг по поддержке зафиксирован в основном соглашении например, т.е. весь набор функциональности подразумевает поддержку.

А есть какой-то корневой +/- документ с глоссарием?

Да, иначе будет ерунда. Например из недавнего:

Реализация функциональности КИАПУПД и мер защиты (ИАФ.1, ИАФ.3, ИАФ.4, ИАФ.5, УПД.1, УПД.2, УПД.4, УПД.5, УПД.6, УПД.10, УПД.11, УПД.16) обеспечивается системным и прикладным ПО входящим в состав АС

Мой комментарий к документу:

есть общее и специальное ПО. Другого нет.

Автор в тексте имел ввиду «общее» ПО, но если оставить как есть, то и «специальное» можно подвести под требования ФСТЭК потому, что хз что такое «прикладное». Наверное это то, что вы написали ребята? И потом с горящей жопой иметь беседы со следователем.

Слова имеют значение.

Отсыпь монокль…

Но, так-то лучше дай напочитать доков, желательно про системное(можно же так вещать?) ПО.

Есть стандартный набор с ГОСТ 2, 19, детскими (дедовскими) 24, 34, если говорить о частном случае разработки. Есть расширенные, вроде РВ 0019. При этом есть ведь и Р 56939-2016 с Р ИСО 10007-2019 и так далее в кроличью нору, плюс по сути всё, что существует в ITIL. Всё зависит от потребностей. Если ничего из этого не используется на предприятии, а писать хочется так, будто «мы крутые», то лучше и не стоит, наверное. Канцелярит появился не потому, что захотелось, а как часть способа выражать мысли менее многозначно.

выражать мысли менее многозначно

this—^

Спасибо, будем пробовать почитать. Это где-то централизованно можно глянуть или просто гуглитьспутничать первое попавшееся?

Если ты хочешь знать «всё», то посмотри что должен знать тех. писатель, нормоконтролёр, системный аналитик. Эм, а потом подумай зачем ты это делаешь, если собрался работать за троих.

посмотри что должен знать

Это само по-себе довольно-таки сложное действо.

Насчёт зачем - сам задаюсь таким вопросом…

в рамках проекта по разработке реализации smtp сервера

Вы там сервер или реализацию разрабатываете?

Итак, подытожим вышеозвученное:

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

В вечернюю школу запишись и пройди заново курс русского языка, раз ты настолько деградировал, что не можешь в родном языке ориентироваться.

А это связано с математикой?

Резонный вопрос, хотя пример я конечно с потолка взял.

«на вентилятор» забыл