- Microsoft Excel topic
- Ilyen még nem volt: sztrájkba kezdtek a Samsung dolgozói
- Perelnek a vallásos kripto-piramisjáték miatt
- Tombol az AI-láz: az NVIDIA már értékesebb, mint az Apple
- AI-gyártású celebpornóval küzd a Facebook
- Gyorsabban hozná el az önvezetést Kína
- Telekom otthoni szolgáltatások (TV, internet, telefon)
- 10 éve nem változott ekkorát a Netflix tévés appja
- Zyxel NAS326
- Facebook és Messenger
Új hozzászólás Aktív témák
-
boost
addikt
Ès akkor mi most a jó/követendo" technológia UI generálásra?
-
floatr
veterán
Webes kliensnél? Erre nem fogsz jó választ kapni. Mindenki elmondja a véleményét
A generálás szvsz egyáltalán nem követendő. Manapság van pár divatos frontend platform: AngularJS, JQuery, Sencha Touch/ExtJS, Dojo, meg még sok más hasonló framework. Nekem ezekkel kapcsolatban az a meglátásom, hogy az első kettő elég ingatag, állandó pletykák keringenek a támogatásukkal kapcsolatban. A Dojo egy kicsit komolyabb háttérrel rendelkezik, de a Sencha-hoz képest kevésbé teljes termék.
A Touch/ExtJS nem egyszerű eset, ha tanulni kell, mert a tipikus frontendes számára érthetetlen, hogy szoftveres logikára épül (Java/PHP fejlesztők számára készült inkább), ezért sokan kerülik, bár nálunk ez van majd minden projektben. Sokakat az riaszt, hogy nem GPL felhasználáskor fejlesztői licenc kell hozzá, bár amennyi emberórát elpocsékoltak itt páran JQuery komponensek keresésével/illesztésével, abból kijönne pár licenc. -
-v-
addikt
Hat en soha semmivel nem szivtam annyit, mint az extjs-el ... Sose mukodik semmi, meg az se amit a hivatalos doksibol nezek, debugolni pain in the ass ... Persze az egesz javascriptet ugy utalom, ahogy van. Van egyaltalan jelenleg barmi alternativaja amugy JS-nek kliens oldalon? Vagy most tenyleg ez a jovo? :S szvsz nagyon tul vagyunk a javascript lehetosegein, ez az extjs fele mvc framework is egy vicc szerintem ..persze most ezek a JS frameworkok mennek, egyik rosszabb mint a masik.
Generalt ui ... Hat igen. Tegnap ota vaadin ugyben olvasgatok, azert az a fos amit general, meg hogy utana belenyulni meg custom komponenest csinalni pain in the ass ... Na meg azert ez a sok ajax hivas is, nem tudom. De extjs-t meg soha tobbet ...akkor jsf-es irany, primefaces? Grails, wicket, play, ezek mit tudnak?
Kurvara nem latom webappok teren az iranyt, mi lenne a tuti ... Szar mind. SOA-s irany tetszene, meg talan legjobban egy spring mvc-s backend es melle valami jquerys ui? Restes webservicek... -
Senhi
aktív tag
Én is a JSF + Primefaces kombóra szavazok.
Wicket-tel van még tapasztalatom, kicsit hasonlít a vaadin-ra csak itt a html kódot is részben meg kell írni (JS-t generálja) így a kinézetet sokkal könnyebb személyre szabni. Hátránya, hogy kicsit bonyolult és sok felhasználó esetén figyelni kell, mert a session mérete nagyon megnőhet.[ Szerkesztve ]
-
sutszi
veterán
Ez egyre jobb...srácok... Mindenki tud olyat mondani ami neki jó, de van valaki akinek fel áll tőle a hátán a szőr...
Mondja, Mr. Babbage, ha rossz adatokat ad meg a gépnek, akkor is jó válasz fog kijönni belőle?" Képtelen vagyok felfogni azt az értelmi zavart, ami valakit egy ilyen kérdés feltevésére késztethet. - by Charles Babbage
-
raggg
senior tag
-
-v-
addikt
Hat igen ... Igazabol a spring mvc restes webservicekkel, meg egy extjs mvc a frontenden az tok jo architektura ... Soa-sodik a vilag, meg ez a sofea architectura az kb. pont ez. Nekem csak annyi a bajom, hogy a javascript az egy fos ....kene valami tisztesseges kliens oldali nyelv meg technologia ...
-
floatr
veterán
Nézd, én nem mondtam soha senkinek, hogy könnyű. Meg kell ezt is tanulni, és kell hozzá tapasztalat. Ha a "könnyebb" utat választanád, akkor vehetsz hozzá designer-t is, de azt is tanulni kell. Lehet jól csinálni, és lehet nagyon rosszul is. Több szintje van a frameworknek: class management, core, alap komponensek, összetett komponensek; utóbbit nem mindig érdemes használni épp hasonló okok miatt, mint ami a vaadin problémája is.
Debugolni, és pofozgatni szerintem lényegesen jobb, mint a többit, csak sajnos nem tudsz odaülni egy 2 órás gyorstalpaló után LHC-vezérlő GUI-t gyártani/debugolni. Megint csak sajnálatos - amitől sokan fáznak - hogy a JS-fejlesztésnek sok buktatója van a laza típusosság miatt. Ez van, ezekből tudsz gazdálkodni.
Mihelyst egy összetettebb UI-ra van szükséged, meg vagy lőve, bármilyen frameworköt használsz, mert vagy elrejt tőled olyan dolgokat, ami idővel kelleni fog, vagy rádönti. Nincs bölcsek köve - itt sem.szerk.: az MVC részét nem feltétlenül érdemes erőltetni, mert kiszervezi a komponensekből a működést, ami szerintem megint egy olyan hiba, ami a hagyományos frontend fejlesztés megszokásaiból ered.
[ Szerkesztve ]
-
-v-
addikt
"Megint csak sajnálatos - amitől sokan fáznak - hogy a JS-fejlesztésnek sok buktatója van a laza típusosság miatt."
Szepen fogalmazol .... En inkabb ugy mondanam, hogy ez az egesz javascript egy fos szutyok sz*r g*ci szemet, es a lenyeg hogy ne kelljen hozzanyulnom ... Szerintem egyre jobbal elvalik a UI fejlesztes, fel kell ezekre venni kulon javascriptes embert, mert ertelmes fejleszto nem szivesn nyul hozza ...
-
raggg
senior tag
Javascript terén Douglas Crockford útmutatásait érdemes követni és hamar megszereted a nyelvet. Javascript: The Good Parts c. könyv pl.
Érdemes megnézni az öreg előadásait is, nagy figura.
ragklaatPS
-
Jim-Y
veterán
Közvetlen alternatíva nincs. Csak a legtöbb compile to js. Még az egyik ami a legígéretesebb a js leváltására az a Dart.
javascript az egy fos
Ebből a hozzászólásodból csak az jön le, hogy nem értesz hozzá, se a dolgokhoz. Ne vedd magadra, de tényleg. Most szar a C#, a Delphi, a Haskell, csak azért mert nem értek hozzá? Mert ennyi erővel ezekre én is mondhatnám, hogy szar...
10 évvel ezelőtt még lehet, hogy szar volt, de napjainkban a js aranykorát éli. Ha valaki tudja a bad habits-et, és azokat kerüli, neadj isten még ismeri a hasznos könyvtárakat, toolokat, akkor igenis nagyon baró cucc.
[ Szerkesztve ]
-
Jim-Y
veterán
Lejárt...
Utóbbira, hogy ne csak a szám járjon, álljon itt 2 képzeletbeli eset:
1: vérpistike, aki szerint szar a js, nekiáll js-t használni. Mit csinál? Nyit egy szövegszerkesztőt, mondjuk vi-t, és elkezd javascriptben kódolni valamit, html, css, meg js ugye. Esetleg leszedi a jquery-t, mert a csapból is az folyik. Eset vége, vérpistike elkönyveli magában, hogy szar a js.
2: vérpistike 2, aki azért már eltöltött pár hónapot/évet a nyelvvel, még ha csak elméleti szinten is, követi a nyelv eseményeit, így tudja, hogy milyen hasznos eszközök állnak a rendlkezésére.
1: leszedi a Webstorm-ot, ami egy durván jó IDE javascripthez.
2: felteszi a nodejs-t
3: felteszi a grunt-ot npm-el.
4: beállítja a gruntot automatikus hintelésre, jasmine-al / mocha-val / karma-val megvalósít egy test-driven developmentet.
5: tudja, hogy mit vár el az apptól, tudja, hogy majd milyen web-service-eket akar hívni, milyen funkciókat akar megvalósítani, ezért már előre megírja a teszt-eseteket, és ehhez mérten valósítja meg a funkciókat.
6: vagy használja a browserify-t, vagy a RequireJS-t a modularizációra, így hosszú távon is fenntartható, és könnyen fejleszthető lesz a rendszer
7: leszed valami 3rd party lightweight library-t, hogy a DOM manipuláció egyszerűbb legyen, esetleg valamilyen templating rendszert
8: használja a Kaplan féle grid-et.Hoppá story end, és egy fasza kis kliens app kerekedett belőle.
-
-v-
addikt
Lehet igazad van, de attol ez meg nekem mindig egy fos marad
Persze megszokni mindent meg lehet, meg beletanulni ... De ahogy Winkler szokta mondani, altalaban ezek a "meg kell szokni" dolgok siman csak azt jelentik, hogy szar
Az meg, hogy luxus lenne kikerulni ... Nem tudom, eddig sikerult. Meg sokaknak sikerul, siman nem mennek el UI-t fejleszteni es ennyi. Persze valamikor luxus valamit kikerulni vagy ignoralni, es igen, hulye nem vagyok, hogy ha csinalni kell valamit aminek a legjobb modja jelenleg ez vagy az, akkor azt csak azert kikeruljem mert nem szeretem. Ertelmes mernok ilyet nyilvan nem csinal ...Jo de verpistike kettot akkor mar javascript ui fejlesztonek hivjak ...
De a listat lementem koszi[ Szerkesztve ]
-
Jim-Y
veterán
Ez nem feltétlen ui. Mármint.. ha te értesz a javascripthez az nem feltétlen jelenti azt, hogy te gui ninja vagy. Egy normális cégnél, egy javascriptes projekten, mondjuk 1,2 ember foglalkozik a gui-val (=css, html), az összes többi, mondjuk 3 frontend fejlesztő csak az üzleti logikával, megint másik 2,3,5 a backenddel. Ugye a backend lehet bármi. Általában java, webservicekkel, vagy akár nodejs, .net stb...
Az, hogy nem találkoztál a javascripptel eddig igencsak meglepő. A legtöbb enterprise rendszerben, aminek valami köze van a webhez, ott 100%, hogy megjelenik valamilyen szinten a js. Van ahol kevésbé, csak designolás miatt. Van ahol sokkal inkább. Pl apache cordova (alias PhoneGap), vagy ha pl van valamilyen I/O app, arra a legalkalmasabb momentán a node.
Szóval az én véleményem az, hogy egy mai programozónak valamilyen szinten tisztában kell lennie a js-el, mert előbb-utóbb találkozni fog vele. Én nem várnám el mindenkitől, hogy értsen hozzá, de azt elvárnám, hogy rálátás nélkül ne mondja rá, hogy szar, csak azért mert nem ismeri O.o
És igen, szerintem is abban teljesen igazad van, hogy nem az a jó szakember, aki ehhez, vagy ahhoz nagyon ért, majd mindent abban próbál megoldani, hanem inkább az, aki képes felismerni, hogy egy feladatot miben érdemes megoldani, majd az új technológiát képes minél gyorsabban a magáévá tenni.
[ Szerkesztve ]
-
-v-
addikt
Nem mondtam, hogy nem talalkoztam vele, sajnos talalkoztam tobbet mint akarnek
De mindig tudatosan es szandekosan kikerulom, ahogy lenyegeben az osszes java fejleszto, akit valaha ismertem. Rossz, nem rossz, ez van, faszom se akar expert lenni javascriptbol ... Van ralatasom szerintem epp eleg, hadd mondjam mar valamire hogy szar, ha az a velemenyem Nem mondtam, hogy ez az objektiv igazsag vagy nekem van igazam ez ugyben, aki szereti csinalja.Mas: javafx ugyben mi a velemenyetek?
[ Szerkesztve ]
-
floatr
veterán
Luxus, mert most láthatod, hogy valamire szükséged lenne, amit nem tudsz megkerülni. Persze játszhatod azt, hogy ameddig tudod, másra tolod, vagy ilyesmi, de mostanában egyre népszerűbbek azok, akik több dologhoz is értenek (vagy akarnak érteni).
Szerintem a javafx IS döglődik a többi plugines technológiával együtt. Gyakorlatilag mindenki JS-t használ.
[ Szerkesztve ]
-
-v-
addikt
Igen hat ez igy van ebben a szakmaban, valtozik folyon, nyitva kell tartania az embernek a szemet, aztan gyorsan reagalni ha valami van ... Akar technologiaval, akar massal kapcsolatban. Eddig nem volt luxus, ha mostantol az lenne valami miatt, akkor nyilvan felturbozom magam javascript ugyben, ennyi.
A rugalmassag meg a tanulas az itt orok, de amig megtehetem hogy ragaszkodok a sajat szempontjaimhoz addig azert valamennyire megtszem, mert nyilvan olyat akarok csinalni, ami szeretek ... De aki azt hiszi, hogy ebben a szakmaban nem kell folyton tanulni, meg valtozni stb. az halott Na meg minel tobbet latott az ember, annal nagyobb a ralatasa. Nem abbol lesz jo architect, aki 15 evig utotte ugyanazt a fos legacy kodot valahol... -
boost
addikt
Tényleg, van olyan framework/megoldás, amivel a JSF UI felület teljesen különválhatna a Controller rétegto"l, és REST api-n át, vagy vlahogy máshogy kommunikálnának? Tehát, hogy teljesen külön appba rakni a megjelenítést, de mégis legyen JSF. Ja, és persze valamennyire automatizált.
[ Szerkesztve ]
-
-
boost
addikt
Mert enterprise környezetben "nem szeretnek" egyszerre a fejlesztok Java-t, html-t, és js-t kódolni. Nem is megoldható, mert nem találsz 10es nagyságrendben olyan fejleszto"t, akik ezekkel a technológiákkal mind tisztában vannak egyszerre magas szinten. Ezért mu"ködik jól a GWT, vagy még a JSF is, ahol erre nincs szükség. Az meg megint nem mu"ködik, hogy egy Change Requestet, ami arról szól, hogy egy mezo"t, kell mondjuk egy "Megrendelés" formhoz hozzáadni 2 részre kelljen bontani, java fejleszto"nek, és HTML/Javascript/CSS fejleszto"nek. Mert akkor vagy párban dolgoztatjuk o"ket, vagy sose lesznek összhangban, és mindenképp ido" és ero"forrás veszteséggel jár.
Ez azért lenne jó, mert fizikailag is szeretném különválasztani a Controller szintet a UI-tól, és pl kipróbálni ezt a Microservices architektúrát.
[ Szerkesztve ]
-
floatr
veterán
Ezzel már mi is sokat kínlódtunk, de egyelőre mindig oda jutottunk, hogy kicsit fel van hígulva a szakma manapság, és sok a töltelékember.
Amúgy pont amiatt mondtam az ExtJS-t, mert az inkább szól programozásról, mint kígyóbűvölésről. Akinek ez sem elég jó, annak ott vannak a generálós megoldások, meg a JSP-s szutykok (bár szvsz a JSP még rosszabb is mint bármelyik tisztán JS-framework)
(#5726) M_AND_Ms az elmélet nem rossz
[ Szerkesztve ]
-
boost
addikt
Az elméleted remek, csak gyakorlatba nem mu"ködik. ÈS nem azzal van a gond, hogy nem tudnak csapatban dolgozni, hanem, hogy 1. drága ( két ember kell hozzá), és 2. nem hatékony (egymásra kell várniuk, fejlesztésnél, és tesztelés/hibajavítás esetén is.
A házépíto"s példa: gyakran elo"fordul, hogy nem tudnak festeni a festo"k, mert várni kell a villanyszerelo"re, hogy befejezze a már elkezdett vezetékelést.. csak épp másnál van, mert megcsúszott a melóval. Ezért jó ha a kömüves olyan falat épít, amibe alapból bele van gyártva a vezetékelés.
[ Szerkesztve ]
-
floatr
veterán
Nem az én elméletem. Gyakorlatban nálunk ez úgy működik, hogy
- vagy egy ember hegeszti a backendet és a frontend funkcionális részeit, és egy "designer" előkészít/utánaigazít
- vagy két ember dolgozik egy specifikált interfész alapján. Az interfész alapján először egy "mockup" backend készül, így egy kis plusz melóval tudhatnak párhuzamosan dolgozni.
Előfeltétel a specifikáció, és hogy mindenki ért ahhoz, amit csinál. Ha a kettőből akár az egyik nincs meg, az nagyon fájó hiányosság tud lenni.
[ Szerkesztve ]
-
boost
addikt
En nem kétfo"s csapatokról beszéltem, hanem enterprise környezetro"l. Nem akarok budapesti cégnevet mondani, de 15 éve fejlesztenek egy ERP rendszert, és kb 25 programozó dolgozik rajt 5-6 divizióban.Ha ott még külön mindenkinek designolni kellene, akkro egyrészt sose lenne egységes a rendszer, másrészt az még 10-12 embert jelentene.
-
floatr
veterán
Szerepkörről beszéltem, nem két főből álló teamről, és nem egy teljes projektről, de még csak modulokról sem. A projekten belüli egységnyi feladatok szerepköreinek felosztását próbáltam a felvetés szerint elmondani.
Mi most egy 19-fős projekten dolgozunk egy 3 + 2 modulra bontott projektben, osztott munkában két ismeretlen létszámú fejlesztőcsapattal dolgozó (khm) partnerrel. A feladatok leosztása specifikáció és interfészek mentén van bontva. A belsős csapat ráadásul földrajzilag is osztott. Van 1-2 frontendes, aki a kereteket adja meg, és utómunkákat végez. A feladatok jellege szerint vannak olyanok, akik csak backenddel foglalkoznak, de olyanok is, akiknek a backend + funkcionális frontend egyformán feladata. A helyzetet tarkítja, hogy más projektekbe is be vannak kisebb óraszámok szerint szervezve néhányan. Szóval ha erre vagy kíváncsi, igen kipróbáltam, és arról beszélek, nem amiről álmodok.
szerk: egyébként pont ERP-rendszereknél lehet jó választás az ExtJS, ha van olyan, aki ért hozzá.
[ Szerkesztve ]
-
bucsupeti
senior tag
Egy olyan kérdésem lenne hogy hogyan, milyen környezetben történik egy szoftverfejlesztő vállalatnál a szoftverfejlesztés? Főként bonyolult EE fejlesztésre gondolok ahol több programozó, designer, stb dolgozik ugyanazon projekten.
Gondolom többen vagytok akik ilyen vállalatnál dolgoztok. Biztosan van valami verziókezelő rendszer stb.
De mégis hogyan adják ki a feladatot, hogyan történik egy-egy verzió build, stb...
Ha egy projekten dolgozik 4-5 programozó, akkor ők hogyan tesztelik a saját maguk részét? Nemhiszem hogy ez csak a teljes projekt futtatásával lehetséges.Én egyelőre csak SE alkalmazásokat készítettem, de érdekel az EE világ nagyban is.
Írnátok erről pár gondolatot?
Azért írom ide mert kimondottan Java környezetben érdekel ez a téma. Nem tudom hogy általánosságban is ugyan azok a dolgok működnek-e, vagy van speckó Java módszer...
"Nem gond ha nem vágod a párologtatók bináris nyelvét..."
-
plaschil
aktív tag
Sziasztok!
Az eclipse-ről érdeklődnék, hogy a sárgával jelölt rész micsoda?
Mindig úgy indul az eclipse, hogy ez fut, de mi ez? Ráadásul most töltöttem le. És mindegyik verzióban ott van, alapból.[ Szerkesztve ]
Creative G500 vezérlő panelt keresek// Hol vagy helyileg? - A kisszobába. // Szilvásbuktát, mert azt szeretem!
-
boost
addikt
válasz plaschil #5733 üzenetére
Azzal tudod a programodat Debuggolni. Azaz elindítod a programot, és ahova elhelyeztél breakpointot ott megáll, majd onnan lépésről lépésre tudod léptetni. Közben egy másik ablakban látod a változók aktuális értékét. Hibakeresésre kíváló. A zöld nyíl azt jelenti, hogy fusson tovább a program, Pause jel futás közben megállítod ( erre inkább breakpoint), piros a teljes program leállítása. A nyilak pedig egy funkcióba való belépést, kilépést, vagy átlépést jelentik. Ezek az alapok. A többihez nekem is el kéne indítani egy eclipse-t.
-
plaschil
aktív tag
Jó, én ezt eddig billentyűkombinációkkal csináltam, azért nem volt ismerős.
De egy teljesen friss eclipse-ben miért indul el automatikusan a debug? Ahogy látszik a képen, üres a project explorer.[ Szerkesztve ]
Creative G500 vezérlő panelt keresek// Hol vagy helyileg? - A kisszobába. // Szilvásbuktát, mert azt szeretem!
-
Fr@nkieWilde
senior tag
Sziasztok!
Információ szerzés gyanánt írok ide.
28 éves vagyok. Jelenleg főállásban dolgozom (nem informatikával kapcsolatos állásom van), de a későbbiek folyamán váltani szeretnék.
A JAVA programozással/szoftverfejlesztéssel szemezgetek.Sajnos nincs e téren semmilyen tapasztalatom/tudásom/gyakorlatom. Sőt, soha nem tanultam semmit ami informatikával kapcsolatos.
Minimálisan értek a hardverekhez, de ennyi.Azt szeretném kérdezni, hogy így van-e esélyem, érdemes-e egyáltalán elkezdenem tanulni JAVA programozást?
Érdemes-e pénzt/időt belefektetni? Egy szimpla tanfolyammal sikerülhet-e elhelyezkedni?
Főállás mellett szeretnék tanfolyamra járni. Tudtok-e megnevezni képzési intézményeket, ahol érdemes tanfolyamot végezni? (Budapest)Tehát összefoglalva láttok-e esetleg esélyt arra, hogy a későbbiekben egy sikeres vizsga után JAVA programozóként dolgozhassak?
Köszönöm.
Nem lehet nékem nagyobb tolvajom, mint aki az én időmet eltolvajolja!
-
boost
addikt
válasz Fr@nkieWilde #5736 üzenetére
Szia, nem konkrétan Java programozásra válaszolnék, hanem általánosan. A programozás az kicsit túlózva olyan, mint a mu"vészet. Vagy van hozzá érzéked, és akkor megy, vagy nincs, és akkor csak szenvedés lesz. Most már van a neten elég sok ingyen, interaktívan programozást tanító oldal, én ott ugornék neki. Ha beszippant, és tetszik, akkor érdemes foglalkozni a Java-val.
Èn a codeacademy-t ajánlanám neked. Java nincs, de pl javascripttel kezdeni nem rossz, vagy valami más nyelvvel, mint ruby, vagy python. ès ha egy két hét után is megy, és beszippantott, akkor keress valami Java kurzust, hogy beleinvesztálj elég sok lóvét.
[ Szerkesztve ]
-
Fr@nkieWilde
senior tag
Köszönöm a gyors választ és benne a segítséget.
Öcsém most végzett szoftverfejlesztőként, ő is azt mondta, meg lehet tanulni, de vagy van készségem hozzá vagy nincs.Ez az ingyenes weboldal pont jól jön (még nem hallottam ilyenekről), hisz valóban nem szeretnék se pénzt, se időt feleslegesen kidobni.
Ezekből van a legkevesebb.Köszönöm még egyszer.
[ Szerkesztve ]
Nem lehet nékem nagyobb tolvajom, mint aki az én időmet eltolvajolja!
-
TedThomas
aktív tag
Sziasztok!
Kezdő vagyok ebbe a java cuccban de örököltem egy rendszert.
Valami tomcat alatt futó java. csatolok alul egy képet róla hátha tudjátok mi ez
Állandóan bele futok a "java heap space out of memory" problémába a szerveren, pedig elvileg van elég memória még.eclipse-be akarnám vizsgálni a memória fogyasztást és akkor azt nézve optimalizálni a kódon.
De ez valahogy nem sikerül. Jvm monitoring fent van, fut a kód de semmi nem látszik benne.Ötlet?
-
floatr
veterán
Tudom ajánlani az ExtJS kitchen sink oldalát és a Dijit demót, ha a részletekre vagy kíváncsi.
A core, az adatkezelés, a kommunikációs eszközök sokkal kidolgozottabbak az ExtJS esetében. A komponensek tekintetében a Dijit-nél az összkép elég lehangoló -- olyan mintha félbehagyta volna a tervező, és nem figyeltek volna az eseménykezelésnél a megfelelő sorrendekre.
Az ExtJS-nek nagyon erős a komponens modellje, és eléggé rágyúrtak az OOP-szerű programozási modellre. A Dojo az eseménykezelésre gyúrt rá, de nagyon nem mentek tovább. Az ExtJS komponensek tudása lényegesen nagyobb, és nem elhanyagolható az sem, hogy a Dojo dokumentációja messze elmarad az ExtJS-étől.
Az ExtJS gyengéje a custom design. Ha sajátot akarsz készíteni az összetett komponensekre, akkor az nagy meló. Amennyire látom a Dijit esetében ez kevésbé időigényes, bár az ExtJS alapkomponenseiből elég gyorsan lehet építeni saját összetett elemeket is.
-
zserrbo
aktív tag
Úgy tudom mindkettő ugyanazt a végeredményt adja: kiírja a 77-es értéket az stdout-ra.
System.out.println(Integer.toString(77));
System.out.println(77);
A Printstream-nek vannak túlterhelt metódusai, ami megoldja:
void println(int x) - Prints an integer and then terminate the line.Akkor tehát ekvivalens a két utasítás?
Persze, ha el akarom menteni pl egy változóba akkor: String s = Integer.toString(111)
-
hablex
újonc
Sziasztok
2 hét múlva kezdek egy 30 fős cégnél mint java gyakornok. Spring MVC-ben fejlesztenek és annak ellenére vettek fel, hogy még csak java SE-t tanulgatom. Az lenne a kérdésem, hogy ilyen helyen általában, hogy zajlik a betanulási fázis. Leülök próbálkozni és néha kérdezhetek vagy heti 1-2 órát magyaráznak? Nem tértünk ki erre, de kíváncsi lennék a tapasztalataitokra.
-
Mukorka
addikt
Hello!
A legtöbb ilyen cégnél vannak kialakult rutinok erre főleg ha gyakornoknak vettek fel. Ahogy én eddig láttam, nem várnak el semmi extrát az elején: Olvastatnak a keretrendszerről, összeraktok egy workspace-t, esetleg kapsz pár nem projekt specifikus feladatot ami utánajárást követel meg (ez alatt meglátják hogy mennyire vagy hülye és aszerint használnak a későbbiekben). Általában segítenek elmagyarázni és hetekig nem is kell nagyon dolgozni. Ismerek valaki aki egy hónapig csak olvasott pedig juniornak vették fel.
Mukor#2214 --- "Ezt nem én gondolom így, EZ EGY TÉNY!"
Új hozzászólás Aktív témák
A topicot kiemeltem. Valaki nem akar egy nyitó hsz-t írni?:))
- The First Descendant (PC, PS4, PS5, XO, XSX)
- Xbox Series X|S
- Intel Core i5 / i7 / i9 "Alder Lake-Raptor Lake/Refresh" (LGA1700)
- Vodafone mobilszolgáltatások
- Ukrajnai háború
- Azonnali fotós kérdések órája
- Azonnali mobilos kérdések órája
- PlayStation 5
- Apple notebookok
- Ingatlanos topic!
- További aktív témák...
- AKCIÓZVA! Lenovo ThinkBook 13s Fémházas Profi Ultrabook -60% i5-10210U 8GB 256GB SSD FHD IPS WIN10
- HP Elitebook 850 G3 i5 / 15.6" Full HD / 8Gb / 512Gb ssd / USB Type C / Win10
- TP-Link TL-SG1016D 16 portos gigabites Switch, első magánszemély tulajtól
- Dell Latitude 5590 / i5 8350u / IPS FHD 15,6" / 16GB DDR4 / 256Gb SSD / Win11
- Bomba ár! Acer Travelmate P215 - i3-8GEN I 8GB I 256GB SSD I 15,6" FHD I HDMI I Cam I W10 I Gari!
Állásajánlatok
Cég: Alpha Laptopszerviz Kft.
Város: Pécs
Cég: Ozeki Kft.
Város: Debrecen