anyway, the good things about kotlin are not very highlighted

Java 6 would have done the same job

😞

To be fair I think the good things about Kotlin are more engineering/architectural and less coding-contest related. Although I don’t know of any puzzles that are easy with FP but bad without.

http://adventofcode.com/ are

@voddan: I had the same reaction when I looked at the problems there. The last one is the only one requiring a bit more thought

any complex data analizing is better with FP

Like what?

like adventOfCode. Almost every task there has many pre-processing and post-processing steps

What's the connection with FP? Or did you just mean composing function calls?

mostly collection operations

e.i. something Java8 has over Java6

@cedric: I would think

I

and

J

are almost identical. Is there a more general solution than a greedy algorithm on a plane ?

I and J are somewhat different I think but they are both going to rely on the same kind of pathfinding-on-a-plane. I’d probably solve J by being able to generate a list of visitable squares, while I is tricky because the load can’t move into the loader’s space so you need enough logic to loop to get out of a tight area. I haven’t solved this kind of problem in a while though so I might not be thinking of the best way to solve these things.

I have to decide if I want to switch from Jekyll/GH Pages to something else...

I think you can use pelican with GH pages.

What would be the Kotlin formatter setting that lets me format this code:

val a = if (condition) {
    f()
} else {
    g()
}

like this:

val a = if (condition) {
	    f()
	} else {
	    g()
	}

?

It would be wrong is what it would be 😉

I like seeing that the following four lines are part of the value that

a

is initialized with

technically, it can be seen as continuing lines, hence two indents

There are quite a few people at work that think the same way. Personally I prefer the first, but it's just a matter of opinion.

Definitely, you can have a different opinion if you don’t mind being wrong 🧌

🙂

I think the defaults of whatever editor I use are always the best and everything else is wrong 🙂

I have some sympathy for that argument, I try to stray off defaults as little as possible in general (keyboard shortcuts, formatting, etc…).

I've often stated that I wish language designers would just bake in one blessed code style into the language itself and make it compiler/runtime enforced. It would eliminate an entire class of religious argument forever

I agree,

gofmt

is one of the few things I like about Go 🙂

I have a habit of reinstalling my OS on my personal machine 3-4 times a year (Linux distro hopping for fun) so I stick to defaults unless there's a very good reason not to.

There are a total of exactly three settings I change from default in all JetBrains IDEs

@sargunv: You can always sync your settings/preferences in Jetbrains products as well