Гамлет
Нужно сначала знать что ты хочешь написать, от реализации внутри теста ничего не должен изменится его вывод
koichi
можно просто закончить на том, что каждый пишет тесты как ему удобно и выбирает тот вид тестов, который ему удобен?)
koichi
вы же все равно тут никого не переубедите
koichi
те, кто отстаивают юнит-тесты вряд ли их перестанут использовать, ровно как и наоборот
koichi
пуки в воду, пузырьки только лопаются на лице
Гамлет
Грубо говоря ты пишешь адаптер, давая на вход JSON и получаешь XML. Тесту нельзя знать, что внутри функции, поэтому менять внутренности можно, но вывод то у тебя не должен поменяться
Гамлет
Если ты пишешь "то не знаю что", то конечно тесты это заеб и их переписывать придется чаще, чем сам функционал
Viktor
Я понимаю, что это подушка против своего же факапа, но блин, это трата времени
Верно. Но так ты себя проверишь дополнительно, плюс тесты еще неплохо заменяют туториалы. Можно не лезть в доки и тз, а посмотреть тесты
Гамлет
Но суть такая, что ты 7 раз отмеришь и один реализуешь
Andrii
Нужно сначала знать что ты хочешь написать, от реализации внутри теста ничего не должен изменится его вывод
Функциональсть не меняется, а меняются шестерёнки внутри. Например, использовал один подход, были функции для работы с ним. Потом попробовал другой, там совсем другие функции, а первый поудалял. А Unit тесты я б вначале написал тесты на функции, потом функции в виде заглушек, а потом поудалял
koichi
Если ты пишешь "то не знаю что", то конечно тесты это заеб и их переписывать придется чаще, чем сам функционал
то есть тесты ты в итоге пишешь, когда уверен, чтт пишешь, а когда работаешь по волне вдохновения, то пишешь тесты постфактум? :)
koichi
тогда к чему сырбор?)
Dmitriy (Дима)
("Интеллектом давят" подумал я, хотящий стать программистом🤔)
Igor
Показал бы, но NDA)
Я попытаюсь все же внести конструктив в этот разговор, хоть и не хотел целяться :). По сути тдд отлично работает в методах без сайд эффектов, но поскольку все современные системы распределенные, то методов без сайд эффектов в некоторых областях почти не осталось. Бери с одного сервера кидай на другой сервер. Тестировать же методы с сайд эффектами с костылями в виде моков это имхо полный дрочь который ничего не тестирует кроме повтора основной логики в тестах. Такие тесты только мешают при рефакторинге.
Гамлет
тогда к чему сырбор?)
К тому, что я против жемонизации тестов среди начинающих разрабов. Потому что они ум в порядок приводят и руки выпрямляют похлеще тимлида на ревью
Гамлет
А они по функционалу вводу выводу одинаковы всегда
Viktor
К тому, что я против жемонизации тестов среди начинающих разрабов. Потому что они ум в порядок приводят и руки выпрямляют похлеще тимлида на ревью
Это смотря какой тимлид...) мне один раз реальным напильником по рукам двинули, ох... Месяц кисти болели))
Andrii
то есть тесты ты в итоге пишешь, когда уверен, чтт пишешь, а когда работаешь по волне вдохновения, то пишешь тесты постфактум? :)
Я пишу тесты, которые тестируют весь функционал, а не отдельные методы. Например, шашки. Я напишу тест, который передаёт позицию и проверяет, что все ходы сгенерированы правильно. А всякие шестерёнки типа фукнция рекурсивного взятия дамкой я тестировать не буду. Потому для неё надо подготовить большой контекст, включачий предыдущие вызовы, ... Более того, этот контекст очень сильно меняется в процессе работы проекта
Igor
Андрию больше не наливать :) опять шашки и бумажный футбол :)
koichi
я не выступаю против юнит-тестов, но и не считаю их обязательными в принципе
koichi
только по желанию/надобности
Гамлет
И всякие декораторы тестить тоже тупл
koichi
Ах ты подлиза))
ну я выше тоже самое писал, но да, подлиза)
Гамлет
В любом случае
Гамлет
В начале они нужны, чтобы люди умели декомпозировать свои классы и функции
Andrii
Хм
И это не TDD, где основная догма: вначале пишем тест, а только потом функцию.
koichi
в общем, можно сойтись в итоге на том, что каждый тестирует как ему тестируется и если результат положительный, но дебаты можно считать исчерпывающими себя, а также и бесполезными для всех сторон конфликта?
Igor
В начале они нужны, чтобы люди умели декомпозировать свои классы и функции
проблема в том что люди которые не умеют писать код не умеют писать и тесты :) значит человек пишущий тесты должен уметь писать тесты лучше чем человек который пишет основной код :) это попахивает абсурдом
Гамлет
Только правильно все декомпозировать и инкапсулироваьь
Гамлет
Рисовать мишень вокруг места от выстрела - идиотизм
Igor
А чё там уметь
тем же вопросом задаюсь каждый раз когда тут задачку постят :) когда умеешь не понятно в чем сложность
Гамлет
Есть отличные библиотеки и фреймворк, которые делают все за них и в тестах все обходиться парой строк функций
Сергей
Рисовать мишень вокруг места от выстрела - идиотизм
Как и рисовать выстрел вместо физического выстрела)
koichi
проблема в том что люди которые не умеют писать код не умеют писать и тесты :) значит человек пишущий тесты должен уметь писать тесты лучше чем человек который пишет основной код :) это попахивает абсурдом
по сути, человек, который пишет тесты, уже может реализовать то, для чего он писал тесты, в то время как девелопер еще должен вдуплить в то, что там наделунькали?)
Igor
по сути, человек, который пишет тесты, уже может реализовать то, для чего он писал тесты, в то время как девелопер еще должен вдуплить в то, что там наделунькали?)
да, а если это один человек и он пишет говеный код, то и тесты будут говно, поэтому идея что тесты научат писать нормальный код имхо провальна
koichi
ну, я вробще не выступал бы за позицию, что уметь писать тесты = в следствии научитьчя писсть нормальный код
Гамлет
Там просто проверка результатов, они рисуют рамки, за которые нельзя выходит
Igor
Тесты != Код
да я говорю об общем уровне знаний и умений.
koichi
вообще, для начала, лучше научиться писать готовый код, чтобы под него накатить тесты, понять что и как, а там уже понять для себя готов ли ты сначала писать тесты, чтобы потом под них городить код
Igor
Чтобы научиться писать тесты нужно уметь в декомпозицию :) да если ты можешь в декомпозицию ты уже мидл :)
koichi
так как код сам себя не напишет, а тесты напишутся.
Гамлет
ну, я вробще не выступал бы за позицию, что уметь писать тесты = в следствии научитьчя писсть нормальный код
Там много факторов, но написание тестов ускорит процесс серого вещества, чтобы тот понимал как дробить таску
Гамлет
Что фича-функция это ублюдство
Денис
Мож про линкус лучше поговорим? Какое он говно, например...
koichi
линукс для декстопов говно
koichi
я вкатился в тему
Денис
Интересно он покрыт тестами? :)
Обмазан, но не там, где надо ))
Гамлет
Viktor
Не согласен
4к экраны ни один линь нормально не отобразил
Гамлет
FreeBSD KEKW
От него, в смысле самописную
koichi
Винда!
ооо, да Вы, я смотрю, умеете в кринж-троллинг
Viktor
Гамлет
Дети, хватит реьячится ос - инструмент
Денис
4к экраны ни один линь нормально не отобразил
Ну у меня сейчас норм работает с 4к... Но говна хлебнуть пришлось с разными дистрибами )
koichi
нифига винда тащит
я до чих пор сижу на вин7 вхахвхв
Гамлет
Для каждой задачи он свой, прекратите херней страдать