Új hozzászólás Aktív témák
-
alfa20
senior tag
Sziasztok!
Van négy Label (pl.: label_1, label_2, label_3, és label_4) amit for ciklussal szeretnék kitöltetni, hogy tudom ezt elérni?
ezt a sort kellene valahogy megváltoztatni:
label_1.setText(text)a 'text' nem állandó szöveg az is változik a lefutás eredményétől függően.
-
#7799
floatr
veterán
Aethelstone
#7798
floatr
veterán
válasz
Aethelstone
#7798
üzenetére
Nem tudom másol hogyan kalkulálnak a betanulási fázissal, meg a többivel. Ha full kezdőt vesznek fel és betanitják ~ fél év alatt, akkor sokszor jobban jön ki a ktgkeret, mintha egy elvileg kézett embert vennének fel. A másik része meg az, hogy itt is van egy szűrő, amin ha átmegy, akkor jobban jár mindenki egy jól kiképzett emberrel, mint évekig szívni egy problémás tudású fejlesztő kezét fogva.
-
#7798
Aethelstone
addikt
floatr
#7797
-
floatr
veterán
Szerintem meg egyszerűen óvatosabban kéne bánnia mondatokkal, mert akik most jönnek, azoknak már halvány gőzük sincsen azokról az időkről, amikor a C++ modern nyelv volt. Már abba is beletörik a bicska, amikor elhangzik az, hogy "referencia szerint".
Az meg hogy egyes cégek hogyan interjúztatnak és vesznek fel embereket, nekem egyre viccesebbnek tűnik. Ezért elégeltük meg azt, hogy fél(re)képzett állítólagos fejlesztők jönnek csőstül (lehet a multik lehalásszák a piacot), és van saját képzésünk inkább.
-
#7795
emvy
félisten
Sk8erPeter
#7794
válasz
Sk8erPeter
#7794
üzenetére
Szerintem meg az, hogy +1 mondat helyett inkabb fals informaciot kozolsz a kezdovel, az rosszabb. De ez csak az en velemenyem. Mondjuk ahol eddig en dolgoztam, ott egy junior fejlesztot se vettunk volna fel, ha ilyen alapszinten sem ismeri az adott nyelvet.
-
#7794
Sk8erPeter
nagyúr
WonderCSabo
#7793
Sk8erPeter
nagyúr
válasz
WonderCSabo
#7793
üzenetére
Szerintem bambanonak igaza van abban, hogy ez a "MINDIG érték szerinti átadás van Javában" csak egy összezavarásra alkalmas mondat ebben a formában, amitől a kezdő hirtelen nem fogja érteni, mi van, és azt hiszi, hogy egy metódusnak átpasszolt objektumról valamilyen mágikus módon készül egy másolat, és a másolattal fog dolgozni (deep copy nyilvánvalóan nem fog tudni készülni, de ki tudja, hogy a kezdő épp tisztában van-e vele, de már legalább elindítottuk az összezavarás útján), hádepedignem.
-
#7793
WonderCSabo
félisten
emvy
#7788
WonderCSabo
félisten
Nyilván, hiszen a referencia esetén is a referencia értéke másolódik be, tehát érték szerinti paraméterátadás történik. Viszont azért ez még sem annyira klasszikus érték szerinti paraméterátadás, mint a primitívek esetében. Illetve a mondatommal csak ki akartam emelni, hogy nem áll ami bambano mondott
"ok, tehát a jávában mindig referencia szerinti átadás van, amit ők érték szerinti átadásnak neveznek".(#7790) bambano: nos, a unboxing az közel sem dereferencia, de igen, ott lesz még egy köztes lépés.
-
estro
csendes tag
válasz
bambano
#7790
üzenetére
Egy kicsit tényleg zavaró, mert az int az integernek a rövidítése, viszont a javaban az Integer-el egy hivatkozó változót hozunk létre, ami egy objektumra mutat (int objektum vagy mi
), az int pedig egy primitív változó. De mondjuk aki Javat tanul az eljut az tömbökhöz, ott meg általában a tutorialokban leírják, hogy az egy objektum ami objektumokat tárol, ahhoz meg tartozik egy autoboxing folyamat, ha primitíveket akarunk tárolni. -
#7790
bambano
titán
WonderCSabo
#7787
bambano
titán
válasz
WonderCSabo
#7787
üzenetére
persze, mert ha tovább bonyolítanám, akkor kiderülne, hogy egyszer (pl. int) érték szerint átadva rögtön ott van az adat és lehet vele számítást végezni, máskor meg (pl. Integer) érték szerint átadva nincs ott az adat, hogy számítást végezz vele, hanem még kell egy dereferencia is.
ez sok profi szakembert megkavarna
-
estro
csendes tag
"A változóknak két fajtája van: primitívek és hivatkozások.
A primitív változók olyan értékekkel vannak tele, amelyek a változó tényleges értékét ábrázolják.
Az objektum típusú változó (hivatkozó változó), azonban az objektum elérésének módját tárolják."
Agyhullám: Java könyvben ez szerepel.
Én nem értem, hogy lehet referencia egy primitív, habár még nem vagyok gyakorlott a Javaban :/.
A referencia változó az egy objektumra hivatkozik aminek vagy van beállított példány változói vagy nincs, ha nincs akkor csak egy sima tulajdonság nélküli objektum, viszont a primitív változó az int, float, double stb... és használat előtt bekell állítani valamilyen értékre.
Jelenlegi ismereteim alapján egyetlen közös tulajdonságuk van, hogy biteket ábrázolnak. De ha bonyolult az okkifejtése akkor tényleg hagyjuk -
#7788
emvy
félisten
WonderCSabo
#7787
válasz
WonderCSabo
#7787
üzenetére
Minden esetben az van, a referencia egy primitiv tipus mindegy...
-
bambano
titán
"probalj meg atadni egy referenciat referencia szerint Javaban, nem lehet": következmény: hangsúlyozni, hogy a referencia értékét adjuk át, értelmetlen. további következmény: nem érték szerint van az átadás.
kösz, hogy bizonyítod helyettem az állításomat
mindegy, én nem akarok ebből napokig tartó flame-t, úgyhogy nem erőltetem tovább a témát.
-
-
válasz
bambano
#7779
üzenetére
Nem világos számodra, mi az a referencia szerinti átadás. Az C++ban van például, vagy a C# out és ref paraméterek ilyenek. Ha lenne teferencia szerinti átadás, akkor tudnal swap funkciot implementalni, de nem tudsz. (probalj meg atadni egy referenciat referencia szerint Javaban, nem lehet)
-
#7783
Sk8erPeter
nagyúr
bambano
#7781
Sk8erPeter
nagyúr
válasz
bambano
#7781
üzenetére
Igen, jó nagy baromság ezeket kihangsúlyozni, hogy érték szerinti átadás, mert végül is pointert passzolgatunk ilyen alapon, és az eredeti objektumot buzeráljuk, de legalább egy kezdőt tök jól össze lehet zavarni ezzel, és totál nem fogja érteni, hogy most akkor mi van.
-
#7781
bambano
titán
Sk8erPeter
#7780
bambano
titán
válasz
Sk8erPeter
#7780
üzenetére
ok, tehát a jávában mindig referencia szerinti átadás van, amit ők érték szerinti átadásnak neveznek.
-
#7780
Sk8erPeter
nagyúr
zsambek
#7778
Sk8erPeter
nagyúr
válasz
zsambek
#7778
üzenetére
Nem meglepő a NullPointerException, mivel a jatekosok.add() metódust úgy hívod meg, hogy a jatekosok változó nincs inicializálva.
(#7776) Oppenheimer:
Az első bekezdés félreérthető szerintem, ez a thread lehet, hogy felhomályosítja. -
zsambek
aktív tag
Sziasztok!
A jovoheti labor anyagommal szorakozok, de ugy erzem, hogy az abstract dolgot nem nagyon sikerult megertenem, de nem tudom igazabol pontosan, hogy mi lehet a gondja a kodomnak.
A Jatekos osztalyomban abstract(virtual) a lep(). Ebbol szarmaztatom le a Kezdo illetve a Robot-ot.
Az addJatekos-nal sipol a programom. Viszont en szerintem jol hasznalom ezt a Vector<>-t. Annak van egy add fuggvenye, amivel pedig hozzaadom az argumentumkent kapott Jatekos j-t, ami igazabol Robot, meg Kezdo lesz, de ugyebar azt a Jatekosbol szarmaztatom. Ez a feladat egyebkent CPP-ben meg van a gepemen meg tavalyi felevrol, abbol emeltem at par dolgot, lehet, hogy rosszul?!
Valaszaitokat elore is koszonom,
-
#39560925
törölt tag
válasz
zserrbo
#7775
üzenetére
Először is: Javaban mindig érték szerinti átadás van. Ez azt jelenti, hogy amikor myArrList.addAll meghívódik, akkor a yourArrList-ben tárolt referenciák lemásolódnak.
yourArrList elemei: a "three" és "four" stringek. addAll meghívása után mindkét listában van 1-1 referencia ezekre a stringekre.
Ha az egyik listában kitörlöd a referenciát, az a másik listára természetesen nem lesz hatással. Ha viszont a referencián keresztül megváltoztatod objektum állapotát, akkor az a másik listából elérve is látszódni fog. A példa ott sántít, hogy a String immutable.
-
bambano
titán
-
Karma
félisten
Fogalmam nincs, legalább öt éve nem nyúltam NetBeanshez, és nem is tervezek ezen változtatni. Én mondjuk Spring Bootot szoktam mostanában használni, beágyazott Undertowval (de a default Tomcat is bőven elég lehet, vagy Jettyre átállni is csak pár sor a pom.xml-ben); semmi EE-s hókuszpókusz.
-
Karma
félisten
Persze, jó lehet az is, de nem biztos hogy a legköltséghatékonyabb. Egy Azure Web Site-on Java kódot futtatni macerás (Java 7-ig mondjuk lehetetlennek nem lehetetlen), legalábbis Tomcattel sikerült szerencsétlenkednem.
Ha esetleg GlassFish helyett jó lenne a Wildfly (szintén EE), az OpenShiftet tudom javasolni, ott elég könnyű összepakolni az alkalmazásszervert egy MySQL vagy Postgres DB-vel, aztán Gittel beküldöd rá az alkalmazásod, és megy.
-
_kovi_
aktív tag
válasz
bambano
#7757
üzenetére
Nem sajnos nem kapok accountot. A Netbeans-ből újat használunk. Szerinted akkor mi a megoldás?
Hogy miért Swing? Jó kérdés..
Tudom, hogy elavult, de ebből kell most főzni. Felvetődött az MS Azure ahol virtuálisan lehetne futtatni ilyet, de még nem néztem meg. Lehet hogy az is jó lehet?
-
#7763
#39560925
törölt tag
WonderCSabo
#7761
#39560925
törölt tag
válasz
WonderCSabo
#7761
üzenetére
De szakdolgozat, nálunk ott az embernek van beleszólása a választott technológiákba.
-
#7761
WonderCSabo
félisten
Aethelstone
#7759
WonderCSabo
félisten
válasz
Aethelstone
#7759
üzenetére
Tudom. A társai alatt a JetBrains termékeket értettem, ha félreérthető volt.
Oppenheimer: Jogos. Mondjuk az egyetemeken mindenhol (itthon) SWT-t tanítanak, mi is. Nem túl elterjedt cucc a JavaFX.
-
#7760
#39560925
törölt tag
WonderCSabo
#7758
#39560925
törölt tag
válasz
WonderCSabo
#7758
üzenetére
JavaFX akkor is korszerűbb lenne.
-
#7759
Aethelstone
addikt
WonderCSabo
#7758
Aethelstone
addikt
válasz
WonderCSabo
#7758
üzenetére
Eclipse swt.
-
bambano
titán
glassfish futtatásához elég egy unix account. ha adatbázisból elég a beépített derby (vagy utóda), akkor gyakorlatilag más nem kell hozzá. accot nem kapsz az egyetemen? mert ha nem, akkor bérelned kell egy vps-t, nem túl nagy összeg. vagy meg kell beszélned a témavezetőddel, hogy szerezzen neked futtatási lehetőséget.
a netbeans glassfish támogatása verziófüggő, a régebbiekben nincs, csak tomcat támogatás. de amit a netbeans tomcathez legyárt, az simán megy egy helyesen konfigurált glassfishben. az új netbeansekben van 3-as glassfish támogatás, azokkal még ennyi gond sincs.
-
_kovi_
aktív tag
Ez egy szakdolgozati feladat. S arról van szó, hogy elkészítettünk egy Swing alkalmazást vagyis még csak a vázát, és az adatokat adatbázisból szeretnénk mögé tolni. Egy távoli szerveren levő adatbázisból. Így ezen törjük a fejünket, hogy hogyan lehetne megoldani, egyszerűen. Netbeans-el csináljuk és állítólag abban van beépített Glassfish support és úgy egyszerűbb, állítólag...
-
-
-
#7735
fatal`
titán
WonderCSabo
#7730
fatal`
titán
válasz
WonderCSabo
#7730
üzenetére
Akkor már váltsanak inkább scalara.
-
#7733
#39560925
törölt tag
WonderCSabo
#7732
#39560925
törölt tag
válasz
WonderCSabo
#7732
üzenetére
Az átmenet nem menne egyik napról a másikra. Az új rendszereken a 2 runtime párhuzamosan elérhető lenne, mint ahogy iOS-re is lehet fejleszteni Objective-C-ben és Swiftben is. Aztán 5-10 év alatt a JVM runtime szépen kikopna. Tény, hogy csomó munkájuk az ART-vel kukába menne.
-
#7732
WonderCSabo
félisten
#39560925
#7731
WonderCSabo
félisten
válasz
#39560925
#7731
üzenetére
Írhatnak, de kétlem, hogy megteszik. Nemrég váltották le a JVM alapú Dalvikot a szintén JVM alapú ART-vel. Ez utóbbi rengeteg idő, mire el fog terjedni, jelenleg kicsi az Android 5 felhasználóbázisa. Ha váltanának egy teljesen új architektúrára, akkor az új appok vagy csak az új telefonokon lesznek elérhetőek, vagy meg kell oldani, hogy a JVM alapú dolgokon is menjen, ami elég bonyolult. Plusz kérdésessé tenné az ART-be vetett meló szükségességét. Ezek kívül a teljes kialakult ökoszisztéma borulna (libek, eszközök).
Mellesleg amennyire tudom, nem terveznek váltani Javáról. -
#7731
#39560925
törölt tag
WonderCSabo
#7730
#39560925
törölt tag
válasz
WonderCSabo
#7730
üzenetére
Groovy az nagyon lassú kódot eredményez, nem tudom, hogy mobilon jó ötlet lenne-e. Miért ne írhatnának új runtime-ot, amiben nem JVM van?
-
#7730
WonderCSabo
félisten
emvy
#7725
-
Karma
félisten
-
#7721
#39560925
törölt tag
WonderCSabo
#7720
#39560925
törölt tag
válasz
WonderCSabo
#7720
üzenetére
Nem tudom, hogy a Java 8 mennyit nyomhat itt a latba, ezt lehetetlen számszerűsíteni. Hallottál olyanról, hogy valahol azért döntöttek Java mellett, mert a 8 olyan fasza? Amúgy nekem nagyon bejönnek a labdák meg a streams API.
Amúgy azt tudták, hogy a Jigsaw-os modularizáció rossz hatással lesz a teljesítményre?
-
#7720
WonderCSabo
félisten
emvy
#7719
-
#7719
emvy
félisten
WonderCSabo
#7718
válasz
WonderCSabo
#7718
üzenetére
Szerintem meg egesz biztos, hogy az Android az oka.
-
#7718
WonderCSabo
félisten
WonderCSabo
félisten
Na, bedobok egy ON témát: mit szóltok, hogy a Java megint az első a TIOBE indexen? Első sorban a Java 8-at tartják ennek okaként.
-
#7715
#39560925
törölt tag
Aethelstone
#7714
#39560925
törölt tag
válasz
Aethelstone
#7714
üzenetére
persze, de az az IDE kezelésben még csak a level 1.
-
axioma
veterán
Nehany probalkozas utan, netbook olben:
De eleg zavaro, hogy a szavak kozott nem a gepeles ritmusaban lepked, hanem lemaradva, ettol korrigalasbol nyomok me'g valamit... na meg az ertelmetlenseg is, meg az egymas utan ugyanaz, ki tudja melyiknel tartok. Ebben talan hosszu i nem volt, azt csak hosszabb szoveg utan szokom meg, hogy ranezes nelkul hol van. Viszont 3-4 visszatorles kellett. Ektelen magyarul is megprobaltam, allitom hogy gyorsabb lennek, de mivel a hiba bezavar, nem lett jobb.
Azert jo moka volt... talan egyszer kipihenten is megnezem.szerk. nyilvan a gepelesi sebesseg nem szamit a programiras sebessegben... plane a helyes programig eljutas sebessegeben
![;]](//cdn.rios.hu/dl/s/v1.gif)
-
fatal`
titán
-
#7705
emvy
félisten
Sk8erPeter
#7704
válasz
Sk8erPeter
#7704
üzenetére
Ezerfelekepp lehet donteni/allitani. Normal billentyuzetekkel nekem elegge megfajdul a csuklom, az MS Natural a legjobb idaig, de az sima membranos, ez meg mechanikus. Mondjuk 200 euro folott van szallitassal, dehat a cipo, asztal, agy, szek, billentyuzet, monitor es eger a legfontosabb targyak az ember eleteben.
-
#7704
Sk8erPeter
nagyúr
Szmeby
#7685
Sk8erPeter
nagyúr
"Ja, pont akkora őrültség, mint aki a magyar mondataiban nem használ ékezetet.
"
Hehe, hát igen. 
(#7687) bambano:
"teljes őrültségnek tartom, ha valaki kétféle klavi kiosztást használ..."
Meg ez is jó.(#7683) emvy:
"Teljes orultsegnek tartom, ha valaki HU layouttal kodol"
Jaj, de szeretem az ilyeneket. Mi az a komoly hátrány, ami származik abból, ha valaki átállítja például a toggle comment hotkey-jét az IDE-ben? (Csak egy példa arra, ami mondjuk HU layouttal nem szokott tipikusan működni, de na bumm, körülbelül fél perc átállítani.) Mi az, ami miatt probléma lenne, hogy valaki HU layoutot használ, amikor világéletében ezt szokta meg, mert mondjuk nem élt hosszabb távon külföldön, ami miatt feltétlenül át kellett volna magát állítania más kiosztásra?
Ez nagyjából olyan, mintha beszólok, hogy milyen gyökérség ékezetek nélkül írni, mert amúgy tök idegesítő egy magyar nyelvű fórumon, annak ellenére, hogy nyilván az itt tevékenykedők többsége folyamatosan tudja olvasni az ilyen szöveget is, mivel nem egy túl komoly agyi munka, de akkor is zavaró (másnak nem biztos, nekem például igen, és tudom, "így jártam"). Ha magyar fórumra írsz, miért nem állítod át a layoutot (vagy magadat) magyarra?(#7702): Egy ilyen tényleg nem lehet rossz, de mondjuk itt fura picit, hogy ennyire magasra van emelve, így az ember csuklójának tartása gépeléskor kicsit "megtörik", és nem folyamatos az emelés.
-
axioma
veterán
Pedig ha nem is pont java, de programozas temaba elegge illik, hogy melyik kiosztasnak mi az elonye. En is parhuzamosan kettot nyuzok, ha muszaj ekezet pl. doksi, akkor az y-z csere miatt a 101 magyart hasznalom, de alapbol angolt (eleg oreg vagyok ahhoz, hogy emailbe se volt tanacsos ekezetet irni, es folyekonyan olvasom az ekezet nelkuli magyart, ezt szoktam meg). Az tuti, hogy nem tennek ki minden sorvegi pontosvesszot altgr-rel... foleg 10 ujjas gepeles mellett azok a kombinaciok!
Mondjuk nyelvenkent van elteres, pl. python eseten kevesebb ilyen egyertelmuen csak idegesitoen elerheto karakter hasznalata szukseges.
![;]](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?:))
- ASUS ROG Gaming PC 14900K // RTX 5070 Ti // 32GB RAM
- Kedvező áron! Eladó TP-Link TL-SG2008P Omada SDN POE+ Alza Gari 2029.11
- Eladó Unifi US-8-60W POE Switch
- 8 DARAB! HP ELITEBOOK LAPTOP (Tartós, Elnyűhetetlen) 850 G8, 840 G8, 840 G9, 830 G8 x360
- Kedvező Ár! DELL S2722QQC Style IPS 4k PD usb-c Gari 2026.07
- Surface Laptop 7 Business edition - Intel Core ultra 5 236V energiahatékonyabb az intelnél! -olvass
- Bomba ár! Lenovo ThinkPad L380 - i5-8GEN I 8GB I 512SSD I 13,3" FHD I HDMI I Cam I W11 I Gari!
- Apple iPhone 14 Pro Max / 256GB / Gyári független / 12Hó Garancia / 87% akku
- HP EliteBook 840 G8 i5-1135G7 32GB 1000GB 1 év garancia
- Akció! Apple MacBook Pro 16 M4 Pro - M4 Pro 24GB 512GB SSD garanciával hibátlan működéssel
Állásajánlatok
Cég: FOTC
Város: Budapest