https://kotlinlang.org logo
#feed
Title
# feed
m

mkobit

05/30/2018, 4:02 PM
geez, there is almost 0 content in that post
👍 6
b

baermitumlaut

05/30/2018, 4:02 PM
sooo data classes are harmful, but static variables are fine? at least be consistent.
t

thomasnield

05/30/2018, 4:05 PM
I think many software devs like boilerplate and excessive engineering. It's like they enjoy unnecessary puzzles rather than solving a problem as effectively as possible.
d

dalexander

05/30/2018, 4:17 PM
None of the posts on the site that I saw had any content. Would be nice if the author went into details about his complaints, because it's hard to even critique them without the author providing context or reasoning.
h

Hong

05/30/2018, 4:43 PM
link bait? such a trolling piece
🧌 4
t

thomasnield

05/30/2018, 5:00 PM
I don't think this is a trolling piece. Just heavily biased and unsubstantial in content.
👍 1
h

Hamza

05/30/2018, 11:50 PM
Love reading these posts. Makes me feel less stupid 😆. Thanks thomas
e

edwardwongtl

05/31/2018, 3:47 AM
Those people love doing unnecessary puzzles so that they feels like doing sth
v

voddan

05/31/2018, 6:36 AM
Don't be quick to jadge. Maybe he is paid by the LOC
e

edwardwongtl

05/31/2018, 6:37 AM
Oh damn you're right‼️
r

rawtoast

05/31/2018, 8:13 AM
Another complaint about
val
,
var
,
let
, etc. when almost every new language uses local type inference…
h

Hamza

05/31/2018, 10:27 AM
Even java 10 does. Lol
😸 1
d

dalexander

05/31/2018, 1:00 PM
I think his complaint about var/val was specifically that they look visually similar, not due to type inference. Although when quizzed on when he ran into a problem with that similarity on Twitter he didn't have any examples.
p

Pere Casafont

05/31/2018, 1:33 PM
I, a kotlin lover, would be able to write more content against kotlin than this...
4
x

xenoterracide

05/31/2018, 1:34 PM
^ yes, the var/val thing is that it's hard to read the difference The complaint about the data class thing is the lack of a static keyword, why annotate with @JvmField, the implication this is simply more boilerplate I feel like his arguments against the null stuff is pretty weak. It's like saying don't wear kevlar 'cause you can still get shot in an unprotected area.
r

rawtoast

05/31/2018, 1:44 PM
If he wants visual clues, then that’s something an IDE is for… (better yet — don’t use var)
p

Pere Casafont

05/31/2018, 1:51 PM
yes, I actually like the var/val thing, because that allows you to get used to always start with
va
and the decision of final or variable is just a character 😛
x

xenoterracide

05/31/2018, 2:03 PM
I will say, it's pretty weak argument... Heck I only use kotlin for gradle and I can come up with better reasons. Though I'm worried about abuse of local type inference in java... and I wish in java we had been given option for
var
to always be final... since most of the time I don't actually have a use case for a local variable to be nonfinal, and if I do... I usually would call that code smell. Reason I'm worried about inference is not all concrete classes are as clean as java's core ones, meaning I think we'll suddenly see methods being used, or seen that wouldn't normally be available if you were assigning to an interface. of all the features they could have chosen to add, this was the weakest one imho. I'd still much rather have had a way to define a property without all the boilerplate...
h

hoang

06/01/2018, 6:57 AM
If I read this correctly, there's a complaint about
val/var
hard to read in
printed kotlin
. Wow, remind me of an old Software competition 10 years ago when we had to print our whole project's source code and submitted that thick book 😄