Hirdetés
- Luck Dragon: Asszociációs játék. :)
- sziku69: Szólánc.
- Brogyi: CTEK akkumulátor töltő és másolatai
- WireGuard VPN a mindennapokra
- GoodSpeed: Ágymatrac keresési kálvária
- sh4d0w: StarWars: Felismerés
- Meggyi001: Kórházi ellátás: kuka vagy finom?
- Sub-ZeRo: Euro Truck Simulator 2 & American Truck Simulator 1 (esetleg 2 majd, ha lesz) :)
- Mr Dini: Mindent a StreamSharkról!
- sziku69: Fűzzük össze a szavakat :)
Új hozzászólás Aktív témák
-
válasz
btraven
#11987
üzenetére
Leírja, hogy olyan funkciót használsz ami a jövőben nem lesz táogatott. Ez miért gond?
Itt a deprecated jelentése: [link] . Használj gradle wrappert és akkor fixen használhatsz arhaikus verziót mindenféle hibaüzenet nélkül.
Az isten óvjon minket attól, hogy minden libet kézzel keljen újra behúzni.

-
válasz
togvau
#11651
üzenetére
Szinkron vagy aszinkron megoldás kell? Kapsz egy requestet egy végpontra, ahol meg is várja a hívó fél a kimenetet vagy vissza kell szólond majd ha megvan a válasz?
Ehhez nem feltétlenül kell aws, ott az ingyenes heroku is. De lokálban is megcsinálhatod docker segítségével.
-
-
válasz
Aethelstone
#11438
üzenetére
Remélem nem, most full komolyan.

-
válasz
Aethelstone
#11436
üzenetére
Én általánosságban értettem, de bizonyos kor felett egytől egyig akivel dolgoztam nem akart változtatni a szokásain. De ez más téma.
-
válasz
Aethelstone
#11434
üzenetére
Persze. Erre rengeteg példát láttam az élet folyamán. Maradjunk a régi dolgoknál mert akkor nem kell nekem változtatni és ez a lényeg. Te is tudod jól, hogy töbségében ez van...
-
válasz
Aethelstone
#11432
üzenetére
Senki nem vén szarozik, de a nagyobb problémát egy másik build toolra való átállás nekik jelenti.
-
válasz
Aethelstone
#11426
üzenetére
Jó, nyilván szarul fogalmaztam de remélem átment amit akartam, hogy az xml ebben az esetben szarul nézne ki Groovy / Kotlin dsl helyett!

-
válasz
Aethelstone
#11424
üzenetére
Fordítsuk meg. Olyan use case van amit csak mavennal lehet xml nélkül?

Egy use case ahol ugyan jó a maven, de:
- Spring Boot alkalmazás
- Groovy / Kotlin dsl gradle file
- Yaml konfigurációs fileok
- Java konfigokNekem ebben a körneyezetben egy XML nagyon elütne / nem illene bele. De mint fentebb is beszéltük egyéni preferencia kérdése és semmi több.
-
válasz
Szmeby
#11408
üzenetére
"ha valakit az alapján ítélünk meg (el?), hogy mavent vagy gradlet használ"
Én nem ítélek meg senkit ez alapján. Le is írtam az elején, hogy nem akarok ebből most keresztes háborút, és továbbá azt is, hogy fiatal vagyok xml-ek irogatásához. Amit leírtál szerintem szélsőséges, fontosnak tartom, hogy hozzuk be az új dologokat de nem kell a ló másik oldalára esni.
-
válasz
audiophile2!
#11339
üzenetére
-
válasz
audiophile2!
#11333
üzenetére
De ha nem veszel fel hozzá akkor nem publikus.
Egy osztályod belső állapotát tárolod egy változóban. Biztos, jó ötlet, hogy boldog és boldogtalan módosítani tudja? Nem. Ha viszont ez az elvárt akkor ott a lehetőség rá.
-
válasz
togvau
#11180
üzenetére
Ezt meg kéne tudni csinálni szerintem nativ query nélkül is. Régen csináltam hasonlót:
Optional<Deck> findByIdAndGame_Id(int id, int gameId);A
deckentity-nek pedig volt egy ilyen tulajdonsága:@OneToOne
@JoinTable(
name = "games_decks",
joinColumns = @JoinColumn(name = "deck_id"),
inverseJoinColumns = @JoinColumn(name = "game_id")
)
@JsonIgnore
private Game game; -
válasz
axioma
#11100
üzenetére
"En tobb dologban nem ertek egyet a sonarlint-tel, de ettol me'g orulok hogy van, mert neha egyszeru teveszteseknel felhivja a figyelmet a potencialis hibara."
Akinek nem inge ne vegye magára, de én meg azt nem fogom soha megérteni, ha van egy tool aminek a célja a minőség javítása és igen népszerű akkor miért kell kiakadni ha valakinél esetleg jobban tudja a dolgokat? Én nem mondom azt, hogy nincs így de nem is értem ez.
"szornyek keletkeznek"
Én megint csak pont az ellentetjével találkoztam. Ha túl komplex egy metódus szól, hogy nagy. Szerintem ez pont jó. És az esetek 99%-ban igen, tudod még jobban fragmentálni a dolgokat.
Szerintem simán jó dolog, de tényleg, felőlem aki akarja használja aki nem nem. Én látok benne elég sok potenciált és tudást mögötte.
-
válasz
floatr
#11098
üzenetére
Szerintem van ráció abban amit a SonarLint ír. Lehet, hogy komplexebb lesz a dolog de akkor is biztonságosabbá válik azáltal, hogy valmait kell kezdened a DTO-val és nem tudod csak úgy pusztán elmeneteni.
Az egész sonar opcionális, nem muszály használnod. De egyszerűen, egy plugin telepítésével összeségében nagyon sokat tudsz javítani a minőségen.
Én általában a nálam okosabb emberek által javasolt dolgokat elfogadom, persze nem jelenti azt, hogy neked is el kell. Régóta létezik, ha akkor szar lenne, azért bízom benne, hogy nem létezni.
Ki volt és megint hol demagóg? Valláshábórú != demagógia (bocs, ha nem nekem szólt).
-
válasz
-Faceless-
#11069
üzenetére
Problémás kód részletet tudnál szolgáltatni?
-
válasz
Create.
#11062
üzenetére
Nem.
Ezt ne úgy fogd fel, hogy mondjuk végigcsinálsz egy tanfolyamot és rendelkezel megfelelő tudással, hogy junior lehess. Ez nem egy olyan munka ami határok közé van szorítva, és nem hiszem, hogy fél vagy egy év alatt a gondolkodás módot el lehet sajátítani.
Ez az én véleményem.

