- One otthoni szolgáltatások (TV, internet, telefon)
- Milyen routert?
- Kaspersky Antivirus és Internet Security Fórum
- Hamarosan kiderül, hogy a Trump-kormány szétdarabolja-e a Metát
- Milyen NAS-t vegyek?
- Az egész világon terjeszkednek a dollármilliárdos kibercsalók
- Synology NAS
- A Signal elnöke szerint biztonságos az üzenetküldőjük
- Gyengülő gazdasági kilátások, erősödő infláció: kevesebb okostelefont veszünk
- Linux kezdőknek
Új hozzászólás Aktív témák
-
#10078
emvy
félisten
Aethelstone
#10076
válasz
Aethelstone
#10076
üzenetére
Eleve rossz metrikat hasznalsz. Onmagaban az allasok szama nem erdekes -- az a kerdes, hogy az allasok szama hogy viszonyul az allaskeresokhoz.
Az erdekes melot meg azert is kell csinalni, mert jobban fog menni es jobban el tudod tartani a csaladod. Persze ez kozel sem fekete-feher, es van igazsag abban, amit mondasz.
-
#10070
emvy
félisten
Aethelstone
#10069
válasz
Aethelstone
#10069
üzenetére
Szerintem meg fejlesztokent azt csinald, amit elvezel, piac ugyis van ra.
Siman lehet Clojure, Elm, Haskell, Elixir allasokat talalni, ha valakinek ahhoz van kedve. Erdekes dolgot csinalni meg jobb, mint kevesbe erdekeset.
-
válasz
floatr
#10039
üzenetére
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
-
válasz
Drizzt
#10028
üzenetére
Nem hiszem, h lenyegesen jobb. Van egy csomo ember, aki szerint csak egyfele dologgal lehet mukodo programot csinalni, de valojaban tokre nem. Pl. elosztott tranzakciokat EE-vel szerintem egyszerubb.
Amiert en nem annyira allnek neki EE-nek az az, hogy a reaktiv (nem thread-centrikus) szoftverek keszitese nem egyszeru vele, mondjuk Springgel sem tulsagosan.
Meg EE-re nehezebb embert talalni, pont azert, mert a legtobb fejleszto stackekre fokuszal. Szoval osszessegeben en se kezdenek EE-vel, nem technikai okok miatt, hanem mert most epp ugy all a Java backend kultura, hogy 'Springes embert' egyszeru talalni.
-
#9998
emvy
félisten
Aethelstone
#9997
válasz
Aethelstone
#9997
üzenetére
Dehat leirtam, hogy 11-ben nem lesz kulonbseg. A font renderert is atallitjak Freetype-ra T2K-rol.
-
#9996
emvy
félisten
Aethelstone
#9995
válasz
Aethelstone
#9995
üzenetére
Végig a 11-ről volt szó. A 8 még kicsit eltér, senki sem állította, hogy nem.
-
#9994
emvy
félisten
Aethelstone
#9993
válasz
Aethelstone
#9993
üzenetére
11-ben eltérnek a fontok a két kiadás között?
-
válasz
MrSealRD
#9987
üzenetére
Ugyanazon verziok kozott semmi.
"Oracle announced that it would provide two binary distributions of the JDK. The Oracle JDK would continue to be delivered under the Oracle Binary Code License Agreement for Java SE. The second binary distribution is built directly from the OpenJDK source code without any modifications. This is released under the less restrictive GPLv2 license with classpath exception (CPE).
Oracle stated that their goal was to eliminate any functional differences between these two binaries. This will be complete with the release of JDK 11 in September. "A lenyeg az, hogy a kulonfele bugfixek es patchek _backportolasat_ csak az Oracle-verziora csinalja meg az Oracle, az OpenJDK-ra nem.
Tehat: kijon majd a JDK11. Aztan a 12. Kiderul valami bug. Az Oracle megpeccseli a 11-es Oracle JDK-t, a 12-es OpenJDK-t es a 12-es Oracle JDK-t. A 11-es OpenJDK-t nem. Szoval azert kell majd fizetned, ha akarsz tamogatast regi JDK-hoz.
-
válasz
bambano
#9985
üzenetére
Ez nem valasz -- ha nem akar hozzajarulni, akkor miert nem rugja ki az OpenJDK-n dolgozo fejlesztoit? Nagyon szeretne nem hozzajarulni, de nem sikerul neki?
Az a bajod, hogy a kozossegnek nagyobb szava lesz? Most akkor bambano OSS parti vagy nem?
" The majority of the hundreds of developers building it[1] do it as their day job, and the vast majority of those are employed by Oracle (and others by Red Hat, IBM, Intel and others). Oracle has sponsored OpenJDK for the last 8-9 years, and has now completed open sourcing all of the previously closed bits of the JDK, some dating back to Sun, and some to BEA's JRockit (JFR, now part of OpenJDK 11), not to mention all the new work on the language and JVM including new GCs like ZGC and the new compiler, Graal (I just hope you don't feel too exploited by all this). Companies like Amazon, Netflix, Google, Twitter, Apple and many, many others (some of them have even forked OpenJDK internally) have not contributed significantly, despite depending so heavily on OpenJDK.
So, like it or not, this is the reality of open source. A lot of companies are happy to use it freely but less happy to contribute the significant resources necessary to build it."
Az a baj, bambano, hogy fogalmad sincs az open source-rol
csak hasznalni szeretned, de azt nem erted, hogy mitol mukodik (es mitol nem). -
-
#9877
emvy
félisten
Aethelstone
#9876
válasz
Aethelstone
#9876
üzenetére
?
-
#9697
emvy
félisten
Aethelstone
#9696
válasz
Aethelstone
#9696
üzenetére
Mivel egyenekrok van szo, ezert a kerdes az, hogy lehetne-e talalni allast, ha ragaszkodnal a Kotlinhoz. Szerintem igen.
-
#9685
emvy
félisten
Aethelstone
#9684
válasz
Aethelstone
#9684
üzenetére
Ne kezdjünk bele az idióta trollkodásba megint.
-
-
válasz
bambano
#9675
üzenetére
1: Netbeans nem lesz kevesbe hasznalhato attol, hogy kevesbe nepszeru. Ha az megy, akkor semmi gond nincs azzal, ha azt hasznalod. Ha hosszutavon Java-znal, akkor mondanam, hogy IntelliJ, de az egyik legjobb fejlesztonk a mai napig Netbeanst tol, es ettol meg teljesen jol mukodik minden.
2) Wildfly vagy Wildfly Swarm, ha EE kell
3) Most azt dontsd el, hogy EE vagy sem. Ha nem akarsz EE-t, akkor Spring Boot peldaul (bar szerintem boven tul sok magic van benne), ha nem szereted a tul sok varazslatot, akkor Dropwizard. Spring vagy Dropwizard eseten nincs szukseg appszerverre, tehat nem kell se Glassfish, se WF.
-
Ez igy tok jo, ha nyilt vegu a kerdes, azaz ha tenyleg eldontendo, hogy melyik iranyba induljon a csapat. Feltetelezem, hogy lentebb nem ez a helyzet, es van egy jo adag JSP-alapu cucc keszen, es kell valami pluszt hozzarakni (gondolom, nem valami megaprojekt, ha itt a forumon probalja osszeszedni a hozzavalokat a kollega). Ilyen esetekben tok normalis, hogy azt hasznaljak, amibol mar eleve sok van.
-
A demokracia nagyon nem mukodik jol technikai dontesek eseteben. Ha olyasmirol van szo, hogy tabs vagy spaces, akkor persze oke, de egy csapatban nagyon kulonbozo technikai tapasztalattal rendelkezo emberek vannak, miert kellene, hogy mindenkinek ugyanakkora beleszolasa legyen?
A masik, hogy ezekrol rengeteget lehet vitatkozni, es a valodi helyzet az, hogy a feladatok 99%-at 'barmiben' meg lehet csinalni, es a fejlesztok hajlamosak az alapjan valasztani, hogy 1) most mi erdekli oket 2) mi a divatos 3) ok szemely szerint mihez ertenek. Azert valasztanak valakit vezetove, hogy donteseket hozzon, amik elsosorban a ceg erdekeit veszik figyelembe.
-
" é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. -
#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.
-
#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.)
-
#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'.
-
WPF-nek nincs nagyon megfeleloje, talan a JavaFX hasonlit, de a WPF egy nagysagrendekkel szelesebb korben hasznalt technologia. Az ASP.NET helyett meg rengeteg Java-s web framework van, tehat itt meg fura lenne egy konkretat kiszurni. Talan mondhatjuk, hogy a Java EE webappok. Esetleg.
-
Nekem eleg furcsak ezek a 'hirdetesek'. Ha valaki nem szivessegbol csinalja meg, hanem tenyleg penzert, akkor mennyit kellene ezert fizetni? Mennyi ma egy kozepes fejlesztoi szerzodeses napidij Magyarorszagon, 50k/nap? Hajlando lennel fizetni mondjuk 200k-t egy beadandoert?
-
#9257
emvy
félisten
Scroll Lock
#9256
válasz
Scroll Lock
#9256
üzenetére
Miert Java-ban? Kb. a legkevesbe alkalmas platform a celra.
-
válasz
Taoharcos
#9218
üzenetére
Van egy fuggvenyed,
R fuggveny(P1,P2,P3).A fuggveny parameterei P1,P2,P3, visszateresi erteke R. Ha a fuggvenyt meghivod, es ennek eredmenyekepp a rendszerben _barmi_ mas megvaltozik, akkor van side effect. Peldaul ha kiir valamit a kepernyore, akkor az mar side effect.
-
#9213
emvy
félisten
IvoryBrown
#9212
válasz
IvoryBrown
#9212
üzenetére
Szia
Sok sikert
Thx
-
#9009
emvy
félisten
Aethelstone
#9008
válasz
Aethelstone
#9008
üzenetére
Nem JBoss. Még a GC tuning az szokás, persze, de a G1 sokkal haklisabb, mint a CMS meg a többi volt.
-
A nyelv meg a core libek meghatározzák a fejlesztők alapvető hozzáállását.
A lényeg szerintem, hogy 1-2 évente meg kell tanulni egy új nyelvet vagy valami új paradigmat, akkor is, ha nem használod a melóban, hogy tagitsa a latokort. Ha Springes vagy, nézd meg a Playt. Ha Javát látsz melóban, nézd meg a Clojure-t. Ha SQLt tolsz, próbálj ki egy kdb-t vagy valami graphql-es dolgot.
-
#8994
emvy
félisten
Aethelstone
#8992
válasz
Aethelstone
#8992
üzenetére
Arra jo, hogy kicsit elgondolkozzanak az emberek arrol, hogyan is menedzselnek allapotot.
-
Mi azért tettük meg, mert az SVN kenyelmetlenne valt, ennyi. Nem volt egy nagy ugy, megkertem mindenkit, hogy pentek estig csekkoljon be mindent (vagy rakja el sajat maga valahova), szombaton konverzio, hetfon reggel kicsekkoltak az emberek gitbol. Aztan kb. 2 honapba telt, amig az oreg motorosok megertettek, hogy mi a merge meg a rebase kozott a kulonbseg, de megerte (szerintunk).
124e revizio mondjuk nem volt.De oke, maradjunk abban, hogy preferencia kerdese. (Mint minden, olyan embert is lattam mar, aki szerint a nested for ciklusok tisztabbak, mint egy lambda
) -
#8984
emvy
félisten
Aethelstone
#8983
válasz
Aethelstone
#8983
üzenetére
Én simán átallitottam a csapatot egy 5 éves repoval együtt.
-
#8969
emvy
félisten
Aethelstone
#8968
válasz
Aethelstone
#8968
üzenetére
Iszom inkabb egy jo sort. Gyertek ti is hozzank sorozni. [link]
-
-
#8961
emvy
félisten
Aethelstone
#8959
válasz
Aethelstone
#8959
üzenetére
> Olyat sem, aki a GIT-nél nem a commit/push-t használta, hanem csak a commit-ot
Ez nagyon fura, en folyamatosan commitolok. Aztan idonkent meg fetch -> merge -> push.
-
#8956
emvy
félisten
Aethelstone
#8954
válasz
Aethelstone
#8954
üzenetére
> A GIT-nél beletolod a lokális repódba, ami kb. ugyanaz, mintha nem tolod fel hálózati kapcsolat hiányában SVN-be.
Hat de rohadtul nem, mert van history, van rollback, vannak branch-eid -- helyben. Kevered a biztonsagi masolatot a commit historyval kicsit.
-
#8952
emvy
félisten
Aethelstone
#8950
válasz
Aethelstone
#8950
üzenetére
> Nem érzem, hogy releváns különbségek lennének a két rendszer (svn, git) között.
Hat de tokre vannak, mert akar vonaton ulve, nethozzaferes nelkul is tudok commitolni giten. A nemzetkozi projekt meg a full remote work az mas
-
#8947
emvy
félisten
Aethelstone
#8946
válasz
Aethelstone
#8946
üzenetére
Nalunk eleg kritikus pont, mert ugye nincs iroda, 100% remote az egesz ceg.
-
> a GIT egy eszközt ad a kezedbe arra, hogy személyes maszatolást csinálj anélkül, hogy nyoma legyen
Arra ad eszkozt, hogy ha epp maszatolni vagy kenytelen, akkor azt ne masok szeme elott csinald. Ertsd: elkezdesz valamit, es fel nap utan rajossz, hogy total rossz irany. Vagy csak valamivel kiserletezel, bejon egy gyors bugreport, amit fixalni kell -- SVN-hasznalok altalaban ilyenkor azt csinaljak, hogy lemasoljak a kiserletuket egy masik konyvtarba :\
En ugy latom, hogy aki SVN-t hasznal uj projekt eseteben, az elsosorban azert teszi, mert nem erti vagy nem probalta meg a modern VCS-eket (tokmindegy, hogy git, hg, vagy mas). Ez eleg radikalis velemeny, tudom.
(es nem szemelyes, egyaltalan) -
> Nálam a GIT rögtön ott bukik meg, hogy localhost-on van (lehet) olyan munkád a céges projekten, aminek nincsen nyoma a céges/központi repóban.
Ez irrelevans, mert a localhoston SVN eseteben is lehet olyan munka, aminek nincs nyoma a ceges repoban. SVN eseteben sem koveted az osszes fajlrendszerbeli valtozast. Szoval egyszeruen felreerted ezt a dolgot.
-
#8923
emvy
félisten
Aethelstone
#8917
válasz
Aethelstone
#8917
üzenetére
Minden feature vagy fix egy branch nalunk.
-
#8914
emvy
félisten
Aethelstone
#8912
válasz
Aethelstone
#8912
üzenetére
> A cégek jellemzően maven/svn kombót használnak
Azert az SVN nagyon nem skalazodik, ahogy en latom, a nagy cegek inkabb Perforce-rol mennek lassan git-re.
A Google-nal pl. sajat, Mercurial-ra epulo VCS van, mivel egyetlen repo van az egesz cegnel.
-
#8601
emvy
félisten
fordfairlane
#8599
válasz
fordfairlane
#8599
üzenetére
Semmi, az IJ meg a tobbi ugyanolyan lassu. A VS meg mindig a leggyorsabb. (A VS Code is szuper.)
-
válasz
Taoharcos
#8577
üzenetére
> session.invalidate();
A 'session' az itt ugye egy lokalis valtozo, egeszen konkretan egy referencia. Ezen hivsz egy metodust. Nincs ertekadas. Ha nincs ertekadas, akkor a valtozo hogy lehetne hirtelen null?
HttpSession session = request.getSession();
session.invalidate();
if(getSession(false)==null){
out.print("még be vagy jelentkezve");
request.getRequestDispatcher("welcome.html").include(request, response);
}
else{
out.print("kijelentkeztél!");
request.getRequestDispatcher("index.html").include(request, response);
}Probald meg inkabb igy.
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.
![;]](http://cdn.rios.hu/dl/s/v1.gif)
Új hozzászólás Aktív témák
A topicot kiemeltem. Valaki nem akar egy nyitó hsz-t írni?:))
- SSD kibeszélő
- Mi nincs, grafén akku van: itt a Xiaomi 11T és 11T Pro
- NVIDIA GeForce RTX 5080 / 5090 (GB203 / 202)
- Autós topik
- Gurulunk, WAZE?!
- Eredeti játékok OFF topik
- Nők, nőügyek (18+)
- Kerékpárosok, bringások ide!
- Samsung Galaxy S23 és S23+ - ami belül van, az számít igazán
- OLED monitor topic
- További aktív témák...
- Dell Precision 3440 és 3450 Core i7 10700 vagy 11700 // 32GB Ram // 512GB NVMe számla + gari több db
- iPhone 11 64GB Független Újszerű/1 hónap gar./Akku 81%/p4208
- iPad 8th. 32GB Cellular Újszerű/1-3 hónap gar./Akku 84%/p4207
- Dell Alienware X16 Gaming laptop! 16" QHD / i9-13900HX / RTX4080 / 32GB DDR5 / 1TB NVMe! BeszámítOK
- iPad 7th. 128GB Wifi Használt/1-3 hónap gar./Akku 84%/p4206
- ÁRGARANCIA!Épített KomPhone Ryzen 5 7600X 16/32/64GB RAM RX 7700XT 12GB GAMER PC termékbeszámítással
- ÁRGARANCIA!Épített KomPhone i9 14900KF 64GB RAM RTX 5080 16GB GAMER PC termékbeszámítással
- LG K61 128GB, Kártyafüggetlen, 1 Év Garanciával
- ÁRGARANCIA! Épített KomPhone Ryzen 7 9800X3D 32/64GB RAM RTX 5070 12GB GAMER PC termékbeszámítással
- Beszámítás! Dell Optiplex 5060 TWR számítógép - i5 8500 16GB DDR4 256GB SSD 500GB HDD UHD630 WIN10
Állásajánlatok
Cég: PCMENTOR SZERVIZ KFT.
Város: Budapest
Cég: Laptopszaki Kft.
Város: Budapest