Hirdetés
- Fórumok
- Szoftverfejlesztés
- Java programozás
- (kiemelt téma)
-
Fórumok
PROHARDVER! - hardver fórumok
Notebookok TV & Audió Digitális fényképezés Alaplapok, chipsetek, memóriák Processzorok, tuning Hűtés, házak, tápok, modding Videokártyák Monitorok Adattárolás Multimédia, életmód, 3D nyomtatás Tabletek, E-bookok Nyomtatók, szkennerek PC, mini PC, barebone, szerver Beviteli eszközök Egyéb hardverek PROHARDVER! BlogokMobilarena - mobil fórumok
Okostelefonok Mobiltelefonok Okosórák Autó+mobil Üzlet és Szolgáltatások Mobilalkalmazások Tartozékok, egyebek Mobilarena blogokIT café - infotech fórumok
Infotech Hálózat, szolgáltatók OS, alkalmazások SzoftverfejlesztésGAMEPOD - játék fórumok
PC játékok Konzol játékok MobiljátékokLOGOUT - lépj ki, lépj be!
LOGOUT reakciók Monologoszféra FototrendFÁRADT GŐZ - közösségi tér szinte bármiről
Tudomány, oktatás Sport, életmód, utazás, egészség Kultúra, művészet, média Gazdaság, jog Technika, hobbi, otthon Társadalom, közélet Egyéb Lokál PROHARDVER! interaktív
Új hozzászólás Aktív témák
-
M_AND_Ms
veterán
közben meglett, picit máshogy: mvn package
2 kérdés:
-Kellene valami tool amivel teljes java projekteket lehet összehasonlítani, java fájlonként, tartalomra. Total commander synchronize dirs volt eddig, de most nem... minden java fájlt különbözőnek érzékel, és különbözik is a mérete byte-ra, de a tartalom nagyrésze egy az egyben ugyan az. By content checkbox nem segít, karakterkódolás pedig azonos, nincs fájl végi sortörés különbség sem
-Van olyan tool amivel kigyűjhetőek, akár a pontosan egyező metódusok is? Mert az a szerencsétlen aki csinálta, még metóduson belül is 10 soros kódokat ismételget, azonos copy-paste metódusokból is sok van.
Persze az is hasznos lenne, ha a feltűnően hasonló kódrészletekre is figyelmeztetne, hogy azt egységesíteni lehet. -
M_AND_Ms
veterán
Hmm. Azt hiszem, te többet láttál bele a kérésbe, mint én.
Ha neked tennék fel a kérdést egy interjún, hogy szerinted milyen egy jó, minőségi java osztály implementációja, akkor mit válaszolnál?---
A felhozott példákat én egy lehelletnyit túlzónak tartom, a vas rácsszerkezetét inkább hasonlítanám mondjuk a gépi kódhoz, mintsem a kódminőség megítéléséhez. Az meg igazán örvendetes lenne, ha az IT iparban is olyan képzésük lenne az embereknek, mint orvosi fronton, mentoring, sokéves rezidenskedés, stb. Én se kérdezném meg tőle az adagolást, mert feltételezném, hogy pontosan tudja. Na meg a beteg halálozások száma is jó indikátora a hozzáértésnek.
"Hmm. Azt hiszem, te többet láttál bele a kérésbe, mint én."
Ez igaz....én csak a vaskalapos, merev és felesleges kérdéseket nem szeretem...
"Ha neked tennék fel a kérdést egy interjún, hogy szerinted milyen egy jó, minőségi java osztály implementációja, akkor mit válaszolnál?"
Megkérdezném a kérdést feltevőt, hogy valóban, ezt az interjúra szánt 10 percet akarja arra felhasználni, hogy megtárgyaljuk, mitől lesz szép egy java kód? Vagy inkább ténylegesen ki akarja deríteni fogok-e tudni hatékonyan együtt dolgozni abban a csapatban, vagy annak az élén ahova épp embert keresnek. Mert pl én azért vagyok épp ott, hogy megtudjam ezt (a java kódkonferenciára ki se öltöztem volna).
Hála égnek, ilyen interjún nem voltam soha, és nem is voltam kényszerhelyzetben, hogy bele kellet volna mennem ilyenbe...Eddig mindig egy kötetlen, informális beszélgetésbe csöppentem, ahol a szűk szakmai dolgokról nem volt szó. Alapértelmezett volt, hogy ha kovácsnak jelentkezem és ők kovácsot keresnek, akkor nem kérdés, hogy mindketten tudjuk, milyen a felpattanó szikrába belenézni (ha ez nem így volna, úgyis kiderülne, egy héten belül)
20 éves tapasztalattal a hátam mögött pedig az a véleményem, hogy egy IT projekt legutolsó, szinte lényegtelen része, hogy mennyire szépen, mennyire jó minőségben (sic) vannak implementálva a java osztályok. (nyilván számít a kód milyensége, de nem ezen fogunk elbukni... mielőtt valaki visszadobná a labdát)
"A felhozott példákat én egy lehelletnyit túlzónak tartom"
A példák, mindig valami túloznak...
-
M_AND_Ms
veterán
"Konkrétan a hozzászólás melyik részét tartod bullshitnek és miért"
Azt, amit kérnek, hogy felmondjon a jelentkező a hr-esnek, mint a leckét az iskolában. Ez számomra a tudás hibás és teljesen felesleges visszakérdezése: fejből tudni és visszamondani az elméleti anyagot, még "ha álmodból keltenek is fel. " Az ilyen tudás megszerzése jön a "magolásból", és nem a gyakorlatból, vagy a rátermettségből. Ez alapján tuti nem a megfelelő és alkalmas embert fogják felvenni.
A tapasztalatom (20 aktív IT, + 10 év egyéb terület) az, hogy az elméleteket halmozó emberek aszok, akik a megbeszéléséken a szót viszik, az elveket hangoztatják és az időt rabolják, de a tényleges munkát már képtelenek elvégezni.
Az ilyen szintű elméleti alaptéziseket nem kell hangoztatni, hanem azoknak megfelelően kell dolgozni. Egy kovács se tudja fejből elsorolni, hogy mi a helyes kalapálás alapelmélete és hogy milyen rácsszerkezetű a vas...egy kovács alkalmazásakor se kell ilyeneket kérdezni ... Vagy egy anesztes orvosnál se kérdeznek az állásinterjún olyat, hogy miből, mennyit adagol a lumbális érzéstelenítésnél és azt milyen szempontok alapján dönti el. -
M_AND_Ms
veterán
Tömör, egy felelőssége van, se többet, se kevesebbet nem csinál mint ami a célja. Magas a koherencia a az adattagok és a metódusok között, meg az összes SOLID principle felsorolása, kifejtése, 1-2 design patternen keresztüli elmagyarázása. Én ezt várnám el egy interjúzótól. Bár juniortól lehet nem ilyet kérdeznék, hanem inkább alapvetőbb algoritmus kérdéseket, adatstruktúrákat.
erre mondjuk, hogy bullshit....én ezt tuti nem tudnám így elmondani...valld be te is most kopiztad ki valahonnét
Java fejlesztőt, vagy elméleti szakembert keresnek? -
M_AND_Ms
veterán
Egy konkrét feladat kapcsán amint érdemes lesz a bővítés, azt azonnal észre fogod venni.
-
M_AND_Ms
veterán
Gondolom levágja az elejét és csak az utolsó bájtot tartja meg (na ez megint jó kérdés, hogy a jvm milyen sorrendben tárolja a bájtokat és meg nem mondom). Ha a végét vágná le, akkor nem váltana előjelet, legalább is ha elől (bocs a pontatlanságért, talán "most significant bit"-nek lehetne nevezni, balról az első
) van az előjelbit.
Majd ha ráér egy okos, írja le mert én is kíváncsi vok
-
M_AND_Ms
veterán
Informatikusnak hogy a piklibe ne kéne programozás? Még egy rendszergazdának is. Már csak azért is, hogy saját dolgodat megkönnyítsd. Igaz én a Java-t kalapácsnak használom és mindent azzal püfölök, olyat is amit pl PS-sel, bash-sal vagy más eszközzel lenne érdemes, de csináltam már java-s reboot programot kínai telefonközponthoz, amit ha nem indítottunk újra naponta, a hívások nem mentek. Betelnetelt rá és kiadta a parancsot. Debian alatt futott cron-ból. Tudom, hogy lehettek volna elegánsabb megvalósításai, de működött. Ugyanígy a régi ERP nem volt képes ütemezett üzeneteket küdeni, egy java-s programocska lekérdezett valamit SQL-lel JDBC-n át és ha kellett, küldött SMTP-n át levelet.
Volt hogy rámlőcsöltek adatrögzítést, csináltam hozzá az ERP által kínáltnál ezerszer kényelmesebb felviteli felületet és onnan nyomtam be az adatokat az ERP-be, ami szintén nem ajánlott, de soha semmi gondot nem okozott.Én imádom a Java-t, mert mindent meg tudok benne csinálni, még ha tudom is, hogy nem kellene mindent benne.
Az a lényeg, hogy egyszerűbb scriptek és programozási ismeretek nélkül a rendszergizda kartalan órás (direkt hagytam le az i-t).Az informatikus az, aki 10 órát dolgozik azon, hogy megkönnyítse a 10 perces munkáját, hogy azt ezentúl fél perc alatt el tudja végezni (ez az én első fő tételem)
-
M_AND_Ms
veterán
Jaja, fa struktúrájú adatok bejárásánál tud jól jönni, ugyanakkor túl kiterjedt szerkezeteknél nem biztos, hogy jó ötlet, marha sok memóriát fel tud emészteni, valamint egzotikus memóriahibákat dobhat a jvm, még ha a gépben van is elég memória, csak épp a programverem, vagy minek hívják, túlcsordul: [link]
Érdemes ciklusokra visszavezetni a megoldást rekurzió helyett.Persze, feladata váltogatja a megoldást. Amúgy, meg nincs az a memóriaméret, ami ne lehetne hipp-hopp elfogyasztani
-
M_AND_Ms
veterán
-
M_AND_Ms
veterán
-
M_AND_Ms
veterán
Egyfelől van SQL topic, ez oda jobban illene.
Másfelől:
- Indexeket kell használni. Azt az oszlopot kell indexelni, ami a where feltételben szerepel elsősorban. Ebből is elsősorban azok lesznek gyorsak, amikor konkrét értékre vonatkozik a feltétel, vagy arra, hogy egy érték egy tartományban van-e. Ha több oszlop is van a keresésben, lehet kompozit indexeket definiálni. Ha pl.: van a,b,c oszlopra egy indexed, azt az olyan feltételekre lehet használni, ahol vagy csak a-ra, vagy a-ra és b-re, vagy a-ra, b-re, s c-re van megszorító feltétel megadva. Az index gyorsítja a keresést, de lassítja a beszúrást, törlést. Ezen kívül még fontos, hogy ha csak az indexben szereplő dolgokat fogsz kikeresni a select-tel, akkor az szinte biztosan csak memóriában fog történni, de a többi mező lekérdezéséhez már lehet a diszkhez kell fordulni, ami lassítani fog erősen. Másik megfontolás a select oszlopok számánál, hogy minden extra oszlop megnöveli a visszaadott adathalmaz méretét, emiatt ha a sávszélesség probléma az adatbázis és az alkalmazás szerver között, akkor ronthat a sebességen. Erre szoktak DTO-kat használni(olyan objektum, ami csak a teljese tábla oszlopainak egy részét tartalmazza. Azt, amire éppen minimálisan szükség van az adott probléma megoldásához.).
- Nem árt megnézni azt sem, hogy a lekérdezés tényleg fogja-e használni az elkészített indexet. Erre általában adatbázisonként különbözik, hogy milyen paranccsal, de le lehet kérdezni, hogy mi lesz a query excution plan. Abból kiderül, hogy fog-e használni indexet, vagy nem. Illetve melyiket. A kritikus lekérdezésekre szerintem mindig ellenőrizni kell.
- Ha gyakran használ az ember joint, akkor érdemes lehet elgondolkodni a joinolt tábla foreign key-ként használt oszlopának indexelésén. Ez nagyban felgyorsíthatja a join-ok sebességét.
- Ha a beszúrás és a törlés is nagyon gyakran történik meg és a tábla nagy, akkor érdemes lehet particionálni a táblát több részre. Mondjuk ha neveket tárolsz, akkor az egyik tabla csak a-b, a másik c-d, ... kezdetű neveket tartalmazza. Viszont ilyenkor pl. nehéz lesz jó foreign keyeket definálni a nevekre, s sok egyéb komplikáció előjöhet. Ha ilyen jellegű a probléma, akkor lehet érdemesebb valamilyen noSQL db-t választani RDBMS helyett.Még másfelőlebb (sic!) az indexelés nem Java, de még csak nem is Sql téma. Leginkább, általában az adatbázisok, adatbáziskezelés témát kellene megismerni, megtanulni.
-
M_AND_Ms
veterán
-
M_AND_Ms
veterán
Van egy programom, amivel adatbázist kezelek SQLite-tal. Ezt azzal szeretném kiegészíteni, hogy egy másik adatbázis adatait hozzáfűzöm. A probléma az, hogy a másik adatbázis egy régi .dbf (dBase III / IV). Java 8-tól kezdve ahogy olvastam ezeket nem nagyon lehet kezelni JDBC-vel. A különféle libek amiket találtam és kezelik a .dbf-t mind fizetősek, amik ingyenesek azokkal viszont nem tudok SQL lekérdezést használni. Mire lenne érdemes alakítani ezeket a dbf fileokat, hogy utána mindent egy helyi adatbázisban tároljak és egyszerűen tudjak SQL lekérdezéseket végezni?

