ну я пытаюсь понять как вы без тестов получаете _прирост_ скорости.

я недавно писал одноразомый импорт дампа в систему без тестов. Так если бы я тесты прикрутил я бы быстрее его написал.

у тебя уже руки нужным образом изогнулись

ну я пытаюсь понять как вы без тестов получаете _прирост_ скорости.

померяй

померяй

ты буквально перед этим процитировал сообщение где я как раз это делал.

ты буквально перед этим процитировал сообщение где я как раз это делал.

ты не на себе меряй

я недавно писал одноразомый импорт дампа в систему без тестов. Так если бы я тесты прикрутил я бы быстрее его написал.

+100

ну как

ты такой пишешь фичу

тестишь там все 100500 вариантов, юнит тест значит, интеграционный тест, руками там туда сюда прогнал

замокал сторонние объекты такой, сайдэффекты все проверил

неделю например писал всё это гавно

зашёл в админку а твоей фичей за год два человека воспользовались и вот резонно было столько времени тратить на это?

тесты на импорт это прям даже смешнее, чем без тестов ) не в обиду конечно

ну или там стата для админов

зашёл в админку а твоей фичей за год два человека воспользовались и вот резонно было столько времени тратить на это?

а если один из этих людей потерял деньги на твоей фиче?

кроме того знать какая фича будет успешна а какая нет - не всегда возможно

а если всю семью?

сжигая свое время ты типа деньги не тратишь )

лан хорошо что фича в прод уйдёт

тесты на импорт это прям даже смешнее, чем без тестов ) не в обиду конечно

зря смеешься, импорт проще было бы допилить будь у меня под рукой rspec

а так приходилось прям в коде костыли ставить чтобы врубить нужный файл и т.д.

а по agile может оказаться что это не нужно уже

и базу резетить и все эти дела.

а там еще долгий сервис запускался который можно было бы замокать.

а по agile может оказаться что это не нужно уже

ну и потом у тебя 100500 фич без тестов, а менеджер не понимает почему так много багов и фичи долго делаются.

так я же не говорю всё не тестить

зря смеешься, импорт проще было бы допилить будь у меня под рукой rspec

да у тебя с тестами даже написательная сложность возрастает. если тебе быстрее написать тесты, это у тебя уже деформация мышления такая

а как отличить что тестить что нет?

да у тебя с тестами даже написательная сложность возрастает. если тебе быстрее написать тесты, это у тебя уже деформация мышления такая

тесты написать быстрее потому что они сразу покажут не сломал ли я другой кусок импорта

а как отличить что тестить что нет?

Прям как в библии

импорты как на подбор все ненормализированные.

мой посыл что с умом надо подходить к этому

Было так что в одном месте поправил а другое место сломалось, потому что не ожидало этого нового значения и т.д.

А тесты могут ограниченные кейсы быстро пронать к тому же замокав все лишнее.

ну и потом у тебя 100500 фич без тестов, а менеджер не понимает почему так много багов и фичи долго делаются.

собсна менеджеру я говорю "тебе за 20 минут, но хз как работает, или завтра, но зато без багов". угадай что они выбирают )

собсна менеджеру я говорю "тебе за 20 минут, но хз как работает, или завтра, но зато без багов". угадай что они выбирают )

рефакторинг в любом случае нужен будет рано или поздно

Рефакторинг зло, тесты ещё большее Всем спасибо

хуяк хуяк

тесты для тех, кто пишет баги

драйвен

тесты для тех, кто пишет баги

как мой менеджер говоришь!

настоящие пацаны не пишут тесты

и правда. просто сразу без багов пишешь и делов то

наоборот баги пишут для тестов

настоящие пацаны не пишут тесты

И контрацепцию не используют

тесты для тех, кто пишет баги

Go для тех кто не осилил С++, и т.д.

Руби для хипстеров

Руби для хипстеров

в 2017 не актуально

еще из любимых - "нехер писать тесты, ручное тестирование всё равно больше багов отлавливает"

Роба для зеков

руби для ретроградов

нормальные посоны пишут на js/go

нормальные пацаны лузгают семки

нормальные пацаны лузгают семки

от семок гибнут люди. Шок сенсация

нормальные пацаны руководят блокчейн стартапами и ничего не пишут

Я помазал и увеличил свой чл... скилл. Это реально работает, без СМС

КВН разминка)

Скорее рэп баттл

Раунд

tdd удобно использовать, когда фича хорошо описана. а когда mvp собираешь, то всегда удобнее писать тесты после.

tdd удобно использовать, когда фича хорошо описана. а когда mvp собираешь, то всегда удобнее писать тесты после.

тесты удобнее писать во время

у тебя есть перезапускаемое точное окружение

грохнул не то? плевать, перезапустил

Тесты как религия

tdd и просто тесты разные вещи

tdd это написание тестов перед написанием кода.

угу

ERROR: S client not available

это неудобно

и после тоже неудобно

вот если фича не описана супер точно, то tdd неудобно юзать

да ебать. тесты это тоже инструмент, нифига это не религия. инструмент закрывает мои (компании) надобности или не используется

не понимаю почему нет термина для кейса где разрабатываешь код и тест рука об руку.

Это не TDD но выглядит даже эффективнее.

TLD

tdd удобно использовать, когда фича хорошо описана. а когда mvp собираешь, то всегда удобнее писать тесты после.

во кстати к вопросу когда стоит писать тесты, очень в точку

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

ну и на сложные фичи не писать тесты тоже странно. руками чтоли каждый раз проверять?

посоны

м?

как можно упростить? сhart_config[:options][:axis] ||= {} chart_config[:options][:axis][:y] ||= {} chart_config[:options][:axis][:y][:tick] ||= {} chart_config[:options][:axis][:y][:tick][:format] = value_format_alias

https://github.com/solnic/transproc/blob/master/lib/transproc/hash.rb#L397

Что-то где-то было про дефолтные значения

И там не просто дефолтные, а на лету под несуществующий ключ создавался объект

https://github.com/solnic/transproc/blob/master/lib/transproc/hash.rb#L397

не

надо нативно

И можно было вот такое написать и оно бы не упало

ну короче вот я тоже не знаю нативного способа

Было что-то, может быть даже по поиску в чате найдется

надо нативно

ну там же код написан, скопируй его себе, любой, кто увидит функцию deep_merge, поймет что она делает

да ну фу

то что выше норм

hash default_proc

Мб

то что выше норм

ничего не понимаешь в искустве

def super_hash Hash.new {|h,k| h[k] = super_hash} end

Ноэтонеточно

Да, падать оно не будет, но записывать значения тоже не будет ?

В этом примере

Но, возможно, в этом будет другое решение