https://fidoman.ru/w/index.php?action=history&feed=atom&title=Coding 2026-05-10T18:01:54Z История изменений этой страницы в вики MediaWiki 1.35.14 https://fidoman.ru/w/index.php?title=Coding&diff=48&oldid=prev 2022-02-01T21:45:17Z

<p></p> <table class="diff diff-contentalign-left diff-editfont-monospace" data-mw="interface"> <col class="diff-marker" /> <col class="diff-content" /> <col class="diff-marker" /> <col class="diff-content" /> <tr class="diff-title" lang="ru"> <td colspan="2" style="background-color: #fff; color: #202122; text-align: center;">← Предыдущая версия</td> <td colspan="2" style="background-color: #fff; color: #202122; text-align: center;">Версия от 21:45, 1 февраля 2022</td> </tr><tr><td colspan="2" class="diff-lineno" id="mw-diff-left-l18" >Строка 18:</td> <td colspan="2" class="diff-lineno">Строка 18:</td></tr> <tr><td class='diff-marker'> </td><td style="background-color: #f8f9fa; color: #202122; font-size: 88%; border-style: solid; border-width: 1px 1px 1px 4px; border-radius: 0.33em; border-color: #eaecf0; vertical-align: top; white-space: pre-wrap;"></td><td class='diff-marker'> </td><td style="background-color: #f8f9fa; color: #202122; font-size: 88%; border-style: solid; border-width: 1px 1px 1px 4px; border-radius: 0.33em; border-color: #eaecf0; vertical-align: top; white-space: pre-wrap;"></td></tr> <tr><td class='diff-marker'> </td><td style="background-color: #f8f9fa; color: #202122; font-size: 88%; border-style: solid; border-width: 1px 1px 1px 4px; border-radius: 0.33em; border-color: #eaecf0; vertical-align: top; white-space: pre-wrap;"><div>9. Диагностика. Диагностическая система должна позволять выявить, где произошла ошибка и с какими данными при этом работала программа - сохранение контекста от общего к частному, работа с которым привела к ошибке. Если ошибка связана только с неверными пользовательскими данными, пользователь должен получить информацию, что он не так делает и что он в своих действиях должен перепроверить.</div></td><td class='diff-marker'> </td><td style="background-color: #f8f9fa; color: #202122; font-size: 88%; border-style: solid; border-width: 1px 1px 1px 4px; border-radius: 0.33em; border-color: #eaecf0; vertical-align: top; white-space: pre-wrap;"><div>9. Диагностика. Диагностическая система должна позволять выявить, где произошла ошибка и с какими данными при этом работала программа - сохранение контекста от общего к частному, работа с которым привела к ошибке. Если ошибка связана только с неверными пользовательскими данными, пользователь должен получить информацию, что он не так делает и что он в своих действиях должен перепроверить.</div></td></tr> <tr><td colspan="2"> </td><td class='diff-marker'>+</td><td style="color: #202122; font-size: 88%; border-style: solid; border-width: 1px 1px 1px 4px; border-radius: 0.33em; border-color: #a3d3ff; vertical-align: top; white-space: pre-wrap;"><div><ins style="font-weight: bold; text-decoration: none;"></ins></div></td></tr> <tr><td colspan="2"> </td><td class='diff-marker'>+</td><td style="color: #202122; font-size: 88%; border-style: solid; border-width: 1px 1px 1px 4px; border-radius: 0.33em; border-color: #a3d3ff; vertical-align: top; white-space: pre-wrap;"><div><ins style="font-weight: bold; text-decoration: none;">10. Не писать одно и то же два раза - ибо это муторно. Если функцию надо иметь в двух вариантах, должен быть один параметризованный. Возможно, использовать какой-то флаг. Если выполняются разные действия - параметризована функция, которая вызывается (объект или функция+контекст).</ins></div></td></tr> <tr><td colspan="2"> </td><td class='diff-marker'>+</td><td style="color: #202122; font-size: 88%; border-style: solid; border-width: 1px 1px 1px 4px; border-radius: 0.33em; border-color: #a3d3ff; vertical-align: top; white-space: pre-wrap;"><div><ins style="font-weight: bold; text-decoration: none;"></ins></div></td></tr> <tr><td colspan="2"> </td><td class='diff-marker'>+</td><td style="color: #202122; font-size: 88%; border-style: solid; border-width: 1px 1px 1px 4px; border-radius: 0.33em; border-color: #a3d3ff; vertical-align: top; white-space: pre-wrap;"><div><ins style="font-weight: bold; text-decoration: none;"> Пример муторности &quot;два раза&quot; - getopt. Один раз перечисляем параметры командной строки, второй раз их перечисляем, когда описываем действия при обнаружении параметров. А реально достаточно одного раза - указать параметр и функцию, библиотека из этой информации вполне может составить список допустимых параметров - очевидно, что список допустимых параметров тот же, что и список параметров, который обрабатывается. Ведь если параметр, на который определена функция, посчитать недопустимым, функция никогда не вызовется. Если нужен параметр, на который нет никакой реакции - достаточно определить пустую функцию.</ins></div></td></tr> </table>

Sergey https://fidoman.ru/w/index.php?title=Coding&diff=47&oldid=prev 2022-01-31T14:56:16Z

<p>Новая страница: «Как сделать, чтобы код не стал Legacy 1. Чётко обозначить решаемую задачу 2. Решить её на 100%,...»</p> <p><b>Новая страница</b></p><div>Как сделать, чтобы код не стал Legacy<br /> <br /> 1. Чётко обозначить решаемую задачу<br /> <br /> 2. Решить её на 100%, выполнить все возникшие при разработке TODO<br /> <br /> 3. Обеспечить интерфейс документацией, описать интерфейс (например командной строки), привести примеры использования, ВСЕ, имевшиеся в виду при разработке.<br /> <br /> 4. Не допускать подхода GIGO, проверять все значения - лучше чуть медленнее, чем сумничать, а потом будут сношать во все щели.<br /> <br /> 5. Концептуальная документация - описание разработки сверху вниз. Описание сверху вниз: какие компоненты в программе, как она разделена на модули. Какие модули какую функцию выполняют, почему разделение сделано именно так.<br /> <br /> 6. Документация данных: как данные хранятся, какие типы используются. Какие значения возможны, в каких случаях используются те или иные типы и структуры.<br /> <br /> 7. Описание динамики. Процессы загрузки, старта, работы, завершение. Процесс работы, создание, удаление сессий. Всё так же, от общего к частному.<br /> <br /> 8. Не надо комментариев a=a+1 &quot;увеличиваем a на единицу&quot; - не надо считать других разработчиков дебилами. Комментарий должен объяснять, ЗАЧЕМ a тут увеличивается на 1.<br /> <br /> 9. Диагностика. Диагностическая система должна позволять выявить, где произошла ошибка и с какими данными при этом работала программа - сохранение контекста от общего к частному, работа с которым привела к ошибке. Если ошибка связана только с неверными пользовательскими данными, пользователь должен получить информацию, что он не так делает и что он в своих действиях должен перепроверить.</div>

Sergey