- M0ng00se: Hardvert áruhitelre?
- sziku69: Fűzzük össze a szavakat :)
- Brogyi: CTEK akkumulátor töltő és másolatai
- sziku69: Szólánc.
- Luck Dragon: Asszociációs játék. :)
- Magga: PLEX: multimédia az egész lakásban
- Pajac: tpm.msc
- Steven: Sokat utazó kávéfüggők ide!
- f(x)=exp(x): A laposföld elmebaj: Vissza a jövőbe!
- Sub-ZeRo: Euro Truck Simulator 2 & American Truck Simulator 1 (esetleg 2 majd, ha lesz) :)
Ú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.
-
#7785
Oppenheimer
nagyúr
emvy
#7784
-
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. -
#7779
bambano
titán
Oppenheimer
#7776
bambano
titán
válasz
Oppenheimer
#7776
üzenetére
vagyis ha a referenciákat adja át, akkor nem mindig érték szerinti átadás van
-
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,
-
#7777
zserrbo
aktív tag
Oppenheimer
#7776
zserrbo
aktív tag
válasz
Oppenheimer
#7776
üzenetére
Erre gondoltam én is, de megzavart az angol megfogalmazás
Köszi! -
#7776
Oppenheimer
nagyúr
zserrbo
#7775
Oppenheimer
nagyúr
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.
-
#7774
Karma
félisten
Oppenheimer
#7773
Karma
félisten
válasz
Oppenheimer
#7773
üzenetére
Természetesen nem. Mivel a connectorok által okozott késleltetés relatíve elég kicsi, az üzleti logikád és DB-d bőven hangsúlyosabb lesz.
-
bambano
titán
-
#7770
Karma
félisten
Oppenheimer
#7769
Karma
félisten
válasz
Oppenheimer
#7769
üzenetére
Tempóban biztos (nanoszekundumok
), illetve elég karcsú. Amúgy nincs mögötte igazi szakmai indokom, csak hipsterkedek. -
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
Oppenheimer
nagyúr
WonderCSabo
#7761
Oppenheimer
nagyúr
válasz
WonderCSabo
#7761
üzenetére
De szakdolgozat, nálunk ott az embernek van beleszólása a választott technológiákba.
-
#7762
Karma
félisten
Oppenheimer
#7760
Karma
félisten
válasz
Oppenheimer
#7760
üzenetére
Használja azt egyáltalán bárki vagy bármi a világban? Most így visszagondolva a LoadUI volt az egyetlen FX alkalmazás, amivel találkoztam.
-
#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
Oppenheimer
nagyúr
WonderCSabo
#7758
Oppenheimer
nagyúr
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.
-
#7758
WonderCSabo
félisten
Oppenheimer
#7756
WonderCSabo
félisten
válasz
Oppenheimer
#7756
üzenetére
IntelliJ IDEA és társai pl. abban van írva.
-
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...
-
#7754
mobal
nagyúr
Oppenheimer
#7752
válasz
Oppenheimer
#7752
üzenetére
Arra akartam célozni, legalábbis én úgy látom, hogy egy probléma megoldása közben elég sokat tud az ember tanulni - ilyen módon "képezni" magát.
-
-
#7751
mobal
nagyúr
Oppenheimer
#7749
válasz
Oppenheimer
#7749
üzenetére
Kb. konstans hulla mód on. Munka közben
-
#7748
emvy
félisten
Oppenheimer
#7747
válasz
Oppenheimer
#7747
üzenetére
Utana nem lesz szabadidod. (Ill. ha akkor is kodolsz, akkor valamit rosszul csinalsz.
) -
#7744
emvy
félisten
Oppenheimer
#7742
válasz
Oppenheimer
#7742
üzenetére
A Scala egyszeruen tul nagy nyelv. Otvenfelekepp meg lehet csinalni ugyanazt, lehet a Scalaz-fele funkcionalis agymenestol a pszeudo-Javaig mindent hasznalni. Ez a legnagyobb baja.
-
#7740
emvy
félisten
Oppenheimer
#7739
válasz
Oppenheimer
#7739
üzenetére
Ja, de ez fordito kerdese, nem a nyelvbol kovetkezik.
-
#7739
Oppenheimer
nagyúr
emvy
#7738
-
#7738
emvy
félisten
Oppenheimer
#7736
válasz
Oppenheimer
#7736
üzenetére
Nem lassabb, miert lenne lassabb? Csak a nyelv egy oriasi mellefogas, bar nagyon szerettem az elejen, de azert ez eleg gyorsan kiderul.
-
#7735
fatal`
titán
WonderCSabo
#7730
fatal`
titán
válasz
WonderCSabo
#7730
üzenetére
Akkor már váltsanak inkább scalara.
-
#7734
WonderCSabo
félisten
Oppenheimer
#7733
WonderCSabo
félisten
válasz
Oppenheimer
#7733
üzenetére
Hát igen, ez a bonyolult megoldás. De mindegy is, már sokan kérdeztek erre rá, és nem nagyon válaszolt erre az Android fejlesztő csapat. Majd kiderül, mindenesetre egyelőre nincs jel a változásra.
-
#7733
Oppenheimer
nagyúr
WonderCSabo
#7732
Oppenheimer
nagyúr
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
Oppenheimer
#7731
WonderCSabo
félisten
válasz
Oppenheimer
#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
Oppenheimer
nagyúr
WonderCSabo
#7730
Oppenheimer
nagyúr
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
-
#7728
Karma
félisten
Oppenheimer
#7727
Karma
félisten
válasz
Oppenheimer
#7727
üzenetére
Biztosan meg lehet oldani kínlódva, fájdalmak között vergődve is, de valójában van egyszerű megoldás is, ha bedobod ezt a csomagot [forrás]:
compile 'net.sourceforge.streamsupport:streamsupport:1.3.1'Egy projektben találkoztam vele, igazából pöccre működik.
-
#7726
Karma
félisten
Oppenheimer
#7724
Karma
félisten
válasz
Oppenheimer
#7724
üzenetére
Retrolambda esetleg? Nálam benn van a "new project starter kit"-ben, amióta találkoztam vele.
-
#7725
emvy
félisten
Oppenheimer
#7724
válasz
Oppenheimer
#7724
üzenetére
Go, esetleg.
-
#7723
emvy
félisten
Oppenheimer
#7721
válasz
Oppenheimer
#7721
üzenetére
Ja, bar irtozatosan ronda kb. minden mas nyelvhez kepest, de teny, hogy jobb, mint a semmi.
-
#7722
mobal
nagyúr
Oppenheimer
#7721
válasz
Oppenheimer
#7721
üzenetére
Lambdákra már nagyon szükség volt...
-
#7721
Oppenheimer
nagyúr
WonderCSabo
#7720
Oppenheimer
nagyúr
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
Oppenheimer
nagyúr
Aethelstone
#7714
Oppenheimer
nagyúr
válasz
Aethelstone
#7714
üzenetére
persze, de az az IDE kezelésben még csak a level 1.
-
#7714
Aethelstone
addikt
Oppenheimer
#7713
Aethelstone
addikt
válasz
Oppenheimer
#7713
üzenetére
A CTRL+SPACE segítő sem rossz. Sok gépeléstől (és gondolkodástól) megkíméli az embert
-
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?:))
- Lenovo ThinkPad T14 3 Gen 16/256GB SSD, Újszerű, 1 Év Garanciával
- Xiaomi 15 Ultra 512GB, Kártyafüggetlen, 1 Év Garanciával
- Samsung Odyssey OLED G8! 32"/4k/240hz/0,03ms/10BIT/Freesync-G-sync/HDMI 2.1/Smart Monitor
- Új 512GB WD SN5000S Gen4 x4/ Steam Deck ready/ garancia/ ingyen fox
- i7 8700/ RX6500/ 32GB DDR4/ 512GB m.2/ garancia/ ingyen foxpost
- BESZÁMÍTÁS! Gigabyte GA-A620M R5 7600 32GB DDR5 512GB SSD RX 6700XT 12GB Rampage SHIVA Corsair 750W
- 134 - Lenovo Legion Pro 7 (16IRX8H) - Intel Core i9-13900HX, RTX 4090
- 138 - Lenovo Legion Pro 7 (16IRX9H) - Intel Core i9-14900HX, RTX 4080
- AKCIÓ! "ÚJ" Microsoft Surface 5 13,5 notebook - i5 1235U 8GB RAM 256GB SSD Intel Iris Xe IGP 27% áfa
- Samsung Galaxy S21 Ultra 256GB, Kártyafüggetlen, 1 Év Garanciával
Állásajánlatok
Cég: CAMERA-PRO Hungary Kft
Város: Budapest
Cég: Promenade Publishing House Kft.
Város: Budapest