Ha szükséges az SQLite-ot is cserélhetem másra ha van javaslat.
Ha javaból, vagy mysqlből eléred, akkor elsőnek nyers adatként áthúzod a dbf tartalmát az adatbázisodba, aztán ott már könnyedén tudsz belőle dolgozni.
Anno 10 éve én is így dolgoztam be dbf-t, de az eszközre már nem emlékszem (azt hiszem, mivel Ms-sql volt az adatbázis, annak a pont ilyen feladatokra való Dts eszközével dolgoztam) -
M_AND_Ms
veterán
Az a stacktrace-ből látszik, hogy a Vector firstElement() metódusa hányja el magát. Ami ugye a 0-ás indexű elemet venné ki. Ez nekem azt jelenti, hogy a Vector üres. Olyan szerintem nincs, hogy a GC kiürít egy Vector-t. Viszont a másik gondolatod sanszosabb. Lehet, hogy valaminek be kellene töltődnie, ami nem történik meg és ettől üres. Jó lenne látni a full stacket.
Olyasmi lehet, hogy működik, használják, miközben a kód kiüríti a Vector-t, ami utána a kód másik része olvasna belőle és hibát dob - tehát, én azt mondom, ez programozói hiba: vagy nem kéne üríteni a Vectort, vagy az olvasáskor kéne figyelni, mert lehet jogosan üres, csak éppen kezelni kéne azt.
-
M_AND_Ms
veterán
Megjegyzem,a memória elfogyásoknak megvan a maga hibaüzenete (pl: java.lang.OutOfMemoryError: Java heap space), ez nem az, tehát túl sokat ne várj
-
M_AND_Ms
veterán
Sziasztok!
Segítséget kérek de előre szólok, hogy nem értek a programozáshoz

Munkahelyemen egy műszert kezelő program Java alapú program kezel. Egy ideig szépen teszi a dolgát, aztán lassacskán kezd hibákat feldobálni. Pl. meg akarok nyitni egy új ablakot, ami a műszeren aktivál valami funkciót egy feladathoz és feldob egy "Java lang 0 pointer exception" hibát.
Sok féle hiba van és teljesen véletlenszerűen jönnek elő, nem lárok semmi trendet (5 éve használom a rendszert). Jelenleg XP alatt fut a program, de előtte Linux rendszeren is ugyan ezek a hibák voltak.
A program teljes újraindításával általában megszűnnek a hibák, aztán megint jönnek elő sorban.
Kicsit utánaolvasgattam és felmerült egy ötlet, miszerint a java memóriát (heap) lehetne növelni.
Ezt hogyan kell? A parancsokat megtaláltam a neten de hova kell írni? Windows cmd ablakban nem ismeri fel az utasítást.
Mennyi memóriát adhatok neki ha sikerül? Ez a fizikai memóriából lesz levonva, vagy ezt majd a Windows intézi? 1,2Gb ram van a gépben
Végül mellékelek egy képet, amin a program indításakor megnyíló ablak látható, hátha segít. Az a sok üzenet sor látható ha sokáig használjuk a programot. De ezek is változóak, ez csak egy példa amit még régen mentettem.

Előre is köszönöm a segítséget!
Én a program fejlesztőjével, forgalmazójával venném fel a kapcsolatot: a mellékelt hiba annyi, hogy a program egy Vectorból (laikusan mondjuk listának) akarja elővenni az első elemet, de az a Vector (lista) üres, ezért mondja a hibaüzenet: NoSuchElementException.
Oka lehet hibás működés (valószínű előzőleg valami, valahol rakna elemeket ebbe a listába, de az nem történik meg), ami nincs rendesen kezelve, vagy egyszerűen programozó hiba. -
M_AND_Ms
veterán
BLOB-an jöhet karakteres adat is nem okoz gondot.
-
M_AND_Ms
veterán
-
M_AND_Ms
veterán
Sziasztok!
Oracle-ből szeretnék lekérdezni egy bizonyos táblából. Találtam rá main programban try catch-el megvílósított megoldást, de mindenhol csak ezt...
Szerintetek hogy lenne a legegyszerűbb oracleből adatot kinyerni? A Szentháromság esetemben Tomcat+Axis2+Java. És persze WebService lesz. Hosszú távon több is, adott esetben mi leszünk a kiszolgálók, néha a fogadók, de most a kiszolgálóság az érdekes.

