[bisq-network/bisq] Revert "Apply kotlin plugin and convert one unused class to kotlin" (#3235)

Florian Reimair notifications at github.com
Fri Sep 27 12:30:39 UTC 2019


@ripcurlx, @all: yes.

We discussed the testing strategies and how to proceed with Kotlin in [this](https://github.com/bisq-network/events/issues/28) dev-call. (TL;DR of the Kotlin-section of the dev-call: Only use Kotlin for tests, get some experience, see how it does. In months time, we evaluate again and see if we want Kotlin for tests or not and see if we want Kotlin for functional Bisq or not. If we maybe want Kotlin, there will be a proposal.)

There is hardly any reasoning on why the strategy needs reverting (no facts, no refs, just feelings), neither has there been a documented discussion with an agreement against the strategy agreed on. There are some voices against Kotlin, again no documented discussion, no facts, and no documented agreements.

If you do not agree with the strategy, please initiate a proper discussion with real facts, pros and cons and a documented agreement and I am happy to revoke my nack.

Why the trouble: If we start ignoring decisions we already made and making up new ones without a proper discussion, facts and agreements, we for one
- are not really appealing for new developers,
- we will not be able to get our >1000BSQ per month project that stable as it should be and
- an attacker might revoke important decisions without any discussion and maybe make an (her) attack possible.

This PR happens to be about Kotlin, but it is really just an example how it should not be. Btw. a [dev-call](https://github.com/bisq-network/events/issues/29) has been held to address this topic. And please feel free to add interesting topics to the [dev-call-collector](https://github.com/bisq-network/events/issues/31), eg. if you want to discuss why we should get rid of Kotlin.

All in all, I do not see why we should spend time with discussing this over and over again. Eventually (according to the strategy agreed on), there comes the time where we decide whether to use Kotlin or not. Until then, I suggest focusing our resources where they are needed.

-- 
You are receiving this because you are subscribed to this thread.
Reply to this email directly or view it on GitHub:
https://github.com/bisq-network/bisq/pull/3235#issuecomment-535918760
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.bisq.network/pipermail/bisq-github/attachments/20190927/1586704f/attachment.html>


More information about the bisq-github mailing list