Ответ на сообщение Re: Программист. пользователя Well
Спасибо за ответ, если честно, то не ожидал его.
1. Тестов, действительно в вашем понимании - не пишу. Пока не было надобности. Технология писания как-бы исключает наличие необходимости тестов... обратите внимание на долю полезного кода к доле кода являющегося реакцией на краевые эффекты... оно как раз и исключает повторное избыточное тестирование...
Как пример, из практики: добавили новый кейз... мой код тут же выдал сообщение: "..ой, неопознанный вид верстки строки... что-то новое? Покажите нашим программистам, чтобы научили и меня тоже! класс ... метод ... строка кода..."
Почему так? Да как раз потому что код большой и даже очень большой и уследить за всем и вся - нереально. Поэтому, маленький секретик, как вывод из старого, доброго Дейкстры "стурктурное программирование" (или как оно там называлось) - когда пишется конструкция языка, типа if then elsif else, или switch/case, она СРАЗУ(!) пишется целиком, даже если мне надо только then. И если нечего написать в else или switch default, то вот такие тексты туда и втыкаются... "на будущее". При первом же прогоне на тестировании, большинство таких текстов заменяется "правильным" кодом реакции на ошибку в данных... это так, упрощенно и в порядке ликбеза читающим... тут, конечно не мешает правильное понимание чего и когда надо проверять... но это уже из другой оперы...
В сравнении с тем, что было... так, тоже к слову.
Может и ничего не знаю... я в индустрии не так давно... с 1979года всего лишь, с небольшим перерывом активной работы лет в 12.
Это далеко не одно и тоже. В современном программировании есть два принципиально (имхо) разных направления - работа на потоке "на продажу" (софтверная контора) и "корпоративный софт" используемый "для себя".
1. Тестов, действительно в вашем понимании - не пишу. Пока не было надобности. Технология писания как-бы исключает наличие необходимости тестов... обратите внимание на долю полезного кода к доле кода являющегося реакцией на краевые эффекты... оно как раз и исключает повторное избыточное тестирование...
Как пример, из практики: добавили новый кейз... мой код тут же выдал сообщение: "..ой, неопознанный вид верстки строки... что-то новое? Покажите нашим программистам, чтобы научили и меня тоже! класс ... метод ... строка кода..."
Почему так? Да как раз потому что код большой и даже очень большой и уследить за всем и вся - нереально. Поэтому, маленький секретик, как вывод из старого, доброго Дейкстры "стурктурное программирование" (или как оно там называлось) - когда пишется конструкция языка, типа if then elsif else, или switch/case, она СРАЗУ(!) пишется целиком, даже если мне надо только then. И если нечего написать в else или switch default, то вот такие тексты туда и втыкаются... "на будущее". При первом же прогоне на тестировании, большинство таких текстов заменяется "правильным" кодом реакции на ошибку в данных... это так, упрощенно и в порядке ликбеза читающим... тут, конечно не мешает правильное понимание чего и когда надо проверять... но это уже из другой оперы...
В сравнении с тем, что было... так, тоже к слову.
Может и ничего не знаю... я в индустрии не так давно... с 1979года всего лишь, с небольшим перерывом активной работы лет в 12.
Это далеко не одно и тоже. В современном программировании есть два принципиально (имхо) разных направления - работа на потоке "на продажу" (софтверная контора) и "корпоративный софт" используемый "для себя".
"Только так, только личная инициатива и напряженная работа над собой. .. Нужно своей собственной рукой все делать" (с) В.В. Путин(а не на "вертикаль власти" надеяться)
