1) Spring Tool Suite vs Intellij 2) Maven vs Gradle ?

0

jakbyscie mieli calkowita wolnosc wyboru technologii i od zera mieli nowa aplikacje webowa budowac, ktorych wyborow (w temacie) byscie dokonali dla projektu po godzinach

1

Nie korzystałem nigdy z STS, więc w sumie nie wiem, ale wątpię, żebym zrezygnował z IntelliJ'a. Także z tych przedstawionych do wyboru to IntelliJ i Gradle.

Przede wszystkim STS nic by mi pewnie nie dał nawet, bo bym nie użył Springa.

0
  1. tylko intelliJ. STS to eclipse, bez przesady
  2. obojetne
0
  1. IntelliJ, co to w ogóle za pytanie :D
  2. Maven, bo miałem złe przejscia z dziwnymi humorami gradle. Gradle daje wiecej możliwości, ale przez to głupi kolega z zespołu może zrobić niezły sajgon
0
  1. IntelliJ
  2. Maven. Jeśli ktoś myśli, że Maven to kobyła to chyba nigdy nie widział dokumentacji Gradle. Dodatkowo Maven jest bardziej deklaratywny.

Zwykle ludzie polecają Gradle, bo groovy i dsl ładnie wygląda, ale w rzeczywistości to potwór z niejednoznaczną składnią.

1

Jeśli chodzi o zdanie w tytule, to bez zastanowienia: IntelliJ + Gradle.

IntelliJ to najlepsze IDE jakiego kiedykolwiek używałem. Natomiast Gradle daje elastyczność Anta (możliwość tworzenia tasków, konfiguracji builda, etc.), a także eleganckie zarządzanie zależnościami i pluginy jak Maven. Oprócz tego nie musimy się babrać w rozwlekłym i deklaratywnym XMLu, tylko mamy schludny i zwięzły DSL w Groovy. Gradle ma też lepszy performance i szybciej buduje projekty, niż Maven oraz posiada ficzery typu incremental builds, continuous builds, etc. Na początku dla osób przyzwyczajonych do Mavena to może być dziwne narzędzie, ale teraz większość organizacji i firm promuje Gradle'a - Google, JetBrains, Pivotal (Spring) i jeszcze pewnie parę innych. Poza tym, nie śledzę, jak to wygląda w przypadku Mavena, ale Gradle'a ciągle rozwijają i ulepszają. Naprawdę warto bliżej poznać to narzędzie.

0

IntelliJ, Gradle, Kotlin ;]

0

W nowym szarpnąłbym się na Gradle z DSLem w Kotlinie (lubię robić sobie krzywdę), niestety DSL w groovy jest trochę spieprzony (wsparcie do podpowiadania dla edytorów jest sensowne tylko z blokiem plugins {} który c**** integruje się z wielomodułowymi projektami, nie wspominając że jest parsowany zupełnie osobno od całej reszty - nie można w tym bloku użyć zmiennych z grooviego, bo to nie groovy). Od razu polecam zaopatrzyć się w taką elastyczną pałkę ZOMO do bicia ludzi którzy zbyt dużo wydziwiają w gradlu. Ordnung muss sein.

1 użytkowników online, w tym zalogowanych: 0, gości: 1