Az "ezt" nem látni.
Alapból jdbc kell hozzá, utána meg se szeri, se száma az eszközöknek amik az adatbázis objektumok kezelésére szolgálnak.
Így elindulhatsz: [link] -
M_AND_Ms
veterán
De ez csak azért van, mert még kezdők az illetők a szakmában
de tényleg, mosolyogni embereken, mert Windowsos a gépük, meg azt gondolni, hogy egy 5 éves technológia már olyan, mint a lyukkártya? Ez jellemzően a kb. 7-10 év tapasztalattal rendelkező, de azért túl sokat nem látott technológusokra jellemző, akik azt gondolják, hogy a frameworkok fogják megoldani a problémáikat, meg hogy valami drámai fejlődés tud történni 5 év alatt.A bonyolult projektek nem azért dőlnek be, mert MVC-t használt valaki, vagy mert EE-re épült a projekt Spring helyett
Komoly, nagyméretű projekteket egyszer kialakítanak egy akkori technológiával, majd utána azt karbantartják és funkciószinten tovább fejlesztik ill hibát javítanak. De semmiképp nem állnak neki csak azért újraírni, mert bejött valami újabb technológia. Azonban sokszor van, hogy egyszer csak találnak büdzsét, elkölteni való pénzt é akkor kitalálják, írjuk újra "korszerűre" - az ilyennek legtöbbször az a vége, hogy egy funkcióban szegényebb, kezelhetőségben rosszabb, de csillivillibb és papíron korszerűbb terméket alakítanak ki, amit a felhasználók a pokolba kívánnak, mert a régivel semmi baj nem volt.
Személy szerint több példát láttam kórházi, egészségügyi rendszerek ilyetén való átalakításra. Volt egy karakteres, de gyorsan használható letisztult felület, amit átraktak egy grafikus guira. 10-szer akkora hardver 10-ed akkora felhasználói sebesség, rengeteg hibázási lehetőséggel. Mindez rengeteg pénzbe, időbe és energiába került, az a eredmény, az előrelépés pedig 0. De..., új technológiákat használtak. Hurrá!Szerintem ez az új és újabb technológia kergetés egy rossz gyakorlat.
-
M_AND_Ms
veterán
Sziasztok!
Egy programot kellene készítenem java nyelvben ami úgy néz ki hogy egy térképet használnék fel és ehhez szeretnék készíteni mondjuk checkboxokat, amelyeket kijelölve csak azok a dolgok jelennek meg a térképen amit kijelöltem. Ehhez kellene nekem valami olyan google által vagy bármely cég által készített szabadon felhasználható térkép/térképkivágat. Tudtok ebben segíteni nekem? Ha valami nem tiszta, hogy mit szeretnék akkor kérem szóljatok és pontosítok

Ott kezdeném, ahol a Google kereső is ajánlja : Client Libraries for Google Maps Web Services, illetve ahol a hasonló kérdéseken rágódók felteszik a kérdéseiket stackoverflow.com: How use Java with google maps api?
-
M_AND_Ms
veterán
Jók ezek a kulcsszavak.
Gondoljátok a működő, évek alatt rengeteg tudást magukba építő alkalmazásokat lecserélik, csak mert új eszmék, új hangzatos nevek tűnnek fel?
Ugyan már!
Az egyik rendszer, amin dolgozok 2003-ban kezdte az életét. Vannak részek, amit újraírnánk, de nem a használatos technológia miatt. Egyszerűen okosabbak lettünk a kiszolgált üzleti területen és már jobb megoldásokat tudnánk kitalálni. -
M_AND_Ms
veterán
Spring Security

Pusztán LDAP-ot akarok olvasni, nem LDAP-os autentikicóra, autorizációra van szükségem. Lehet arra innét az Spring LDAP elég? Ha igen, akkor az eredeti kérdésemet kiegészítem ezzel?
Melyik eszköz?
A neten olvasgatott információk szerint, bármelyik. -
M_AND_Ms
veterán
Egy kissé specifikus a kérdésem.
Kinek mi a tapasztalata LDAP kezelés Java alatt témában: UnboundID LDAP SDK vagy Apache LDAP ? -
M_AND_Ms
veterán
Normális helyen nem szakbarbár fejlesztők vannak, hanem intelligens emberek, akik a fejlesztésen túl egyéb
kapcsolódó területeket is képesek megismerni, átlátni a szükséges mértékig.Business analyst semmiképp sem csinál technikai specifikációt az üzleti igényből. Üzleti igényből készíthet pl. funkcionális specifikációt, user storyt vagy bármit, ami már közelebb áll ahhoz, ami közös alapot képezhet a fejlesztőkkel. De egyáltalán nem szokatlan normálisan helyen sem, hogy egy fejlesztő csapat dolgozza fel az üzleti igényt és talál ki megoldást rájuk, hiszen a szoftverekhez sokkal jobban ért mint az üzlet. Pl. az üzlet nem fogja neked megmondani, hogy milyen egy modern ergonomikus, jól használható webes felület.
Persze az értelmes vitát úgy kéne kezdeni, hogy ki mit ért technikai specifikáció alatt, üzleti elemző alatt, üzleti igény alatt, mert ezek cégenként, területenként mást és mást jelenthetnek.Bizony. Úgy nagyon nehéz jó kódot írni, ha nem tudom részletesen, hogy üzletileg miről is van szó.
-
M_AND_Ms
veterán
Ha le volt írva, akkor (talán) ok, hisz azt vehetjük speckónak..

-
M_AND_Ms
veterán
mennyire tudja összekötni az üzleti igényt az adott eszközzel, programnyelvvel. Mennyire képes egy üzleti specifikációból valós és jól működő kódot alkotni.
Ez egy nagyobb cégben azért két szerepkör:
- egy technology designer vagy business analyst - aki az üzleti igényből technikai specifikációt csinál
- egy fejlesztő - aki a technikai specifikációból kódot csinálEgy normális helyen egy fejlessztő sosem ül le (egyedül) az üzlettel megbeszélni, hogy mi az igény. Az ilyenekből lesznek azok a fejlesztések, amitől a tech kontrol vagy az infosec osztályon mindenki évekig a haját tépi (már ha van ilyen).
Persze, hogy nem ül le. Specifikációkból (én arról írtam és nem az igényről) dolgozik. (A gyakorlat azt mutatja, hogy ezek a specifikációk a kérdések egy részét figyelmen kívül hagyja vagy elnagyolja - szoktuk mondani a Word mindent elbír, a programkód már nem. De sokszor már az igények sincsenek összegyűjtve - ennyit a programozók előtt álló BA és egyéb szereplők jó működéséről).
Amúgy, ha programozót keresnek , akkor pont ne Fibonaccival dobálózzanak, hanem vegyék a fáradságot és dobjanak össze egy kis specifikációt. Egy olyan jellegűt, amilyen az adott cégnél szokás és azt adják oda a jelentkezőknek. Ja ehhez már gondolkodni kellene a tisztelt felvételi bizottságnak.
Persze, nem én fogok majd szenvedni a Fibonaccit-értő, de tisztes munkát kezéből kiadni nem tudó programozóval, aki ezen a felvételi teszten átment.
-
M_AND_Ms
veterán
Megvolt ez az interjú feladat.
Az N-edik Fibonacci számot kellett kiszámolni rekurzívan VAGY ciklussal. 20 perc volt rá. Csak a metódust kellett megírni.Kb. 12-15 perc alatt megcsináltam rekurzívan és egy kis körítés ként egy Java-s Main classba azért beletettem, ahol meghívódik ez a metódus. Hibátlan lett.
Aztán kérdezte a fejlesztő srác, hogy meg tudnám-e a metódust csinálni ciklussal. Ott annyi nem sikerült, hogy a for cikluson belül véletlenül elszámoltam, de már kevesebb időm volt hátra a ciklusos verzióra.
Remélem, hogy ez miatt még átmentem. 2 hét múlva lesz visszajelzés.Hűha. Ott elakadnék, hogy hirtelen nem tudnám mik is azok a Fibonacci-számok.
Komolyan, ez a lényeg a programozásban? Értem én, hogy maga a rekurzió fontos dolog, magam is használom, ha a feladat megoldása megkívánja. Azt is értem, Fibonacci-számoknak nagy a jelentősége, de mégis miért kell eldugni az egészet, egy teljesen életidegen kierőszakolt feladat mögé eldugni - Magyarországon hány valós üzleti problémát oldottak meg a Fibonacci-számok segítségével? Tehát, rekurzióra is vannak egyéb és az üzleti világhoz közelebbi példák.
De lehet, én vagyok ilyen furcsa (?)
Én azt vizsgálnám, hogy mennyire tudja összekötni az üzleti igényt az adott eszközzel, programnyelvvel. Mennyire képes egy üzleti specifikációból valós és jól működő kódot alkotni. Olyat, amit később is könnyű továbbfejleszteni, alakítani. Nem azt keresném, hogy tudja-e a Fibonacci-mibenlétét. (hacsak nem valami tudományos projektre keresek fejlesztőt) -
M_AND_Ms
veterán
Eddig én mindig a POI-nál kötöttem ki. Többek között azért, mert nálunk a riportok is összetettek, tele saját okossággal, programozottan állnak össze, és bejövő fáljok feldolgozása is a feladat.
Ott tartunk, hogy a kollégáiamnak már mondom, nem fogom az üzleti igények miatt az egész Officet leprogramozni és megvalósítani. -
M_AND_Ms
veterán
Közben megoldottam úgy, hogy a konstruktorban lemásoltam a halmazt, és a másolat lett a példányváltozó.
Ez lenne a legkézenfekvőbb megoldás?Persze, hogy megváltozik, hiszen ugyanarról az objektum példányról van szó. Olvasgasd át az OOP alapjait!
-
M_AND_Ms
veterán
Voltam már pár multinál tesztet írni, és az ottani tapasztalataim alapján írtam ezt. Nemrég például egy prímtényezős felbontó programot kellett írni a teszten egyik feladatként. Ez sem túl életszagú, mégis ez volt a kérdés. Szerintem egy juniornál nem az a célja a tesztelésnek, hogy az eddigi szakmai ismereteit visszakérjék - erre tökéletes volt az egyetem -, sokkal inkább az a cél hogy kiderítsék képes-e logikus, szisztematikus gondolkodásra. Erre tökéletesen jó a láncolt listás kérdés.
Hála égnek nem kellett ilyen szintetikus szondázáson részt vennem. Elég baj, hogy ez az egész egy érettségi vizsga, de inkább egy témazáró dolgozat módszertanánál tart.
-
M_AND_Ms
veterán
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. -
M_AND_Ms
veterán
Köszi, közben megoldottam a feladatomat másként.
De ha jól értem, olyan (egyszerű) megoldás nem létezik, ami magát a szeparátort is beteszi a tömb elemei közé.Pl alma_szilva esetén, melyikbe tegye a szeparátort a két elem közül?
Tehát a split függvény értelemszerűen nem teszi el magát a szeparátort egyikbe sem. Ha neked más működés kell, akkor az nem a split. Meg kell írnod magadnak. -
M_AND_Ms
veterán
Szerintem számíthatsz arra, hogy készíteni kell egyszeresen, vagy duplán láncolt listát. Esetleg megkérhetnek, hogy hasonlítsd össze a kettőt beillesztés, törlés, stb szempontjából. Megkérdezhetik azt is, hogy a java.util.LinkedList melyik megvalósítást alkalmazza, annak milyen metódusai vannak. Felmerülhet, hogy melyiket lehet/érdemes stack-ként, és melyiket lehet queue-ként használni. Így hirtelen (szintén juniorként) ezek jutottak eszembe.
Ha én ilyen kérdéseket kapnék, kibuknék. Ez szerintem pusztán a száraz api ismeretre mutat rá.
-
M_AND_Ms
veterán
Ja nem úgy értem, elméletben tudom mi az. A kérdés hogy java-ban is olyan ez mint C++ -ban, hogy ezt előre fixen meg kell mondani mekkora?
Csak mert inkább használnék ArrayList-et de akkor meg értelmetlen a feladat szövege, vagy ezt is jelentheti a kétdimenziós String tömb?
Igen. A tömb mérete a létrehozáskor fix
-
M_AND_Ms
veterán
A kétdimenziós String tömb mit jelent?
String[][]?Ez egy olyan tömb, amibe String tömböket raksz. Tehát a tömb minden eleme egy String[]
-
M_AND_Ms
veterán
Lerajzolhatod, de akkora rajzot fogsz kapni, hogy nem fogod átlátni. Egy jó IDE mindig segít neked ebben, megmutatja mindig, hogy az adott osztály épp, hogy helyezkedik el ha arra vagy kíváncsi.
-
M_AND_Ms
veterán
Még azt megtudnátok mondani, hogy amikor létrehozok egy új projectet, akkor itt a create project from template mit takar?

