ilya-g

Two more questions: - what is the purpose of `inputDependencies` property? It seems not used in the task action. Can it be made optional? - can we make `Project.sourceSets` extension...

I've added a test and a readme section. I'm going to make the other improvements (e.g. making Project.sourceSets internal) in a further PR.

> I propose to reconsider this section @fvasco please mind the note in the beginning of that section: it's excluded from the proposal.

Almost every unit test modifies global appdomain state by setting value to `LogManager.Configuration` static property. Neither xUnit, nor other test frameworks I know do not isolate such changes from test...

Yes, that is a valid concern. Unfortunately making them member would clutter the interfaces. I have another option in mind: if the standard operators know something about immutable collections, they...

We have discussed the issue. The issue is that even if we provide more specific operations and operators for immutable collections, without an explicit import the same-named operations from the...

> With that in mind, I very, very much dislike the idea suggested above that a Kotlin ImmutableList might not be inherited from the List interface. Don't worry, we have...

> You can still cast y back to PersistentSet That's true but what's the problem with that?

Let's try to eliminate asymptotic overhead on big sets/maps. For example, given the current representation of a collision node, I believe `isCollision` could be checked only in leaf nodes on...

> I just wanted to advocate for not having to type out the 9-letter word, "immutable" every time I reach for my preferred collections. Even if we settle on `ImmutableList`...