- gban: Ingyen kellene, de tegnapra
- D1Rect: Nagy "hülyétkapokazapróktól" topik
- btz: Internet fejlesztés országosan!
- 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 :)
- 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
-
LOGOUT
LOGOUT
Új hozzászólás Aktív témák
-
hiperFizikus
senior tag
-
hiperFizikus
senior tag
-
hiperFizikus
senior tag
Nem várunk itt semmire. Legközelebb ha Javascripttel kapcsolatban van kérdésed akkor tedd fel, a saját hobbidnak pedig ott van a dedikált fórum.
Rendben, de akkor a többi bagolynak is mond meg, hogy ne tegyenek olyan utalásokat itten, amiről úgy gondolhatom, hogy arra a "másik topicommal" kapcsolatos ! Mert én mindig válaszolok annak, aki szól felém .
De fenntartom a jogot, hogy a "lásd **" címkémet néha ide betehessem ...
-
Oksa, akkor saját topikjában vitázz róla. Ha Javascripttel kapcsolatban van kérdésed az ide tartozik. Más nem nagyon.
És ha kiderül, hogy az egy halva született nyelvhez méltóan egy halott topik?
![;]](//cdn.rios.hu/dl/s/v1.gif)
Szerintem ilyen esetben a legbiztosabb módszer, ha hiperfizikus magával vitázna, és magával beszélné meg ezeket a dolgokat, mint egy átlag szanatórium körüli sétánál szokta. Külön javaslom a hangos vitát, azok sokkal eredményesebbek, ne csak úgy fejben, esetleg magában motyogva játszódjon le a vita. -
hiperFizikus
senior tag
Az baj, mert én már az idei nagy céges projektet abban kezdtem el felépíteni. Lesz breaking change? Backward compatibility?
Az nem baj, hogy a projektedet a Lolita kódban kezdted el felépíteni, mert :
1. a projektedhez úgy is hosszú idő kellesz
2. közben remélhetőleg készen lesz a kifejezések is hozzá, amit nagyrészt a közre nem adott még befejezetlen Teener kódomból vesszek át
3. a visszamenőleges kompatibilitás úgy van, hogy például amikor most a régi Teener kódomból hozom át a Lolita kódba a kifejezésekhez tartozó function -okat, akkor csak csekély változtatást kell csinálnom, amik könnyűek és ha méretes a program, akkor 1-2 nap alatt letudható .
4. breaking change: a részemről ingyenes és feltétel nélküli . a lolita kódban írt programodat pedig akár pénzért is árulhatod, már azért is, mert a Lolita programnyelv csak egy váz, amire te olyan és úgy rakod az alprogramjaidat, ahogyan csak akarod, beleértve, hogy az előre deklarált alprogramjaim eltávolítását is ♥
5. előfordulhat hogy a Lolita kód vázán egy kicsit igazítanod kellesz, hogy az neked jobban megfeleljen: ezt nyugodtan megteheted.
A kérdéseitekre továbbra is szívesen fogok válaszolni !
-
-
hiperFizikus
senior tag
https://hu.wikipedia.org/wiki/Microsoft_Visual_Studio
programnyelvekre ; ... .
Pascal, Pithon, Algol, Cobol, az 1 db betűvel jelöltek, Forth, Fortran, ...stb.
Sőt hamar le lehet programozni egy olyan számozott sorokból álló utasítás-sor követőt, mint amilyen a régi programnyelvek is voltak úgy, hogy e sorokban élő JavaScript elemek{utasítások} vannak . Hiszen pár ciklus kell hozzá, és pár elágazás .
-
hiperFizikus
senior tag
Az elithez a nagy amerikai szoftvercégek tartoznak . Hogy menyire lennének tisztességtelenek azt a moderátorokra tekintettel hagyjuk .
Vegyük alapul az imperatív eredetű programnyelveket . Ezeknek van egy vázuk, amire a tagolásuk és a folyamat futtatásuk épül . És van vezérlésük meg alprogramjaik . És van függvény meg eljárás készletük, amit gyakran könyvtárnak neveznek .
Nem kell mást csinálni, mint azokat az internetes portálokat, amelyek a programnyelveket gyűjtik össze, meg kell nézni és ki kell mazsolázni belőlük a fentiek különféle változatait . például
http://nyelvek.inf.elte.hu/Majd pedig össze kell őket engedni: vagyis a vázak listáját és a könyvtárat összeeresztjük .
Ezeket a vázakat házilag le lehet programozni mondjuk olyan 200 képernyő oldalon, a könyvtárat mondjuk 300 képernyő oldalon . Aztán ez mindenkinek hozzáférhető .
Jól kell megválasztani a forráskód programnyelvét, én a JavaScriptet tartom erre a legjobbnak, mert tőle csak egy ugrás a PHP , amivel szervered lehet . Mármint a fenti becsült 200+300 képernyő oldalnyi remekmű .
És ezután senkinek nem fog kelleni a drága kereskedelmi programnyelvek, hiszen azt te is megtudod csinálni, sőt úgy is vehetjük, hogy már meg is van .
-
hiperFizikus
senior tag
Az Appel számítógép magán kezdeményezés volt . Az IBM óriáscég árnyékában kellett felnőnie . Az IBM ügynököket épített be az Appel igazgatóságába, akik gáncsolták a működésüket, és majdnem csődbe is mentek miatta . De miután kirúgták azokat az ügynököket, újra fellendült az Appel biznisze .
Csak fejből dobtam össze, már amennyire emlékszek rá . -
hiperFizikus
senior tag
-
hiperFizikus
senior tag
-
hiperFizikus
senior tag
Nem hittem volna, hogy valaha is saját Terry A. Davisünk lesz.
A sínektől azért maradj távol kérlek!Érdekes és találó !
Ha majd ti is megpróbáltok szembe menni az elittel, akkor majd ti is "rosszul" fogjátok magatokat érezni tőle .
-
hiperFizikus
senior tag
-
hiperFizikus
senior tag
Vagy programozok, vagy megesz az unalom .
Ha majd rendesebben készen lesz, akkor fogyaszthatóbb lesz .
Gondoltam már arra, hogy csapat munkával programozzuk le, de akkor csak vitatkoznánk felette, meg nem nagyon lehet e leprogramozás emberi tevékenységét párhuzamosítani és e párhuzamokat több embernek kiosztani .
Egyedül élek, ezért jelenleg csak ez tölti ki az életemet . Tulajdonképben csak rengeteget kell ingyen gépelni hozzá .
-
Feltetelezed azt, hogy egy strict eslint van a projektben, meg egyeb olyan toolok amik mar fejlesztes vagy build idoben megfogjak a hibakat. A nelkul semmit se er az egesz, csak a lehetoseget adja a typescript. Ha nem kenyszerited ki a fejlesztokbol a hasznalatat, akkor felesleges is a projektben lennie.
-
A jelenség ismert, azért jöttem ide, hogy esetleg volt-e már másnak is hasonló tapasztalata Androidos böngészővel.
Érdekesség, hogy emulált Pixel 3-ban is működnek a dobozok.Igen, de azt írtad, hogy desktopon tökéletesen működik. Nálam viszont se Chrome-ban, se Firefoxban, se Operában. (Azért rápróbáltam IE-ben, de szóba se állt velem.
)
Szóval én működni még nem láttam se gépen, se telefonon (a jobb oldali dobozokat). -
Googleben gyorsan rakerestem, hogy van-e mar ilyen szolgaltatas, es talaltam egy parat. Ha nem gond nem linkelgetem be oket, de van talalat szep szammal. Igazabol csak annyit akartam ezzel, hogy nem muszaj feltalalni mar meglevo dolgokat.
Azonban ha szeretnel megtanulni JS-ben programozni, akkor konnyebb feladatokkal kezdj szerintem. Egy ilyen alkalmazas mar a bonyolultabb feladatok koze tartozik.
-
"mert ez assembly, azaz mélyebben fut, több optimalizációt tartalmaz a befordított kód"
Szerintem ez az allitas teves. Javitsatok ki kerlek ha rosszul tudom, de "csak" annyi tortenik, hogy mondjuk a C kodod a JS engine futtatja meg. Es attol lesz ez gyorsabb mint a a Javascript kodod, hogy teljesen kimarad a parsing/compilation lepes, es AOT megkapja a binarisokat a motor.togvau:
"Miben lehetne jobb a JS ? Mindenben, főleg alapjaiban, struktúráiban, mindenben, hisz az egyetlen dolog amiben jó: támogatják a böngészők."
Ne haragudj, de ebbol a megnyilvanulasodbol sut a teljes fogalmatlansagod a temaval kapcsolatban. Megkerdezhetem, hogy mennyit tudsz alapjairol, strukturajarol?Meg azok szokták fikázni, akik használtak már eleget normális nyelveket
Definiald kerlek: "normalis" nyelv. -
"mert ez assembly, azaz mélyebben fut, több optimalizációt tartalmaz a befordított kód"
Szerintem ez az allitas teves. Javitsatok ki kerlek ha rosszul tudom, de "csak" annyi tortenik, hogy mondjuk a C kodod a JS engine futtatja meg. Es attol lesz ez gyorsabb mint a a Javascript kodod, hogy teljesen kimarad a parsing/compilation lepes, es AOT megkapja a binarisokat a motor.togvau:
"Miben lehetne jobb a JS ? Mindenben, főleg alapjaiban, struktúráiban, mindenben, hisz az egyetlen dolog amiben jó: támogatják a böngészők."
Ne haragudj, de ebbol a megnyilvanulasodbol sut a teljes fogalmatlansagod a temaval kapcsolatban. Megkerdezhetem, hogy mennyit tudsz alapjairol, strukturajarol?Meg azok szokták fikázni, akik használtak már eleget normális nyelveket
Definiald kerlek: "normalis" nyelv. -
"még ha szvsz az angular továbbra sem jó, vagy legalábbis vannak jobb alternatívák nála"
Most a developer experiencere gondolsz?Hát ilyen szempontból sztem az Angular se rossz (mondjuk a Reacthez a dev extension menő). Én Angularral kezdtem, mostanában nézegetem a Reactet, mert minden második pozícióra az kell, de nekem ezt a JSX-et nem veszi be a gyomrom
-
Mindig egy index.html lesz az eredmeny. Az, hogy mondjuk nextjsben kulon fileok jelentik a routingot, az megint mas. Angularban is meg tudod csinalni ezt a fajta codesplittinget, es ott a routing az teljesen kulonbozik.
Ha letiltod a javascriptet a bongeszodben akkor az SPA-k konkretan meghalnak mig a next es gatsby mukodik + nem index.html lesz az eredmeny, nezd meg a bongeszod network tabjen, egyenkent cachelheto kulonallo html fajljaid vannak, pont mintha kezzel irtad volna oket.
Tultargyaltuk
-
hiperFizikus
senior tag
-
hiperFizikus
senior tag
function hireMe() {
return "Ha megmondod mi kell, akkor megfelelo penzert inkabb megcsinalom.";
}Ha odáig fajul a dolog, és csak ez hiányzik az egészből, és megam nem tudok zöldágra vergődni vele, akkor rászánok egy kevés pénzt is, de csak ekkor . Persze, hogy eljutok-e sokára odáig, az még a levegőben lóg . Milliomos nem vagyok, úgy hogy sokra neszámítsatok . Majd a https://www.w3schools.com linken keresgélek .
-
Akkor zárjuk le, mert aki a te példádon is nem látja, hogy mennyivel fájdalmasabb egy angular projektet elkezdeni / megtanulni / átlátni kezdőként, az csak nem akarja látni.
Peace
Sőt, akkor már tegyünk ide egy ugyanilyen kaliberű projekt vuejs-es megvalósítását is a teljesség igénye miatt. jsfiddle
-
Ebből elég nyilvánvaló, hogy nem reactoztál, se nem vuejs-eztél érdemben, de fő hogy teljes erőddel véded az angulart.
Persze, munka helyen még nem. Ettől függetlenül minden Reactban pörgetek. A HoC-ot meg a többi fogalmat nyilván gyors google után dobáltam ide.
Nem az Angulart védem, csak azt a buta kijelentésed támadom, hogy az Angular "szarabb" egy kezdőnek, mint a másik 2. Alaptalan kijelentés.Ha alaptalan a kijelentés, dobj már gyorsan össze jsfiddle-ben egy angular 6-os példát. Önmagában a behúzott js reasource-ok se kevesek
-
Honnan veszed, hogy 0 összehasonlítási alapom van?
Meg milyen kezdők magabiztosságáról beszélsz?
Ez a TODO app tulajdonképpen mit bizonyít? Azt, hogy az a legjobb a kezdőnek, amelyik ezt az egy feladatot kevesebb, de minőségben nem jobb kóddal ellátta?A typescriptes témához: nem sokban másabb mint egy modern JS kód. Opcionálisan típusos, és ennyi, ez szerintem minden csak nem hátrány.
Ezt írtad: "Bankszektorban kerültem rá egy Angular 6-os, majd menet közben 7-es projektre. Előtte semmennyit sem Angularoztam, igazából mobilfejlesztésből tértem vissza FE oldalra. Mobilozás előtt volt már valamennyi JS tapasztalatom, de NG-ben konkrétan zéró."
Ebből elég nyilvánvaló, hogy nem reactoztál, se nem vuejs-eztél érdemben, de fő hogy teljes erőddel véded az angulart.
Typescripthez: hogy a típusosság előny vagy hátrány, azon hitviták szoktak kialakulni. Szerintem is inkább előny, pláne hogy a kedvenc nyelvem a C# ami szintén típusos
Viszont szerintem a script nyelveknek pont a gyengén típusosság a kezdők szemszögéből nézve az egyik nagy előnye. És szerintem az továbbra is előny a react, vuejs mellett hogy simán nekik tudsz futni vanillajs-el, aztán amikor olyanod van / elértél egy bizonyos komplexitást / elértél egy kódméretet akkor átváltasz typescriptre, nem pedig rádkényszeríti annak használatát. -
Bankszektorban kerültem rá egy Angular 6-os, majd menet közben 7-es projektre. Előtte semmennyit sem Angularoztam, igazából mobilfejlesztésből tértem vissza FE oldalra. Mobilozás előtt volt már valamennyi JS tapasztalatom, de NG-ben konkrétan zéró.
Ennek ellenére pár hét alatt sikerült felszednem a core conceptet, az rxjs-t alaposan megérteni, és production ready kódot írni. Ilyen contextben is azt állítom, hogy nem nehéz az Angular, csak a másik kettőnek jobb a marketingje, meg addig egyszerűbb a learning curveje amíg nem akar bonyolultabbat mókolni az ember.
Kezdők magabiztossága. Nulla összehasonlítási alappal véded az egyetlen rendszert, amit használtál
Komolyan, tegyél össze egy todo appot angularral, react-tal, és vuejs-el.Itt egy összehasonlítás: [link]
Part 1-et is érdemes lehet megnézni, az react - vuejs összehasonlítás, viszont a react akkoriban még nem tudta a hook-okat, szóval a react rész azóta egyszerűsödött.
-
Bankszektorban kerültem rá egy Angular 6-os, majd menet közben 7-es projektre. Előtte semmennyit sem Angularoztam, igazából mobilfejlesztésből tértem vissza FE oldalra. Mobilozás előtt volt már valamennyi JS tapasztalatom, de NG-ben konkrétan zéró.
Ennek ellenére pár hét alatt sikerült felszednem a core conceptet, az rxjs-t alaposan megérteni, és production ready kódot írni. Ilyen contextben is azt állítom, hogy nem nehéz az Angular, csak a másik kettőnek jobb a marketingje, meg addig egyszerűbb a learning curveje amíg nem akar bonyolultabbat mókolni az ember.
Kösz! Nekem így érthetőbb!
-
Azzal nincs gond, ha a saját preferenciád szerint a Reactot jobban kedveled. Azzal már inkább, ha szakmailag helytálló érvelés nélkül, szubjektív alapokon helyezed más keretrendszerek / libek fölé. Ez alapvetően engem se zavarna, de egy kezdőt ezzel könnyen meg lehet zavarni.
mobal:
A TypeScript nem csak az Angular kiváltsága. Bármihez használhatod. -
Mi pl. ezt használjuk, de angularhoz van külön bootstrap is. Szerintem ehhez hasonló komponenseket nyugodtan használj, a "mindent kézzel készítünk" mindset egy határidős, fizetős projektnél szó szerint luxus.
Otthon persze lehet sajátot faragni, szórakozni vele, mélyebben megérteni a dolgokat, és szerintem ilyet kell is. De Gave kollégával ellentétben szerintem nem azért fizetnek minket, mert az 1923. alkalommal is előröl írunk egy komplett webapp css-t.
K1nG HuNp
Csinos a design, saját?..mert az 1923. alkalommal is előröl írunk egy komplett webapp css-t
Ezt még csak sugallni sem szerettem volna
Saját toolkiteket, templateket, layout fragmenteket, makrókat használok, így nem mondanám, hogy mindig előröl kezdek egy komplett designt. Előfordul, hogy üres lapról kell mert speciális igény, de nem jellemző, hogy semmit ne tudnék felhasználni abból amit megírtam.
Lehet, hogy van eset ahol luxus a 100% "kézi" kód, nálam több munkánál is hosszú távú befektetés volt mindenkinek, hiszen évente újra elő tudom venni, lehet rá alapozni. Szemben egy keretrendszerrel vagy komponens gyűjteménnyel ami már az első napon szabotált volna, hackelni kell, lassú, fölös network zaj, stb stb.
A munkát azért fizetik mert energia, idő, befektetés részünkről..
Azénkétcentem
-
Mi pl. ezt használjuk, de angularhoz van külön bootstrap is. Szerintem ehhez hasonló komponenseket nyugodtan használj, a "mindent kézzel készítünk" mindset egy határidős, fizetős projektnél szó szerint luxus.
Otthon persze lehet sajátot faragni, szórakozni vele, mélyebben megérteni a dolgokat, és szerintem ilyet kell is. De Gave kollégával ellentétben szerintem nem azért fizetnek minket, mert az 1923. alkalommal is előröl írunk egy komplett webapp css-t.
K1nG HuNp
Csinos a design, saját?Jah saját, először még magyar is volt, csak mondta szobatársam, hogy teljesen felesleges mert így csak kevesebben ertik meg mi van oda irva.
Tegnap autoprefix után több sor volt a css mint a js a projektben ugyhogy vissza kellett vennem kicsit
Grid és flexbox óta szerintem nem annyira vészes a layout megírása sima cssben, én a színekkel, padding/marginnal szoktam rentgeteget pepecselni, meg azzal, hogy mobilon is nézzen ki valahogy
-
Mi pl. ezt használjuk, de angularhoz van külön bootstrap is. Szerintem ehhez hasonló komponenseket nyugodtan használj, a "mindent kézzel készítünk" mindset egy határidős, fizetős projektnél szó szerint luxus.
Otthon persze lehet sajátot faragni, szórakozni vele, mélyebben megérteni a dolgokat, és szerintem ilyet kell is. De Gave kollégával ellentétben szerintem nem azért fizetnek minket, mert az 1923. alkalommal is előröl írunk egy komplett webapp css-t.
K1nG HuNp
Csinos a design, saját? -
Ilyet minden gond nelkul tudsz:
<ul>
<li *ngFor="let item of items">
<bandi-component [bandiInput]="item"></bandi-component>
</li>
</ul>Tulajdonkeppen hatar a csillagos eg. Belerakhatsz egy sajat komponenst, atadod neki az aktualis adatot, az csinal vele az a komponens onnantol amit csak szeretnel. Mivel a komponens a sajat stilusat is definialja, ezert igen, ugyanolyan kinezetu is lesz.
köszi, és tényleg tök kézenfekvő, de nem gondoltam erre
-
-
Beszéltem felsőbbéves szobatársammal és azt ajánlotta, hogy feleslegesen ne vessem bele magam még a neurális hálókba, ugyis majd kesobb lesz egyetemen, de egy statikus, gyurcsányferis facebookos chatbotot lehet összedobok
Talán valami olyasmit amitől megkérdezheted hogy mikor lesz a kövi zh, belinkel neked targyhonlapokat stb.Könyvek terén Eloquent JavaScript vagy Secrets of The JavaScript jobb? Vagy barmi mas 3. opcio is johet. Valami olyasmi kellene ami a nyelvet mutatja be, nem feltetlen a programozast meg azt hogy mi egy valtozo.
-
Ebben a szakmában holtig tanul az ember, cinizmus nélkül tényleg a Google a legjobb társad ilyenkor.
Igen, ebben a fázisban vagyok, csak nagyon az elején, viszont anno a google hozta ezt a topikot is.
De amúgy ez amolyan ½hobbi csak nekem. Rég rájöttem hogy nem leszek én programozó, de a szükség meg néha hoz megoldandó dolgokat, amihez némi alap scriptelés nem árt...Amúgy az önképzési szisztematika szintjén nagyon érdekelne, hogy milyen lépcsőfokokon, napi mennyi gyakorlással és mennyi összidő alatt lehet egy átlagos amatőr szintig legalább eljutni?
Vettem én anno C, meg C++ könyveket is régen, mikor még azt sem tudtam milyen nyelvvel kéne kezdeni, de valahogy az eleje a legrázósabb ennek úgy érzem, még az ember nem látja a fától az erdőt. -
Egyre inkább jövök rá, hogy a tutorial csak elindulásnak jó, mert egy csomó dolog szivat benne
Sok dolgot mockolnak ezekben a példákban, hogy könnyebben emészthető legyen. Aztán ja, az élet máshogy hozza, akkor kicsit ülni kell felette.
Nagyjából ennek úgy kell kinéznie amúgy, hogy minél előbb meghívod a servicet ami az adatokat szolgálja, aztán az vissza ad egy observablet. Azt szépen feldolgozod, és async megjeleníted a táblázatodban. (async pipe a templateben, keress rá).
Routerben is elintézheted az adatlekérést. Ha jól tudom akkor ez még a component betöltése előtt megfut, tehát fixen ott lesz adatod mire megjelenítésre kerül az adott component. A constructorban ettől függetlenül nem szokás business logicot helyezni, tessék szépen kiszervezni az adatok feldolgozását egy functionbe.
Még1 és befejeztem
arra mi a bevált módszer,ha a fentebb javasult material-selectet használnám, de az is string tömböt eszik, nekem meg ugye objektum tömbböm van
+ ugye ha kiválasztja a várost pl, akkor annak hatására rögtön beíródik az irányítószám, ezért lenne jó az objektum, mert akkor ezt könnyen meg lehet oldani, ha csak 1 tömbben lenne a város név, akkor viszont keresést kéne csinálnom az irányítószám alapján
-
A tokeletesseg igenye nelkul itt van egy nagyon egyszeru pelda.
Nem csinaltam mast, mint egy sima formot, ami onSubmit() -kor meghiv egy servicet, ami pedig majd elintezi a dolgokat a szerverrel. Mint lathatod, a service tartalmaz egy User interfacet ami csak a tipusossag miatt kell, ha csapatban dolgozik az ember akkor szerintem feler egy ongyilkossaggal anelkul dolgozni.
Szoval a komponensedben nem csinalsz mast, mint a kapott adatot levalidalod, ha pedig oke, akkor tovabb adod a servicenek kb. ugy ahogy mutattam.
köszönöm, igazából megválaszoltad ezzel már a kérdésem, bár így lett még1
...formValue pontosan mi? vagyis gondolom, hogy belerakja az objektumba, de pontosan mit jelent?
onSubmit(formValue: any) {
const user: User = {
...formValue,
}
this.userService.saveUser(user);
} -
Webshopra például mehet, ha a kliens valami nagyon interaktív dolgot szeretne. Alapvetően én úgy gondolom, hogy ez a single page app dolog kliens heavy cuccoknál, vagy pedig for fun hobbi projekteknél éri meg.
Ha mezei de mégis CRUD dolgot akarunk, mint mondjuk a Prohardver lapcsalád, fórummal együtt, akkor arra tökéletes egy Express, egy Laravel vagy Django. Rövid pályafutásom során úgy vettem észre, hogy sokszor csak azért van használva XY dolog, mert csak azt ismeri a fejlesztő (csapat), és akkor automatikusan abba készül valami, holott lehet, hogy tipikusan ágyúval verébre szituáció lesz belőle. (khm Java khm)
De mint írtam szakdogának egy Ng + php api szerintem jófej dolog, bárcsak én is tudtam volna ilyet amikor én írtam a szakdogám.
Köszönöm
sajnos nem az én ötletem volt, kapcsolatba állok egy fejlesztő csapattal, akiknél majd csinálhatom a szakdogát, és ők mondták, most mêg csak erősen tanuló fázisba vagyok Mindenesetre még majd jelentkezek a hülye kérdéseimmel biztos
-
Cattus kolléga válaszát szeretném annyival kiegészíteni, hogy ha az Observable részt jobban megszeretnéd érteni, akkor:
1) Nézz utána az Observer patternnek. Ez nem Angular specifikus, hanem egy programozási tervezési minta, amit több területen is tudsz használni.
2) Nézd meg ezeket: RxJS, RxJS emberibb nyelven.Szerintem erősen ajánlott ezekkel minél előbb megismerkedni, mert nagyon hasznosak tudnak lenni.
Ha csak for fun készítesz valamit akkor mehet Angularban, de ha mondjuk production szerű dolgot csinálsz, akkor 2 táblára nem biztos, hogy ez a legjobb megközelítés.
-
hiperFizikus
senior tag
-
fordfairlane
veterán
-
Szerintem sincs különösebben hozzáadott értéke. Meg úgy alapjában véve az OOP is túl van kapva. De ez nagyon saját vélemény.
Nem értek egyet. Illetve bizonyos esetekben.
Attól rosszul vagyok mikor valaki egy kis egyszerű honlaphoz is typescriptben, meg anyámkínja írja meg a classait, amiket összességében 1-200 sornyi js-el össze lehet hozni, még ha spagetti is a kód (már persze milyen az a spagetti kód, amikor maximum 200 sornyi kódról beszélünk). Aztán mikor valakinek odaadják, hogy tessék javítsad, vagy vegyél fel plusz egy eventhandlert, akkor órákig tart a környezet belövése.
Komolyabb SPA-knál, NodeJS-ről nem is beszélve maximálisan van létjogosultsága az egész nagy infrastruktúrás cuccnak, más kérdés, hogy pont azt az előnyét veszíti el a Javascript, ami a scriptnyelvek előnye, hogy gyorsan, könnyen összedob bennük valamit az ember. Ha már kódot akarok fordítani, meg típust ellenőrizni, és komolyan OOP-zni, akkor személy szerint inkább megírom C#-ban (NodeJs helyett, SPA-nál nyilván marad a JS mint egyetlen alternatíva). -
Persze, ezzel tisztában vagyok, a "serverless" buzzwordre gondoltam. Elnézést, ha félreérthető voltam.
A serverless dolog tök jól, egyszerűen, működik. És csak egy hülye buzzword, a háttérben nyilván ott van a szerver. A serverless inkább csak arra utal, hogy abszolút nem kell foglalkoznod a szerverrel, de még csak a terheléssel, skálázással se. Egyedül annyi a rákfenéje, hogy előre abszolút megbecsülhetetlen a költség igénye. Havi X másodperc futás ingyenes, utána másodpercenként ennyi-annyi. De őszintén ki fogja tudni másodpercben előre felbecsülni, hogy napi X db request kiszolgálása mégis hány másodpercbe fog telni?
Ettől függetlenül kis terhelésű api-k esetében valóban kb. ingyenes alternatíva tud lenni. -
Lehet én vagyok az ostoba, de amikor próbáltam ezeket a 3rd party megoldások, mint pl Auth0 vagy egy adatbázis, 1 heti szívás után mindig ott lyukadtam ki, hogy a fene vigye el az egészet, meg amúgy is fizetős lesz X dolog után, inkább megírom magamnak.
Persze mindig kacérkodok a dologgal, aztán marad a jól bevállt vps és a saját váram építése.
Szerintem kevered a szezont a fazonnal. Az Azure / AWS / akármi nem egyenlő egyes 3rd party service-ekkel, mint pl . Auth0, sőt semmi közük nincs egymáshoz, hacsak annyi nem, hogy az Auth0 is futtatja valahol a szolgáltatását
Azaz, hogy az authentikációs rétegedet kiváltod-e Auth0-val vagy sem, annak semmi köze nincs ahhoz, hogy egyébként hol futtatod a komplett rendszert.
Felhős adatbázis pedig csak akkor buli, ha az alkalmazásod is ugyanott van a felhőben, ugyanabban az adatközpontban, különben a hálózati késleltetés miatt természetesen nagyon belassul az adatátvitel. -
Nem értem a problémát. A HTML rész kigenerálása valamilyen template enginnel (blade, pug, jinja, whatever) az egy dolog. Erre ráhúzni a fentebb linkelt CSS-t, megint más. Független a kettő egymástól.
MVC fejlesztés lesz a fő feladatom
Ez a kijelentés így hibás. Az MVC egyfajta logikai struktúra. Ez szintén független a témánktól.ehhez szükséges HTML, CSS, Bootsrap 3, jQuery, JS tudást kell felszednem
Pure CSS megoldás fentebb, de a Bootstrap is rendelkezik beépített dropdownnal. Az más kérdés, hogy ha jól emlékszem akkor ők JS-sel oldják meg, de szigorúan magány véleményem szerint a bootstrap semmilyen szempontból sem követendő példa.Milyen szinten akarsz JS-t tanulni?
Azért kérdeztem, mert ajánlottam volna olvasni valót.Ilyen MVC
Bootstrappel már megvalósítottam, most saját JS komponenst kell létrehoznom.
Annyi JS kell, amivel neki tudok esni az ASP.NET MVC-nek.
-
Nem igazán foglalkoztam ilyennel, de nincs valami előre elkészített boilerplate hozzá? Mondjuk GitHubon, vagy a gyári CLI nem foglalkozott még ilyennel?
Meglett a megoldas, a react-router 4.0.0 tele van major change-kel, es amire nekem szuksegem lett volna az mar a react-router-dom package-be kerultek at, amihez meg nem talaltam typings-t, szoval downgradeltem, 3.x.x-re, igy perfekt... Erre elment egy nap.
-
PumpkinSeed
addikt
Nekem mondjuk az nem annyira tetszik, hogy alapvetően ahogy írták egy UI builderről van szó, aminek tényleg megfelel, majd azért kapott egy okádék mód kinéző routert, meg egy rakat apró dolgot még ezek mellé. Működik, meg tud szép lenni, de az NG2 már a tervezőasztaltól úgy készült, hogy akkor ez SPA-kat hivatott működtetni, a lehető legátláthatóbb módon. React szvsz azért vezető, mert ez volt az első és a hype is hatalmas volt körülötte. Szvsz a Vue is oda-vissza pofozza.
És igazából itt jön képbe a preferencia kérdése: az ng2 fogja az ember kezét, a react ezzel a sok mindennel annyira nem, kicsit több hackelésbe kerül.
Fun fact: mostanában kezd divat lenni ez is.
-
A kerdes jogos, de lehet valami 3rd party cucc van authentikaciora hasznlava (pl Keycloak), akkor indokolt lehet. Bar akkor is lekommunikalhatna ezt az API kulon, es akkor a frontendnek mar nem kellene kulon meg az auth szervert is hivogatni.
No de a lenyeg:
Gondolom most a frontendet a Symfony futtatja. Ha szep megoldast akartok, szerintem itt a folyamatos atallas nem konnyu, sot... Inkabb az alabbit javasolnam: teljesen uj stand alone frontendet irni, ami mar csak az API-t hivja, a Symfony-s rendszerbe pedig menet kozben folyamatosan kotni be az uj endpointokat. Igy hasznalhato maradna az alkalmazas, es mire elkeszul az uj backend, a hatterben parhuzamosan elkeszul hozza az uj frontend is, raadasul mivel a regi rendszer az uj EP-kat hivja, eleg jol le is lenne tesztelve. Amikor mind az uj API mind az uj frontend keszen van, ki lehet lonni a Symfony-t, es mehet az uj frontend. Munkaidoben ez egy eleg koltseges megoldas, de elegge "szolgaltatasbiztos". -
PumpkinSeed
addikt
-
-
-
Jófej az új avatarod, először meg sem ismertelek.
A példákban is mind a 2 rész resolve()-val tér vissza, és kvázi logikus mert ahogy írtad, vagy null vagy egy object kell a validatornak.
Ha hazaérek kipróbálom a false-t, köszi szépen, majd jelzek. Koszi! Ma lett beallitva, meg nekem is szokni kell.
Illetve, igen kozben rajottem, hogy ket egymasnak ellentmondo dolgot sikerult leirnom. Hatha a false visszateres bejonne, bar kicsit idetlen szerintem (tehat lehet teljesen hulyeseg), a resolve / reject komboban tobb logikat lattam.
-
A konzol mit ir? Marmint "ok" vagy "taken"? Illetve megint csak tipp, nem e az a baj, hogy mindket esetben resolved lesz a promise? Nem e reject-elni kellene abban az esetben ha nem megfelelo? Egy probat megerhet.
Szerk:
Gyors guglizas utan talaltam meg egy lehetseges okot: Tobb helyen is azt latom, hogy a validator vagy
nullvagy valamilyen objektummal ter vissza, amiben a property ertekefalse, nemtruemint a te esetedben. Tehat lehet jobb lenne aresolve({
'usernameTaken': true
});
helyett:resolve({.
'usernameIsAvailable': false
});De ismet csak tippelgetek.
![;]](http://cdn.rios.hu/dl/s/v1.gif)
A sínektől azért maradj távol kérlek!
Talán valami olyasmit amitől megkérdezheted hogy mikor lesz a kövi zh, belinkel neked targyhonlapokat stb.
Új hozzászólás Aktív témák
- Asztalos klub
- gban: Ingyen kellene, de tegnapra
- Elemlámpa, zseblámpa
- Projektor topic
- D1Rect: Nagy "hülyétkapokazapróktól" topik
- Mesterséges intelligencia topik
- Kerékpárosok, bringások ide!
- AMD Ryzen 9 / 7 / 5 7***(X) "Zen 4" (AM5)
- Gyúrósok ide!
- A fociról könnyedén, egy baráti társaságban
- További aktív témák...
- SZÉP! HP ZBOOK FURY 15 G7 Tervező Vágó Laptop -70% 15,6" i7-10850H 32/512 Quadro RTX 3000 6GB FHD
- GARANCIÁLIS LEMEZES PLAYSTATION 5 SLIM CFI-2116
- NAGYKER ÁR!Sosemhasznált! HP OmniBook 5 Flip i5-1334U 8GB 512GB 14" FHD+ áthajtós-érintős Gar.: 1 év
- Macbook Pro 14" A2442 2021 M1 Pro 32/1TB Silver
- Dell Latitude 9420 i5-1145G7 14" FHD+ 16GB 512GB 1 év garancia
- BESZÁMÍTÁS! Asrock B450M R7 2700 16GB DDR4 512GB SSD GTX 1660 Super 6GB ZALMAN S4 FSP 500W
- Corsair HX1200i 1200W 80 PLUS Platinum (CP-9020307-EU) Tápegység
- Lenovo ThinkPad X1 Carbon Gen 11 i7 / 32GB / Garancia 2026.11.19
- HP ZBook Fury 15 G7,15.6,FHD,i7-10850H,16GB DDR4,1TB SSD,T1000 4GB VGA,WIN11
- Lenovo Thinkpad E595 Ryzen 5 3500U, Radeon Vega 8, 8-16GB RAM, SSD, jó akku, számla, gar
Állásajánlatok
Cég: Laptopműhely Bt.
Város: Budapest