- ASUS blog: Ideális olcsó utazós gép lett az új Vivobook S14
- Házimozi belépő szinten
- AMD Ryzen 9 / 7 / 5 / 3 5***(X) "Zen 3" (AM4)
- ASUS notebook topic
- Radeon RX 9060 XT: Ezt aztán jól meghúzták
- AMD K6-III, és minden ami RETRO - Oldschool tuning
- Azonnali fotós kérdések órája
- Fujifilm X
- Hobby elektronika
- VR topik
Ú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
deck
entity-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 is13-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.
-
A clean code teljes félremagyarázása
(főleg Python huszároktól hallotam ezt idági), hogy ha van comment az nem clean code és nem jó...Szerintem kell komment, de ha sikerül olyan függvényeket írnod, ami valóban 5-6 sor akkor adott esetbel lehet, hogy felesleges a komment, mert azonnal látszik, hogy mit csinálsz (pl. elwrappelsz egy lambdát mert még 6 helyen használod).
Új hozzászólás Aktív témák
Hirdetés
A topicot kiemeltem. Valaki nem akar egy nyitó hsz-t írni?:))
- ASUS blog: Ideális olcsó utazós gép lett az új Vivobook S14
- Óra topik
- Mibe tegyem a megtakarításaimat?
- Nintendo Switch 2
- Luck Dragon: Asszociációs játék. :)
- Házimozi belépő szinten
- Amazfit T-Rex 3 - prehisztorikus idő
- PlayStation 5
- AMD Ryzen 9 / 7 / 5 / 3 5***(X) "Zen 3" (AM4)
- ASUS notebook topic
- További aktív témák...
- GIGABYTE GeForce RTX 4060 EAGLE OC 8G (GV-N4060EAGLE OC-8GD
- TP-Link Archer AX73 AX5400 Router
- ÚJ TP-Link Archer AX55 AX3000 Router
- Intel Core i5-14600K 14-Core 3.4GHz LGA1700 Box (BX8071514600K) Processzor
- Brutál ERŐMŰ! Lenovo P710 / 2x Xeon E5 (44 mag!) / 256GB DDR4 / 2x 512 SSD / 8TB HDD / ASUS 1660 6GB
- ÁRGARANCIA!Épített KomPhone Ryzen 5 4500 16/32/64GB RAM RX 6500 XT 4GB GAMER PC termékbeszámítással
- AKCIÓ! Gigabyte H510M i5 10400F 16GB DDR4 512GB SSD GTX 1080Ti 11GB Rampage SHIVA Zalman 600W
- ÁRGARANCIA! Épített KomPhone Ryzen 5 9600X 32/64GB RTX 5070 12GB GAMER PC termékbeszámítással
- ÁRGARANCIA!Épített KomPhone Ryzen 5 4500 16/32/64GB RAM RX 6600 8GB GAMER PC termékbeszámítással
- Telefon felvásárlás!! iPhone 15/iPhone 15 Plus/iPhone 15 Pro/iPhone 15 Pro Max
Állásajánlatok
Cég: PC Trade Systems Kft.
Város: Szeged
Cég: PC Trade Systems Kft.
Város: Szeged