Тесты, которые на cpan-е, или в других проектах, которые вы смотрели, скорее всего служат автоматизации регрессионного тестирования. И как правило, расширение тестового покрытия происходит на основе найденных багов в рантайме. Тесты не решают в полной мере проблему надежности софта, необходим инструментарий, обладающий свойствами надежного, формально доказанного, поведения. Резюмируя, я хотел донести мысль, что не нужно пытаться заткнуть перлом (питоном,руби) все дыры, если в заданном контексте, существуют более специализированные решения и программисту не мешало бы распознавать, где и что лучше отвечает задаче.
10 декабря 2012 г., 14:41 пользователь Ivan Petrov <[email protected]> написал: >>> а давайте поподробнее, что такое mission-critical в вашем понимании? > >> Ну, например, поставили вам задачу написать софт для управления >> плотиной или разводным мостом. > > вот смотрю я на средний проект на cpan (при всем при том что на cpan > груды мусора есть, с этим я согласен). и в среднем проекте на cpan > рядом с ним приложено куча, кучка или парочка по кр. мере тестов. > потом иду я и смотрю на средний проект на JS или ruby, или python. > и тестов в среднем проекте нет вообще. > > вот мостом или насосом управлять - можно и на C написать программу. > только надо чтобы тесты были. > -- > Moscow.pm mailing list > [email protected] | http://moscow.pm.org -- Moscow.pm mailing list [email protected] | http://moscow.pm.org
