> Ошибаются все. Отвлёкся, задумался о чём-то - и готова тупая ошибка.Ошибки бывают разгоного плана, но то к чему вы тут пишете оправдания - это просто кошмар от которого нужно избавляться в школе и университете. Кроме того, свои ошибки нужно их осознавать, да так осознавать чтобы более не совершать их. Практика показывает (по себе знаю) что чем больше труда вы вкладываете в поиск и исправление - тем больше вероятность что вы излечитесь от подобного раз и навсегда.
> Тесты на функционал - да. Но, как ни странно, они подобное не всегда ловят, обычно приходится дополнительно писать - например, проверку на то, что пришел хэш, имеющий все поля, которые должен иметь.
Когда вы принимаете данные, то вы должны либо убедиться в их наличии и корректности либо полностью довериться на вызывающему коду. И это обстоятельсто не зависит языка программирования вообще.
> А была бы сишная структура - не надо было бы это проверять.
И привет обращение по нулевому указателю, ну или привет очередной heartbleed или CVE CVE-2011-2013 ? Нет, вам все равно нужно будет проверять так как вы все равно можете получить невалидные данные, нравится это вам или нет.
> А потом эти лишние тесты надо поддерживать и гонять, что тоже время занимает.
Вообще говоря с тестами как с деньгами - они лишними не бывают. Насчет поддерживать и гонять я не очень пойму ваш метод разработки. Я, к примеру, разрабатываю модульно, и тесты пишу под юниты. Соответственно, "поддерживать и гонять" тесты по этот юнит мне нужно только тогда когда юнит модифицируется так что изменения влияют на функционал. Кстати, эта техника разработки очень хорошо зарекомендовала себя и я не знаю лучше языка чем perl под эту технику разработки. Кроме того, программируя на си я тоже использую вышеупомянутую технику модульной разработки с верификацией через тесты на perl.
> А насчёт примеров....
> Думаете, сильно сложно написать
> $counter = $myArray->[0];
> вместо
> $counter = $myArray->[0][0];
> и получить в $counter ссылку на массив(возможно, blessed, то есть объект)?
Пример на самом деле плохой:
1) подобную ошибку можно сделать и на других языках программирования, так что претензии все равно к программисту или к себе
2) пример синтетичный и тут даже может быть простая проблема плохой организации структуры хранения данных, а может и не быть
