- Vezetékes FEJhallgatók
- Azonnali VGA-s kérdések órája
- Bluetooth hangszórók
- Házimozi haladó szinten
- Intel Core i5 / i7 / i9 "Alder Lake-Raptor Lake/Refresh" (LGA1700)
- NVIDIA GeForce RTX 5070 / 5070 Ti (GB205 / 203)
- Shield TV-t csinált a Shieldből az NVIDIA
- Hisense LCD és LED TV-k
- Nvidia GPU-k jövője - amit tudni vélünk
- Monitor hiba topik
Új hozzászólás Aktív témák
-
floatr
veterán
válasz
WonderCSabo #7396 üzenetére
-
Gyuri16
senior tag
válasz
WonderCSabo #7396 üzenetére
az autoboxing soran meghivott Integer.valueOf cacheeli a kis szamokat, ezert ugyanaz az objektum lesz mind a ketto. Ugyanaz nagy szammal nem fog mukodni.
masik hasonlo:
String a = "alma";
String b = "alma";
System.out.println(a == b); //trueez is egy optimalizacio eredmenye
emvy: a felso hatar allithato: -XX:AutoBoxCacheMax
-
válasz
WonderCSabo #7396 üzenetére
Jaja, cache optimizacio. 128-al mar nem menne, asszem
-
válasz
Gyuri16 #7393 üzenetére
Joy of Clojure cimu konyv. Online nem tudom hirtelen, keress ra.
Zarojelek temaja: ezt en se hittem el eloszor (ezert se foglalkoztam Lisppel sokaig), de az zarojeleket egy ido utan nem latod. Marmint persze latod, de megszokja a szem, csoppet sem zavaro -- es a zarojelezes teszi lehetove a homoiconicity-t, ami kb. semelyik mas nyelvben nem mukodik. Igy sajat nyelvi konstrukciokat is nagyon egyszeruen definialhatsz -- pl. Java-ban nem volt foreach egesz odaig, amig a nyelvnek nem lett resze, Clojure-ben siman csinalhatsz magadnak, ha epp az hianyzik.
En mostanaban mindefelere ezt probalom hasznalni. A hatranya az, hogy nincs statikus tipusellenorzes. A legfobb elonye a konkurens programozas tamogatasa, ami szerintem jobb, mint barmelyik mas nyelvben. A clojure.async library (library, nem nyelvi elem vagy framework!) egy mestermu, ezenkivul az alapveto konkurencia-megoldas az STM (software transactional memory).
-
Gyuri16
senior tag
-
válasz
Oppenheimer #7390 üzenetére
Teljesen irreleváns, hogy a következő projekt nyelve mi. Olyanokat keress, akik már csináltak vele nagyobb projektet. Szerintem. A többféle paradigma megtanulasara nem jo, mert mindenből van benne egy kicsi. Funkcprogra jobb a Clojure (vagy racket vagy akarmi) meg a Haskell.
Tényleg nem muszáj nekem elhinni, de hidd el :d
-
Oppenheimer
nagyúr
A productivity és a több paradigma miatt akarom megtanulni. Olvastam ellenvéleményeket, pont azokat a hátrányokat írták, amit te. Igaz olyat nem hallottam, hogy scalaról visszamentek javara, viszont csomó beszámolót olvastam a neten, hogy miért választották a scalat a következő projektünk nyelvének. [link] [link]
-
floatr
veterán
Elég gáz, hogy ez van:
new Long(1) == new Long(1); // false
new Long(1) == 1; // true
new Long(1).equals(new Long(1)); truevérgagyi
Akkor már oldják meg az operátor overloadingot, mert még az is jobb lenne.A servlet meg nyilván manapság nem cél, hanem az érthetőség miatt egy kis kitérő. Senki nem fog ma már servletet gyártani. A mostani projektben is amikor egy 10 évvel ezelőtti servletet akart valaki portolni, inkább REST WS-t ajánlottam, mert a framework miatt csak szopás lenne vele.
(#7379) jetarko semmi gond ezzel. Socket/RMI: hagyjuk; szálkezelés: fontos
De az alapok inkább fontosak, meg hogy mennyire mész utána egy problémának, ha belefutsz. Van olyan, aki csak ül és vár... -
Gyuri16
senior tag
válasz
Aethelstone #7386 üzenetére
hat akkor nevetni fogsz: nalunk a kod legnagyobb resze meg 5-os es egyelore nem lehet updatelni. szerencsere utobbi evben en nagyreszt egy uj projekten dolgozok amit 8-assal kezdtunk, de aztan vissza kellett lepni 7-esre (mert JET nem tamogatja meg a 8-ast)
-
Aethelstone
addikt
A fő gond ezzel a Scalaval az szerintem, hogy a programozás oktatás még nem készült fel erre a nyelvre. Ahogy a linkelt doksi is tartalmazza, nem találnak megfelelő fejlesztőket.
Because it's effectively impossible to hire people with prior Scala
experience (of the hundreds of people we've interviewed perhaps three had Scala
experience, of those three we hired one), this matters much more than it might
otherwise. If we take even the strongest of JVM engineers and rush them into
writing Scala, we increase our maintenance burden with their funky code; if we
invest heavily in teaching new hires Scala they won't be writing production code
for a while, increasing our time-to-market. Contrast this with the default for
the JVM ecosystem: if new hires write Java, they're productive as soon as we can
get them a keyboard.És ez szerintem középtávon nem is fog változni. Ugyanaz a helyzet kb. mint annó, amikor a sok c,pascal,dbase/clipper fejlesztőből akartak OO feljesztőket találni, de egészen egyszerűen egy nemzedéknek "ki kellett halnia" és fel kellett nőnie egy újnak, aki már ezt tanulta célirányosan.
Szerintem...
-
Gyuri16
senior tag
scala engem is erdekel, en ezt akarom atnezni bevezetokent: [link] aztan ha meg nem unom akkor ezt: [link]. leginkabb csak jatek szinten erdekel, reg nem tanultam valamit just for fun..
munkaban javat hasznalunk, es nem ritkan szeretnek valami kifejezobb nyelvvel dolgozni. remelem belathato idon belul hasznalhatunk java8-at, kivancsi vagyok lambdak es collection streamek mennyire lesznek hasznalhatoak.
-
válasz
Oppenheimer #7382 üzenetére
Nézd meg, hogy a nagy rendszereket gyártó cégek, akik Scalaztak, hogy állnak vissza Javára vagy valami másra. A Scala problémája az, hogy őrült bonyolult lett a nyelv. Fun megtanulni, es amikor használod, akkor nagyon produktívnak érzed magad. A probléma ott jön, amikor pár főnél nagyobb csapat kezd el dolgozni, és mindenkinek más rész tetszik a Scalabol.
Nekem bejott a Scala, de amikor elkezdtem nézegetni a Scalaz-t meg társait, akkor ezt láttam. Aztán miután hagytam, kezdtek jönni az iparbol is a hírek, hasonló tapasztalatokról. (sok publikus hír is van, de privátban nem publikusbol is van pár sztorim)A Scala a JVM C++-a. Read this.
Egyébként a Clj számomra nagyobb revelacio volt, de persze ízlés dolga..
-
válasz
Oppenheimer #7378 üzenetére
Biztos, hogy azt akarod? Egyébként szívesen kölcsönadom az Odersky-fele könyvet...
-
Oppenheimer
nagyúr
Mivel nincs scala topik, itt teszem fel a kérdést: mi a legjobb oktatóanyag a neten?
-
-
M_AND_Ms
veterán
válasz
Aethelstone #7372 üzenetére
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.
-
floatr
veterán
válasz
Oppenheimer #7369 üzenetére
Nem tudom, de szerintem mindenen végigmennek sorra, amitől érthetővé válik az enterspájz. Azzal a juniorral nekem kifejezetten jó tapasztalataim vannak, aki a csapatomba került.
-
Aethelstone
addikt
válasz
M_AND_Ms #7370 üzenetére
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.
-
M_AND_Ms
veterán
válasz
Aethelstone #7368 üzenetére
Azért, hogy okosodjunk, mutass egy példát - de most komolyan, hisz ez itt ontopic
-
floatr
veterán
válasz
Aethelstone #7365 üzenetére
Basszus ilyen nyakatekert példákon veszem észre, hogy mennyire sokat kell ahhoz tanulni, hogy készség szintjén tudja ezeket a dolgokat valaki. Ha jobban belegondolok a kollégám is hónapok óta képzi a juniorokat, és most értek el odáig, hogy servlet...
-
M_AND_Ms
veterán
válasz
Aethelstone #7363 üzenetére
"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. -
floatr
veterán
válasz
Aethelstone #7357 üzenetére
Vagy építene egy kontextust, benne map-be rendezett handlerekkel, sakko nincsen ilyen melléfogás
-
Aethelstone
addikt
válasz
M_AND_Ms #7361 üzenetére
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
-
M_AND_Ms
veterán
válasz
Aethelstone #7357 üzenetére
"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.
-
axioma
veterán
válasz
PumpkinSeed #7358 üzenetére
Vagy ezt is meguszod, ha string-re switch-elsz. Orvendetes, hogy bekerult, attekinthetobb a kod vele.
-
PumpkinSeed
addikt
válasz
Aethelstone #7357 üzenetére
El is felejtettem
Köszönöm az útmutatást.
-
Aethelstone
addikt
válasz
PumpkinSeed #7356 üzenetére
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. -
PumpkinSeed
addikt
Egy újabb problémám van, itt egy kód ami fájlból olvassa be ezt:
bor;cabernet_sauvignon;nagyon_finom;9.81%
gyumolcsle;narancs;savanyu;tesco_gazdasagos
borso;98%;nem_kostoltamA data[0] az konkrétan kiírja azt, hogy bor, már trim-el is próbáltam, hogy leszedje a whitespace-ket, és mégse lép bele egyszer se az if ágakba hanem mindig az else teljesül. Mit rontok el?
-
skoda12
aktív tag
válasz
PumpkinSeed #7352 üzenetére
Miért akarsz közös tárolóba tenni olyan elemeket, amiknek nincs használható közös őse?
Amúgy ha mindenképp erre kényszerítenek, akkor ArrayList<Object>-be pakolhatod, erre elvileg nem dob warningot sem, csak hát nem valami hasznos így, mert visszaolvasásnál castolni kell majd. -
fatal`
titán
válasz
PumpkinSeed #7352 üzenetére
Ezeket nem tudod rendesen közös tárolóban tárolni, mert nincs közös ősük (az objectet kivéve persze). A generikus nélküli használat ha jól tudom elég régen deprecated (talán warningot is dob rá a fordító), csak kompatibilitási okokból maradt a nyelvben.
-
PumpkinSeed
addikt
Adott egy absztrakt osztály(Ital), adott egy interfész(Alkoholos). Van három osztály: Bor (extends Ital, implements Alkoholos), Gyumolcsle (extends Ital), FalraHanytBorso (implements Alkoholos).
A feladat az, hogy ezeket egy közös tárolóban (ArrayList)-ben kellene tárolni, aminek generikusként Ital-t adnék meg, de ha FalraHanytBorsot példányosítanak az gondolom nem fér bele. Hogyan kellene ezt megoldani? Azt gondolom úgy elfogadja ha nem adok meg neki generikust, és akkor elfogadja azt is, de nincs valami szebb megoldás?
-
norbert1998
nagyúr
válasz
Aethelstone #7350 üzenetére
Most mit lehet tenni? Ezúttal éppen ez a feladat
-
Aethelstone
addikt
válasz
norbert1998 #7349 üzenetére
Jééézus....
-
norbert1998
nagyúr
válasz
WonderCSabo #7343 üzenetére
Mert nem tanultunk sok mindent még, viszont eléggé bonyolultat csináljunk.
Az egész program egy 1000 soros do while
-
Szmeby
tag
válasz
norbert1998 #7342 üzenetére
-
Sk8erPeter
nagyúr
válasz
norbert1998 #7342 üzenetére
Akkor valamit nagyon rosszul csinálsz. Vagy a tanárotok egy kókler, hogy nem szól rátok időben, hogy ezt soha ne csináljátok.
-
Aethelstone
addikt
válasz
norbert1998 #7342 üzenetére
Erre én is kíváncsi vagyok....
-
WonderCSabo
félisten
válasz
norbert1998 #7342 üzenetére
Ezt nehezen hiszem el. Miért?
-
dabadab
titán
válasz
norbert1998 #7336 üzenetére
Mondjuk szerintem alapból ne írj ezer soros metódusokat.
-
kispx
addikt
válasz
norbert1998 #7336 üzenetére
source menü -> format menüpontja automatikusan megformázza a kódot.
tools -> options -> editor -> formating résznél pedig beállíthatod, hogy hogyan formázzon automatikusan.
Szerk.: legközelebb
-
norbert1998
nagyúr
válasz
Oppenheimer #7337 üzenetére
Köszi
-
Oppenheimer
nagyúr
válasz
norbert1998 #7336 üzenetére
kijelölöd a sorokat és nyomsz egy tab-ot
-
norbert1998
nagyúr
NetBeans alatt olyat hol tudok csinálni, hogy a program automatikusan enterezzen és rendezze a sorok bekezdéseit? Az a helyzet, hogy egy try-catch kimaradt, és emiatt mind az 1000 sort beljebb kéne ütnöm egyesével pár szóközzel. Ilyet tudna magától is csinálni a NetBeans?
-
válasz
norbert1998 #7334 üzenetére
-
dabadab
titán
válasz
norbert1998 #7332 üzenetére
Jezusmaria, azert akartad kiiratni az stderr-re, mert annak mas a szine?...
-
norbert1998
nagyúr
válasz
WonderCSabo #7331 üzenetére
Marad az ANSI színezés, és azt a tanár is elfogadtta, mert megkérdeztem tőle, mit mond erre.
Köszi újra
-
WonderCSabo
félisten
válasz
norbert1998 #7330 üzenetére
Asszem az ellen nem sokat tudsz tenni.
-
norbert1998
nagyúr
válasz
WonderCSabo #7329 üzenetére
Igen, az volt a gond.
-
WonderCSabo
félisten
válasz
norbert1998 #7327 üzenetére
Picit utánanéztem, és a javasolt flush-nek nem sok értelme van, mivel automatikusan megtörténik a flush. Legalábbis ha println-t használsz.
Vagy Neked az volt a bajod, hogy System.out és a System.err összekeveredett?
-
norbert1998
nagyúr
válasz
norbert1998 #7327 üzenetére
Ezzel megoldottam: [link]
-
norbert1998
nagyúr
válasz
WonderCSabo #7323 üzenetére
Most sikerült megnéznem, sajnos minden hogycsinalja, majd 6.-ban meg tudom kérdezni a tanártól.
Azt hiszem, az s számíthat valamit, hogy ciklusban van. -
Ursache
senior tag
válasz
WonderCSabo #7323 üzenetére
Ha arra is van igény, akkor nyilván. De a konkrét 2 (most már 3) soros példához nem hinném, hogy kéne, ha a helyes sorrendet tartani akarjuk.
-
Ursache
senior tag
válasz
norbert1998 #7311 üzenetére
System.err.flush();
esetleg egy ilyet megpróbálhatsz.
szerk.:
Természetesen így:
System.err.println("TÖRLÉS MENÜ");
System.err.flush();
System.out.println("1-Egy állat törlése"); -
jetarko
csendes tag
válasz
Oppenheimer #7310 üzenetére
CORS talán?
-
norbert1998
nagyúr
Rendben, köszi
Kedden megkérdem a tanárt, hogy esetleg tud-e valamit, vagy hanyagoljam inkább az err-t. -
újraregelt
tag
válasz
norbert1998 #7315 üzenetére
Az utasításaid a leírt sorrendben hajtódnak végre, viszont ezek egy memóriában lévő területre (buffer) teszik a kiírt karaktereket. Hogy innen mikor, hogyan kerülnek a képernyőre, az egy másik történet.
Nekem is úgy rémlik, ahogy Gábor írta: futtató környezettől függ. Előfordulhat, hogy pl. az IDE átirányítja és elkapja ezeket a kimeneteket és külön szálakon intézi a bufferek ürítését. Ez már okozhatja az általad tapasztaltakat. -
skoda12
aktív tag
válasz
norbert1998 #7315 üzenetére
Ez picit bonyolultabb. Mint írtam, a standard kimenetre írandó szöveg elvileg bufferelt, azaz akkor kerül ténylegesen kiírásra, ha a buffert űrítik, pl mert megtellik, vagy lezárják a streamet vagy pl újsor karakternél. Standard errornál ez nincs. Illetve a fenti példád is más, mert az új sornál űrítik a buffert, így elvileg a sorrend adott kellene legyen.
Valószínűleg az lesz a háttérben, hogy amikor futtatod az IDE-ből a programot, akkor az IDE két külön threaden olvassa a két streamre kiírt szöveget és az nem befolyásolható, hogy ezek a threadek mikor milyen sorrendben aktiválódnak. -
skoda12
aktív tag
válasz
norbert1998 #7313 üzenetére
Bocs, benéztem, új sornál űríti a buffert.
Két különböző streamre írsz, csak egy ablakban látod, de a streamek feldolgozásának sorrendje nem garantált szvsz, pl IDEA vagy eclipse termináljában. Bevallom nem tudom, hogy garantált-e a sorrend, ha cmd-ből futtatod, de nem is nagyon használom a sysout/syserr párost, mindig valammi loggerrel mentünk fájlba kimenetet. -
skoda12
aktív tag
válasz
norbert1998 #7311 üzenetére
Sysout bufferelt, syserr nem.
-
norbert1998
nagyúr
Az miért van, hogy néha gondol egyet a System.err.println(); és a System.out.println(); és felcserélik saját magukat a kiiratáskor?
Szóval hogy ez van beírva:
System.err.println("TÖRLÉS MENÜ");
System.out.println("1-Egy állat törlése");
De az esetek kb. 30%-ában ez íródik ki:
1-Egy állat törlése
TÖRLÉS MENÜ
Ez helyett:
TÖRLÉS MENÜ
1-Egy állat törlése -
Oppenheimer
nagyúr
Most nem vagyok otthon, de út közben nem hagy nyugodni a gondolat. Fut a webapp a gépen, és ha a host gép böngészőjéből nyitok meg egy oldalt, akkor szépen a frontendtől elmegy rest hívás a backendhez, meghívódik a controller megfelelő metódusa, és visszaadja amit várok. Viszont ha másik gépről/telefonról nyitom meg az oldalt böngészőben, a host ip címét beírva, akkor a frontend elküldi a rest hívást a backendnek, a dispatcher elkezdi feldolgozni, de nem jut el a request a controllerig. Elkezdtem, de nem volt időm végignézni mit csinál a dispatcher (doDispatch metódus) és min hasal el, mert indulnom kellett, de jó lenne tudni, hogy mégis mitől lehet ez. Van valami gyakori hiba amit elkövettem?
-
norbert1998
nagyúr
válasz
WonderCSabo #7296 üzenetére
Áh, ez is jó lett, köszönöm
-
Ursache
senior tag
válasz
jetarko #7307 üzenetére
Alacsony a ponthatár, persze, mert nem a 480 pontos végigmagolomazéreccségit típusú emberek jönnek ide, akik sírnak, hogy alig van hely, meg fizetős meg etc, persze, mert a sok kamu szak most a divat, boldog-boldogtalan odamegy. Aztán hallom vissza az olyan történeteket, hogy pénzügyre jár egy csaj, és hogy neki pont 100 embert kell megkérdeznie, hogy %-osan kijöjjön az eredménye.
MSc-t csak külföldre ajánlják ezen a szakterületen.
-
jetarko
csendes tag
válasz
Ursache #7306 üzenetére
Sokkal több mindent tanulunk mint én írtam, de mivel java topic ezért a java-hoz kötődő dolgokról írtam. Abban egyetértek, hogy a matek fontos, a gond csak azzal van, hogy nem gyakorlat orientáltan tanuljuk. A jelenleg menő technológiákat, fw-ket tanítani nincs sok értelme, mert pár év alatt változik,de azért megnézhetnénk egy két dolgot... Az igaz, hogy itthon nem fogok leülni csak úgy nummodot tanulni és ezért ezt oktatják suliban, otthon meg megtanulsz programozni ha érdekel a téma. A legnagyobb gond ott van, hogy boldog boldogtalant felvesznek és ezért nagyon híg a mezőny, ami visszafogja a nagyobb tempót sajnos. De ez ellen nem lehet mit tenni.. De nem akarok nekiállni hosszabban ennél offolni, mert remélem 2hónap múlva túl vagyok a bsc-n és reménykedek, hogy talán msc-n lesz vmi haladóbb dolog is.
-
Ursache
senior tag
válasz
jetarko #7305 üzenetére
A B tényleg nem a legjobb választás (szerintem sem). Ugyanakkor azért nem csak ezeket tanuljuk, és tényleg piszok sok a matek. De kell is, adott esetben! Ma (tegnap) is mesterséges neurális hálók esetében előjött a parciális deriválás. Hibafüggvények minimalizálása, regresszió, szélsőértékek... Nem véletlenül van modalg is, nagyon helyesen. El lehet menni OKJ-re is, lehet ott többet vesznek progból, ami tényleg prog, de nem ennyire mélyen. Ha ezt a szakot elvégzed, utána nincs gondod azzal, hogy hova menj, mindent meg tudsz ezek után tanulni, szóval full felesleges még 50 tárgyat hozzáadni a képzéshez. Pedig akkor is lehetne mondani, hogy de ez meg ez nem volt. Szóval nem elvárni kell, hanem betanítani, megtanítani...
Amúgy meg az egész google, csak jól kell tudni használni
-
jetarko
csendes tag
Ha felmész pl elte/bme oldalára és megnézed a tantervi hálót, akkor lehet olvasgatni, hogy kb egy tárgy miről szól. Nálunk elte bsc-n nem jutunk sajnos messzire. egyik szakirány főleg: java se és belenyalunk a JPA létezésébe. másik szakirány főleg: c++, c# , asp.net. Van algoritmus és adatszerkezetek ami hasznos tárgy, csak sajnos ez is kevés. Na meg sok matek. Aki nem foglalkozik sulin kívül a témával és elte bsc, attól jó esetben ennyit.
-
Sk8erPeter
nagyúr
Ha beírod Google-be a "java interview questions" kulcsszavakat (vagy valami hasonlókat), akkor igen sok találatot fogsz kapni. (Most ezt nem cinizmusból írtam, de tényleg Dunát lehet rekeszteni azzal a kérdéshalmazzal, ami neten fent van megszámlálhatatlan mennyiségű helyen.)
-
moriak
tag
válasz
dabadab #7300 üzenetére
Lehet, hogy a kérdés komolysága elveszik a bullshit példámban. Arra lettem volna inkább kíváncsi, hogy kb. mit lehetne elvárni egy frissen végzett egyetemistától egy tesztben akinek köze volt a programozáshoz. (legalább több kurzus alatt tanulta). Nincs rálátásom a jelenleg végzett diákok tudásáról.
Új hozzászólás Aktív témák
Hirdetés
A topicot kiemeltem. Valaki nem akar egy nyitó hsz-t írni?:))
- X13 Yoga Gen2 13.3" FHD+ IPS érintő i5-1135G7 16GB 256GB NVMe ujjlolv IR kam aktív toll gar
- HP Elitebook Folio 9470M laptop (14/i7-G3/6GB/256SSD)
- iPhone XS Max 64GB Független Újszerű/1 hónap gar./Akku 100%/p4303
- Dell Latitude 5490 14" HD i5-8250U 16GB DDR4 256GB SSD gar
- LG 45GS95QX-B 45" ÍVELT OLED MLA WQHD 240HZ 0.03 MS GAMING MONITOR
- Xiaomi Redmi 12 Pro 5G 128GB, Kártyafüggetlen, 1 Év Garanciával
- AKCIÓ! Microsoft XBOX Series X 1TB SSD fekete játékkonzol garanciával hibátlan működéssel
- Bomba ár! HP Elitebook 850 G3 - i7-6GEN I 16GB I 256GB SSD I RadeonI 15,6" FHD I Cam I W11 I Gari!
- AKCIÓ! Gigabyte AORUS 16X (2024) Gamer notebook - i7 14650HX 16GB RAM 1TB SSD RTX 4070 8GBWin11
- ÁRGARANCIA!Épített KomPhone i5 13400F 16/32/64GB RAM RTX 5060 Ti 16GB GAMER PC termékbeszámítással
Állásajánlatok
Cég: PC Trade Systems Kft.
Város: Szeged
Cég: PC Trade Systems Kft.
Város: Szeged