Hirdetés
- Luck Dragon: Asszociációs játék. :)
- ubyegon2: Airfryer XL XXL forrólevegős sütő gyakorlati tanácsok, ötletek, receptek
- leslieke
- Sub-ZeRo: Euro Truck Simulator 2 & American Truck Simulator 1 (esetleg 2 majd, ha lesz) :)
- sziku69: Fűzzük össze a szavakat :)
- sh4d0w: StarWars: Felismerés
- sziku69: Szólánc.
- Magga: PLEX: multimédia az egész lakásban
- Mr Dini: Mindent a StreamSharkról!
- eBay-es kütyük kis pénzért
Ú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?:))
- Samsung Galaxy S23 Ultra - non plus ultra
- Black Friday november 29. / Cyber Monday december 2.
- Könyvajánló
- Kuponkunyeráló
- Milyen TV-t vegyek?
- Hét új család perli az OpenAI-t öngyilkosság miatt
- Luck Dragon: Asszociációs játék. :)
- Microsoft Excel topic
- VR topik (Oculus Rift, stb.)
- Battlefield 6
- További aktív témák...
- Dell Latitude 7410 Strapabíró Ütésálló Profi Ultrabook Laptop 14" -80% i7-10610U 16/512 FHD IPS MATT
- Lenovo ThinkVision LFD E65 65" LFD kijelző új
- Legion 5 Pro 16IAH7H Intel Core i7-12700H CPU / 32GB DDR5 RAM / 1TB SSD / Nvidia RTX3070 8GB
- Szép DELL latitude 5420 Tartós Üzleti Laptop 14" -70% i5-1145G7 4Mag 16Gb 256GB SSD FHD IPS
- TP-Link RE700X AX3000 Rage Extender
- HIBÁTLAN iPhone 13 mini 128GB Blue -1 ÉV GARANCIA - Kártyafüggetlen, MS3846, 100% Akkumulátor
- HIBÁTLAN iPhone 13 256GB Red -1 ÉV GARANCIA - Kártyafüggetlen, MS3735, 100% Akkumulátor
- CPU: 2 x Intel Xeon(R) E5-2650L v2 1.70GHz, 40 vCPUsvv, 256 GB DDR3 RAM
- HIBÁTLAN iPhone 13 Pro 128GB Alphine Green -1 ÉV GARANCIA - Kártyafüggetlen, MS3024, 100% Akksi
- BESZÁMÍTÁS! LENOVO LOQ 15IRX9 notebook - i5 13450HX 32GB DDR5 512GB SSD nVidia RTX 4050 6GB WIN11
Állásajánlatok
Cég: Laptopműhely Bt.
Város: Budapest
Cég: NetGo.hu Kft.
Város: Gödöllő