Size: a a a

Clojure — русскоговорящее сообщество

2019 December 09

ML

Mikhail Levchenko in Clojure — русскоговорящее сообщество
мне больше всего зашёл вот этот материал https://fsharpforfunandprofit.com/posts/property-based-testing/
источник

ML

Mikhail Levchenko in Clojure — русскоговорящее сообщество
очень понятно и с юмором
источник

TP

Tim Plotnikov in Clojure — русскоговорящее сообщество
Andrey Ivanov
Господа мобильщики, подскажите - есть задача заменить сторонние сервисы своими приложениями. Вопрос выбора технологии - реакт нэйтив или нативная аппка. Хочется потом внезапно не встрять с реакт нэйтивом, что оно к примеру не умеет в фоновом режиме работать и слать координаты девайса на сервак, или еще что. Где можно ознакомиться с примерным списком ограничений и преимуществ?
Лучше натива, всегда. Особенно если можно выбирать)
источник

DF

Damir Farazetdinov in Clojure — русскоговорящее сообщество
Mikhail Levchenko
гугли property based testing
да. если почитать здесь https://clojure.org/guides/test_check_beginner
то можно прийти к выводу, что вообще вся эта тема про генеративные тесты не столько для автотестирования как такового (и не претендует на замену unit-тестов), сколько для интерактивного ручного тестирования. например чтобы те самые граничные условия выявить.
там как раз пример про sort и про то, как с помощью property-based testing ты можешь выявить граничный случай, когда на вход подаёшь список из одного элемента.
(это чудесно на мой взгляд).
источник

ML

Mikhail Levchenko in Clojure — русскоговорящее сообщество
Damir Farazetdinov
да. если почитать здесь https://clojure.org/guides/test_check_beginner
то можно прийти к выводу, что вообще вся эта тема про генеративные тесты не столько для автотестирования как такового (и не претендует на замену unit-тестов), сколько для интерактивного ручного тестирования. например чтобы те самые граничные условия выявить.
там как раз пример про sort и про то, как с помощью property-based testing ты можешь выявить граничный случай, когда на вход подаёшь список из одного элемента.
(это чудесно на мой взгляд).
Ну вообще, как раз таки для тестирования как такового. Но не на замену юнит тестам, скорее в дополнение. Но опять же, для проперти тестестирования нужны эти самые проперти, которые выполняются на каких то кусках области определения функции
источник

DF

Damir Farazetdinov in Clojure — русскоговорящее сообщество
да. проперти придётся головой придумать.
источник

ML

Mikhail Levchenko in Clojure — русскоговорящее сообщество
Вообще, самая популярная – у тебя есть один ключ, который тебе нужен и от него зависит результат выполнения. Свойство "результат зависит только от ключа Х" тоже вполне себе полезное, чтобы в будущем не ввели зависимость на ещё какой то ключ
источник

AC

Anton Chikin in Clojure — русскоговорящее сообщество
Кто фигвилом в курсиве пользуется?
источник

AD

Artur Dumchev in Clojure — русскоговорящее сообщество
я пробовал разок, а какой вопрос?
источник

AC

Anton Chikin in Clojure — русскоговорящее сообщество
Как его там настроить?
источник

AC

Anton Chikin in Clojure — русскоговорящее сообщество
Есть какой-то туториал нормальный?
источник

AD

Artur Dumchev in Clojure — русскоговорящее сообщество
источник

AC

Anton Chikin in Clojure — русскоговорящее сообщество
А почему там написано limited repl functionality?
источник

AD

Artur Dumchev in Clojure — русскоговорящее сообщество
не знаю, нормально все было
источник

AC

Anton Chikin in Clojure — русскоговорящее сообщество
спасибо, посмотрю
источник

AD

Artur Dumchev in Clojure — русскоговорящее сообщество
проект генерил
lein new figwheel-main war
источник

AC

Anton Chikin in Clojure — русскоговорящее сообщество
а, это figwheel-main
источник

AC

Anton Chikin in Clojure — русскоговорящее сообщество
у нас просто figwheel
источник

AD

Artur Dumchev in Clojure — русскоговорящее сообщество
вот такой project.clj, на aliases можешь не обращать внимания, я ими не пользовался
источник

AC

Anton Chikin in Clojure — русскоговорящее сообщество
Как main настроить я знаю
источник