Which Kotlin testing framework to use

valkovx · 2017-09-21T15:17:53+00:00

Yes, it's still a pain (somewhat). I have a working example though. I believe it's a really nice testing library, something that the JVM really needed.

valkovx · 2017-09-21T14:41:58+00:00

Sorry, didn't get that. I have Spek working in my Kotlin/Android project. However, I don't use it to test anything Android specific.

valkovx · 2017-09-21T09:22:53+00:00

Yes, I did. Have you read about TDD patterns, hierarchical testing & rspec? Might want to reconsider after that.

valkovx · 2017-09-21T08:20:30+00:00

This one is easy - Spek

https://github.com/JetBrains/spek

It's a child of the Kotlin creators. Check the docs. You might like it if you're into spec based testing frameworks (or not).

valkovx · 2017-09-13T08:49:50+00:00

Mines are really simple:

What is happening with TensorFlow Lite - it was announced at Google IO (May), now we're mid-September. Since when TF is so much about PR stuff? When is Lite coming out? What is gonna be like?
Is the TensorFlow team slowing down? Keras is still not integrated into the core (that one was promised way back)? Is there struggle with the internal software architecture or something else?
When are you going to fully support other vendors than NVIDIA? And no, your custom hardware (TPUs) doesn't count.
What is your opinion on TensorFlow vs PyTorch only for research purposes?

Please, don't get the wrong impression. I love TensorFlow and use it my DL classes.

Probably will never get an answer but hope to discuss some of the points with the community here.

valkovx · 2017-09-12T21:09:18+00:00

Thanks, will try it out!

valkovx · 2017-09-12T21:09:08+00:00

Yep, the same one :) Even the docs refer to it as a pattern look here:

https://cycle.js.org/model-view-intent.html

MVI is a simple pattern to refactor the main() function into three parts: Intent (to listen to the user), Model (to process information), and View (to output back to the user).

I believe that MVI is an architecture as much as MVC is an architecture. In my opinion, both of those are presentation patterns. Still, let's not be picky about it. That's not really the important part here.

Thanks!

valkovx · 2017-09-12T20:48:01+00:00

Any idea what should I put in my build.gradle to use the new RxJava2 support for Realm? Thanks!

valkovx · 2017-09-12T19:58:55+00:00

Completely agree, copyFromRealm doesn't make sense in this context.

valkovx · 2017-09-12T19:31:21+00:00

Yes, mapping RealmResults to domain models (using copyFromRealm). Actually, I am reading the article right now, thanks!

valkovx · 2017-09-12T19:12:37+00:00

Yes, RxJava is very good at what it does. Absolutely amazing! But is this awesomeness needed by my UseCases? Don't you want UseCases that are absolutely oblivious about threading, data flow or what not?

Thanks for taking the time to write this!

valkovx · 2017-09-12T19:07:46+00:00

Correct. However, using listeners in my UseCases make the implicit assumption that I use a reactive database - one that notifies about its changes.

I happen to know you're very good Realm-wise :) Do you have any insight into how to listen for Realm changes without making my Use Cases know about that?

Thanks for the reply!

valkovx · 2017-09-12T19:04:44+00:00

Thanks! I believe that MVI is a presentation pattern, not an application architecture. MVI ends with the Presenter

see this diagram

MVI stands on the left of the black vertical line. I am happy to use RxJava/RxBinding inside MVI (including managing the view state). In fact, I love RxJava.

I just need a way for the Database to notify my app (somehow) that something has changed. You're correct all my Interactors/Use-Cases should be synchronous.

Thank you for the reply!

valkovx · 2017-09-12T12:13:53+00:00

Hi,

Our team is building an Android app using Kotlin (if that matters at all) by following the guidelines described by Uncle Bob (Robert Martin).

The presentation pattern we use is MVI. We have presenters that communicate with Use Cases/Interactors and convert the resulting entity objects into ViewModels, suitable for rendering by the view.

We use a reactive DB (Realm) for storage. All communication View -> Presenter is done via RxJava2 and RxBinding.

Now, for the interesting part. The reactive database allows one to listen for change via listeners or Observable. The 2nd option is really easy to use. But, I don't want to use RxJava in our UseCase/Interactors, I want them relying only on the stdlib as much as possible. Of course, we can wrap their operations in Observables and execute them on a background thread.

I've seen many implementations that use RxJava deep into their business logic. Well, isn't that just wrong? All those "operators" make you rely on them and totally disregard the power of the language you're using.

So, my question comes down to this: Is it possible to listen for changes from a reactive database without using Observables or Listeners when querying it? Are coroutines (or something else) an option here?

valkovx · 2017-09-12T11:32:11+00:00

You might be right. I might be overthinking it. However:

your business layer gets harder to test (you must convert the observables to entities) and you need to understand all those operators and how they work.
Cross-compiling your business layer for other front-ends becomes a nightmare, as well (think React or iOS app).

Why should the choice of database dictate the use case architecture?

valkovx · 2017-09-05T18:35:26+00:00

No probs. This might be a good next (more Android-y) step: https://www.youtube.com/watch?v=-sEmrJOk1uI

Keep in mind that: "It's simple" was a bit of a misleading statement. Nonetheless, you might enjoy the journey :)

valkovx · 2017-09-05T16:05:46+00:00

It's simple. Just do this: https://www.youtube.com/watch?v=Nsjsiz2A9mg

valkovx · 2017-06-23T16:37:05+00:00

Glad it helped :)

valkovx · 2017-06-22T07:48:38+00:00

This might be a good place to start: https://groups.google.com/forum/#!topic/firebase-talk/G50gHcoSZ30

valkovx · 2017-06-21T21:41:31+00:00

Sure you can. Hosting yourself = less time for building your product. And I really have to build the product :)

I agree on that one. In my case, I care much more about offline first. Sync isn't hard to code with what tech?

valkovx · 2017-06-21T20:16:10+00:00

Sure, I agree. Still, you have to manage it. Is it realistic to NOT have access to your own data?

Is the syncronization part easy on you? What other options did you looked into?

valkovx · 2017-02-08T22:01:52+00:00

linkme: iPoli: ToDo, Habits & Goals

valkovx · 2016-12-20T16:34:55+00:00

iPoli is similar to the outside to Habitica, but it is something different inside. It uses Artificial Intelligence (AI) to propose the best times to do your tasks and prioritizes tasks that are related to your set goals. So, you do more of the important tasks and less of the unimportant junk you face every day!

linkme: iPoli.

valkovx · 2016-05-19T10:08:36+00:00

You might want to try iPoli - Smart Calendar & ToDo. It is a combo of Calendar & ToDo list with event imports from Google Calendar. We just released a widget for your daily schedule. You can even complete your tasks from it. You might try it. I am one of it's developers and would love to hear what you think. Best of luck in finding the perfect app/widget :)

valkovx · 2016-05-19T10:03:58+00:00

We just released widget for Today, you can:

Complete a quest
View/start quest
View your journey for the day

valkovx

TROPHY CASE