illetve itt a base package?

köszönöm

template = sablon
-
M_AND_Ms
veterán
Próbáld packagename-mel futtani. java elso.Elso
És a kis projekted gyökeréből - ahonnét a csomagkönyvtárak is kezdődnek
-
M_AND_Ms
veterán
Persze, az egyetem/főiskola az más.
Sose felejtem el mikor az első programozás ZH-ra mentem (ahol, ugye papíron kellett programozni) egy átmulatott éjszaka után: beköszöntem, majd hazamentem...
-
M_AND_Ms
veterán
Multiknál van szakmai teszt az interjú előtt, szóval az sem biztos hogy táblánál kell programoznod, ezt cége válogatja. Amennyiben mégis kell, úgy valószínű hogy egy önállóan működőképes, egyszerű feladatot kapsz. Ilyesmi a nagyon kedvelt Fibonacci generátor rekurzióval és anélkül, szó palindrom vizsgálata vagy valami rendező algoritmus. Az interjú ezen szakaszában nem arra kíváncsiak, hogy ismered-e a nyelvet, az már kiderült a papíros/számítógépes tesztek során. Itt az a fontos, hogy milyen stílusban kódolsz és hogyan gondolkozol, milyenek a logikai képességeid.
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
) -
M_AND_Ms
veterán
Szia,
Ez egy iskolai feladat és próbálom megoldani, de nem megy. Tanulom a javat, de még nem tartok azon a szinten. Viszont sajnos ezt a feladatot nagyon hamar meg kel oldanom itthon + a suliba dolgozatként jövőhéten és meg szeretném tudni oldani egyedül is a suliba, de sokkal hatékonyabb, ha már van egy kész megoldásom és az alapján jövök rá / tanulom meg.
És bízom benne, hogy, akinek kb 15 perc ezt megírni az szánna rám ennyit, mert nagyon sokat segítene nekem! Köszönöm előre is neki!
Ilyen hozzáállassal soha, semmilyen szinten sem fogsz tartani. Kár tanulnod a java-t.
-
M_AND_Ms
veterán
-
M_AND_Ms
veterán
-
M_AND_Ms
veterán
Jó, hogy mindenre van valami elnevezés, ami miatt az a valami marha különleges dolognak tűnik.
Fésüs lista. Dinamikus mátrix. Első hallásra már megijedek, pedig 10 éve Javazom.
Én egyszerűen egy listát látok, amibe listákat tárolnak. Ezen meg nem csodálkozom, hiszen tudom, hogy listába bármit belerakhatok, ahogy a működés megkívánja. És eszembe se jut mindegyikhez külön nevet keresni. Pl ennek mi a neve List<Map<String>> ? -
M_AND_Ms
veterán
Nah, most mást dob, konkrétabban ezt:
rubyOre.java:199: error: unreported exception InterruptedException; must be caught or declared to be thrown
Thread.sleep(3500);
^
Note: Some input files use or override a deprecated API.
Note: Recompile with -Xlint:deprecation for details.Csak ezt adtam hozzá: Thread.sleep(3500); ...
Nekem csak arra lenne szükségem, hogy az 1. parancs (hang kiadás) után 5 mp-vel menjen a 2. parancsra, ami egy robbanás a játékon belül. Van más sima counter javaban, ami nem altatja el az egészet és működőképes?
Arról van szó, ahogy a hibaüzenet is mondja, hogy a sleep által dobandó InterruptedException-t kezelned kell. Vagy elkapod és kezeled, vagy továbdobod. Te egyiket se tetted meg.
-
M_AND_Ms
veterán
Hm nemtudom, ctrl+shift+o-val szoktam beimportalni a kello dolgokat, kézzel soha, és valamiért ezt is behuzta, koszi a helpet

Ha több ugyanolyan nevű osztályt talál, akkor mindig rákérdez. Lehet, véletlenül kiválasztottad a rosszat. Előfordul.
Ezért ajánlatos az ilyen nevek használatának kerülése. -
M_AND_Ms
veterán
S ezt hogyan tudom fixálni?

