- Archttila: SMART tesztelés automatizálva: smartctl poller script Zsh-ban, RPi-re
- Luck Dragon: Asszociációs játék. :)
- sziku69: Fűzzük össze a szavakat :)
- D1Rect: Nagy "hülyétkapokazapróktól" topik
- gban: Ingyen kellene, de tegnapra
- Parci: Milyen mosógépet vegyek?
- bacsis: Gyere el a 11. BRSZK-ra!
- Luck Dragon: Alza kuponok – aktuális kedvezmények, tippek és tapasztalatok (külön igényre)
- MasterDeeJay: Low budget (50.000 forint) light gémer gép összerakása
- Gurulunk, WAZE?!
Új hozzászólás Aktív témák
-
Aethelstone
addikt
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.
Nem, mivel a penetrációt jól mutatja, hogy mekkora az igény. Ha nincs igény, nincs fejlesztő. Más oldalról ha belekezdek egy zöldmezősbe, rohadtul nem mindegy, hogy találok-e kompetenciát vagy a projekt első fele azzal telik, hogy kutatgatom a választott technológiát vagy kilóra veszek elérhető embereket a piacon
-
Aethelstone
addikt
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.
Ez mondjuk abban az esetben igaz, ha nincs családod. Mert ha van és el kell tartanod őket, marha nagy szerencse kell, hogy abból tartsd el őket, amit élvezel. Saját tapasztalat. Másrészt ha sok a feladat és változatos, Java-ban is élvezem, nem kell a joy faktort még Kotlinnal is spékelni
-
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
Van persze sok olyan ember, akinek ettől lesz adrenalin. De te is általánosítasz kissé. Sokan a "nagyobb tapasztalatukkal" azért nem hajlandóak az újabb technológia irányába mozdulni, mert lusták, rugalmatlanok, nem fektetnek R&D-be, vagy kivárnak, amíg mindenki elmegy mellettük
Nyilván sokéves rendszereket nem ír újra jellemzően senki, bár több olyan ügyfelünk is van, akik már 10 éves rendszereknél nem a polírozgatáson gondolkoznak. A bedőlés emberi tényező, de nem is ez a lényeg. Nagyon elment az igény az új technológiák irányába zöldmezősök esetében, és senkit nem fog érdekelni, hogy mi a véleményed az igényekről
Nyilván ez igaz visszafelé is, ha szerinted pl. a mongo jobb lenne content managementre, elastic meg monitoringra, de az ügyfél baromira liferay/sql párti, de szerencsére ez kopik kifelé.(#10042) mobal semmi, nekem is tök jól fut rajta a shadow warrior
(#10046) mobal lényegében virtuális gépeket használsz konténerek helyett, ami eltérően viselkedhet a production környezethez képest. Mert az feltételezem, hogy nem windowsos docker a live.
Akkor inkább már VBox-ban ubuntu/debian és azon docker. -
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
-
Aethelstone
addikt
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.
-
Aethelstone
addikt
-
Aethelstone
addikt
-
Aethelstone
addikt
-
Aethelstone
addikt
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.
-
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). -
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.
Köszi.
Így már világos. -
docker run imagename commandname
Nem tudom, h a másik kerdesedre mi a válasz, nem ismerem az use case-t pontosan. Viszont ha elmondod, szívesen segítek, elég jól értek a Dockerhez.
A második kérdést úgy értettem, hogy az jó megoldás, hogy építek egy docker imaget, majd az imagen lefuttatom a tesztet és ha minden oké mehet is prodba.
Előbb fusson a teszt + akármi és utána készítsek imaget?
Egyáltalán mikor célszerű kreálni?
Nem tudom jobban körülírni!
mobal,
-
Aethelstone
addikt
-
Aethelstone
addikt
-
-
Aethelstone
addikt
-
Aethelstone
addikt
-
Aethelstone
addikt
-
Aethelstone
addikt
-
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.
Amit irtam az termeszetesen greenfield projektre vonatkozik. Ha van legacy code a projekten, az mar megbolonditja a tortenetet. Ebben az esetben viszont nem csak azert ragaszkodunk a regi technologiahoz, mert a manager kitalalta.
-
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.
-
Aethelstone
addikt
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.)
Gwt és Vaadin inkább mostanában
Szerintem meg ha át kellene állnom EE-re, felmondanék a g..cibe és keresnék egy Springes állást
-
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.
-
Aethelstone
addikt
-
-
-
-
Aethelstone
addikt
-
-
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.
"eredmenyekebb". wut?
-
Ez az oracle hivatalos hitvallása. Nem olvastad? Most jöttek rá, hogy lehet h erre kéne koncentrálni, nem a SOAP-ot nyomni még ezerrel.
Amúgy kövezzetek meg, de én a REST-ből implementációból csak a service method regisztrációt, és a message convertert használom. Ez a GET/PUT/POST/DELETE annyira felesleges nekem
-
Aethelstone
addikt
A masik ok meg az lehet, hogy egyaltalan nem biztos, hogy egy uj kornyezeti valtozo nem kavarna be mas programoknak. Siman lehet, hogy fontos az, hogy ne legyen a JAVA_HOME alapbol beallitva.
Mondjuk azért sem, mert ezzel a változóval lehet többféle JDK-t használni. Nyilván nem egyidőben
Ha csak egy(vagy több) mezei PATH lenne beégetve, honnan tudná a nyomorult, hogy egy java parancs honnan futtatandó? -
Aethelstone
addikt
-
Aethelstone
addikt
Amikor az ember tanulja a Java-t, akkor csomo szo esik a GC-rol, de bevallom oszinten, most tortent meg velem eloszor, hogy GC tuninggal igazan durva teljesitmenykulonbseget (~3x-os gyorsulas) sikerult elerni.
A CMS azert sokkal toleransabb allatfaj, mint a G1.
Óh, jboss hangoláskor alap a gc tuning
-
Aethelstone
addikt
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.
Ebben igazad van elvileg....viszont ha az embernek mákja van és nincsenek kurva nagy üresjáratok a munkájában, akkor nagyon nehéz kitekinteni, mivel a projektek jó eséllyel ugyanarra a kaptafára készülnek, nagyon ritkán adódik, hogy valami új technológiát, (svn--->git?
) vezetnek be. Ergó, pár év után simán el tudja magát ásni az ember, ha nem megy új helyre melózni. -
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.
-
Aethelstone
addikt
Arra jo, hogy kicsit elgondolkozzanak az emberek arrol, hogyan is menedzselnek allapotot.
Jó írás
Köszi a linket -
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
)Elhiszem, hogy van olyan, akinek ez jobban bejön. Meg látom, hogy sokan ráizgultak a lambdára is, mert az megoldja minden problémájukat az életben
Nekem eddig a project lombok volt az egyik leghasznosabb(#8988) Cathfaern egy szavam se lenne, ha lenne egy olyan üzemmódja is, ami nem igényli a lokális repót. Bár csak ezért migrálni nem kezdenék akkor sem...
-
Aethelstone
addikt
-
Aethelstone
addikt
-
Aethelstone
addikt
-
Aethelstone
addikt
-
> 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
Ezt az Git-es local repo dolgot én se tudtam megértetni az egyik fejlesztőcsapattal ahol be akartuk vezetni. Mert mindig jött, hogy de olyan nincs, hogy egy fejlesztő úgy dolgozik, hogy az nincs fent a szerveren. A dologban csak az volt a vicces, hogy ezt pont az a fejlesztési vezető mondogatta a leghangosabban akinek már veszett el 1,5 heti munkája amiatt, mert nem commitolt svn-en...
(és ennek ellenére is továbbra is notórius 2-3-4 naponta commitelő volt) -
Aethelstone
addikt
Nem érzem, hogy releváns különbségek lennének a két rendszer (svn, git) között. Én dolgoztam nemzetközi projektben SVN alapokon és 4-5 fős, helyi csapatban is GIT-tel. Mindkettő használható volt, oda kellett figyelni a hülyeségeikre és minden flottul ment. Minden másra ott a Mastercard
-
> 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)Épp arra próbáltam rávilágítani, hogy nincsen olyan h nem "mások szeme előtt maszatolsz". Nem vagy kénytelen összevissza másolgatni, mert ha létezik olyan a projektben, ami vakvágány, kivezetett branch, akkor azt megfelelő archív helyre mozgatod a repoban. Aki gyors munka miatt marhaságot csinál, azon a GIT sem segít. Épp ezért mondom azt, hogy szvsz egy totális félreértés a GIT hypetrain, ami egy olyan forrásból indul ki, ami bizonyos körökben fel van magasztalva már-már hites meggyőződéssel, és ezért nézem rossz szemmel azt, amikor erről indítanak, mert többnyire (tisztelet a kivételnek persze) fogalmuk sincsen h miért, csak azt látják, hogy "mindenki GIT-et használ". Elég radikális vélemény, tudom, mert a hype-széllel szemben témázok.
-
> 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.
-
Aethelstone
addikt
-
Akkor nem is kellett volna feltenni a jdk 1.8-at?
Viszont itt is foglalt az ALT+SHIFT+X... Szerencsére itt enged bill.kódra keresni:
Ki is iktattam, így már van kisebb, nagyobb jelem. Szokni kell (Pláne hogy eddig eclipse videókat néztem és tanulgattam. pl. sysout+CTRL+SPACE). Ugyanakkor az ALT+ENTER megoldás az osztályok importálására szimpatikusabb.) -
Az IJ nem csak XSD alapjan csinal autocompletiont, hanem pl. find usages eseten listazza a Spring xml-eket is, etc etc
De ehhez konkrétan "érti is" hogy az egy Spring XML, vagy csak string egyezést néz? Mert a Find Usages még a property fájlokban is megtalálja az osztályt ha le van írva a teljes neve (sőt még szerintem anélkül is) és szerintem itt is csak ez történik. De fixme.
A NetBeans-ért pedig kár. Java-s pályafutásomat azzal kezdtem és nem volt az rossz.
A Spring Tool Suite miatt elpároltam egy idő után Eclipse-re, ennyi volt a bűne. Na meg hogy Groovy támogatása nem sok volt neki akkoriban, szerintem azóta sem változott ez.Amúgy itt off, de a napokban egészen meglepődtem hogy a C++17 fordító milyen optimalizált kódot tud csinálni.
[link] Jó, biztosan gyúrt erre az arc hogy direkt ilyen kód készüljön, ahogyan a végén egy ember rá is kérdezett hogy megnézi nagy production kódban hogyan szúrja ki, hogy miért csinált több gépi utasítást mint kellene. De azért csak pislogtam mint hal a szatyorban mikor láttam. -
fordfairlane
veterán
-
köszi. lehet tényleg ideje lenne már eclipseről váltanom intelliJre
-
PumpkinSeed
addikt
> de ezzel szemben a konténer tud írni a host file system-re.
Hat, vagy nem ir sehova (total RO a teljes FS a konteneren belul), vagy adsz neki irhato mountot (ezt te szabalyozod), vagy szeparalt volume-ot adsz neki. Szoval nem, nem tud irni a hostra, ha te nem szeretned.
> A másik a hálózat, nem teljesen szabályozom én, és telenyomja az iptables táblámat mindennel.
--iptables=false... es kesz, innentol nem csinal semmit az iptables szabalyaiddal, ha nem akarod.
> Ezenkívül a loggolás se úgy van megoldva ahogy egy normális rendszernél ugyanis szó szerint csákánnyal kell ütni, hogy kihányja a logokat.
Nem ertem. X kulonbozo log target van, azt csinalsz vele, amit akarsz.
> Ami tetőzi, hogy az egymásközötti kommunikációt linkeléssel lehet a legegyszerűbben megoldani, ami amúgy megnyitja a teljes container-t a host fele is.
Ez nagyon reg lehetett, rendes networking van, a kontener pont azt latja, amit engedsz neki. Nalunk pl. a kontenerek nem latjak a hostot egyaltalan, nincs is nethozzaferesuk, pedig a hostnak van.
Persze az lxc is jo, de szerintem masra, mas kornyezetben.
-
PumpkinSeed
addikt
Kerdesre kerdessel? Feltetelezem, ha ennyire hatarozott velemenyed van, akkor el tudod mondani, hogy miert nem epeszu, aki Dockert hasznal prodban.
Nekem két főbb problémám van a Docker-el. A CoW az egyik, ami jó, mert 200 konténer esetén nem kell 200 image-t letölteni, de ezzel szemben a konténer tud írni a host file system-re. A másik a hálózat, nem teljesen szabályozom én, és telenyomja az iptables táblámat mindennel. Ezzel szemben LXC alatt igaz, hogy ezt nekem kell megcsináljam, de akkor is úgy szabályozom ahogy én akarom. Ezenkívül a loggolás se úgy van megoldva ahogy egy normális rendszernél ugyanis szó szerint csákánnyal kell ütni, hogy kihányja a logokat. Ami tetőzi, hogy az egymásközötti kommunikációt linkeléssel lehet a legegyszerűbben megoldani, ami amúgy megnyitja a teljes container-t a host fele is. Most hirtelen csak ennyi jutott eszembe.
Mondjuk amilyen ütemben nyomják ki az új verziókat ezek már lehet nem léteznek, viszont annyit változtak 3 év alatt, hogy mi ezért is nem ezt hanem LXC-re kezdtünk építkezni. Stabilabb alapot ad a rendszernek szerintem.Amúgy bocs azt hittem a kérdésed csak költői volt a zárójel miatt.
![;]](http://cdn.rios.hu/dl/s/v1.gif)
Így már világos.
Én nem választok max javasolhatok. Meg támogatom az üzemeltetést, hogy a jelenlegi fejlesztői funkciók maradéktalanul átkerüljenek az új környezetbe.
És jó a kávé? 
A Spring Tool Suite miatt elpároltam egy idő után Eclipse-re, ennyi volt a bűne. Na meg hogy Groovy támogatása nem sok volt neki akkoriban, szerintem azóta sem változott ez.
Új hozzászólás Aktív témák
A topicot kiemeltem. Valaki nem akar egy nyitó hsz-t írni?:))
- Futás, futópályák
- Milyen okostelefont vegyek?
- Huawei Watch Fit 5 Pro - jó forma
- Lexus, Toyota topik
- HiFi műszaki szemmel - sztereó hangrendszerek
- Archttila: SMART tesztelés automatizálva: smartctl poller script Zsh-ban, RPi-re
- Milyen monitort vegyek?
- Forza sorozat (Horizon/Motorsport)
- A fociról könnyedén, egy baráti társaságban
- Szombathely és környéke adok-veszek-beszélgetek
- További aktív témák...
- Macbook Pro 16" A2485 2021 M1 MAX 32/1TB 32 GPU Astro (Dobozos, 16 ciklus 100% akku)
- Apple Watch Series 11 GPS + Cellular 46mm fekete, magyar, 3 év garancia
- GYÖNYÖRŰ MacBook Pro 14" M2 Pro 16 GB - 512 GB GAR ÉS jótállás!
- Intel Core ULTRA 9 285K +32GB 7600MHz Patriot Viper XTREME 5 DDR5 kit! (Bolti ár: kb 600ezer Ft!)
- Lenovo Legion Pro 5 - 16IRX10 - i9 14900HX - RTX 5070 - 32GB - 1TB
- Windows, Office licencek kedvező áron, egyenesen a Microsoft-tól - Automata kézbesítés utalással is!
- Xiaomi Redmi Note 14 5G 256GB, Kártyafüggetlen, 1 Év Garanciával
- Samsung Galaxy A05s / 4/128GB / Kártyafüggetlen / 12Hó Garancia
- Fibocom L850-GL WWAN 4G LTE mobilnet kártya
- LG UltraGear 34GS95QE OLED Monitor! 3440x1440 / 0.03ms / 240Hz / FreeSync / G-Sync! BeszámítOK!
Állásajánlatok
Cég: Laptopműhely Bt.
Város: Budapest