- sziku69: Fűzzük össze a szavakat :)
- Mr. Y: Motoros sztorik #06
- Luck Dragon: Asszociációs játék. :)
- D1Rect: Nagy "hülyétkapokazapróktól" topik
- sziku69: Szólánc.
- gban: Ingyen kellene, de tegnapra
- Magga: PLEX: multimédia az egész lakásban
- eBay-es kütyük kis pénzért
- NASsoljunk: ZyXEL NSA-310 és az FFP
- Őskoczka
Ú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. -
skoda12
aktív tag
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.
-
-
#7812
Oppenheimer
nagyúr
ToMmY_hun
#7810
Oppenheimer
nagyúr
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
Hirdetés
A topicot kiemeltem. Valaki nem akar egy nyitó hsz-t írni?:))
- AMD Navi Radeon™ RX 9xxx sorozat
- Samsung Galaxy S21 FE 5G - utóirat
- Borderlands 4
- Nintendo Switch 2
- Milyen asztali (teljes vagy fél-) gépet vegyek?
- Milyen belső merevlemezt vegyek?
- Linux kezdőknek
- Autós topik látogatók beszélgetős, offolós topikja
- Autós topik
- NVIDIA GeForce RTX 3080 / 3090 / Ti (GA102)
- További aktív témák...
- Bomba ár! Dell Latitude 7390 2in1 - i7-8G I 16GB I 256SSD I 13,3"FHD Touch I HDMI I Cam I W11 I Gar
- BESZÁMÍTÁS! Apple MacBook Pro 14 M2 Pro - M2 Pro 16GB 512GB SSD garanciával hibátlan működéssel
- BESZÁMÍTÁS! Gigabyte B760M i5 14600KF 32GB DDR4 1TB SSD RX 6700XT 12GB Zalman Z1 Plus Seasonic 650W
- ÁRGARANCIA!Épített KomPhone i7 14700KF 32/64GB RAM RTX 4070 Ti Super GAMER PC termékbeszámítással
- Szerezd meg a tökéletes házat most!
Állásajánlatok
Cég: CAMERA-PRO Hungary Kft
Város: Budapest
Cég: PC Trade Systems Kft.
Város: Szeged