- Magga: PLEX: multimédia az egész lakásban
- NASsoljunk: ZyXEL NSA-310 és az FFP
- gban: Ingyen kellene, de tegnapra
- D1Rect: Nagy "hülyétkapokazapróktól" topik
- Luck Dragon: Asszociációs játék. :)
- sziku69: Fűzzük össze a szavakat :)
- GoodSpeed: Samsung Galaxy SmartTag2-esek a tolvajok ellen!
- ubyegon2: Airfryer XL XXL forrólevegős sütő gyakorlati tanácsok, ötletek, receptek
- eBay-es kütyük kis pénzért
- Argos: Szeretem az ecetfát
Új hozzászólás Aktív témák
-
-
floatr
veterán
Szóval JSF, JPA meg mysql... A JPA nem bloatware? Az igazi profik JSP-ből SQLeznek direkt connectionökkel. Minek ez a nagy felhajtás a frameworkökkel?!
Kissé odaver ez a vélemény minden fejlesztési metodikának. Hidd el, nem poénból találták ki őket, egyszerűen csak az a gond, hogy a szoftverfejlesztések kis százaléka szól arról, hogy van egy tetszőlegesen kis scope, azt lefejleszted, aztán felejtős. Az igények változnak, a kódbázis nő, újabb modulokra van szükség, integrálni kell más rendszerekkel... és itt jön a cost of change görbe, ami egy ilyen hozzáállással pár lépés után az egekbe szökik. Az a vicc, hogy erre már a PHP Group is régen rájött
-
#9597
Taoharcos
aktív tag
Aethelstone
#9596
Taoharcos
aktív tag
válasz
Aethelstone
#9596
üzenetére
+1
-
togvau
senior tag
válasz
Lortech
#9594
üzenetére
Nem a maven a bloatware, hanem a többi. A maven csak felesleges faxni. Igen, hibamentesebb, és profibb a kézi, de főleg gyorsabb
Soha sem bírtam a divatos dolgokat, úgy is néhány év múlva a "maven fúj"/"spring fúj"/"akármi fúj" mert jön egy újabb divatos tool, amit kovács géza mánáger aki a fősulin dreamweawerrel összekattintott egy html oldalt, megmondja(előírja)
Hát a cégeknél még arra sincs fantázia hogy saját interjúkérdést kitaláljanak, a nemzetközi divatot követi mind (hashtable keresztkérdések). -
Lortech
addikt
A maven nem bloatware, a Javás világ jelentős része használja, nem azért, hogy szívassa magát, hanem hogy megkönnyítse vele a saját életét.
Az elkészült artifactok méretét nem befolyásolja érdemben (opcionális maven leírókat leszámítva), hogy mavent használsz, ellenben 2 perc alatt lehet egy működő webalkalmazás vázad egy megfelelő archetípusból generálva, ami azonnal telepíthető, war/ear release-t készít. Sőt 1 perc bekonfigurálni egy maven plugint, ami deployol is neked a wildflyra. Csak érteni kell hozzá.
De a te kézzel összevadászott librarys gányolásod biztos gyorsabb, hibamentesebb, profibb lesz. -
cucka
addikt
Amire itt vered a melled, az pusztán annyi, hogy eddig csak sufniprojekteket láttál, ahol 1-2 ember összekalapál valamit és a deployment annyiból áll hogy felmásolod a gépre a pendriveról.
Egy normális méretű projekten fel sem merül ilyen kérdés, hogy mennyi diszket foglal a keretrendszer.
Ha ez egy létező probléma lenne, akkor mondjuk össze kéne trombitáljak két senior arcot, hogy megbeszéljük a problémát és kitaláljunk egy megoldást. Egy ilyen egy órás meeting költsége órabérben kiszámolva drágább lenne, mint egyszerűen csak venni egy nagyobb diszket.De na, majd ha egyszer olyan cuccokon dolgozol, ahol egy tucat fejelsztő dolgozik ugyanazon a kódbázison és az alkalmazást 10-15 évig karban kell majd tartani és továbbfejleszteni, akkor majd olvasd ezt visssza és röhögj magadon hogy mekkora amatőr voltál..
-
#9590
togvau
senior tag
Aethelstone
#9586
togvau
senior tag
válasz
Aethelstone
#9586
üzenetére
De azért, büszke vagyok rá, hogy lightweight, kompakt cuccokat tudok összehozni, amit egy másolás után lehet is indítani anélkül hogy egy 6 terabyte-os vinyót megtöltenénk keretrendszerrel, meg a keretrendszer keretrendszerével, és a keretrendszer keretrendszerének a keretrendszerének a függőségkezelő keretrendszerével, amivel lehet a végső keretrendszert keretrendszerelni
De sajnos a divat nem erre visz 
hanem hogy "vegyééé új gépet azon menni fog így is" -
" én már elfelejtettem/nem is ismerem az ilyen sallangrendszereket, bug gyűjteményeket mint a spring, maven, és a többi, multiknál épp aktuálisan "kötelező" bloatware"
Alairasgyanus.
A kollega biztos bajtkodot ir kezzel. NEHA (!) hasznalja a javac-t, de csak ha valami enterprajsz appot kell forditani. -
togvau
senior tag
válasz
Taoharcos
#9583
üzenetére
Igen, mavent is kéne használni, de én már elfelejtettem/nem is ismerem az ilyen sallangrendszereket, bug gyűjteményeket mint a spring, maven, és a többi, multiknál épp aktuálisan "kötelező" bloatware.
Szóval a feladat egy jsf, jpa-mysql alkalmazás ami wildfly-on fut, és maven van használva benne. Eclipse-ben fejleszteném, és erre a feladatra a legminimálabb környezetet szeretném összehozni... mert nekem a sima eclipse-java SE+ innen onnan öszedett libek eddig elegendőek voltak...
Erre mik a javaslatok?Letöltöttem egy mavent, az úgy van kicsomagolva. Eclipse-ben van olyan hogy új maven project, és valami group meg artifact id-ket írtam bele, de aztán mi van? Hogy lehet válogatni a libek között amiket elvileg meg kéne találnia?
-
Lortech
addikt
Vagy TomEE, ha már...
mobal: egyszerűnek egyszerű, de csak egy servlet konténer, így nem alternatívája egy Java EE alkalmazásszervernek.
Amúgy a wildfly is tök egyszerű, alapból is, de elég jól testre is szabható, moduláris.
Productionben pedig leginkább ugyanazon kell futni, mint fejleszteni (persze lehet egy lightosabb profilon), különben tökönlövöd magad, Java EE kompatibilitás ide vagy oda. -
Ez kell neked? Továbbá javaslom, hogy az üveghal helyett használj legalább kandúrt.
De mi a baj a Java EE-vel?
mobal,
-
togvau
senior tag
sajnos java ee-t kell használnom, de nem tudom honnan lehetne letölteni. Az oracle oldalán java ee címszó alatt egy glassfish töltődik le. Nekem nem kell semmi szemét, csak annyi, hogy java ee programokat futtathassak, fejleszthessek. Honnan lehet ilyet szerezni?
-
floatr
veterán
A kiindulási alap egy ilyen melónál a specifikáció, amiből teszt specifikációt kell készíteni, azaz hogy milyen kritériumokat kell teljesíteni ahhoz, hogy a rendszer/alkalmazás elfogadható, "átmegy a vizsgán". Ez több szintű lehet, kezdve a felhasználói kattintós tesztekkel, amit seleniummal automatizálnal, a web service-ek input/output ellenőrzésén át (pl. JBehave + rest assured), egészen pl a JMeter által futtatott tesztesetekig, amivel performance/load teszt indítható.
Egy ilyen teszt néha nem igényel konkrét fejlesztést, de úgy kell elképzelni, hogy programozottan küldesz bemenő adatokat a teszt tárgyának, aztán ellenőrzöd a végeredményt. Ez egy REST WS esetében annyi, hogy megadott paramétereket adott URL-re adott HTTP metódussal megfelelő headerekkel elküldesz, aztán megnézed a visszakapott válasz státuszát, tartalmát, méretét, headereit, válaszidejét.
Ezek mind olyan eszközök, amiket hetekig/hónapokig tanul az ember, a mérnöki feladatkörhöz meg általában egy adott témájú szakképzésre nem ért járni. Ilyen munkakörbe én egy szakirányú végzettséggel (akár tanfolyam) rendelkező embert keresnék, vagy egy olyan juniort, akit a munka tényleges kezdése előtt jó ideig képzek.
-
Orionk
senior tag
Szia!
Igen, ezeket én is megtaláltam kereséssel.
De arra vagyok kíváncsi, hogy konkrétan mit és hogyan csinál? Tehát mondjuk egy acceptance tesztet Java -ban hogyan ellenőriz? Vagy terheléses tesztnél mit ír JAvaban, ami leterheli a fejlesztett rendszert?Kezdő Junior vagyok és nem látok túl azon a dolgon, hogy nekem állásinterjúra még a Java-t, Java8-at kell jól tudnom, algoritmikus gondolkodásom jó legyen, meg "néhány" algoritmust, fabejárási módot jó, ha tudok és kész.
De lassan látnom kell majd kicsit túl a dolgokon, hogy kialakítsak valami pályát magamnak, hogy BackEnd, FrontEnd fejlesztő leszek, vagy tesztelő, vagy stb. és ezért kérdezem, hogy a Test Automation Engineer mit és hogyan ír, csinál, fejleszt Java-ban.köszönöm
-
-
n00n
őstag
Sziasztok!
Van egy régi Javas appunk, ami kb. 3 éve változatlanul fut MINDEN NAP, majd egyik nap ezt a hibát kaptuk:
Exception in thread "AWT-EventQueue-0" java.lang.ArrayIndexOutOfBoundsException: 1úgy, hogy senki hozzá se nyúlt, egy jar van odarakva forrás nélkül. Azóta nem is indul el, mindig ezt írja. Ötlet, hogy mi váltatta ki ezt a hibát?
-
#9558
DrojDtroll
veterán
DrojDtroll
veterán
Sziasztok!
vannak itt fórumtársak akik már foglalkoztak smali-val?
-
-
Taoharcos
aktív tag
Hirtelen ilyen hibaüzenetbe futottam at STS-el:
Plug-in org.eclipse.jdt.ui was unable to load class org.eclipse.jdt.internal.ui.javaeditor.CompilationUnitEditor.
Plug-in org.eclipse.jdt.ui was unable to load class org.eclipse.jdt.internal.ui.packageview.PackageExplorerPart.
Próbáltam a saját könyvtárára teljesen jogosultágot adni. de az nem segítetett.
Valami ötlete van valakinek? -
#9554
emvy
félisten
Aethelstone
#9552
válasz
Aethelstone
#9552
üzenetére
> Spring Data
DeltaSpike> Spring Boot
Wildlfly Swarm> Spring Rest
JAX-RS (RestEasy a konkret implementacio)De miert kell ruhellni? Na mindegy, fejezzuk be.
-
#9553
Lortech
addikt
Aethelstone
#9552
Lortech
addikt
válasz
Aethelstone
#9552
üzenetére
Bár nem rólam van szó, de ha már ... Igen, abszolút kódolok és reviewzok. Nem ilyen enterprise architect vagyok aki meetingekre jár és ott okoskodik. De, elég részletesen bele tudok merülni a technológiákba igen, hiszen ez a munkám, hogy meghatározzam az irányokat. Azért felelek, hogy jó döntéseket hozzak és jó irányba tereljem a projektet és csapatot, sőt a cég stratégiáját.
Dev környezetet, infrát,, db-t, CI-t, fejlesztői teszt alap struktúráit, integrációt, az alap framewörk megoldások elsőprő többségét, a fejlesztési folyamatot, a branchelési stratégiát meg még ki tudja mit én rakom össze. Csapattagok többnyire feature-t fejlesztenek.Írtál pár dolgot, mi az, ami miatt Spring, de semmit arról, hogy mi az, ami miatt nem Java EE.
JSF-hez hozzá sem nyúltam pár éve, előtte sem saját elhatározásból.
Java EE nem azt jelenti, hogy akkor JSF-et kötelező használni webre. Eleve nem csak webalkalmazás létezik, másrészt meg hülye lennék JSF-et választani, sőt bármilyen Java alapú webes frameworköt.
Nem volt "JSF vs gwt/vaadin", csak a te fejedben, Már csak azért sem, mert Java EE és gwt / vaadin semennyire sem zárja ki egymást. A JSF-fel csak tippeltem, hogy az biztos nem szíved csücske. Nekem se, de a Vaadint is hasonló baromkodásnak tartom.Alkalmazás-szerver vs Servlet Container. Szerintem erről ne nyissunk vitát.
Hát a semmivel nem tudok vitatkozni.Spring Data - Deltaspike, két saját projekten eddig bevált.
Spring Boot - ezzel mit szeretnél? Ezért használjon valaki Springet? Enélkül nem élet az élet? Csak így lehet?
Spring Rest - egy REST API az valami olyasmi, amire csak a Spring lenne képes 2017-ben? Lehet, hogy csak álmodtam, hogy ma is vagy 5db REST API-t implementáltam A-Z-ig (wildfly / resteasy).Satöbbi. Igen, rühellem az EE-t. Pont. Befejeztem.
El se kezdted, de oké, nem is számítottam többre. -
#9552
Aethelstone
addikt
Lortech
#9549
Aethelstone
addikt
válasz
Lortech
#9549
üzenetére
Nem mennék bele egy vitába, de pár dolgot azért megjegyeznék.
Spring Data, Spring Boot, Spring Rest...EE?
Alkalmazás-szerver vs Servlet Container. Szerintem erről ne nyissunk vitát.
JSF vs gwt/vaadin. Ugyan már....
4 év, 10+ projekt architektként. Tehát nem kódoltál és valszeg tök részletesen bele tudtál merülni a technológiákba a boardon...nem hiszem.
Satöbbi. Igen, rühellem az EE-t. Pont. Befejeztem.
-
-
#9549
Lortech
addikt
Aethelstone
#9545
Lortech
addikt
válasz
Aethelstone
#9545
üzenetére
Spring fanboykodáson felülemelkedve amúgy érdekes vita lehetne - bár nem valószínű
- , ha írnál valami releváns szakmait is azon kívül, hogy gyűlölöd a Java EE-t. Nem téríteni szeretnék, nekem se a Spring, se a Java EE nem a drágaszágom.
JSF ami zavar? Mást igazából nehéz elképzelnem, hogy mitől viseltetsz ekkora ellenszenvvel Java EE felé. Van megalapozott szakmai alapja vagy csak valami berögződés? Netán előző életedben EJB 1.1-et kellett használnod glassfish 1.0-n és azóta is rémálmokat okoz?
Elmúlt 4 évben többségében architektként 10+ Java EE projektem volt , de több Springes is, sőt most van egy OSGi leváltás is, volt zöldmezős, brownfield, meg totál legacy is. Sosem éreztem, hogy Spring az húde, Java EE meg blee.
Amikor tech stacket mérlegelünk architekt boardon, akkor általában sokadik szempont, hogy a Spring jellegéből fakadóan néhány lépéssel Java EE előtt jár.
GWT-t használsz meg Vaadint, közben írod, hogy IT-ban az évek az örökkévalóságot jelentik, holott ezek sem éppen jövőbe mutató technológiák finoman szólva és a trendek nem efelé mutatnak. Hogy van ez? -
floatr
veterán
válasz
Froclee
#9544
üzenetére
"identitás-válság"
Amúgy hogy a nyelv maga mit tud, annak a megítélése erősen szubjektív, mert annotation processinggel széthekkelheted a javat, mint ahogy az is, hogy kinek milyen haszna van abból, ha egy bizonyos dolgot egy v többféleképpen lehet megoldani, vagy hogy 1-2 sorral kevésbé terjengős a kód.
Szerintem -- ha kíváncsi vagy a véleményemre -- már rég nem az számít, hogy egy megoldásban az implementáció milyen nyelvi bravúrokat képes felvonultatni; ez csak az elméleti része az egésznek. Sokkal fontosabb, hogy milyen ökoszisztéma az, amit fel tudsz köré építeni, vagy eleve adott hozzá, és ebben a java verhetetlen. Mert amikor jön a PM/PO megkérdezni, hogy "ez meg lehet csinálni?", felsorolsz neki 6 megoldási lehetőséget költségbecsléssel, akkor senkit sem fog érdekelni, még Bill szüleit sem, hogy 3 vagy 4 sorban írtad le, ponttal, nyíllal, vagy kínai írásjelekkel tarkítva, van-e vessző a sor végén, meg egyebek. Csak az az ember lesz tőle lelki beteg, akivel megcsináltatják végül.
-
floatr
veterán
A design jó, hiszen a legjobb helyekről nyúlták
De viccet félretéve, leszámítva a Visual Basic-es feelinget, rendben van az alapelképzelés, de nem design-válságról beszélek, amiben most épp a java készül elporladni.(#9542) mobal az indokláson van a hangsúly, de kétségtelenül jobb, mintha pascaloznának. Szvsz most kotlinnal kéne indítani, amit személy szerint utálok -- már a neve is ellenérzést kelt bennem, dinoszaurusz vagyok, elismerem -- de látom a trendet.
-
#9540
floatr
veterán
Aethelstone
#9538
floatr
veterán
válasz
Aethelstone
#9538
üzenetére
Erről beszélek, bár lehet h nem jött le
(#9539) emvy a c# születése óta identitás-válságban van, és az a legborzasztóbb, hogy ezt tanítják a suliban a gyereknek, mert "ez ingyen van"...
-
#9539
emvy
félisten
Aethelstone
#9538
válasz
Aethelstone
#9538
üzenetére
Varjal, nem te vagy az, aki GWT-t hasznal?
Egyebkent kivancsi vagyok, mi az, amit Springgel lehet, EE-vel nem. (Szerintem kb. egy atlagos uzleti alkalmazast ugyanolyan nehez/konnyu megcsinalni barmivel - Spring, EE, Node.js, Clojure, barmi. Ha nehezseged okozna, hogy 1 honap alatt atalj EE-re Spring helyett, az nem az EE-t minositi szerintem.) (Sot, akar azt is mondhattam volna, hogy C#-ra Java-rol, de annak mondjuk adnek 2-3 honapot, nullarol.)
-
#9538
Aethelstone
addikt
floatr
#9537
Aethelstone
addikt
Én meg annak örülök tökre, hogy évek óta nem kellett EE-hez nyúlnom(max. bottal) és használhatok helyette sok, remek Spring-es technológiát. Barátom, az EE évekkel le van maradva a Spring mögött és ebben az iparágban az évek kb. az örökkévalósággal egyenértékű
Kurva szubjektív voltam -
floatr
veterán
válasz
Lortech
#9534
üzenetére
Így van. Én tökre örülök, hogy végre megérkezett pl a hivatalos json binding így sok-sok év után
Talán ha elég sokáig áll az ember féllábon, akkor talán valami reaktív microservice specifikáció is készül a következő 10 évben. Illetve most már talán kicsit gyorsabban, hogy az ora legalább nem lábatlankodik az érdekeltek közt.Amúgy már rég nem az EE a mérvadó, csak kullog a trendek után.
-
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. -
#9534
Lortech
addikt
Aethelstone
#9532
Lortech
addikt
válasz
Aethelstone
#9532
üzenetére
Mitől lenne temető? Ennyi erővel az iparág 90%-ára rá lehet mondani, hogy temető. Pl a Javára is úgy általában.
Ha most azt mondta volna az Ora, hogy Java EE 8 volt az utolsó, és beszántja a francba, akkor is alaphangon egy évtized mire tényleg kikopik. -
#9533
emvy
félisten
Aethelstone
#9532
válasz
Aethelstone
#9532
üzenetére
Mit temet? (Ma jott ki a WF11..) Gondolom EE alatt mar nem lehet rendes webappokat irni, mert elromlottak a tranzakciok, vagy ilyesmi. Vagy 'tul heavyweight'.
-
Zahze
csendes tag
Tudtok olyan "kódbázist" ahol egy feladat megoldásának menete, tervezèsi döntèsek okai vannak kifejtve, akár technológiákkal is?
Sokan mondják hogy megtanulni programozni úgy lehet a legjobban ha gyakorlod ès kódot olvasol. Ehhez viszont az kell hogy a gyakorlásra használt feladatra tènyleg hatèkony ès ne csak működő megoldást találj. Ehhez keresnèk segítsèget. Akár magyar akar angol nyelven. Tudtok ajánlani valamit, vagy ti hogy szoktatok "gyakorolni"/fejlődni ? -
Zahze
csendes tag
Nektek egyébként mi a véleményetek erről ?
Az oracle elég lassan adta ki a fejlesztéseket amíg nála volt. Most ez fel fog gyorsulni ?
Volt már ilyenre példa, hogy egy platform fejlesztéséért felelős cég átadja valakinek a fejlesztést, és ha volt akkor az hogy sült el ?
Röviden, jobb lesz most hogy nem az Oracle vezeti a fejlesztést, vagy sem ?
-
Retekegér
MODERÁTOR
válasz
Phobion
#9525
üzenetére
A feltételvizsgálatban lévő reláció jelen formájában nem jó.
Tipp: használd a programkód beszúrást, így más is le tudja tesztelni az IDE-ben a kódodat.
Szerk.: az elsőnél jó volt, csak az 'aa' változónak értékül adott 300455 kívül esik az elágazások vizsgálati tartományán, ezért nem írt ki semmit.
-
Phobion
őstag
-
#9520
M_AND_Ms
veterán
Aethelstone
#9519
M_AND_Ms
veterán
válasz
Aethelstone
#9519
üzenetére
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. -
Orionk
senior tag
Sziasztok!
Jól gondolom az alábbiakat?
Egy UI Scripter fejlesztő pozícióban a User Interface-t kell fejleszteni. Ami a felhasználó irányába a kezelőfelületet jelenti. Az pedig kizárólag csak Frontend fejlesztés lehet egy UI Scripter pozícióban? Vagy ha nem is "kizárólag", de nagyrészt frontend?Egy másik kérdésem pedig, hogy manapság miért terjedt el az, hogy a Frontend-et JAvascript-ben, vagy valamilyen Script nyelven csinálják ott, ahol a Backend Java nyelven van?
köszönöm
-
disy68
aktív tag
válasz
Ablakos
#9512
üzenetére
Rendes támogatás majd a Netbeans 9-es verziójában lesz. Az early access verziókhoz itt egy leírás. Amúgy a Netbeans használja a jre-t, a fejlesztéshez kell a jdk. Nem furcsa dolog, a Netbeans futásához kell egy bizonyos verziójú jre, míg a cél platform java verziója ettől lehet eltérő.
-
Ablakos
őstag
Tudna valaki segíteni, hogy kell Netbeans alatt a 9-es JAVA platformot beállítani. "Rámutatok" a JDK folderre, de így a projects -> properties -> libraries-ben hiába választom ki a beállított 9-es platformot nem találja a java.lang csomagot. Kicsit fura, hogy separáltam van a JDK és a JRE.
-
Taoharcos
aktív tag
FIGYELEM MINDEN KEZDŐNEK!!
Nagyon jó, magyar nyelvű, érthető, ingyenes.
http://sanfranciscoboljottem.com/ui: Nem szoktam nagy betűvel írni, de ezzel szeretném a kezdők figyelmét jobban felhívni erre az ingyenes lehetőségre. Kérem emiatt senki ne moderálja ki a hozzászólásomat, de most kiabálnom kellett.
Ja és tényleg kéne már egy összefoglaló a topik elejére, honnan mit érdemes tanulni.
-
asuspc96
senior tag
Helló!
Tudtok ajánlani jó magyar nyelvű oldalt, ahol 0-ról elmélyíthetem a tudásom ?
Most hirtelenjébe ezt találtam, ami úgy viszonylag elmegy...szeretem elsőnek magyarul elolvasni azt amit utána angolul is elkellene
Angolul most ezekből csemegézek, esetleg angol nyelvűt tudtok ajánlani ?
Ja igen, é fontos lenne, hogy példakód legyen, ne csak a nyers elmélet, mert az nem jön be.előre is köszönöm
-
Arver
csendes tag
Sziasztok!
Lehet, hogy hülye problémával fordulok hozzátok de elég idegesítő tud lenni.
Eclipse-ben próbálnék írni bal oldali nyitó kapcsos zárójelet " { " de nem engedi mert a hülye billentyű kombináció pont hozzá van rendelve egy funkcióhoz a "Skip all breakpoiints"-hoz. Nem lehet ezt valahol átírni, vagy csak én nem tudok nyitó kapcsos zárójelet írni ?
Köszi előre is.
), eclipse, libek.
)
Új hozzászólás Aktív témák
Hirdetés
A topicot kiemeltem. Valaki nem akar egy nyitó hsz-t írni?:))
- Magyarország piacvezető szoftver webáruháza
- Beszámítás! HP Z2 G4 Tower Workstation számítógép garanciával, hibátlan működéssel
- MacBook felvásárlás!! Macbook, Macbook Air, Macbook Pro
- Azonnali készpénzes Microsoft XBOX Series S és Series X felvásárlás személyesen/csomagküldéssel
- ÁRGARANCIA!Épített KomPhone Ryzen 7 7700X 32/64GB RAM RTX 4070Ti Super GAMER PC termékbeszámítással
Állásajánlatok
Cég: PC Trade Systems Kft.
Város: Szeged
Cég: CAMERA-PRO Hungary Kft
Város: Budapest