ErrorTracker — проект пошёл дальше. Концепция.
Продолжая предыдущее обсуждение (ссылка на пост https://set.ki/post/BV2oZoL ), я решил не просто размышлять, а перейти к делу. Знакомьтесь: ErrorTracker — офлайн-система для регистрации, классификации и анализа ошибок любого типа: программных, человеческих, процессных, аппаратных. В основе — подход словарей Розенталя: не просто перечислять ошибки, а показывать их причины, связывать с правилами и аналогичными случаями. Это не трекер, а база знаний, которая учит. Стек: Python 3.13 + PySide6 + SQLite. Всё офлайн, без облаков. Документация по ГОСТ. Что умеет: · вносить ошибку с контекстом, типом, причиной и решением; · связывать ошибки между собой (цепочки); · подтягивать «правила» из базы знаний; · строить отчёты по корневым причинам, частоте, типам. Что дальше: ТЗ по ГОСТ, прототип, испытания. Вопрос к сообществу: Как вы сейчас работаете с ошибками в условиях без интернета и закрытых контуров? Какие фичи вы бы добавили в такую систему?
· 16.07
А если серьёзно, то следуя принципам Розенталя, важно не только обозначить биографию ошибки, что тут в концепте уже подробно описано. Важно учесть нюансы и исключения, показать области свободы. Мне нравится, что тут соблюдается нацеленность на осознанное контролирование данных по цепочке Шаблон (то, что мы обычно пишем/говорим) –> Ловушка (когнитивное искажение или системный сбой) –> Выявление (определяем ошибку, даём сопутствующие характеристики) –> Защита (финальная вычитка/запоминаем правило). Настоящих разработчиков просьба проявить снисхождение к моему комментарию, если где не по знанию пишу. Для меня на данный момент код – текст незнакомый
0
ответить
коммент скрыт — часть юзеров считает его токсичным или некорректным
коммент удалён
· 16.07
Александра, вы только что описали идеальный пользовательский сценарий для ErrorTracker, причём без единой строчки кода. Это ценнее, чем знание синтаксиса — потому что вы описали, как должна работать система, а не как она написана.
Хороший разработчик не пишет код для себя. Он пишет систему для пользователя. Если пользователь не может объяснить, что ему нужно — разработчик построит «программу для разработчика».
Вы объяснили. Причём лучше многих программистов. За это вам не снисхождение, а спасибо.
0
ответить
коммент скрыт — часть юзеров считает его токсичным или некорректным
ответ удалён
· 16.07
0
ответить
коммент скрыт — часть юзеров считает его токсичным или некорректным
ответ удалён