Alapvetően annyi, hogy a Game osztályod import részéből kitörlöd a hibás hivatkozást: import java.awt.Window;
(ebből látszik, hogy rossz Window osztályt használ)
Mivel a saját Window osztályod azonos csomagban van az őt használó Game osztállyal, ezért nem is kell külön importálnod. Érdemes a jövőben egyedibb nevekkel illetni a saját osztályaidat . A Window név nagyon általános emiatt, könnyen félrecsúszhat az import és így egy egész más Window osztály kerülhet bele. Bár az Eclipse segít, mert a codeassist már a kód írásakor mutatja, hogy melyik Window-ról lesz szó és fel is ajánlja az összes ugyanolyan nevű osztályt, amiből ki lehet választani azt, amire valóban gondolsz.Nálad, az Eclipse-ben amúgy valahogy nincs minden korrekten összerakva, mert ezt a hibát megint, már a kód írásakor tudná jelezni neked - aláhúzná pirossal
-
M_AND_Ms
veterán
Hello!
Probalkoznek en egy aprocska kis jatek keszitesevel, de mar az ablak megjelenitésével is gondjaim vannak.
A game.javam igy nez ki: [link]
A window.javam pedig igy:[link]
Ha eclipsben lefuttatom a dolgot, akkor semmilyen ablak nem jelenik meg, a hibauzenetek pedig a kovezkezoek: Exception in thread "main" java.lang.Error: Unresolved compilation problem:
The constructor Window(int, int, String, Game) is undefined
at myfirstGame.Game.<init>(Game.java:10)
at myfirstGame.Game.main(Game.java:20)Mi lehet a problema?
A game-ben, nem a saját Window osztályod konstruktorát hívod, hanem a java.awt.Window osztályét, emiatt kapsz hibát, mert olyan konstruktor abban nem létezik.
-
M_AND_Ms
veterán
Bár csak hibernate-es projektjeink vannak, de ezt most próba nélkül én sem vágom. Jártam már vele úgy, hogy mentette a változásokat, meg úgy is, hogy nem.
(#8132) M_AND_Ms
A hibernate session egészen más állat. Nem szabad azt gondolni, hogy egy ORM művelet egyből DB művelettel is jár. Max a stateless session és a natív query az, ami garantáltan egyből elvégzi a feladatát DB-ben is.Ezért is kezdetem így: "Általános adatbázis működést feltételezve..."
Ezek szerint a Hibernate nem általános. Nem is szeretem az ilyen "Isten tudja, hogy mit művel ez még a háttérben" cuccost.
-
M_AND_Ms
veterán
Ez szerintem attól is függ, hogy éppen van-e aktív tranzakció. A tranzakció a commit-tel lesz sikeres, ergó ebben az esetben kell visszaírni a változásokat. Ha csak simán nyomunk egy close-t a Session-ra, akkor ugye teljesen attól függ(sometimes), hogy éppen van-e valami tranzakció. Mert egy close a commit nélkül eredménytelen elvileg...
A fax se tudja. DB függő is lehet, illetve JDBC implementáció......
"A tranzakció a commit-tel lesz sikeres, ergó ebben az esetben kell visszaírni a változásokat."
Általános adatbázis működést feltételezve nem a COMMIT-nál kell kiírni a változásokat, hanem az utasítás végrehajtásakor egyből. A COMMIT-nál érvényre jutnak a már kiírt változások, vagyis a többi db session számára is elérhetők lesznek. Pl tudni kell olyat is, hogy vannak bizonyos adatbázis-kezelőkben olyan típusú objektumok, amik csak a COMMIT-ig tartalmazzák a beléjük írt adatot, és pont a COMMIT után tűnnek el onnét (pl Oracle-ben a global temporary táblák ). Ezeknél kifejezetten rosszul jönne, ha egy perzisztenciakezelő csak a COMMIT-nál írná ki a változásokat a DB-be.
"Mert egy close a commit nélkül eredménytelen elvileg"
Hogy egy close a COMMITnélkül mire megy? Ez JDBC függő, ill., ennek viselkedése szabályozható. Pl: Connection-ben az autoCommit : true / false -
M_AND_Ms
veterán
-
M_AND_Ms
veterán
Egy jó programozó egy négy megás memóriadumpot egy perc alatt átnéz és értelmez.
Vérbeli informatikus pedig, Win95-öt használ IE 4.0-val. Tűzfal, vírusirtó és ilyen úri huncutságokkal nem él. Ez mind csak a gyáva nyápicok szokása. -
M_AND_Ms
veterán
Igen, ez totál egyértelmű dolog. Nem szimpatikus hogy a Java programozók ennyire el vannak kényelmesedve. Javaslom az áttekintést a C++ fórumba. Ott napokig megy a vita azon is, hogy egy pre vagy poszt inkrement jelent-e nagyobb overhead-et. Valahogy így kellene hozzáállni, hogy idővel valaki seniornak mondhassa magát.

Vagy használj egy PL/SQL IDE-t (PLSQL Developer, ami még jobbik), debuggolj abban! Utána úgy érzed az Eclipse tényleg megírja helyetted a kódot.
-
M_AND_Ms
veterán
-
M_AND_Ms
veterán
-
M_AND_Ms
veterán
Debug? Úri huncutkodás, az igazi programozó jó kódot ír
Viccet félretéve, igazad van 
Nevetni fogsz! Én beszéltem (évek) óta programozóval, aki teljes természetességgel mondta, nem szokott debugolni.
-
M_AND_Ms
veterán
Szerintem egyáltalán nem csúnya, hogy külön sorba rakod, hogy mit művelsz azzal a listával, amit majd be szeretnél rakni a HashMapbe. Sőt, gyorsan olvasható, egyértelmű, tiszta, és elkerülsz vele egy tök felesleges plusz metódushívást. A második is jól olvasható, de tény, hogy pazarlóbb. Így egy elemnél aztán tényleg totál mindegy teljesítmény szempontjából, meg láthatóság szempontjából is, de én meg attól kaparom az arcom, amikor olyan kódot kell olvasnom, amikor láthatóan a fejlesztő célja az volt, hogy vagányan mindent minél rövidebbre tömörítsen. Az sem számít, hogy hányszor ismétel azonos metódushívásokat, hány plusz műveletet igényel, de milyen jól mutat, hogy legalább tömör. Hát nem, nem lesz feltétlenül gyorsabban olvasható a kód (persze nyilván bőven vannak kivételek, de ne fossuk már le ennyire a teljesítményt). Tényleg valakinek attól lesz olvashatatlan a kód, mert külön sorban ki van fejtve, hogy mi történik? Az már régen rossz. Magasszintű nyelveknél egyébként nagyon divat(tá vált?) az is, hogy a metódushívásokat egymás után is ismételgetjük, mondván, "nem kell túlpörögni optimalizáció szempontjából", mint a kolléga mondta, ez itt abszolút igaz, de általában ezzel nagyon nem értek egyet. Egyrészt ha ennyire leszarjuk, hányszor történik meg egy-egy metódushívás, akkor az már zsigeri szintű igénytelenséghez vezethet hosszabb távon a teljesítmény rovására, meg azért szépen lehet halmozgatni az ilyen tök felesleges overheadeket, na de minek. (Persze ebben az is szerepet játszik, hogy ebből a szempontból mai napig bennem van a C, C++ tanulásának korszaka, amikor az ilyesmi nem volt menő.)
Pl. ilyesmi:
whatever.doStuff().veryCool().blahblah();
whatever.doStuff().veryCool().wow().great();
whatever.doStuff().veryCool().notCool();
Na itt pl. a whatever.doStuff().veryCool() eredményét el lehetett volna tárolni egy változóba. De nem, ez így tök menő. Ja várjunk csak, mégsem.
Szerk.:
Persze simán lehet, hogy az ilyeneket a fordító úgyis optimalizálja.
Mindegy, bennem az van, hogy abból baj nincs, ha egyértelműen láthatóvá teszem, mi történik, nekem a pár sorral bővebben hablatyolós kód nem lesz olvashatatlanabb, az agyontömörített kód viszont annál inkább. (Meg a debuggolást is nehezebbé teheti.
)Egyetértek. A kód valamelyest az emberi gondolkodást is reprezentálja.
-
M_AND_Ms
veterán
Sziasztok!
Szerintetek melyik konstrukciót célszerűbb használni?
Pl. olvashatóság, performancia szempontjából.Map<Object, List<Object>> objects = new HashMap<Object, List<Object>>();
List<Object> temp = new ArrayList<Object>();
temp.add(actualValueObject);
objects.put(actualKeyObject, temp);vagy:
Map<Object, List<Object>> objects = new HashMap<Object, List<Object>>();
objects.put(actualKeyObject, new ArrayList<Object>());
objects.getKey(actualKeyObject).add(actualValueObject);Előre is köszi,
PetiAz első, mivel a kész listával még van dolgod (hogy belerakd, amit akarsz), ezért jó, ha az megvan. A második esetben rögtön berakod a listát a Map-be, így azt egyből vissza is kell keresned, ami mégiscsak idő és energia
-
M_AND_Ms
veterán
-
M_AND_Ms
veterán
Nos, 1.8-as Java-val igazából csak akkor érdemes foglalkozni, ha az ember valóban ki is használja. Sajnos azonban a mai senior Java fejlesztő brigád 1.6-1.7(1.5??) környékén leragadt. Jah, hogy 1.8-on kívül nincs support? A világ nem csak Oracle Java-ból áll, hanem *nix környezetben van OpenJDK is, ami ott kvázi szabvány és egyáltalán nem elhagyott. Hivatalosan a RedHat még mindig supportálja a 7-es OpenJDK-t.
Szóval, nem csak hobbiprojektek és 1.8-as Oracle Java van a világon.
És komolyan kérdezem, aki most kezd el Java-val foglalkozni, annak miért is nem jó egy 7-es verzió? Vagy akár a 6-os is......
"Sajnos azonban a mai senior Java fejlesztő brigád 1.6-1.7(1.5??) környékén leragadt."
Mert ezek fejlesztők általában elő, működő és aktívan használt projekteken dolgoznak, amikbe hosszú évek üzleti tudása van berakva. És erre nagyon vigyáznak. Nem fognak Java verziót váltogatni, mert az megjelent.
A kísérletező kedvű ifjú titánok persze megtehetik, hogy mindenfélét kipróbálgassanak, de majd bekerülnek az "életbe" és örülnek, ha nem kell meglévő funkciókat vagy, projekteket piszkálgatni. -
M_AND_Ms
veterán
Sziasztok!
Egy gráfot szereték modellezni minmax algoritmushoz. Hogy lehet olyan list-et csinálni, aminek 3 attribútuma van (apaTabla, Tabla, heurisztika(int)), de külön osztályt nem hozhatok létre?Object tömböket raksz a List-be és önkényesen tárolod az attribútumokat az egyes tömbökbe. Nem elegáns.
Mi az, hogy nem hozhatsz létre osztályokat? A Java, mint objektumorientált nyelv egyik lényege pont ez. -
M_AND_Ms
veterán
Én is kétfélét használok, HU és US_en, pillanatok alatt lehet váltani. Magyar billentyűzetem van, az angol kiosztást megtanultam rajta. Így a programozás is gyorsan megy az angollal, de tudok ékezetesen is gépelni ide.

De sorry, látom elég nagy offot indítottam el. Én elég jól ismerem mindkét idét, pluginokat is fejlesztettem hozzájuk, mindkettőnek vannak előnyei és hátrányai, azt kell mondjam, teljesen felesleges vitázni rajta.
Nem én kezdtem! 😯😉
-
M_AND_Ms
veterán
-
M_AND_Ms
veterán
-
M_AND_Ms
veterán
-
M_AND_Ms
veterán
Az, hogy "nincs".

Arra kell válaszolni, amit kérdeztek. Ha ezt így indoklás nélkül nem fogadják el, akkor hülyék. A túlokoskodás pedig nem biztos, hogy előnyös.
Egyébként vélhetőleg azért nem lett java-ban, mert egyszerű OOP nyelvet akartak. Az interface-ek adnak valamelyest megoldást a problémára.
Az ilyen típusú tesztektől egyébként falnak megyek, főleg mikor senior/lead dev pozícióra is ilyenekkel pre-screenelnek.Azt azért mondjuk ki továbbra is, hogy az interface nem az öröklődés téma része, még akkor sem, ha egy interface is öröklődhet egy másik interface-ből.
De! Interface-t implementálni nem keverendő össze az örökléssel! -
M_AND_Ms
veterán
Pont erről beszélek. Lexikális tudásuk van, a kézikönyveket, tankönyveket bevágták a belőlük készült kvízkérdéseket tudják, de értelmesen megírni egy kódot nem tudnak.
A lexikai tudást, a pontos szintaktika ismereterét bármikor kiegészíthetem a lokális help, kézikönyv vagy a gugli segítségével. Ha az adott ismeretere sokszor van szükségem, akkor a harmadik eset után már készség szinten tudni fogom. Amúgy meg nem érdekel, mert nincs rá szükségem. Az én fejem nem káptalan.A hiányzó gondolkodást viszont nem lehet beszerezni semmilyen forrásból sem.
Ez alapján egy interjún adjanak egy frappáns kis feladatot, amit előre okosan kitaláltak. Ne szopatóst, hanem egy ésszerűen 30 perc alatt megoldhatót. Ja, hogy ezt az interjúztatónak előre ki kéne találni, ahhoz meg neki is gondolkodni kellene... Így tényleg egyszerűbb egy Java alapú "Legyen ön is milliomosból" összeollózni 20 kérdést.
-
M_AND_Ms
veterán
Szerintem ezt (láthatóságok és azok használata, hatása) illik tudni fejből, hiszen naponta mindegyiket használni kell.
Persze, hogy tudja az ember, de az, hogy egy ilyen kvízkérdésnél épp mit sorol fel, még nem alkalmas arra, hogy messzemenő következtetést vonjon le bárki is. Ez így pusztán lexikai tudás, én meg inkább a gyakorlati oldalról vizsgálnám a jelentkező tudását.
-
M_AND_Ms
veterán
Sziasztok !
Állásinterjún a teszten kaptam egy olyan kérdést, hogy :
Javaban milyen láthatóságok vannak és azokat mire lehet értelmezni ?Én azt írtam, hogy public, protected, private. Valamint leírtam, hogy ezt a 3at mire használhatjuk és mit jelentenek.
Viszont ezt a választ nem fogadták el. Szerintetek mi lett volna a helyes válasz ? Mit vártak volna ?
köszönöm
(A programtervező szakot most fejezem majd be az Egyetemen és egy első állást keresek)Szomorú, hogy ilyen kvízkérdésekkel interjúztatnak.
Én több, mint 10 éve programozok (többnyire java, plsql). Ma sem tudnom fejből egy ciklus szintaktikáját. Ott a codeassist az megírja. Én meg megtöltöm tartalommal.
A láthatóságok listáját se magoltam be mégis ismerem, értem és használom őket, de ha kérdeznének biztos kihagynám valamelyiket. -
M_AND_Ms
veterán
Ezzel mi szivtunk mar... foleg akkor, ha a 32 bites frissebb verzios volt, mint a 64 bites, emlekeim szerint mas volt az eredmeny total commanderbol inditva ugyanazt, mint a telepitett ikonjarol. (TC-bol azert szerette'k a userek inditani, mert ha a TC adminkent futott - eleve ugy tette ki az asztalra az ikont -, akkor az abbol inditott jre is, es tudott akar "sajat maga ala" file-okat masolni; mig a normal userkent inditott, akkor is ha maga a user admin jogu, a jre csak normal user joggal futott, es nem tudott a vedett konyvtarakba file-t letrehozni.) Anno a regebbi kod az uj jre-vel azon hasalt el, hogy bejott a nemzeti beallitasok kezelese (tizedesvesszo a pont helyett), es az egyik kollega egy tortszamokbol allo listat (egyszeru gps koord.) a vesszo mente'n split-elt...
Mint írtam ez csak attól függ hogy melyik java.exe fog elindulni. Az meg nem a jre, hanem az oprendszer dolga. Olvass utána, hogy miképp történik ez: aktuális könyvtár, PATH, stb.
-
M_AND_Ms
veterán
Sziasztok!
A gépemen van feltelepítve pár JDK és JRE, 32 és 64 bites verzióban.
A JAVA_HOME környezeti változó a 64 bites jdk1.7.0_60-ra mutat. De ha a command prompt windowban kiadom a java -version parancsot akkor a 64 bites 1.8-at ír.A Java Control Panelban a JRE Setupban a User fülön is ez a két verzió van, míg a System fülön csak az1.8-as.
Kérdés, ha futtatok egy jar-t akkor melyik JRE-t fogja használni(ha nem adom meg explicit módon, hogy melyik futtassa).
A command prompt-nál kiadott bármilyen programindítás (jelen esetben a java.exe) minden estben a PATH szerint lesz végrehajtva.
Tehát ott az elsőnek talált java.exe lesz elindítva. A JAVA_HOME csak a java környezeten belül van értelmezve -
M_AND_Ms
veterán
-
M_AND_Ms
veterán
Előbb talán elolvasnád amit írtam vagy a kolléga írt. A kolléga konstans stringeket hasonlított egy string tömb elemeihez. "bor" == data[0]. ERRE írtam, hogy itt az equals kell és írtam, hogy pl. egy Long i = 1 (i == 1)-nél nem kell i.equals(1), hanem == is megteszi. Pont. Semmi többet nem írtam, Te meg elővetted az okoskodást és kurvára szétoffoltad a témát. Szerintem. Tehát okosodás első lépcsőjeként leírt szöveg értelmezése. Szó nem volt saját osztályról, equals felüldefiniálásról vagy bármi egyéb ilyesmiről.
És most tényleg befejeztem.
Köszönöm példát, bár ott az egyik egy primitív, amelynél ugye alapból nincs értelme semmilyen függvény meghívásáról beszélni. A példádban amúgy outboxing történik, vagyis a Longból veszi ki automatikusan a longot és így már primitívek között persze, hogy csak a == működik.
Más. Látom csak nekiálltál alpári stílusban írni. Jelzem amiről beszélünk az nem offtopic, még akkor sem, ha te mindenképp azt hajtogatod, hogy én "kurvára szétoffolom". Sajnálom, ha egy szakmai topikban nem vagy képes megmaradni a szakmaiságon belül, sőt kifejezetten zavar téged.
-
M_AND_Ms
veterán
Nem kell mindig equals. Lezártam.
Azért, hogy okosodjunk, mutass egy példát - de most komolyan, hisz ez itt ontopic
-
M_AND_Ms
veterán
Tehát, NEM CSAK Stringnél kell az equals a == helyett az azonosság eldöntésére, hanem minden osztály példányánál.
Nos, ez nem ilyen egyértelmű. Az autoboxingos osztályoknál pl. szükségtelen az equals, mivel gyárilag meg van írva, hogy pl. a Long i-nél az i.longValue()-t hasonlítja a megadott longhoz.....
Persze, saját osztályoknál nyilván az equals a célszerű és a követendő, de itt konkrétan a String-ről volt szó és itt mindenképpen az equals kell.
Pongyolán fogalmaztam, ez tény

"Az autoboxingos osztályoknál pl. szükségtelen az equals, mivel gyárilag meg van írva, hogy pl. a Long i-nél az i.longValue()-t hasonlítja a megadott longhoz....."
Ezt nem értem.Ha két Long-ot == jellel akarsz összehasonlítani, akkor megint csak a két referenciát vizsgálod. Amúgy persze, hogy a Long equals függvénye úgy gondolkodik, hogy a longValue()-t veti össze a a saját value mezőjével De ez nem az autoboxingból jön, hanem ez is ugyanaz a logika, mint amit már leírtam (ahogy a String-nél meg a saját value[]-ból dolgozik)."Persze, saját osztályoknál nyilván az equals a célszerű és a követendő, de itt konkrétan a String-ről volt szó és itt mindenképpen az equals kell."
Mindig equals kell, fogadd el!(#7362) Ursache
Mivel osztályokról beszélünk, ezért nem kell egyértelműsíteni, hogy csak a nem primitíveknél van így. Az osztály eleve NEM primitív. -
M_AND_Ms
veterán
data[] == "bor" nem jó. Helyette "bor".equals(data[0])
Java-ban a Stringeket equals-sal hasonlítunk össze, nem ==.
if("bor".equals(data[0]){
Bor b = new Bor(data[1],data[2],data[3]);
System.out.println("valami");
italok.add(b);
}
else if("gyumolcsle".equals(data[0])){
Gyumolcsle gy = new Gyumolcsle(data[1],data[2],data[3]);
italok.add(gy);
}
else if("borso".equals(data[0])){
FalraHanytBorso fhb = new FalraHanytBorso(data[1],data[2]);
italok.add(fhb);
}
else{
//System.out.println("Ilyen nincs.");
}Még valami.
Azért megy előre a konstans string, mert ha a data[0] esetleg null, akkor szétszáll a pichába az egész."Java-ban a Stringeket equals-sal hasonlítunk össze, nem ==."
Ez kicsit sántít ill. félrevezető.
Java-ban a == -nal nem a két objektumot hasonlítjuk össze, hanem a két referenciát. Vagyis akkor kapunk igazat ha mindkettő ugyanarra az objektumpéldányra mutat.
Az equals-nél pedig meghívjuk az adott objektumpéldány equals függvényét, ami az objektumra jellemző összehasonlítást végzi és megmondja, hogy a paraméterként megadott másik objektumpéldányt azonosnak tekintjük-e, vagy sem. Ebben az equals-ben lehet megírni az objektumra jellemző logikát, ami az azonosságot kimondja. String-nél természetesen ezt már megírták és akkor mondja azonosnak, ha pontosan ugyanaz a a karakterliterál van mindkét String példányban.
De pl. írhatok az Alma osztályomba egy saját equals függvényt, ami az én logikám szerint akkor ad igazat ha a méret, a szín és a súly tulajdonságai megegyeznek a két összehasonlítandó Alma osztályból létrehozott példánynálTehát, NEM CSAK Stringnél kell az equals a == helyett az azonosság eldöntésére, hanem minden osztály példányánál.
-
M_AND_Ms
veterán
Kliensen akart pagert.
"pagert"? Mármint egy lapozós listát? Laponként 4-5K rekorddal?
Mert ugye a lapozósnak pont az a lényege, hogy a 4-5K rekordból mindig csak mondjuk 50-et jelenít meg. Az meg nem egy mennyiség -
M_AND_Ms
veterán
Szerintem nem dead end, de ez most nem ide tartozik.
A GWT-vel alapvetően egy baj van, a fejlesztők. Úgy reklámozzák, hogy nulla JS tudással, Java fejlesztői képességek birtokában bárki össze tud vele kókányolni egy webalkalmazást. Aztán jön az egyszeri Java fejlesztő, finga nincs a css-ről, a div-ről meg általában a böngészős normákról és csodálkozik, hogy le akar fetchelni a szerverről 4-5K rekordot és ki akarja csapni a képernyőre....aztán a böngésző lefexik....és sorolhatnám...nem tudják használni. Teljesen nem veszik figyelembe, hogy a vége generált JS kód lesz...sírnak, hogy miért nincs reflection meg ilyesmi...
Máris megkérdem, mi értelme van 4-5K rekordot kirakni a képernyőre. Ki az aki azzal bármit is kezd? Görgeti fel-s-alá, mást nem nagyon tud vele kezdeni.
-
M_AND_Ms
veterán
Mintha kb. ugyanezt írtam volna....
Nem is ellenvetésként írtam.
-
M_AND_Ms
veterán
Nos, a való életben ritkán lehet megoldani valami feladatot abban, amiben akarod. Ráadásul ha a konkrét példát nézzük, akkor mondjuk adott egy Java alapú backend, amiben szükség van valamiféle numerikus analízisre...mondjuk egy Gauss eliminiációra vagy akármi másra. Értem én, hogy mondjuk Matlab-ban 5 sor, de aztán azt hogy integrálod be a rendszeredbe és még sorolhatnám...
Ezek a szösszenetek arra jók, hogy a Hello Világ-on felül is próbáljanak valamit mutatni az adott nyelv lehetőségeiből, erejéből, gyengeségéből, stb. Az egyetemi/fősikolai példák meg egyébként sem a praktikus mivoltukról híresek

Az épitőipari iskolában a diákok két méter hosszú és egy méter magas téglafalakat építgetnek, majd elbontják azokat. Tök értelmetlen!
Mégis, milyen példákon tanuljanak a diákok? Egy mintapélda mégse lehet, egy nagyvállalati ügyviteli rendszer. Ezek a példák a gondolkodást és annak adott nyelven történő megvalósítását tanítjak, ez a konkrét példa is pont ilyen. Szépen látszik, hogy egy ciklus az egész, melynek magjában változók értékadása, majd azok következő ciklusbeli felhasználása történik. Szép, frappáns feladat.
-
M_AND_Ms
veterán
Belepörgettem én is kíváncsiságból, mivel már sokszor előkerült itt is, de csak az első részbe.
Szerintem ez a "leegyszerűsített" magyar nyelvezet nem igazán segíti elő a későbbi továbbfejlődést. A magyar volta miatt is vannak benne olyan se füle, se farka meghatározások, kifejezések, amik szerintem csak félreviszik a dolgot a későbbiekben. Ha valaki komolyan java-t, programozást akar tanulni, megkerülhetetlen az angol nyelvű szakszöveg megértésének képessége, ezt el kell fogadni, és ne is legyen cél a megkerülése, mert később csak hátránya származik belőle.
Azt se mondanám rá, hogy biztos alapokat ezzel a könyvvel kell lerakni. Sok mindent próbál érinteni programozás témakörben, és még azon is túl, de éppen ezért sok mindent felületesen tárgyal csak, sem a JAVA rész nem erős benne, sem a bevezető részek. Nem helyettesít egy rendes bevinfót, egy rendes programozás alapozót, OOP alapozót.
Tele van olyan rövid, felsorolásszerű meghatározással, amik közül némelyik önmagában is meg tudna tölteni fejezeteket, és csak azért szerepel egy néhány soros meghatározás róla, hogy majd be lehessen vasalni.
Ez egy tankönyv, ez a legpozitívabb, amit el tudok mondani róla.Na, mivel ez nem a Nemzeti Alaptanterv része, ezért mindenki abból tanul, ami tetszik neki. Bárki újonc kérdezőnek ajánlunk legalább 3 könyvet, válasszon.
-
M_AND_Ms
veterán
Ennek az elméleti alapozásnak az értéke nulla. Szerinted mi értelme mondjuk a szoftver életciklusának a tankönyvi definícióit felsorolni egy olyan embernek, aki életében egy hello world-öt nem írt? Milyen tudást ad egy ilyen embernek, ha megtanítod neki a szoftver karbantarthatóságának a definícióját? Az átlag olvasó ezt a tudást meg tudja ugyan tanulni, de garantáltan nem fogja megérteni.
Szerintem ez egy teljesen ineffektív tanítási módszer. Hasonló szemlélettel oktattak annak idején az ELTE progmaton is, ott azzal verték a mellüket, hogy felvesznek 400 embert és ebből 30-40 fog diplomát szerezni. Erre remek ez a könyv, bárhol felnyitom, találok 3-4 definíciót amit kikérdezhetek.
Szóval a lényeg, hogy programozni úgy lehet megtanulni, ha az ember sokat programozik. Az elméleti alapozás és a mélyebb összefüggések feltárása is programozáson, kódon keresztül történik. A tankönyvi, elméleti definíciók megértéséhez előbb erre a szintre el kell jutni.(Az Angster könyv olyan, mint ha a szakácstanulóknak előbb megtanítanád a fehérjeláncok denaturálódásának kémiáját, mint elméleti alapozást a rántotta készítéséhez.)
Egy tankönyvet ritkán kell úgy olvasni, mint egy regényt. Ki lehet hagyni részeket, hiszen mindenkinek más szinten van a tudása és az is más, és más részekből tevődik össze.
Viszont, ha csak az elmúlt hónap ide beérkező kérdéseit elolvasod észre kell vedd mennyien, már a programozás alapjait sem értik, nem beszélve az Oop-ről. Nekik nagyon is kell ez a leegyszerüsített magyar nyelvezet, ami elmond mindent az elejéről.
Ez a könyv nem egy Java könyv, hanem egy programozás tankönyv a Javan keresztül. Ennek az elődja Turbo Pascal volt. No arra írhatnád, hogy elavult, bár abból is meg lehet tanulni programozni.
Az általad ajánlott könyv feltételezi az alap programozási dolgok ismeretét (cikkus, elágazás, stb, stb), ez nem. És még egy, az angolul van, ez meg magyar. Ettől függetlenűl jó könyv, magam is olvasgattam, anno. -
M_AND_Ms
veterán
Olyan természeti jelenség nincs
![;]](//cdn.rios.hu/dl/s/v1.gif)
-
M_AND_Ms
veterán
Napfogyatkozás volt. Most egy ideig megint csak ez marad:

-
M_AND_Ms
veterán
Szerintem félreértetted a dolgot...
Itt leírtad hogy melyik az a könyv,amit ajánlasz..
itt megköszöntem és reagáltam floatr hsz-ére
Ha nem erre gondolsz, akkor azért nem kerestem rá a szerzőre mert fogalmam sincs hogy kiírta azt a könyvet, aminek a nevét sem tudom
Hmmm. Lehet két idősíkban vagyunk 😏
-
M_AND_Ms
veterán
Köszi, sikerült már beszerezni.
A fórumot tudom használni, csak nem tudtam, mit keresek ( 24 óra, könyv, illetve a kezdő szóra kerestem) A legtöbb találatot 200X. évben hozta a kereső,így inkább rákérdeztem
Bár nem értek a dologhoz, de elég felszínesnek éreztem a könyv leírását. Mivel hosszú távú terveim vannak vele így az elejétől, szájbarágósan akarom az egészet tanulni.
Köszönöm még egyszer a segítséget
Miért nem a szerző nevére kerestél??? Akkor, amikor azt is leírtuk, ne a "24 órás" könyvbőlj tanulj.
-
M_AND_Ms
veterán
-
M_AND_Ms
veterán
Sziasztok!
Most kezdtem el foglalkozni a Java nyelvel, semmiféle előképzésem nincsen. Választásom a Tanuljuk meg a Java programozási nyelvet 24 óra alatt könyvre esett. Ahogy láttam már van jóval újabb verziója a Java-nak azóta mióta kiadták a könyvet, és ebben még a 2.0 alapján tanítgatják az embert. A kérdésem az lenne hogy ennek van-e valami jelentősége? Vagy ha a könyvben leírtakat megtanulom, akkor nem lesz problémám az újabb verziókkal?
Előre is köszönöm.Én továbbra is azt mondom, hogy a hozzád hasonlóknak Angster Erzsébet könyve való. Az első kötet ingyenesen letölthető. Pár hete itt is belinkeltem. Keress rá!
-
M_AND_Ms
veterán
Lehet, hogy en dolgozom rossz (jo?) helyen, ilyennel meg nem talalkoztam. 100%-os specifikacio ugyebar nem letezik. A modern professzionalis fejleszteshez lenyegeben arra van szukseg, hogy a programozo domain expert is legyen.
Vagy legalabbis en csak olyan helyeken dolgoztam meg, ahol az uzleti logikat a fejlesztok jobban ertettek, mint a felhasznalok. (Ebben voltak neurobiologusok, market makerek, mittudomen.)
A karikírozás, mint fogalom ismert?
Amúgy ezt a "kubikos" megfogalmazást egy számomra igen nagyra értékelt ember mondta, aki egy igencsak jól prosperáló, nemzetközi szinten is sikeres több, száz főt foglalkoztató szoftverfejlesztő céget alapított, alkotott, vezetett és vitt sikerre, egészen a haláláig. Ő tudta, hogy mit jellemez a kubikos hasonlattal.
-
M_AND_Ms
veterán
-
M_AND_Ms
veterán
-
M_AND_Ms
veterán
Hogyan lehet levizsgálni azt h pl 10 táblán keresztül legyen egy érték unique?
Pl: minden táblában van e-mail, de mindenhol unique-nak kell lennie az egész db-t nézve.
Jelenleg úgy oldottam meg, hogy minden dao-nál az addNewXY esetén levizsgálom az összes táblát, hogy van-e ilyen érték és ha igen dobok egy exceptiont. UpdateXY esetén ugyanez csak ott ha már van ilyen vizsgálom, hogy ahhoz tartozik-e aki updatel. Ez 10 külön dao-nál elég macerás, és ha jön egy 11. akkor mindenhol bővíthetem.Másik: Ha olyan adatot akarok lementeni ami db szigorítás szerint nem valid, pl unique, akkor kapok egy ConstraintViolationException-t, de ebből nem tudom kitalálni, hogy konkrétan mire kaptam ezt az exceptiont.
Olyan adatot nem engedek el db szintig amit validatorral kitudok szűrni, de ez nem minden.Ezekre mi a best practice?
Az ilyet db oldalon szokták megoldani.
És a db kialakítást felülvizsgálnám. Nem szép, hogy különböző táblákban lévő adatoknak együtt kell egyedieknek lenni. Biztos, hogy jól van megtervezve? -
M_AND_Ms
veterán
Azt lehet, viszont az teljesen rossz irányba tanít akkor... Eleve a kinullázásnak semmi értelme így.
Már csak azért is, mert az a = null csak a referenciát nullozza, attól még az a Car példány létezik és még más referencia is hivatkozhat rá. Tehát totális hiba a számláló csökkentése azért, mert az a-t nullozzák.
Csókoltatom a könyv íróját!
-
M_AND_Ms
veterán
-
M_AND_Ms
veterán
Nem elegáns, de velős
public static void main(String[] args) {
Integer parseInt = null;
try {
parseInt = Integer.parseInt(args[0]);
} catch (NumberFormatException e) {
System.out.println("Hiba! Nem szám");
return;
}
System.out.println("Ok! Ez szám: " + parseInt);
}Szerk: ahogy Aethelstone is javasolta
-
M_AND_Ms
veterán
Programozás alapjai, oop alapok, mindez a java-n keresztűl.
Angster Erzsébet: Objektumorientált tervezés és programozás, JAVA, 1. kötet
Innét letölthető: www.4kor.hu/ -
M_AND_Ms
veterán
Közép az az alap...
Arról volt szó, hogy legalább az alap kell.
Azért, egy általános api doksi nem túl bonyolult nyelvtanilag: egyszerű jelen, múlt, jövő. A függő beszéd elég ritka. Mindez egy kis szótárazással (Google) szépen megérthető. No meg egy adag akarás is szükséges.Sohasem tanultam németet. Anno, 12 évesen első lépéseimet a basic-ben a Texas Intsruments 99/4A géphez adott német doksi és egy német szótár alapján tettem meg. Csak akarni kellett, nem pedig megadni magam és segítségért kiáltani.
-
M_AND_Ms
veterán
sziasztok.
Valaki leírná a java
MATH. osztály használatát
tehát úgy hogy Math.pow() és hogy mire való.. 1-2dbot tudok de többit sajnos nem. kösziAz api dokumentáció egyértelműen leírja:
http://docs.oracle.com/javase/7/docs/api/java/lang/Math.html -
M_AND_Ms
veterán
Új hozzászólás Aktív témák
-
Fórumok
PROHARDVER! - hardver fórumok
Notebookok TV & Audió Digitális fényképezés Alaplapok, chipsetek, memóriák Processzorok, tuning Hűtés, házak, tápok, modding Videokártyák Monitorok Adattárolás Multimédia, életmód, 3D nyomtatás Tabletek, E-bookok Nyomtatók, szkennerek PC, mini PC, barebone, szerver Beviteli eszközök Egyéb hardverek PROHARDVER! BlogokMobilarena - mobil fórumok
Okostelefonok Mobiltelefonok Okosórák Autó+mobil Üzlet és Szolgáltatások Mobilalkalmazások Tartozékok, egyebek Mobilarena blogokIT café - infotech fórumok
Infotech Hálózat, szolgáltatók OS, alkalmazások SzoftverfejlesztésGAMEPOD - játék fórumok
PC játékok Konzol játékok MobiljátékokLOGOUT - lépj ki, lépj be!
LOGOUT reakciók Monologoszféra FototrendFÁRADT GŐZ - közösségi tér szinte bármiről
Tudomány, oktatás Sport, életmód, utazás, egészség Kultúra, művészet, média Gazdaság, jog Technika, hobbi, otthon Társadalom, közélet Egyéb Lokál PROHARDVER! interaktív
- Fórumok
- Szoftverfejlesztés
- Java programozás
- (kiemelt téma)
A topicot kiemeltem. Valaki nem akar egy nyitó hsz-t írni?:))
- Kerékpárosok, bringások ide!
- AMD Ryzen 9 / 7 / 5 7***(X) "Zen 4" (AM5)
- Gyúrósok ide!
- A fociról könnyedén, egy baráti társaságban
- Folyószámla, bankszámla, bankváltás, külföldi kártyahasználat
- Mesterséges intelligencia topik
- Samsung Galaxy S26 Ultra - fontossági sorrend
- Xiaomi 14 - párátlanul jó lehetne
- Revolut
- Építő/felújító topik
- További aktív témák...
- SZÉP! HP ZBOOK FURY 15 G7 Tervező Vágó Laptop -70% 15,6" i7-10850H 32/512 Quadro RTX 3000 6GB FHD
- GARANCIÁLIS LEMEZES PLAYSTATION 5 SLIM CFI-2116
- NAGYKER ÁR!Sosemhasznált! HP OmniBook 5 Flip i5-1334U 8GB 512GB 14" FHD+ áthajtós-érintős Gar.: 1 év
- Macbook Pro 14" A2442 2021 M1 Pro 32/1TB Silver
- Dell Latitude 9420 i5-1145G7 14" FHD+ 16GB 512GB 1 év garancia
- Jó ÁRON ELADÓ! Üzleti HP Elitebook 1040 G9 4g modem! / i5-1245U 16GB 256GB FHD+
- GYÖNYÖRŰ iPhone 14 Pro 256GB Deep Purple -2 ÉV GARANCIA - Kártyafüggetlen, MS4693, 100% AKKSI
- iPhone 16 Pro Max 156GB Fekete Titán - 27% ÁFA (0398)
- Bomba ár! Lenovo ThinkPad T590 - i5-8GEN I 16GB I 256GB SSD I 15,6" FHD I Cam I W11 I Gari!
- BESZÁMÍTÁS! ASRock A520M R5 5600 32GB DDR4 512GB SSD RTX 2060 Super 8GB Rampage SHIVA Adata 600W
Állásajánlatok
Cég: Laptopműhely Bt.
Város: Budapest


) van az előjelbit.




)
![;]](http://cdn.rios.hu/dl/s/v1.gif)




