-
IT café
Új hozzászólás Aktív témák
-
boorit
csendes tag
Sziasztok!
Angularban fejlesztek egy kis appot, és van egy dolog, amivel elakadtam.
Az api az itemeket pagedlist-ben adja vissza, xdb, y-ik oldal. Ugyanezen az endpointon, lehet több dologra is szűrni, illetve megadni, hogy mi szerint rendezze az elemeket. Azzal kapcsolatban lenne kérdésem, hogy hogyan kellen az új elemet hozzáadni, illetve ha módosít a user, akkor a módosított elemet kicserélni a listában.
Azért vagyok elakadva ezzel, mert ha hozzáad vagy módosít egy elemet a user, akkor simán lehet, hogy az megadott filterekkel, rendezéssel annak az elemnek nem kellen megjelennie a listában. Pl dátum szerint szűr, utolsó 20 elemet mutatja, és a user hozzáad egy elemet 1 hónappal ezelőtti dátummal, ami nem esik az utolsó 20 elem közé.
Eredetileg úgy írtam meg, hogy az api által visszaadott új, vagy módosított elemet hozzáadom/kicserélem a tömbben, de a fent említettek miatt ez sokszor nem helyes működést eredményez, így marad az, hogy minden update/create után újra lekérem az elemeket. Viszont ebben az esetben meg az zavar, hogy a filtereket, paging adatokat is le kell tárolnom a state-ben (NGXS-t használok state managementre, tehát küldök egy create/update actiont az itemmel, ha ez végzett, akkor megy egy get action, és ehhez kell a state-ben tárolnom a filtereket )
Van erre jobb ötletetek?
-
fatal`
titán
válasz boorit #14551 üzenetére
Szerintem a filter adatokat mindenképp tárolnod kell és pontosan az a két út van, amit említettél:
Vagy a tárolt filter adatok alapján eldöntöd, hogy hozzá kell-e adni a listához/updatelni kell-e (módosításnál szerintem mindenképpen, hiszen egy, a szűrt listában nem szereplő elemet, hogyan szűr a user?), vagy refreshelsz a szervertől. Részemről úgy gondolom, hogy adatmennyiség függő, hogy van-e értelme szórakozni a local lista updatelésével, vagy mehet egyből a refresh.Én nem látok más utat, de lehet, hogy másnak lesz még ötlete
-
crocy
tag
Hi,
Az alabbi technologiak valamelyiken keresek szakmai gyakorlat helyet budapesten, azonnali kezdessel:
frontend: vue.js
backend: .NET core, node.jsA szakmai gyakorlat 2 honap full-time. a berezes masodlagos lenne. a lenyeg, hogy a munkan keresztül belelathassak egy kurrens tech-be.
html/css, javascript, kis c#, sql alapjaim vannak.
kerem, aki tud vmit, dobjon ram egy privatot.
ha off voltam, akkor bocsi.
-
Ispy
veterán
Múltkor volt róla szó, hogy a php, khmm, szóval milyen egy őskövület vagyok én, végül átrakjuk a cuccot node.js-be és azure serverlessbe a cuccot, az androidot meg kotlin helyett dartba (flutter), már ha összejön a dolog, most megy az almára fejlesztés, azután ha megy rendben droidon is, akkor elhagyjuk a kotlint. Ja és a webes fejlesztés is átmegy laravelből valami js-be, azt nem tudom mibe. Szóval rövid és gyors lett a php munkásságom.
[ Szerkesztve ]
"Debugging is like being the detective in a crime movie where you're also the murderer."
-
instantwater
addikt
válasz Silεncε #14560 üzenetére
Ez a legnagyobb baj vele, hogy könnyen és olcsón lehet fejlesztőt találni. Ugyanilyen könnyű benne szemét, lassú, karbantarthatatlan kódot írni, akarom mondani a könnyen és olcsón talált fejlesztők jellemzően ilyen kódot írnak, amit utána nagyon drága egy seniorral újrairatni.
Most épp egy PHP pozícióban dolgozom, Laravellel egész kukturáltan lehetne dolgozni, de ami kódokat a mid level és junior kollégák beküldenek reviewra, attól gyakran sírni tudnék.
5-6 szint mélyen egymásba ágyazott foreach, abban if, else ágban egy elseif, abban mégegy foreach, abban pedig egy try-catch, és 150 sor a függvény.
Legközelebb nincs az az ember a földön aki hozzá tud nyúlni ahhoz a kódhoz.
De még újraírni sem egyszerű, mert már aki írta sem emlékszik pontosan mit is kellene csinálni annak a függvénynek.Ami nekem jelenleg legjobban hiányzik a PHPből azok a generi0csek vagy template típusok.
Nagyon jó dolog a Collection a Laravelben, de natívan kódban lehetetlen megadni, hogy milyen tipusú elemeket tartalmaz az a Collection. Persze docblockkal lehet bohóckodni... -
válasz cattus #14559 üzenetére
azért, mert amit 20 sorban érdemes megírni, azt php-ben meg tudod írni 20 sorban, szemben mondjuk a jávával, ahol a kódgenerátor által generált template kód is ennek a sokszorosa és még nem kezdtél neki megoldani a feladatot.
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
Voy15
tag
válasz instantwater #14562 üzenetére
Ezzel a könnyű, olcsóval sem biztos, hogy egyetértek.
Én dolgoztam idehaza is, meg a UK-ben is, de normális php dev-et kb lehetetlen volt felvenni.
Akik meg jelentkeztek, nos azoknak a 95%-a alkalmatlan voltMost a Covid egy picit átformálja majd a piacot, és biztosan könnyebb lesz, de előtte ez nagyon nem így volt. Nem volt se könnyű, se olcsó. Annyiból volt talán könnyebb php devet felvenni, hogy nagyobb halmaz jött szóba, mint pl egy Ruby/JAVA/Python álláshirdetésnél.
-
Ezekiell
veterán
válasz bambano #14563 üzenetére
Viszont amint nem egy 20 soros dolgot akarsz csinálni, hanem egy komolyabb projektet, a visszájára fordul szépen a dolog.
Aki mibennünk nem bízik, az önmagában sem bízik. Aki mibennünk nem bízik, az a mi fényes békénkben sem bízik. És aki a mi boldog, fényes békénkben nem bízik, az áruló.
-
válasz Ezekiell #14565 üzenetére
pont erre céloztam én is, hogy kapsz egy feladatot, megtervezed valami hypeolt nyelven, lesz 10 ezer sor. utána leülsz, megírod php-ban, 120 sor.
amikor futtatni akarod, akkor csak php kell neki, konténer, vm, dokker, orkesztrésön meg hasonló menő kifejezések nem.Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
Ezekiell
veterán
válasz bambano #14566 üzenetére
Kész szerencse, hogy nem túlzol kicsit se, ugye?
Nyugodtan PHPzzon aki akar, miközben sok másik modernebb, jobb, skálázhatóbb, könnyebben fejleszthető megoldás létezik. De hajrá PHP, persze!
Aki mibennünk nem bízik, az önmagában sem bízik. Aki mibennünk nem bízik, az a mi fényes békénkben sem bízik. És aki a mi boldog, fényes békénkben nem bízik, az áruló.
-
válasz Ezekiell #14567 üzenetére
a közelmúltban azzal töltöttem az időmet, hogy a nav online számlaadaat-beküldést programoztam.
a kánon szerint ezt jávában úgy oldanám meg, hogy fogom az adatot leíró xsd-t, és csinálok belőle jáva forrást. 64 forráskódban 9195 sor kódot generált belőle (most legeneráltattam újra, onnan vannak a számok). ezzel még szinte semmit nem csináltam, csak a beküldendő xml formátummal kezdtem foglalkozni. a belőle generált jáva kód tud olyan xml-t csinálni, ami nem felel meg a szabványnak. és ez csak az adat xml, a beküldéséhez egy csomó parasztvakításon is keresztül kell menni, ami egy halom másik kód generálását várja el, és majd utána még meg kell írni azt a kódot, ami a generált osztályokat felhasználja.amikor herótom lett tőle, megírtam az egészet zömében php-ben. 282 sor az xml generálás. majd ugyanezt a mutatványt végre kellett hajtanom mégegyszer, és hát miért ne szivassam magam, meg én már eljutottam odáig, hogy lassan minden feladatra postgresql, úgyhogy azt nagyjából tisztán postgresben írtam meg, meg kellett hozzá kb. 15 sornyi bash szkript.
úgyhogy, igen, biztos túlzok...
el se kezd mondani, látatlanban elhiszem, hogy a te programozásról alkotott fogalmaid jelentős részének nem felel meg.
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
Ezekiell
veterán
válasz bambano #14568 üzenetére
A generált kód mit zavar téged? Fogod az összes ilyet, kirakod egy JAR-ba, és csak használod. Kb 5 perc megcsinálni, és soha a büdös életbe nem nyúlsz a generált kódhoz, szóval rohadt mindegy, hány line. Miért is vagy fennakadva rajta?
Aki mibennünk nem bízik, az önmagában sem bízik. Aki mibennünk nem bízik, az a mi fényes békénkben sem bízik. És aki a mi boldog, fényes békénkben nem bízik, az áruló.
-
Ezekiell
veterán
válasz vgyuri #14571 üzenetére
Jó, hát ilyen helyzetben nyilván nehéz mást használni
De amúgy nyilván használjon mindenki, amit akar, meg ami a célnak megfelel - meg főleg, amihez ért.
Aki mibennünk nem bízik, az önmagában sem bízik. Aki mibennünk nem bízik, az a mi fényes békénkben sem bízik. És aki a mi boldog, fényes békénkben nem bízik, az áruló.
-
Rimuru
veterán
válasz cprogrammer #14573 üzenetére
pl aws lambda, olvass utana es megerted.
Mi egyszer nagyon kozel voltunk hogy lambdaba tegyunk valamit de vegeredmenyben sima ecs jobb valasztas volt, ettol fuggetlenul a termeken mas csapat mar epit(ett) lambdara is.
[ Szerkesztve ]
Vigyázat, csalok!
-
Ezekiell
veterán
válasz cprogrammer #14573 üzenetére
A serverless nem azt jelenti, hogy nincs szerver, hanem csak azt, hogy a kódod egy a provider által menedzselt szerveren fut (amihez neked semmi közöd), és csak azért fizetsz, amikor tényleg használod/használják a kódodat.
A másik értelmezésben (ez az AWS serverless pl) meg gyakorlatilag egy function-t írsz, ami egy stateless containerben fut. Szóval amikor meghívják ezt a functiont, akkor lefut, de amúgy nem foglal futási időt.Ilyennel nem szoktak fórumot írni, jellemzően egy-egy célfeladatra írnak ilyen serverless functiont, mint pl valami adatfeldolgozás.
Aki mibennünk nem bízik, az önmagában sem bízik. Aki mibennünk nem bízik, az a mi fényes békénkben sem bízik. És aki a mi boldog, fényes békénkben nem bízik, az áruló.
-
Silεncε
őstag
válasz cprogrammer #14573 üzenetére
Én Firebase-t használtam már többször, ott ezt a Cloud Functions csinálja. Ha jól tudom, ez kicsit hasonlít az AWS lambdára (bár azt még nem használtam), kapsz egy Node (vagy Python, Go, Dart, stb) környezetet és abba irogatsz függvényeket amik különböző triggerekre fut le Nekem pl azt csinálta, hogy amikor a Firestore megadott dokumentumaiban változás történt, automatikusan nyom ki egy notificationt a megfelelő mobilra
-
dabadab
titán
válasz bambano #14566 üzenetére
amikor futtatni akarod, akkor csak php kell neki, konténer, vm, dokker, orkesztrésön meg hasonló menő kifejezések nem.
Azért sokkal komolyabban lehetne venni azt, amit írsz, ha nem üvöltene belőle, hogy fogalmad sincs az egészről.
Ott, ahol bármiféle skálázhatóságra van szükség vagy egyszerű deployolásra, ott PHP-nál is játszik a konténer, az orchestrationnél meg aztán főleg.DRM is theft
-
Ispy
veterán
válasz instantwater #14562 üzenetére
Ennek semmi köze a php-hoz, találkoztam én is olyan tárolt eljárással sqlben, amiben egy tucat egymásba ágyazott ciklus volt, megvolt vagy 2000 sor és vagy 6 óra alatt futott le, ha valaki nem tud jól programozni, akkor bármiben tud szemetet gyártani.
"Debugging is like being the detective in a crime movie where you're also the murderer."
-
dabadab
titán
Ez így van, viszont azért lehet olcsón php-s embert találni, mert azok ilyenek - valószínűleg azért, mert a PHP-ban kezdőként elég gyorsan neki lehet állni olyasmit gyártani, ami működik, nem kell hozzá semmi mélyebb ismeret vagy alapozás, aztán sokaknál ez később is elmarad.
Akik nem ilyenek, azok nem olcsók, sőt, lehet, hogy másban is elboldogulnak.DRM is theft
-
instantwater
addikt
válasz tboy93 #14582 üzenetére
Ezért kell mindenhol Pull Requesten keresztüli review, és ami nagyon gyatra, azt simán vissza kell dobni.
Ebből tanul a kolléga.A jelenlegi projekten én bekonfiguráltam GitHubon, hogy developba és masterbe pusholni nem lehet, csak PullRequesten keresztül kerülhet be kód, amire minimum 2 approved review kell, mielőtt mergelhetővé válik.
-
Ezekiell
veterán
válasz instantwater #14583 üzenetére
Ezt nagyjából minden értelmes helyen így csinálják.
Aki mibennünk nem bízik, az önmagában sem bízik. Aki mibennünk nem bízik, az a mi fényes békénkben sem bízik. És aki a mi boldog, fényes békénkben nem bízik, az áruló.
-
Szab02
aktív tag
Sziasztok,
tudna valaki ajánlani Puppetról magyar nyelvu könyvet? Esetleg németet?http://www.panoramio.com/user/szab02
-
-
K1nG HuNp
őstag
válasz Ezekiell #14575 üzenetére
en pont serverlessel irok fórumot szerintem perfekt match, eleg basic rest endpointok csak mindegyik 1-1 lambda, jo kis dynamodbvel backelve, statik frontendel, egesz verhetetlen stack, 0hoz konvergalo added complexitivel (sokak hitevel ellentetben..) es legalabb nyugodtan fogok aludni este hogy nem fog lehalni, sem 10 sem 20k userrel, nem mintha hasznalna 5nel tobb ember ever, de nem is ez volt a cel. egyetemre keszult ontevekeny korbe mutgatni az ujoncoknak, aztan mar fel eve elkattingatom, en is sokat tanultam belole.
de amugymeg aki keruli a szerverlest es nem akar 15 sor yamlt irni hogy a fajlaid kulon lambdaba menjenek fel deploynal, meg annak is melegen ajanlott a lambda, irsz pl egy jo oreg express szervert, figyelve hogy stateless legyen es egy reverse proxyval 1:1ben beleteszed egy lambdaba, microseces a reverse proxy + latencyje, cserebe tenyleg semmi ujat nem kellett tanulnod es megis minden egyes useredet egy kulon instance szolgal ki
[ Szerkesztve ]
(raw_item.get("pk").unwrap().as_s().unwrap().to_string()).split("#").collect::<Vec<&str>>()[1].to_string()
-
K1nG HuNp
őstag
válasz Szab02 #14585 üzenetére
konyvet nem de szerintem nem is letezik ilyen, ha azert kerdezted mert nem megy az angol akkor szvsz minel hamarabb ulj neki mert massal is gondok lesznek, am itt egy brutal hasznos kis tool
(raw_item.get("pk").unwrap().as_s().unwrap().to_string()).split("#").collect::<Vec<&str>>()[1].to_string()
-
K1nG HuNp
őstag
válasz K1nG HuNp #14588 üzenetére
bocs a link lemaradt az egesz szervert egy lambdaba tevos toolro, az egyik kedvenc indie hackerem alkotasa
https://github.com/apex/up(raw_item.get("pk").unwrap().as_s().unwrap().to_string()).split("#").collect::<Vec<&str>>()[1].to_string()
-
K1nG HuNp
őstag
válasz dabadab #14591 üzenetére
ha cold start akkor 50 msec korul, de ha az utobbi 4 oraban hasznalta valaki azt a funckiot amit most eppen te akarsz akkor van egy hibernalt v8ad memoriaban, igy majdnem 0
egy nagyon jo talk a temaban: https://www.youtube.com/watch?v=lUyln5m6AhY
[ Szerkesztve ]
(raw_item.get("pk").unwrap().as_s().unwrap().to_string()).split("#").collect::<Vec<&str>>()[1].to_string()
-
ValGerald
csendes újonc
Sziasztok!
Szerintetek lehet egyszerre készülni az emelt szintű infó érettségire, és mellette játékot fejleszteni
c#-ban? Azért valamennyivel másabb a c# használni Unityben. Vagy nem éri meg a dolog? -
-
Új hozzászólás Aktív témák
● olvasd el a téma összefoglalót!
- Kerékpárosok, bringások ide!
- Ukrajnai háború
- Elektromos rásegítésű kerékpárok
- OFF TOPIC 44 - Te mondd, hogy offtopic, a te hangod mélyebb!
- Folyószámla, bankszámla, bankváltás, külföldi kártyahasználat
- Windows Insider Program
- Kupon kunyeráló
- Anime filmek és sorozatok
- Frissült a MediaTek középkategóriás ajánlata
- ASUS routerek
- További aktív témák...