Size: a a a

2018 December 20

SK

Sergey Kapralov in JUG NN
Roman Makhlin
когда рьяные менеджеры хотят 99.9999% покрытие, а у вас релиз послезавтра, например
Фейл фаст гуманнее...
источник

RM

Roman Makhlin in JUG NN
когда фичу делаешь и меняешь какой то важный функционал и у тебя пятьсот тысяч тестов сломалось и пока чинить их не собираешься - я бы их все выключил к чертовой бабке(на CI), потому что в этот момент они меня не волнуют
источник

ЕЧ

Егор Чернышов in JUG NN
Интересный подход)
источник

SK

Sergey Kapralov in JUG NN
Дык окей, какбэ CI это позволяет. Еще можно пометить их игнором, а потом дофиксить.
источник

SK

Sergey Kapralov in JUG NN
Roman Makhlin
когда фичу делаешь и меняешь какой то важный функционал и у тебя пятьсот тысяч тестов сломалось и пока чинить их не собираешься - я бы их все выключил к чертовой бабке(на CI), потому что в этот момент они меня не волнуют
Но банить красные тесты как вид на CI - это смешно)
источник

SK

Sergey Kapralov in JUG NN
На кой ляд тогда вообще CI нужен)
источник

RM

Roman Makhlin in JUG NN
Sergey Kapralov
Дык окей, какбэ CI это позволяет. Еще можно пометить их игнором, а потом дофиксить.
Стопятмот долго
источник

RM

Roman Makhlin in JUG NN
Чтоб компилировал
источник

SK

Sergey Kapralov in JUG NN
Кроме того - не хочу разжигать опять на тему поддерживаемости, но нужда рефакторить 100500 фейленных тестов из-за одной баги - это какой то моветон. А из-за фичи - тем более. Неудивительно что тесты так писать не любят.
источник

SK

Sergey Kapralov in JUG NN
Если такая нужда возникает, скорее всего тесты в проекте - моканное-перемоканное месиво, которое фолс-позитивит на любой чих.
источник

SS

Sergey Smyshlyaev in JUG NN
@skapral да это же шутка, а звездочки из твиттера пришли
источник

SK

Sergey Kapralov in JUG NN
Sergey Smyshlyaev
@skapral да это же шутка, а звездочки из твиттера пришли
Ну - я оценил) Смешная шутка)
источник
2018 December 24

RM

Roman Makhlin in JUG NN
ребятки, нужна такая мапа, которая имеет два ключа K1 и K2 и позволяет извлекать значения по любому из имеющихся ключей(вставляется всегда по обим, извлекается когда как)
причина по которой не хочу использовать две просто мапы в том, что тогда мне нужно, что бы значения обеих мап мирорили друг друга(плюс поддерживать консистентность двух мап сложней одной)
источник

RM

Roman Makhlin in JUG NN
можно создать класс обертку, но внутри все равно придется нихило изголяться, что бы мирроринг был
источник

RM

Roman Makhlin in JUG NN
я погуглил по гуаве и по коммон лэнгс, что то не нашел.
источник

RM

Roman Makhlin in JUG NN
к слову - пилить свою поделку не очень хочу, так как у меня тут канкаренси во все поля и врят ли я смогу с первого раза сделать это правильно
источник

DA

Denis Anfertev in JUG NN
А типы ключей разные?
источник

RM

Roman Makhlin in JUG NN
Угу
источник

SS

Sergey Smyshlyaev in JUG NN
Так у тебя мирориться будут только ссылки на значения, перерасход памяти минимальный
источник

RM

Roman Makhlin in JUG NN
Не, я про то, что часто тут передаются значения из одной мапы хз куда, где вполне могут вноситься изменения. Консистенцией суть нарушится. Или я подтупливаю и удаление элемента из списка значений не заафектит исходную мапу?
источник