Комментарии из утекших исходников Windows. По-моему. это самое главное, что нужно знать о комментариях 😁: // - 10/15/2019 next time you're working on this, re-make the whole goddamned thing // - 5/29/2020 don't tell me what to do asshole
Використовую правило DRY для коментарів. Як в мене є назва функції, яка каже, що вона робе - то навіщо мені повторювати у коментарі що робить функція? Або якщо в мене є дужка `{` - яка відокремлює блок - навіщо мені писати якісь `//----------------` ?
*lang*doc - коли в них вказується якась корисна інформація, наприклад типи аргументів, які приймає функція то чи перевіряє серед розробки або компілятор чи взагалі вони мають якесь відношення до того, що йде далі? Наприклад написав хтось JSDoc на функцію, а потім змінив назву аргументу. Якщо він не отримає попередження - то ситуація, коли у JSDoc опиниться нісенітниця лише питання часу.
4:56 Ну так-то в С, наприклад, це стандартна практика. Особливо, якщо йде робота з масивами, його завжди варто оголосити на початку, і присвоїти йому значення 0 (тобто ініціалізцвати всі елементи нулями). Та і звичайні змінні часто ініціалізують 0 на самому початку функції. Це особливо актуально для старіших стандартів С, наприклад, в ядрі Лінукса
Коментарі для цього зовсім не потрібні. Зробить константу або дефайн зі зрозумілою назвою для ініціалізаціі. Чому саме цим значенням ініціалізуєте масив. 0 та 1 зазвичай самі пособі вважаються константами та ініціалізація їми не викликає запитань і коментування не потребує.
@@AlexeyZabrodin Не дуже зрозуміло, чи він мав на увазі що треба видалити сам рядок ініціалізації, чи коментар до цього. Бо я щось слово коментар там не почув. Ну і так, якщо мова йде саме про коментар, то мій комент звичайно що не релевантний