Vlad
и мб не полениться инфраструктуры немного пописать
Vlad
Ну а еще, когда у тебя проект на гитхабе, в который коммитят дофига контрибьюторов, я вообще не понимаю, как можно без тестов. Там даже я иногда перестаю понимать, что в репозитории творится, хотя я вроде должен все это контролировать. Но если тесты проходят - значит все норм. И у нас bors, так что такого, что на мастере сборка заваливается, быть в принципе не может
Anton
Anton
Щас вот обидно было, прям в самую душу плюнул большинству кто на расте пишет чтото в гитхаб
Vlad
Щас вот обидно было, прям в самую душу плюнул большинству кто на расте пишет чтото в гитхаб
Серьезно? Есть rust-lang/rustc, просто контрибьють туда =D
Loo
Вот скажите
Loo
Насколько по вашему
Loo
хорошие биндинки к базе
Loo
которые позволяют делать рэнж по ключу
Loo
и внутри итератора по этому рэнжу удалять значения из этого рэнжа
Loo
как думаете
Маjко
Тот момент, когда нарушаешь правила, которые сам написал :D
Vladimir
лол х)
Loo
это сова
Маjко
и внутри итератора по этому рэнжу удалять значения из этого рэнжа
Итератор же иммьютабл. Ты можешь менять ключи, но удалить элемент в процессе итерирования — нет.
Тут тебе не жава
Loo
Anonymous
еще в третье нужно добавить исключение
Anonymous
про гошников
Loo
а вот и нет =(
Loo
в lmdb-rs ты берёшь делаешь кейрэндж
Loo
удаляешь внутри сами эти ключи
Loo
и итератор инвалидируется
Маjко
Покажи пример
Vladimir
о кайфовый интерфейс
Loo
вы скажите я сам виноват
Vladimir
Инвалидируется в рантайме?
Маjко
Звучит аутично
Loo
кто же ключи удаляет внутри итератора по которому итерируется
Vladimir
вообще я в начале думал, что ты какой-то дрейн описываешь. Ну удалять из бд, че тут такого
Anton
А у чата есть правила?
Маjко
Ахахахахах
Vladimir
1 правило чата - говорить о го
2 правило чата - говорить о дискриминациях
Vladimir
больше нет вроде
պլհկ
шаришь
Filipp
когда делаю интеграцию с третьими сервисами ну или просто логику какую-нибудь проверить как без тестов?
Anton
когда делаю интеграцию с третьими сервисами ну или просто логику какую-нибудь проверить как без тестов?
это если у тебя есть устоявшаяся архитектура в приложении
Anton
если ее нет
Anton
то тесты это малафья единорога
Filipp
юнит тесты
Filipp
а не приложение-тесты
Маjко
учитывая что работы в проду на расте считай нет, и в этой конфе я знаю только двоих кто в проду на расте пишет. Могу заявить что все (или почти все) кто пишут чтото на расте не покрывают это тестами, или покрывают но частично и в последнюю очередь (например если это популярная стабилизировавшаяся либа)
Я покрываю всё, что возможно покрыть, так скоро, как это возможно сделать
Ну то есть юниты — сразу, интеграционные — когда есть более-менее стабильная спецификация API
Anton
имхо, не большой поклонник юнит тестов
Anton
хоть убейте
Filipp
блин ща доиграю объясню почему ты не прав
Anton
Я покрываю всё, что возможно покрыть, так скоро, как это возможно сделать
Ну то есть юниты — сразу, интеграционные — когда есть более-менее стабильная спецификация API
и да вот чувак вот он мой проект, с трех месячным дрочевом, и трижды переписанной архитектурой, реализацией и тд
Anton
как по твоему, я должен проводить его тест?
Anton
Плюс - в качестве результатов, у меня везде gui боксы
Filipp
не большой любитель ложки? вилки наше все?
Anton
а парсеры дерева в рендер, работают изначально на валидных данных - иначе если данные некорректны все ебается еще на этапе парсинга
Маjко
имхо, не большой поклонник юнит тестов
Тесты — это точно такое же средство дебаггинга как, собстно, дебаггер.
Это инструмент, позволяющий экономить дохуищща времени на ручной отладке
Anton
поэтому я думаю что сначала - архитектура, тысячи тупых комментариев и трасирования
Filipp
ц щас за меня тут все объяснят
Anton
и уже потом когда обозначился более менее стабильный костяк архитектуры - тесты
Filipp
тестировать надо не архитектуру
Маjко
+
andrei
Anton
Тесты — это точно такое же средство дебаггинга как, собстно, дебаггер.
Это инструмент, позволяющий экономить дохуищща времени на ручной отладке
блэт, каждый раз при смене архитектуры писать тесты, и терять мысль относительно развития и что можно зафиксить и поправить в конкретный момент времени это же пейсос
Маjко
наоборот делал всегда
Я не говорю что мой способ верен. Но он помогает экономить херову тучу времени и я его пока придерживаюсь
Anton
Относительно чего и что мне проверять в gui приложении?
Anton
Где все завязано на ffi контекстах
Маjко
а что тогда? Отдельные структуры? методы?
Именно. Почитай че такое юнит тесты. Это тестирование минимальных модулей программы: отдельных методов, собстно.
У тебя есть парсер — тестируй отдельно его внутряк.
Anton
если юнит тесты не нужны
Anton
а для интеграционных хуевая архитектура
Anton
то e2e тесты вполне себе сойдут
Anton
Anton
стоит покрыть прям тестами
Anton
но опять таки