Комментарии участников:
обещанного как говорится до второго прихода ждут
Rational уже обещала такое и что мы имеем ?
а вопщето только быдлокодерам непонятно что кровавый фиксинг это зло, и возможно только на лиспе.
Rational уже обещала такое и что мы имеем ?
а вопщето только быдлокодерам непонятно что кровавый фиксинг это зло, и возможно только на лиспе.
да lisp рулит
в пример — исправление ошибки на удаленном спутнике
Practical Common Lisp — перевод catap
в пример — исправление ошибки на удаленном спутнике
И даже более впечатляющий пример удаленной отладки произошел в миссии NASA «Deep Space 1» в 1998 году. Через полгода после запуска космического корабля, небольшой код на Lisp должен был управлять космическим кораблем в течении двух дней для проведения серии экспериментов. Однако, неуловимое состояние гонки (race condition) в коде не было выявлено при тестировании на земле и было обнаружено уже в космосе. Когда ошибка была выявлена в космосе (100 миллионов миль от Земли) команда смогла произвести диагностику и исправление работающего кода, что позволило завершить эксперимент15). Один из программистов сказал об этом следующее:
Отладка программы, работающей на оборудовании стоимостью 100 миллионов долларов, которая находится в 100 миллионах миль от вас, является интересным опытом. REPL, работающий на космическом корабле, предоставляет бесценные возможности в нахождении и устранении проблем.
Practical Common Lisp — перевод catap
переполнение буферов, подозрительные передачи управленияЭто не самые частые источники багов в коммерческом софте. В Java, например, это вообще разруливается на уровне языка (исключения), а многие сервера приложений написаны на Java.
Большинство багов — неправильная реализация алгоритма бизнес-процесса, а это автоматически разрулить не реально. Выявить их ещё можно с помощью комплексного тестирования, но исправить — вряд ли.
а потом девелоперы изучают логи с этими эксепшинами и чешут репу :) сомнительное разрулиывание.
но на счет бизнес-логики поддержу. технические проблемы — это фигня по сравнению с одной маленькой недоработкой на этапе анализа бизнеспроцесса. например заказчик не вспомнил вовремя какую-то деталь… через полгода эксплуатации всплывает несколько тысяч логически неверных записей в БД, на которых уже пара квартальных отчетов построено…
и так везде :)
но на счет бизнес-логики поддержу. технические проблемы — это фигня по сравнению с одной маленькой недоработкой на этапе анализа бизнеспроцесса. например заказчик не вспомнил вовремя какую-то деталь… через полгода эксплуатации всплывает несколько тысяч логически неверных записей в БД, на которых уже пара квартальных отчетов построено…
и так везде :)
а потом девелоперы изучают логи с этими эксепшинами и чешут репуЭто лучше, чем копаться в core dump.
Кстати,
видео на тему.
