Hirdetés
- Hivatalos a OnePlus 13 startdátuma
- Samsung Galaxy S25 Ultra - titán keret, acélos teljesítmény
- One mobilszolgáltatások
- Fordulat: időben startol S26+, nézd meg, milyen lesz!
- Olyan lesz a Google Térkép, mint a segítőkész haver az anyósülésen
- Nem lesz olcsó a Realme GT 8 Pro Európában
- 1 VII Japán
- Azonnali mobilos kérdések órája
- Samsung Galaxy S24 Ultra - ha működik, ne változtass!
- Redmi Note 14 5G - jól sikerült az alapmodell
Új hozzászólás Aktív témák
-
#8839
MasterMark
titán
ToMmY_hun
#8837
MasterMark
titán
válasz
ToMmY_hun
#8837
üzenetére
Igen, en is innen neztem, de nekem nem volt egyertelmu.
Compares this object with the specified object for order. Returns a negative integer, zero, or a positive integer as this object is less than, equal to, or greater than the specified object.
Mar megcsinaltam az elso szerint, de ha jol ertem itt is ezt irja, csak nem volt tiszta hogy most itt melyik neki a this, meg a specified object...
-
-
M_AND_Ms
veterán
válasz
ToMmY_hun
#8741
üzenetére
Nem tudom milyen az a feladatsor, de ha az van benne, hogy készítsen ilyen-olyan láncolt listát, akkor az hülyeség.
Én még egyik üzleti partnerünktől se kaptam ilyen igényt az elmúlt húsz évben.
Szóval, valami egyszerű, de életszagú dolog kell, esetleg egy már előfordult üzleti igény fejlesztői specifikációja. -
proci985
MODERÁTOR
válasz
ToMmY_hun
#8687
üzenetére
Azert vannak ennek elonyei. Jelenleg egy projekten Java8at hasznalok egy feladatra, viszont kulso processkent C programokat hivogatok. A C programok egy resze felig obskurus es a 80as evekben irtak oket. Hat igy a 100soros C kodnal eroteljesen anyazok, hogy:
- mit ir ki
- mi a feneert van hardcodeolva pl fix 13ra az osszes forloop?Termeszetesen hosszra vannak optimizalva szoval egy 100soros programhoz kepest eleg sok mindent csinalnak. Dokumentacio meg izebize.
Ugyanugy, en meg emlekszem a Turbo Pascalra meg a Borland Cre mint fejlesztoi kornyezetekre, valoszinuleg sikitofraszt kapnek ha az ido nagyreszeben abban kene dolgoznom. Meg internet nelkul. De minimum erezhetoen csokkenne a produktivitasom.
-
cigam
titán
válasz
ToMmY_hun
#8683
üzenetére
Ez inkább az angol nyelv ismeret melletti érvelés. Persze elfogadom hogy nemzetközi csapatban/tulajdonossal követelmény. Nem hiszem,hogy 46 évesen autodidaktán valaha is bekerülök egy ilyen csapatba.
Annó a ZX81-en nem voltak olyan úri huncutságok,hogy a tömböt vektornak hívják, és az objektumokról se hallottunk. Most csak kíváncsi vagyok tudnék-e magamnak objektumorientált programot írni, a magam szórakoztatására. -
Taoharcos
aktív tag
válasz
ToMmY_hun
#8457
üzenetére
Igazából a dolog egy részét már ismerem, Java SE, JSP, JSF, JDBC, SQL, Netbeans szoktam használni, de Eclipsehez is volt szerencsém(ha nagyon kéne akkor még az IntelliJ Ideával is megküzdenék). Próbálom a Clean Code elveket használni, a projecteket Mavennel csinálom, a Git-et is ismerem, habár még nem igazán használom, próbálkozom a TDD-vel de azért ez elég nehéz még.
Viszont hiányzik még Java EE átfogó ismerete, Spring, JPA meg valami igazi gyakorlat. -
-
M_AND_Ms
veterán
válasz
ToMmY_hun
#8344
üzenetére
Falra másznék az ilyen "szintetikus" felvételi teszttől.
Ez kb annyit mond el delikvensről, mint egy Antutu teszt egy mobiltelóról.Én elbuknék a magam 15 éves aktív kódolási és 25 éves informatikai előéletével együtt a Fibonacci és a palindrom fogalmaknál. Fibonaccival utoljára talán 20 éve találkoztam, ha jól emlékszem...
(mondjuk egy javas for ciklus írását is csak a codeassist segítségével tudom elkezdeni
) -
Lortech
addikt
válasz
ToMmY_hun
#8331
üzenetére
Jellemzőbb, hogy nem a bytecode-ot nézegeted és az alapján megírod java nyelven, hanem egy java decompilerrel (jd, jad) visszaállítod a forrást, többé kevésbé az eredeti forrás visszaállítható, általában olvasható is lesz, ha nem volt obfuszkálva a kód. Nem mindig lehet tökéletesen visszaállítani az eredeti forrást, de debugolásra már így is alkalmas lehet a kinyert kód, és általában kis munkával újra fordíthatóvá is alakítható.
Számtalanszor debugoltam és patcheltem így különböző zárt framewörkös osztályokat. Bizonyos esetekben nagyon jól tud jönni ez a fajta tudás.
JDGUI egy nagyon hasznos tool, van eclipse pluginje is. Nálam első dolgok egyike új eclipse példány beállításánál hogy class without source-hoz asszociálom a jd-eclipse-et. -
válasz
ToMmY_hun
#8111
üzenetére
Ha klasszikus producer-consumer megvalósítás kell, tehát bedob egy thread egy üzenetet és valamelyik másik feldolgozza, akkor egy BlockingQueue / TransferQueue elég. Ha a két thread között egy üzenet cserét kell megvalósítani, akkor Exchanger. Stb.
Attól is függ, hogy ugyanazt az üzenetet minden threadnek fel kell dolgoznia vagy elég ha csak egy foglalkozik vele.
Ha mindenképp külső könyvtárat keresel, akkor disruptorra ránézhetsz, de ez csak annyit tud, hogy gyorsabban valósítja meg azt, amit a jdk beépített osztályaival amúgy is el lehet érni. -
#8018
Sk8erPeter
nagyúr
ToMmY_hun
#8015
Sk8erPeter
nagyúr
válasz
ToMmY_hun
#8015
üzenetére
Egyetértek, szerintem is. Mondjuk ezt már kezdőként is kéne erőltetni. Ráadásul itt sokszor nem is kis overheadről van szó, sokszor látok olyasmit is leírva, hogy mondjuk 4 ismétlődő metódushívás történik láncolva háromszor egymás alatt, különböző sorokban (ergo ez már 12-szeri beleugrás a metódusba), vagy hogy adott, hosszabbra sikerült metódus törzsén belül lazán le van írva vagy 10-szer, hogy getValami(), miközben az pontosan ugyanazt a referenciát/értéket adja vissza. Ilyenkor az a magyarázat szokott jönni, hogy há' de az nem számít, mit kell itt ilyeneken pörögni, meg takarékoskodni, kit érdekel, stb., pedig ezek az overheadek olyan szépen egymásra tudnak épülni, hogy rossz nézni a végeredményt (nem beszélve arról, amit említettem, hogy ez zsigeri szintű igénytelenséghez vezet hosszú távon). Magasszintű nyelveknél sajnos elég elterjedt szokás magasról lefosni a mikrooptimalizációt.
De van, aki nem hajlandó befogadni ezt.
-
-
#39560925
törölt tag
válasz
ToMmY_hun
#7810
üzenetére
Pont tegnap kezdtem én is használni, mert a sima Collenctions.synchronizedList() iterátora is ConcurrentModificationException-öket dobált.
Amire figyelj, hogy a CopyOnWriteArrayList-et nem lehet Collections.sort-tal rendezni: "Element-changing operations on iterators themselves (remove, set, and add) are not supported. These methods throw UnsupportedOperationException."Ezen kívül rossz tapasztalatom egyelőre nincs vele. Nálam ezért volt indokolt a használata: "useful when you cannot or don't want to synchronize traversals, yet need to preclude interference among concurrent threads"
)
![;]](http://cdn.rios.hu/dl/s/v1.gif)
Új hozzászólás Aktív témák
A topicot kiemeltem. Valaki nem akar egy nyitó hsz-t írni?:))
- Óra topik
- Gitáros topic
- Hivatalos a OnePlus 13 startdátuma
- Egér probléma
- Hét új család perli az OpenAI-t öngyilkosság miatt
- Samsung Galaxy S25 Ultra - titán keret, acélos teljesítmény
- AMD K6-III, és minden ami RETRO - Oldschool tuning
- eBay-es kütyük kis pénzért
- 5.1, 7.1 és gamer fejhallgatók
- Arc Raiders
- További aktív témák...
- Eladó EVGA 700 W1
- i7 10700/ RTX2080Ti/ 32GB DDR4 alapú konfig/ garancia/ ingyen foxpost
- Újszerű Ps5 Kontrollerrek Garanciával
- Acer Nitro 16 - 16" WQXGA 165Hz - Ryzen 7 8845HS - 16GB - 1TB - Win11 - RTX 4070 - Garancia
- Samsung Galaxy S23 8/256GB, Megkímélt, Kártyafüggetlen, Töltővel, 1 Év Garanciával!
- GYÖNYÖRŰ iPhone 13 256GB Black -1 ÉV GARANCIA - Kártyafüggetlen, MS2247
- Fujitsu LIFEBOOK E449 i3-8130U 12GB 512GB 14" FHD 1 év garancia
- LG UltraFine 4K és Smart Monitorok: BLACK NOVEMBER -30%
- Bomba ár! HP EliteBook Folio 1040 G3 - i5-G6 I 8GB I 256GB SSD I 14" FHD I Cam I W11 I Garancia!
- Fotó állvány eladó
Állásajánlatok
Cég: Laptopműhely Bt.
Város: Budapest
Cég: PCMENTOR SZERVIZ KFT.
Város: Budapest