IA 118

[mP]

*LOMBOK*

I really dont understand why anybody needs Lombok just to add Loggers to every class. First off if your adding loggers to every other class, theres something really wrong with your automated tests, that is you dont have enuff of them. You should only have loggers in integration type classes, where unpredictable stuff can go wrong, like doing stuff w/ a database. Loggers should never be present in your own classes that dont talk to the outside world.

I dont understand why anybody needs Lombok. Its interesting for what it does but if you need it your doing something really wrong.

- Anyone writing classes mutable getters/setters should be shot. 

- Anybody sprinkling Loggers everywhere should also be shot.

I could list many other reasons for the last, but just the above reasons should be sufficient.

*VALUE TYPES*

This is with regards to the discussion around a theoretical User.isAdmin thing which takes a username, password and i cant remember the rest. .

The Password class is a good idea. However it should just as Mark said just hold the text as a String. Its just characters. The thing that takes the Password knows how to decrypt or whatever the text. IT really bugs me when everything is a String. Take a look at Spring, every parameter is a String. Its very annoying not knowing some of the time exactly what the end type is ( is it a url, host name, the id of another bean etc). Types exist to categorise values use them!

[mP]

MAVEN

Can anyone explain to me why maven splits up java and resources into two ? I fail to see why this is a good thing (tm).

[Mark Derricutt]

In general I'd say because then it's a simple matter of a "copy -r
src/main/resources/* target/classes"

And if you have src/main/java and src/main/grooby and src/main/clojure
in the same project you want to keep the resources together, not spread
over each language.

[Richard Vowles]

Can someone explain to me why people are still using Java when there are much better statically typed and compiled languages on the JVM like static Groovy and Scala?

--

---
You received this message because you are subscribed to the Google Groups "illegalargument" group.
To unsubscribe from this group and stop receiving emails from it, send an email to illegalargume...@googlegroups.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/illegalargument/8e62e912-95ea-4ed8-bee3-12fe75246a90%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

--

---
Richard Vowles,
Groovy, Java, Javascript, AngularJS

ph: +64275467747, web: www.google.com/+RichardVowles

[Mark Derricutt]

Or Kotlin, Xtend....

Mostly I'd say due to _other_ influence in the build/environment more
than anything about the language.

Or a reluctance to learn N new languages, or a consistent agreement
amongst a team to learn X language.

[Richard Vowles]

At the moment I'm not sure about the traction of Kotlin, Xtend or Ceylon, however the other two are widespread and far more advanced than Java 8. 

I understand that learning idiomatic Scala is a leap, but static Groovy is the lazy approach.

--

--- You received this message because you are subscribed to the Google Groups "illegalargument" group.

To unsubscribe from this group and stop receiving emails from it, send an email to illegalargument+unsubscribe@googlegroups.com.

To view this discussion on the web visit https://groups.google.com/d/msgid/illegalargument/D4BB4BB3-E130-4A35-B61E-E34FB3691B29%40talios.com.

For more options, visit https://groups.google.com/d/optout.

[Mark Derricutt]

Given Kotlin hasn't yet reached v1.0 I'm not surprised.

The project did just get a rather spiff looking website:

http://kotlinlang.org/

along side their 0.8 release so I suspect a 1.0 launch is coming much
closer.

>> email to illegalargume...@googlegroups.com.

>> To view this discussion on the web visit https://groups.google.com/d/
>> msgid/illegalargument/D4BB4BB3-E130-4A35-B61E-E34FB3691B29%40talios.com.
>>
>> For more options, visit https://groups.google.com/d/optout.
>>
>
>
>
> --
> ---
> Richard Vowles,
> Groovy, Java, Javascript, AngularJS
>
> ph: +64275467747, web: www.google.com/+RichardVowles
>

> --
>
> ---
> You received this message because you are subscribed to the Google
> Groups "illegalargument" group.
> To unsubscribe from this group and stop receiving emails from it, send

> an email to illegalargume...@googlegroups.com.

> To view this discussion on the web visit

> https://groups.google.com/d/msgid/illegalargument/CA%2BuonWgoEMH6YW8jPG0OxdbdF0f4Gm58ym1MCFnaG_bM05TJFw%40mail.gmail.com.

[mP]

But when maven was born, there was basically only Java the lang. Why would anyone want to break things up at that stage. Why invent a solution for a problem that doesnt exist ? 

If your working with one lang you dont need separate dirs. Its annoying to have two separate trees for src and resources for stuff that belongs to the same logical unit. Its just as stupid as having a css/js/imgs dir for your web app.

[Richard Vowles]

You mean apart from C and C++ which have been supported since... the beginning I thought?

But they mutate their types as well, so they should be shot.

--

---
You received this message because you are subscribed to the Google Groups "illegalargument" group.
To unsubscribe from this group and stop receiving emails from it, send an email to illegalargume...@googlegroups.com.

To view this discussion on the web visit https://groups.google.com/d/msgid/illegalargument/9eb36b16-ed25-4c30-a426-825eeb91d596%40googlegroups.com.

For more options, visit https://groups.google.com/d/optout.

[mP]

That still doesnt address the original question, why break things up to begin with, when working with a single language ? It just causes unnecessary disconnection, like separate directories for css, images, javascript etc for a web app. It should always be about logical grouping or purpose.

[Richard Vowles]

Yup, all source code should be in a single file, preferably in one method. BASIC got it right.

On Mon, Jul 21, 2014 at 1:34 AM, mP <miroslav...@gmail.com> wrote:

That still doesnt address the original question, why break things up to begin with, when working with a single language ? It just causes unnecessary disconnection, like separate directories for css, images, javascript etc for a web app. It should always be about logical grouping or purpose.

--

---
You received this message because you are subscribed to the Google Groups "illegalargument" group.
To unsubscribe from this group and stop receiving emails from it, send an email to illegalargume...@googlegroups.com.

To view this discussion on the web visit https://groups.google.com/d/msgid/illegalargument/8fb431ad-d089-4cc5-b980-55c0751510df%40googlegroups.com.

For more options, visit https://groups.google.com/d/optout.