↓
 ↑
Регистрация
Имя/email

Пароль

 
Войти при помощи
StragaSevera
26 октября 2015
Aa Aa
#айтишный_быт
#негатив

Люди, агитирующий за отказ от тестирования своего кода, напоминают мне людей, агитирующих за не-пристегивание в автомобиле. Не, нуачо, время, потраченное на пристегивание - потраченное впустую!!!111адын
26 октября 2015
20 комментариев из 42 (показать все)
I do not always test my code, but when I do, I do it on production.
BufferOverflow
*возоржал*
StragaSevera
Ну, в некотором приближении смысл тестирования на продуктиве есть - синтетические стресс-тесты не всегда дают корректную картинку боевой нагрузки, и не всегда позволяют найти "узкие места"
uncleroot
Это логично. Смысл тестирования на продакшене есть - нет смысла в не-тестировании на не-продакшене, что подразумевается цитатой ^_^
Ластро
StragaSevera, ещё раз, моя нынешняя позиция такая, я не против тестирования, я против тотального тестирования всего и вся, тесты нужны там, где просасывает статика, отказываться от статики говоря, что у меня есть тесты, также глупо как говорить да зачем мне тесты я руками всё проверю.
Al Lastor
С такой позицией я не спорю. Я нахожу ее извращенческой (на вкус и цвет), но понимаю, что сверхстрогая типизация суть своего рода тестирование, встроенное в саму программу.
Я спорю с позицией "тесты не нужны".
Ластро
По поводу извращений, моя позиция такова, чем меньше мне нужно писать руками, тем лучше, в идеале компилятор должен быть ИИ и писать программу за меня :)
Ластро
Кроме того, есть ещё один момент, типизация гарантирует нахождение ВСЕХ ошибок определенного класса, тестирование так не может :(
Al Lastor
Проблема в том, что тестирование by default ускоряет написание руками остальной программы) Нужно просто думать о тестах как о спецификации.

Не может. Зато тесты практически гарантируют нахождение одной конкретной ошибки, не заставляя при этом разработку тормозить, как тормозят ее статически языки)

Впрочем, это детали-с.
Ластро
Написание основной программы ускоряет сверхкороткий цикл проверки кода, по 5-15 секунд между запусками прувера(не суть тесты это или компилятора) в момент написания. Если у меня тесты будут идти больше 5-7 секунд, они меня тормозят. ИМХО.

В каком месте статический язык заставляет разработку тормозить? Мешает развешивать костыли и раскладывать грабли?
Ластро
И да типы, это не устаревающая ДОКУМЕНТАЦИЯ кода.
Так. Это скатывается в холивар, так что тему статика vs динамика в этом треде я сворачиваю. Ибо он посвящен вопросу "тестировать или не тестировать" =-)
Ластро
Имхо. Тестировать :) Но отказываться от статики я тоже не собираюсь.
Al Lastor
Кому как) С момента, как я открыл для себя Руби, писать на той же Джаве для меня словно носить свинцовые ботинки. Но у каждого свои вкусы)
Ластро
Подытожу взаимные взгляды наших лагерей. :)
https://www.pichome.ru/43V
https://www.pichome.ru/43s
*улыбнулся* Аналогия классная и даже корректная. ИМХО, это я должен доминировать над кодом, а не код надо мной ;-)

Или, если переформулировать - сторонники статики любят доминировать над кодом другими способами, нежели сторонники динамики =-)
Ластро
Угу, чем жёсче рамки в которые загнан код тем лучше. Я вообще сторонник мнения, что развитие програмсирования, это путь разумных отказов, гоу-ту, глобальные переменные, итд, ограничение побочных эффектов...
Al Lastor
Короче, ты сторонник подхода Bondage&Domination. Я предпочитаю Domination&Submission, заставляя код быть тем, чем я хочу в данную минуту ^_^
Ластро
Скала всем выйти из сумрака - к чёрту такие приключения. Если я сказал что эта строчка кода описывает пылесос, то она описывает ПЫЛЕСОС, а не превращается в космический корабль бороздящий просторы большого театра...
void
Шарпом я овладел раньше, чем Джавой - да, в нем больше синтаксического сахара, но все же Ruby - one and only love.
ПОИСК
ФАНФИКОВ









Закрыть
Закрыть
Закрыть