как-то проектирование, когда и нужно расписать ВСЕ устойчивые состояния системы и "обратный инжиниринг" это маленько разные вещи. Да даже, я бы сказал, не маленько. Это как зеленое с теплым.
Все хорошо в теории, но практика она немного все ... меняет. ... автор программы далек от теории автоматов . Обратный иженеринг
Так ты бы определилися всё-таки о чём говоришь: "Теория конечного автомата" или "реинжиниринг программы, написанной "далёким от теории", безграмотным прогером из тех, что считают, что у состояния есть какая-то структура"?
DetSimen, вот и я об этом . Использование теории конечного автомата в обратном инженеринге, а вы сразу на личности. Ведь надо определить критерий когда надо просто что-то дополнить от переписывания всего и вся, сохранив работу с пользоватем не изменной.
Использование теории конечного автомата в обратном инженеринге, ... Ведь надо определить критерий когда надо просто что-то дополнить от переписывания всего и вся, сохранив работу с пользоватем не изменной.
Все хорошо в теории, но практика она немного все ... меняет. Ладно есть ТЗ , пишем конечный автомат, расписываем состояния и переходы пишет код тестируем сдаем . Ура. Позже. Есть чья-то программа , к ней надо сделать довесок, исправить глюки и автор программы далек от теории автоматов . Обратный иженеринг . выявление состояний которые надо еще выявить. И пока состояние и переходы не выявлены , то вопрос количество состояний конечно или все же неопределено.
Итить колотить. А описание ВСЕХ возможных состояний КОНЕЧНОГО автомата - на что? Оно ВСЕГДА есть в коде, который реализует конечный автомат. Какие такие "состояние и переходы не выявлены", какой такой павлин-мавлин?
как-то проектирование, когда и нужно расписать ВСЕ устойчивые состояния системы и "обратный инжиниринг" это маленько разные вещи. Да даже, я бы сказал, не маленько. Это как зеленое с теплым.
Что-то я не понял. Сначала
Теория конечного автомата как раз позволяет ...
а потом
Все хорошо в теории, но практика она немного все ... меняет. ... автор программы далек от теории автоматов . Обратный иженеринг
Так ты бы определилися всё-таки о чём говоришь: "Теория конечного автомата" или "реинжиниринг программы, написанной "далёким от теории", безграмотным прогером из тех, что считают, что у состояния есть какая-то структура"?
DetSimen, вот и я об этом . Использование теории конечного автомата в обратном инженеринге, а вы сразу на личности. Ведь надо определить критерий когда надо просто что-то дополнить от переписывания всего и вся, сохранив работу с пользоватем не изменной.
Ну иоптваюмать, Пух!
Я самоустраняюсь от дискуссии.
Использование теории конечного автомата в обратном инженеринге, ... Ведь надо определить критерий когда надо просто что-то дополнить от переписывания всего и вся, сохранив работу с пользоватем не изменной.
Чего? А-а-а ..., ну тада ладно :)
Есть название нового топика: "Философские алгоритмы от qwone"
Все хорошо в теории, но практика она немного все ... меняет. Ладно есть ТЗ , пишем конечный автомат, расписываем состояния и переходы пишет код тестируем сдаем . Ура. Позже. Есть чья-то программа , к ней надо сделать довесок, исправить глюки и автор программы далек от теории автоматов . Обратный иженеринг . выявление состояний которые надо еще выявить. И пока состояние и переходы не выявлены , то вопрос количество состояний конечно или все же неопределено.
Итить колотить. А описание ВСЕХ возможных состояний КОНЕЧНОГО автомата - на что? Оно ВСЕГДА есть в коде, который реализует конечный автомат. Какие такие "состояние и переходы не выявлены", какой такой павлин-мавлин?