Запитання з тегом «documentation»

Документація на програмне забезпечення - це письмовий текст, що супроводжує програмне забезпечення комп'ютера. Він пояснює, як функціонує програмне забезпечення, як його встановити, як ним користуватися та інші ресурси для надання допомоги.

1
яку систему онлайн-технічної документації ви б рекомендували? [зачинено]
Закрито . Це питання ґрунтується на думці . Наразі відповіді не приймаються. Хочете вдосконалити це питання? Оновіть питання, щоб на нього можна було відповісти фактами та цитатами, відредагувавши цю публікацію . Закрито 6 років тому . мета полягає в створенні системи онлайн-документації з такими основними вимогами: в основному буде використовуватися …

5
Чи документ з описом архітектури є порушенням принципу DRY?
Принцип DRY (не повторюй себе) зазначає, що "кожен предмет повинен мати єдине, однозначне, авторитетне представлення в системі". Більшість часу це стосується коду, але він часто поширюється і на документацію. Кажуть, що кожна програмна система має архітектуру, вибирали ви її чи ні. Іншими словами, програмне забезпечення, яке ви будуєте, має структуру, …

5
Шаблони / вимоги проектних пропозицій [закрито]
Наразі це запитання не підходить для нашого формату запитань. Ми очікуємо, що відповіді будуть підкріплені фактами, посиланнями або експертними знаннями, але це питання, ймовірно, вимагатиме дискусій, аргументів, опитувань чи розширеної дискусії. Якщо ви вважаєте, що це питання можна вдосконалити та, можливо, знову відкрити, відвідайте довідковий центр для ознайомлення . Закрито …

4
Найкраща практика позначити метод, який викликається через рефлексію?
У нашому програмному забезпеченні є кілька класів, які слід динамічно знаходити за допомогою рефлексії. Усі класи мають конструктор з певним підписом, за допомогою якого код відображення створює об'єкти. Однак, коли хтось перевіряє, чи посилається на метод (наприклад, через Visual Studio Code Lens), посилання через відображення не враховуються. Люди можуть пропустити …

6
Чи вважаються коментарі формою документації?
Коли я пишу невеликі сценарії для себе, я складаю свій код високо з коментарями (іноді я коментую більше, ніж кодую). Дуже багато людей, з якими я розмовляю, кажуть, що мені слід документувати ці сценарії, навіть якщо вони є особистими, так що якщо я коли-небудь їх продаю, я був би готовий. …

3
Написання коментарів java doc для одиничних тестових випадків
На мою думку, одиничні тестові приклади самі служать документацією для коду. Моя компанія хоче, щоб я писав докладні коментарі до java doc у верхній частині тестових примірників. Чи потрібно це робити? Ви пишете такі коментарі?

4
Включити до повідомлення про помилку посилання на відповідну документацію?
Ми створюємо комерційну бібліотеку та приклади коду, якими користуються зовнішні розробники. Ми маємо (закриту, доступну для зареєстрованих користувачів) документацію, яка широко пояснює, як користуватися бібліотекою. Багато розробників є першими користувачами, тому виникає багато рудиментарних помилок. Чи доречно включати посилання на документацію в журнал помилок? Які можливі мінуси? Я можу передбачити …

4
Чи існує стандарт документування архітектури високого рівня програми?
Я аматорський розробник, і всі мої програми до цих пір були досить простими, щоб бути задокументованими в коді. Під час читання коду було зрозуміло, що я роблю таку і таку дію (мій стандартний тест полягав у тому, щоб подивитися на 6 місяців пізніше і зрозуміти все на першому прочитанні - …

5
Використання різних шаблонів для подібних функцій
Я єдиний розробник проекту, який, як і будь-який проект програмного забезпечення, може бути прийнятий ким-небудь ще. Скажімо, я використав шаблон X для реалізації функції А. Після розробки та закінчення функції я розумію, що міг би реалізувати ту саму функцію за допомогою шаблону Y, про який я щойно дізнався. Але функція …

1
Яка інформація повинна бути в github README.md?
Яку інформацію ви б очікували побачити в github README? Чи повинно все йти в ПОЧАТКУ? тобто Вступ Установка Версії Керівництво користувача Впровадження Тестування Суміжні ресурси Або вам слід просто помістити певні речі у README (Вступ, Встановлення, Версії), а інша інформація найкраще міститись у вікі Github?

3
Чи потрібна документація XML-коментарів?
Раніше я любив вимагати коментарів XML для документації. З тих пір я передумав з двох основних причин: Як і хороший код, методи повинні бути зрозумілими. На практиці більшість коментарів XML - це марний шум, який не надає додаткової цінності. Багато разів ми просто використовуємо GhostDoc для генерування загальних коментарів, і …

5
Чи корисно написати специфікації вимог за розповідями?
Наразі ми використовуємо гнучкі методи в моєму поточному проекті, і ми маємо купу таких історій: Як помічник, я хочу виплатити клієнту відшкодування, щоб він міг отримати трохи грошей, коли вони просять його Як замовник, я хочу оплатити покупку, щоб я міг отримати свій товар. Як ми це робили до цих …

5
Визначення потрібного обсягу документації
Де я зараз працюю, загальний підхід - уникайте документації якомога більше Документуйте лише, якщо це потребуватиме інша команда просто для уточнення, я не маю на увазі кодову документацію - це ми робимо, я маю на увазі всю документацію, що стосується процесу проектування - якщо це схеми UML або DB, схеми …

5
Кращий спосіб навчання нових наймань [закрито]
Закрито . Це питання має бути більш зосередженим . Наразі відповіді не приймаються. Хочете вдосконалити це питання? Оновіть питання, щоб воно зосередило увагу на одній проблемі, лише відредагувавши цю публікацію . Закрито 5 років тому . Команда, в якій я зараз є частиною досвіду досить високого обороту, учасники зазвичай переходять …

5
Чи повинен коментар методу включати як підсумок, так і опис повернення, коли вони часто такі схожі?
Я прихильник правильно задокументованого коду, і добре знаю можливі його недоліки . Це виходить за межі цього питання. Мені подобається дотримуватися правила додавання коментарів XML для кожного публічного члена, враховуючи, наскільки мені подобається IntelliSense у Visual Studio. Однак є одна форма надмірності, яка турбує навіть надмірного коментаря, як я. Як …

Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.