-
Igen. Spawnolsz egy threadet, nyitsz egy dialogfragmentet és ott pedig updateled a státuszt, illetve teszel egy cancel gombot.
Hogy mi a komponens neve a jó ég tudja, kb. 6 éve nem csináltam.
Szerk.: Közben megtaláltam, AsyncTask kell neked. Van sok tutoriál. Mindenképpen így "szép" megcsinálni.
-
válasz
Aethelstone
#10966
üzenetére
Stíluson és Java IDE-n nem vitatkozunk!

-
válasz
Aethelstone
#10959
üzenetére
Te lehet, én nem lennék rá képtelen. Ízlések és pofonok - nekem az Eclipse-szel való munka olyan lenne mintha a fogamat húznák.
-
válasz
Aethelstone
#10956
üzenetére
Nyilván vi-ban is meg tudod csinálni ugyanazt, de minek szivasd magad?
Szerk.: hozzáteszem az idea ce egy zseniális húzás.
-
válasz
walgud6
#10893
üzenetére
- Nem olyan nehéz a gép, a 15-ös (most már 16-os) modell is teljesen vállalható
- Plusz gari szerintem mindenképpen megéri, azért többet kibírnak mint két év
- Akksi jól bírja, ha dolgozom rajta 4 - 5 óra, sima "office" használat van 8 is
- Java fejlesztésre használom én is
13-as és 15, 16-os modell is vállalható szerintem. Ez egyéni preferenciának gondolom, ha sokat használod monitorról akkor a 13 is bőven elég lehet. Memóriából minél több, annál jobb! 16 legalább.
Nekem egy IDEA + Docker (általában 3 image, SonarQube, MongoDB és RabbitMQ) szokott enni olyan 4 - 5 giga körül. Én az i7-et annyira nem tartom fontosnak, mióta van 8. generációs i5 ami 4 mag + 4 szál.
Air szerintem kevés, Pro mindenképpen.
Új hozzászólás Aktív témák
A topicot kiemeltem. Valaki nem akar egy nyitó hsz-t írni?:))
- Formula-1
- Vezeték nélküli fülhallgatók
- Luck Dragon: Asszociációs játék. :)
- Milyen HASZNÁLT notebookot vegyek?
- Mibe tegyem a megtakarításaimat?
- Kés topik
- Milyen asztali (teljes vagy fél-) gépet vegyek?
- Gaming notebook topik
- Azonnali alaplapos kérdések órája
- Vezetékes FEJhallgatók
- További aktív témák...
- Bomba ár! Lenovo ThinkPad T460s - i5-6GEN I 8GB I 128GB SSD I 14" FHD I Cam I W10 I Garancia!
- Újszerű HP 14s-dq5001nh - 14"FHD IPS - i5-1235U - 16GB - 512GB - Win11 - Magyar - Garancia
- GYÖNYÖRŰ iPhone 11 Pro 64GB Silver -1 ÉV GARANCIA - Kártyafüggetlen, MS3565, 100% Akkumulátor
- Shining3D EinScan Pro 2X 3D szkenner
- Bomba ár! Dell Latitude E5450 - i5-5GEN I 4GB I 320GB I 14" HD I HDMI I Cam I W10 I Gari!
Állásajánlatok
Cég: Laptopműhely Bt.
Város: Budapest
Cég: PCMENTOR SZERVIZ KFT.
Város: Budapest



