This page is not created by, affiliated with, or supported by Slack Technologies, Inc.
2018-04-14
Channels
- # beginners (53)
- # cider (10)
- # cljs-dev (23)
- # cljsrn (25)
- # clojure (68)
- # clojure-italy (4)
- # clojure-spec (25)
- # clojure-uk (7)
- # clojurebridge-ams (1)
- # clojurescript (10)
- # cursive (20)
- # datomic (21)
- # duct (4)
- # fulcro (1)
- # graphql (4)
- # hoplon (1)
- # java (7)
- # luminus (9)
- # off-topic (111)
- # om-next (2)
- # onyx (14)
- # re-frame (3)
- # reagent (9)
- # shadow-cljs (182)
- # test-check (32)
- # tools-deps (53)
- # uncomplicate (1)
- # vim (94)
- # yada (2)
At Centriq we use Appium to drive integration tests and the way we automate them is to run scripts in CI - just for one scheduled “nightly build” run - that build an APK and IPA and the test-runner package, and then upload all three to AWS Device Farm and run the tests on a pool of ~10 devices. Very much a golden-path smoke test today, but for $500/month (one unmetered “slot” for iOS and one for Android) I feel it’s good value for money to see test runs once a day.
are there any "recent" open source ClojureScript + Expo apps? need something I can use to test my build stuff with
@chris_johnson interesting. AWS Device Farm seems cool, but my reaction is, wow, 500 USD/month
well, yeah, it’s not super cheap but you get a lot for your money
arbitrary code/tests run on real devices, with MP4 video of the test run and screenshots/data output optionally stored alongside the test runs
and if you are careful about how much you use, of course it can be cheaper than that
500 USD/month gets you one “slot” for each platform that you can use 24/7 to run tests
you can also pay by the hour - for us, we hit the breakeven point where 500/month was cheaper than our metered usage, but we are running some double-digit number of integration tests against both platforms and on ~ten devices each platform every day
you could certainly get reasonable confidence in your system at a much lower volume of testing, but we’ve had lots of reports from the field that seem consistent but that we can’t repro locally (for example, lots of weirdness around app loading at all on Galaxy S5s), so for us it’s worth it to see those things exercised every nightly build just in case we finally see the problem and can figure it out
has anyone used the js fetch api to load local json files? trying to do it but no luck so far
I wouldn't have thought that would be supported. What's your use case @dilin?
I think you can just js/require
JSON files, which will then get added to your bundle
@dilin have you checked out something like this? https://github.com/typicode/json-server
or I guess pretty much any http server running on localhost will do (I recommend https://github.com/indexzero/http-server)
thank you @pesterhazy
sure thing
probably not the best time to post this but if anyone is interested. I made a thing for react-native
in shadow-cljs
. https://clojureverse.org/t/exploring-react-native-expo-with-shadow-cljs/1969?u=thheller
@thheller I am going to take a very close look at that example project. We are making extensive use of shadow-cljs
for our web-facing SPAs and I find the promise of just cutting Metro out of the picture entirely to be very intriguing
I will certainly report anything I find re: final packaging for distribution, runtime issues, etc. once I have had a chance to play around. Our RN project is about the ugliest path of which I am currently aware - we started off using expo
but then needed some native capabilities that it doesn’t cover, so now we are running in “detached” mode. This means that we still use lots of ExpoKit
libs but actually have to build/launch the native shim layer “by hand” in Xcode or Android Studio. I suspect that this means we are dependent on parts of the exp
tooling that aren’t covered by your POC
but if we aren’t
if we could just start using shadow-cljs
to build and serve our project? mmmm, delicious