[StormITpl]

Cześć!
=> Lombok i boilerplate code
=> Jak automatycznie generować kod, żeby się nie napracować i żeby to działało?
Jest już dostępne nagranie oraz wpis z naszego cotygodniowego spotkania #kierunekjava

https://stormit.pl/boilerplate-code/
https://stormit.pl/lombok

Co środę o 19:00 (przynajmniej do końca września) spotykamy się, żeby porozmawiać na tematy związane z Javą i programowaniem w ogólności.
Temat najbliższego spotkania to:
"Testy jednostkowe – JUnit"

Chcesz wiedzieć więcej? Chcesz bonusowe materiały?
Zapraszam tutaj => https://KierunekJava.pl/

Dodatkowo, co tydzień wspólnie wybieramy temat kolejnego spotkania.
Obecne propozycje to:
1. ❤️ Struktury danych
2. Adnotacje Java
3. ☺️ Debugowanie aplikacji oraz obsługa logów
4. Rozwiązywanie problemów rekurencyjnie vs iteracyjne
Głos można oddawać przez reakcje w tym poście =>
https://www.facebook.com/stormitpl/posts/3054958398067066

Z rankingu wyleciały aż 3 pozycje:
- "Testy jednostkowe – JUnit" => nasz wygrany
- "Java records" => przygotuję wpis na ten temat
- "Aplikacja konsolowa Java – komunikacja z użytkownikiem" => brak zainteresowania (jeżeli jest inaczej dajcie znać w komentarzu)

Swoje propozycje na następne głosowanie można zgłaszać w komentarzach.

Pozdrawiam i do zobaczenia!
Tomek

#programowanie #java #naukaprogramowania #stormit

[tptak]

Nie korzystam z Lombok, ponieważ nie lubię narzędzi, które psują kod i wymagają rozszerzeń w IDE aby z nim pracować ale wciąż twierdzą że to ten sam język. (Lombok modyfikuje bytecode w czasie kompilacji aby uzupełnić nieobecne składniki). Gdyby to było dystrybuowane jako nowy język programowania tak jak na przykład Kotlin, nie miałbym ale

[KotoFan]

@tptak: a nie lubisz modyfikowania bytecodu bo? Pytam z ciekawości, bo ja jestem zwolennikiem używania lomboka i zdarzyło mi się spotkać jakieś małe problemy z tym związane, ale w wielu latach użytkowania oceniam zdecydowanie na plus.

[StormITpl]

@tptak: @KotoFan
W idealnym świecie rzeczywiście fajnie, by było, żeby to było w samym języku - ALE nie mamy tego :)
No częściowo mamy np. java records.
Mamy lomboka, albo wspomnianego Kotlina.
Nazwałbym to osobiście niedogodnością - ale nie skreśla to (jeszcze) w moim mniemaniu Javy.

A co do problemów z lombokiem, to raz mi się zdarzyły jak miałem inną bibliotekę, która też modyfikowała bytecode - raz przez wiele lat.

[tptak]

@KotoFan: jeśli mam projekt w Javie i muszę mieć jakieś rozszerzenie bo chociaż to Java to tak nie do końca, bo są braki w składni to to jest to czego nie lubię, nie samej modyfikacji bytecode.
To nie jest klarowne rozwiązanie według mnie.
Nie mam problemu np. Z mieszaniem Kotlina i Javy w projekcie bo to jest jasne co jest co. Gdyby lombok był językiem i miał własne rozszerzenie, korzystałbym.

[StormITpl]

@tptak: ok, rozumiem ten punkt widzenia – sam jak mam możliwość zostania przy standardzie, to zazwyczaj to robię.

[bladykiel]

@StormITpl: Idąc dalej Twoją logiką, to nie używasz żadnych zewnętrznych libek bo "jak ich brakuje to są braki w składni" ? O ile rozumiem fakt, że sporo ludzi nie lubi lomboka, to jakoś Twój argument wydaje mi się... nijaki.