- Sorra osztja a dollármilliárdokat az USA a chipgyártóknak
- Az Intel a legmodernebb chipgyártó géppel előzheti meg az egész szektort
- Leváltaná a Google a sütiket, de ez nem elég
- Nem igaz, hogy indiaiak működtetik az Amazon pénztármentes technológiáját
- Már azelőtt szoftvert írnak a chipekhez, hogy elindulna a gyártás
-
IT café
Új hozzászólás Aktív témák
-
K1nG HuNp
őstag
en pl elozo nyaron ugy kerultem be ceghez, hogy elmondtam interjun, hogy 1 sor javat nem irtam meg. es mire vege volt az internshipnek kiderult, hogy kb. nem is szarmazott hatranyom belole. mi spring backend - js frontend stackel csinaltunk webalkalmazasokat es pl. sokkal fontosabb volt a tervezesi mintak ismerete es az, hogy hogyan kell valamit ertelmesen strukturalni ahelyett, hogy mennyire ismerem a javat.
szoval veszekednek azzal, hogy pont a nyelvismerettel de semmi massal mar meg lehet csipni egy junior pozit, bar amekkora munkaero hiany van manapsag meg ossze is johet..
--
amugy en azt nem ertem, hogy miert javat tanitanak egy ilyen helyen. ha valahol javaig el akarnak jutni ertelmes szinten azt c-nek kellene kezdeni, onnan c++ es onnan java, vagy kulonben el sem tudom kepzelni, hogy hogyan ismerne meg egy ember behatobban a programozas alatt huzodo dolgokat.
en siman inkabb jst tanitanek es nodejs backendel mar lehet azert kalapalgatni dolgokat, amire a frontend meg mondani sem kell hogy mar ismeros lesz legalabb a nyelv miatt. foleg ugy, hogy manapsag mar a legdurvabb oldalak alatt is node kattog, pont most mutatta be a head of development arc a sziget/strand/balatonsound alatt futo kis node motort egy eloadason egyetemen, amit csucsidoben 0,5millio user tolt es kb egy macbookrol vigan futott.
[ Szerkesztve ]
(raw_item.get("pk").unwrap().as_s().unwrap().to_string()).split("#").collect::<Vec<&str>>()[1].to_string()
-
petyus_
senior tag
Egy ismerősöm járt a Codecoolhoz, ott ha jól tudom az van, hogy egy hét tantermi oktatás, utána egy hét otthoni munka, ez megy egy évig, utána fél év gyakorlat. A tantermi oktatás pedig úgy megy, hogy videókat néz mindenki egyénileg, illetve kisebb feladatokat kell megoldani, ha kérdés van, akkor lehet kérdezni a mentoroktól. Illetve náluk a mentorok mentorok minden nap tartottak egy órát, amikor az éppen aktuális témáról beszéltek. Tehát azért nem teljesen egyéni. (többi helyen is így megy szerintem, sehol nincs frontális oktatás).
-
Drizzt
nagyúr
Nem lehetne elore leszedni az osszes adatot az osszes helyrol es aggregaltan, denormalizalva eltarolni valami key-value store-ban? Nyilvan az a tradeoff, hogy nem biztos, hogy teljesen aktualis adat jon, de legalabb jo gyorsan. De lehetne adni a usernek kapcsolot, hogy gyors adat kell-e, vagy pontos. Nekunk peldaul ilyenekre elegge gyakran van olyan megoldasunk, hogy <1 sec a query, a megengedett lemaradasa a kompozit adatnak meg mondjuk 15 perc a "valosagtol".
I am having fun staying poor.
-
nagyúr
> Hát, bekesseled az egész banki adattárházat?
Nyilván nem, de elég ritka az, amikor az aggregált metrikak számítása közben nincs semmi olyasmi, ahol a részeredményeket el lehetne rakni.
Egyekbent mi is ilyen gondokkal küzdünk most, es egyelőre a megoldás az, hogy pénzt locsolunk ra, nem pedig humanerőforrást. Azaz: inkabb fizetünk +10k USD-t a felhoben azért egy honapban, hogy on-demand odadob a szolgáltató +1000 CPU core-t az analitika mögé, ha szükség van ra, minthogy raallitsunk X embert, hogy optimalizaklja. Persze ez hosszútávon nem fenntartható, mert a +10k-bol könnyen lesz +50k, ott meg mar (nekünk) elkezdi megérni, hogy fejlesztot tegyünk ra.
while (!sleep) sheep++;
-
nagyúr
Ok, nyilván nem ismerem a részleteket, szóval csak a példa kedvéért mondom, de:
Tegyük fel, hogy a lentieket megjelented a képernyőn, es ha valamelyikre rákattint a user, akkor kapsz róla több információt. Tehát legyen a képernyőn mondjuk 1-2 aktuális folyószámla (a megjelenített információ mondjuk 500 bajt) , 2 bankkartyainformacio(mondjuk 500 bajt), választhato bankkártyak (mondjuk 1 kbyte nyersen), es egy rakás biztosítási termek, amit az ügyfel választhat (mondjuk 2 kbyte, annal tuti nem lehet több az, amit a képernyőn meg tudsz jeleniteni).
Nyilván ezek mögött az adatok mögött rengeteg apróság es részlet van, amit meg akarsz majd mutatni, de _egyszerre_ nem kell több. Tehát mondjuk egy 'overview' képernyőn van 4 kB információ. Ha van 1 millió user, az 4 GB nyers adat. Tehát csinálhatsz egy olyan cache-t (view-t), ami simán memóriában tart ennyi adatot (oke, legyen mondjuk 40 GB, mert a struktúra nem optimális), es igy csak akkor kell majd a valódi 'nagy' backendhez menni, ha valaki részletekre kíváncsi.
Nyilvan a valóság ennél bonyolultabb, de nagyon ritka olyan, hogy 'nem lehet cache-elni'.
while (!sleep) sheep++;
-
nevemfel
senior tag
Nem vagyok expert a témában, de nem az az adattárház lényege, hogy összeszedi neked egy helyre a különféle alrendszerekből a különféle infókat? Hogy aztán onnan egy lekérdezéssel ki tudd nyerni a példádban szereplő ügyfél összes bankos adatát?
Forget your troubles, c'mon get happy
-
Drizzt
nagyúr
"És ja, az is lehetne, hogy egy köztes absztrakt rétegbe kiforgatjuk az adatokat egyfajta view-ként, csakhogy az is üzleti igény, hogy az adatok nem napra, hanem percre pontosak legyenek."
A ketto nem zarja ki egymast. Ha a forrasrendszerek a valtozasrol valami MQ-ba is kuldenek uzeneteket, akkor azzal igen low latency-vel fel lehet frissiteni a view-t. Persze ha a tobbfele MQ-t tobb alkalmazas resz dolgozza fel, akkor ilyenkor elengedhetetlen a view update melle az optimistic locking. Meg arra fel kell keszulni, hogy az adott user view-jat teljesen nullarol is megbizhatoan fel lehessen epiteni, de erre a most meglevo query-tek tokeletesen alkalmas kell legyen az alapjan, amit irtal(feltetelezve belole, hogy valamilyen user ID a request input parametere).I am having fun staying poor.
-
nevemfel
senior tag
Meg hát ugye itt már minden le van fejlesztve, szóval valami olyan megoldás kéne, amihez nem kell elölről kezdeni az egészet, kifordítva a teljes architektúrát, mert nagyjából tegnapra kéne minden.Tényleg tegnapra.
Akkor tényleg nincs más megoldás rá, csak a nagyobb vas. Illetve nagyobb vasak.
Forget your troubles, c'mon get happy
-
martonx
veterán
Ez alapján amit leírtál, akkor is igaz, hogy ezeknek az adatoknak a jelentős része nem fog percenként változni. Márpedig ami nem fog percenként változni, azt teljesen felesleges realtime lekéregetni. Nyilván a konkrétumok ismerete nélkül én úgy csinálnám, hogy a 90% mehet cache-ből, és elég lenne csak a 10%-ot realtime lekérni.
Én kérek elnézést!
-
nagyúr
> Most bevezették nálunk azt, hogy havonta kell az ügyfeleknek jelszót változtatniuk, nem egyezhet meg az előző 12-vel, kis-nagybetű-szám legyen benne, minimum 8 karakter.
B+.
MOST vezetik be, 2021-ben, amikor mar jópár eve konkrétan ellenjavallt ez az idiótaság? Konkrétan _csokkenti_ a biztonságot, nem növeli.
Nahat ez az, ami nem penz, hanem kompetencia kérdése.
https://pages.nist.gov/800-63-3/sp800-63b.html
"Verifiers SHOULD NOT impose other composition rules (e.g., requiring mixtures of different character types or prohibiting consecutively repeated characters) for memorized secrets. Verifiers SHOULD NOT require memorized secrets to be changed arbitrarily (e.g., periodically). "
NIST guideline.
[ Szerkesztve ]
while (!sleep) sheep++;
-
Ispy
veterán
Majd bevezetik, hogy nem egyezhet 70%-ban a két jelszó, na akkor lesz szép világ.
Egyéként meg ez egy akkora bullshit, a jelszó azért van, mert a tulaj tudja, ha havonta cseréled, akkor olyan biztonságos lesz, hogy az sem fogja tudni, akinek kéne.
[ Szerkesztve ]
"Debugging is like being the detective in a crime movie where you're also the murderer."
-
nagyúr
> Tehát a havonta változtatást vezették be, az összes többi volt eddig is.
Ezt mondom, uber faszsag.
> és körbe van vastagon tűzfalazva meg VPN-ezve
Ja, es ez is so kétezres évek. Merthogy a tűzfal majd megvéd. Ja. Ezert van az, hogy a világ legjobban vedett rendszereinek egyike (Google belso szolgáltatásai) kint van az interneten, tűzfal nélkül.
https://en.wikipedia.org/wiki/Zero_trust_security_model
"The once traditional approach of trusting devices within a notional corporate perimeter, or devices connected to it via a VPN, makes less sense in such highly diverse and distributed environments. Instead, the zero trust approach advocates mutual authentication, including checking the identity and integrity of devices without respect to location, and providing access to applications and services based on the confidence of device identity and device health in combination with user authentication.[1]"
while (!sleep) sheep++;
-
martonx
veterán
dolgoztam bankoknak, OTP-nél egy időben még külsős IT tanácsadó is voltam pont ilyen esetekre (mert én is csak egy nick vagyok aki ugatja a szakmát, mert nem atoi-t optimalizálok hehehe).
De mindegy is, semmi értelme egy ilyen fórum keretein belül mélyebbre mennünk. Írtál egy problémát, páran írtunk lehetséges megoldási javaslatokat, aztán ebből mindenki azt hoz ki, amit a lehetőségei, képességei (bankokat ismerve és pár kivételt mélyen tisztelve de a többség inkompetens, kezdve a menedzsmenttől, a programozókig) és a projekt scope-ja engednek.
Számomra az egészből egyedül az volt a lényeg, és amiért nagyon hálás is vagyok neked, hogy @pmonitorral ellentétben hoztál egy valós életbeli programozói problémát, szemléltetve, hogy nem az atoi-val kell szórakozni, hanem olyan robosztus rendszereket írni, tervezni, amik valós ügyfél problémákra reagálnak.Én kérek elnézést!
-
martonx
veterán
Előző, nem banki munkahelyemen, meg rendszeresek voltak a több milliárd soros DB táblák. Ott is észnél kellett lenni, minden egyes SQL lekérdezésnél, és nyilván egy 2 TB-os DB táblát cachelni se lehet vagy legalábbis észnél kell lenni, hogy mit, mikor, milyen aggregáltsági szinten cachel az ember.
Azaz amikor cachelésről beszélünk, ne arra gondolj, hogy oké lerántom a táblát memóriába, és probléma megoldva. Ennél a valóság az esetek többségében nyilván bonyolultabb (bár kis rendszereknél, ez nyilván egy könnyű járható út).Én kérek elnézést!
-
coco2
őstag
>szatelit rendszerekkel, amelyeknek vagy nincs normális dokumentációja, vagy elavult
A mai világban tessék leszokni az általánosításról. Esélyesen közbeékelődött valaki, aki borítékot akart a zsebébe. Tőled, akkor, és ott nem kapta meg. Szóval neked, akkor, és ott nem volt dokumentáció.
Hogy egy pályára állított műholdnak ne legyen még az utolsó csavarjáról is 3x ellenőrzött dokumentáció, az nonszensz.
កុំភ្លេចប្រើភាសាអង់គ្លេសក្នុងបរិយាកាសអន្តរជាតិ។
-
coco2
őstag
Az, hogy valami szórakoztatóbban van magyarázva, nem feltétlenül jelenti azt, hogy eltérő entitással van dolgunk. Páran arra építenek investor-vadászatot, hogy miszticizálnak dolgokról, mert a gazdasági élet tisztán tartásának érdekében ki kell fosztani mindenkit, akinek több a pénze, mint a szellemi tisztasága. Sajnos, nem kevés digitális szemetet hagynak maguk után, amit az informatikának kell majd takarítania. Én itt és most csak arra kérdeztem rá, hogy a takarítás után mi tud majd megmaradni? Meg fog maradni bármi? Vagy tisztán csak hazugság volt az egész? Ha tudsz olyan példákat, amik ragadozás-mentes létezésre alkalmasak, jöhetnek mind.
[ Szerkesztve ]
កុំភ្លេចប្រើភាសាអង់គ្លេសក្នុងបរិយាកាសអន្តរជាតិ។
-
sztanozs
veterán
Pontosan - az, hogy nincs rendes készletkezelés, a cég sara, nem a fejlesztőé.
Vagy van, de nem akarják használni, vagy eleve nem is akartak, mert minek.(tudom, hogy nem neked válasz, inkább csak elmélázás) Ráadásul még mindig nem vágom, hogy az, hogy 2 hét után ír rá valaki a cégből, hogy "ja, bocs mégsincs", az mitől lenne a webshopot fejlesztő hibája...
JOGI NYILATKOZAT: A bejegyzéseim és hozzászólásaim a személyes véleményemet tükrözik; ezek nem tekinthetők a munkáltatóm hivatalos állásfoglalásának...
-
sztanozs
veterán
Hogy lehet az, hogy meg tud nyitni fertőzött URL-t?
Mondjuk ez a resz praktikusan kivedhetelen - hacsak le nem korlatozzak teljesen a webbongeszest (ugy hogy hirportalok, meg webkereso sincs) - de ilyet idehaza egyedul az MNB-nel hallottam 10+ eve az akkor ott dolgozo kollegatol (de lehet, hogy ok is lazitottak mar azota).JOGI NYILATKOZAT: A bejegyzéseim és hozzászólásaim a személyes véleményemet tükrözik; ezek nem tekinthetők a munkáltatóm hivatalos állásfoglalásának...
-
sztanozs
veterán
Tartalomszures persze a legtobb helyen van, de nem url-whitelist hanem kategoria-alapu. Azt pedig nem tul nagy feladat atverni, ha a tamado tudja melyik szolgaltato kategoria-listajara kell felkerulni.
[ Szerkesztve ]
JOGI NYILATKOZAT: A bejegyzéseim és hozzászólásaim a személyes véleményemet tükrözik; ezek nem tekinthetők a munkáltatóm hivatalos állásfoglalásának...
-
Ispy
veterán
Ez erősen függ a kontextől, egy microservice is lehet komplex, hiába állnak a részegységek 10-20 sorból. De mondjuk egy bonyolult sql lekérdezést van, hogy nem tudsz megoldani 1000 sor alatt, ha meggörbülsz sem. Nem attól lesz egy kód rossz, hogy hosszú, hanem ha spagetti, felesleges köröket tartalmazz. Egyébként egy 20 soros kód is lehet komplex az én olvasatomba, hiszen egy problémára add választ, ami egyébként további több 100 20 soros kódból áll össze. Nem egy konkrét eljárásra gondolok, hiszen a fealdat megoldása komplex, és te hiába mész oda vele egy idegen fórumra, hogy adjanak rá választ, mert nem létezik rá kész válasz. Azt neked kell megtalálni. Minden más meg 10 perc gugli használat, csak a legtöbben nem tudnak keresni, lusták vagy csak szimplán fogalmuk sincs mit is akarnak csinálni. Szóval az én olvasatomba például egy prog.hu 95%-a olyan kérdésből áll, amit bárki megoldhatna gugli segítségével is, a maradék 5%-ra meg jó eséllyel nincs abban a formában megoldás.
"Debugging is like being the detective in a crime movie where you're also the murderer."
-
Ispy
veterán
Persze sok mindent lehet, kérdés mire van lehetőség és idő, nem mindenki hobbiból készít programot, hanem mondjuk van 3 napja egy feladatra, ott te nem forgatsz semmit sehova, át meg pláne nem variálsz egy kiadott és működő db-t. Sajnos a legacy kód sokszor nagy úr.
De én spec inkább írok 1000 soros tárolt eljárást, mintsem szétszedjem az egészet 20részre, aztán 1 év múlva egy debuggolás egy rémálom lesz.
Persze ezek már sok tényezős dolgok, mekkora cég, mi a history, mennyi munkatárs, milyen policy stb, itt aztán már lehet minden is.
Mondjuk legutóbb kellett csinálnom egy excel exportot 1xx oszloposat, ami tényleg mindenhonnan szedett össze adatokat, különbőző számításokat végzett a különbőző adatrétegek között, szépen meg lehetett csinálni egy darab tárolt eljárással, pár temp táblával és sok tagolással, hogy később olvasható maradjon.
De ha olyan a feladat, hogy egy részfeladatot érdemes kiemelni, akkor arra inkább csinálok egy általános megoldást és kiszervezem a kódot, szóval elég speciális az, hogy mikor mi a jó megoldás.
Sqlben egyébként is a hasznos kód sokszor nagyon kevés, mert éppen én úgy szeretem formázni mondjuk az inserteket, hogy egy sor egy mező, hopp máris a fél kód insertekből áll.
[ Szerkesztve ]
"Debugging is like being the detective in a crime movie where you're also the murderer."
-
Ispy
veterán
Persze, egy rest api hívás kiszolgálására nem kell 20 sornál több, ott én is kapnék a fejemre egy 100 soros kódnál.
Szoktam is kapni, amikor a js kód feleslegesen hosszú, értsd nem 5 sor.
[ Szerkesztve ]
"Debugging is like being the detective in a crime movie where you're also the murderer."
-
pmonitor
aktív tag
Ha tudtok írni olyan gyakorlati példát, amit nem lehet az ittenke lévő fogalmak ismerete nélkül megcsinálni, csak akkor, ha ezeket a fogalmakat ismeri valaki, akkor elismerem, hogy én vagyok fordítva összerakva...
http://www.bferi.hu/download.php ; http://bferi.hu/egyeb.php
-
Ispy
veterán
Amúgy a közhiedelemmel ellentétben a programozás is egy ugyanolyan szakma, mint bármi más, ugyanazok a szabályok érvényesekre rá, nem ufok és nem is zsenik a programozók.
Semmivel sem bonyolultabb programozónak menni, mint lakatosnak vagy burkolónak, persze más skillek kellenek hozzá, de ez igaz minden szakmára.
"Debugging is like being the detective in a crime movie where you're also the murderer."
-
Ispy
veterán
Nem hiszek benne, hogy ne lehetne egy villanyszerelő is profi abban, amit csinál, és egy programozó ne lehetne középszerű, vagy csak szimplán szar. Aki komolyan veszi a szakmáját, az mindegyikben megtalálja a kihívást, a fejlődést, a tanulást és eljuthat a legmagasabb szintre vele.
Nem, nem árokásó cigányról beszélek.
Én nem, a programozáshoz nem kell egyetem, 20 évig tanulni a padban és matematika zseninek lenni. Van olyan is, de a többség rohadtul nem az, és nem is kell annak lenniük.
Vagy most mégis mi olyan rohadtul bonyolult extra dolog egy sql lekérdezést megcsinálásában vagy egy rest api backend megírásában? Vagy egy webáruház megírásában? Pont ugyanolyan nehéz, mint megtervezni egy ház elektromos hálózatát és bekábelezni.
[ Szerkesztve ]
"Debugging is like being the detective in a crime movie where you're also the murderer."
-
pmonitor
aktív tag
Még szerencse, hogy nem vagyok IT-ban.
De ahogy elnézem nem is szeretnék. Bár mondjuk ha kényszerű választás előtt állnék, hogy csak úgy lehetnék egészséges, hogy ha IT-ban dolgozom, akkor természetesen az IT-t választanám. De egyébként én megmaradnék a hobbi programozgatásnál. Csak a fő programozási nyelveket változtatnám meg a régebben felsoroltakra...http://www.bferi.hu/download.php ; http://bferi.hu/egyeb.php
-
nagyúr
-
cucka
addikt
Telco és finance iparágakban jogszabályi előírás, hogy meg kell őrizni a tranzakciókat.
Például egy rendőrségi nyomozás során kikérik a gyanúsított 4 évvel ezelőtt szombat délutáni híváslistáját.
Na akkor nem az a jó válasz, hogy "Nincsenek meg az adatok, mert nálunk nem pancser fejlesztők dolgoznak" -
sztanozs
veterán
Egyébként az általános hozzáállás az, hogy az adat tárolása olcsó, szóval inkább őrizzük meg, hátha jó lesz még valamire. A szelekció önmagában egy rakás architect munkaóra lenne. A storage meg filléres tétel már.
Attol fugg mekkora nagysagrendben... Nalunk a napi (szurt)firewallproxy log kb fel-masfel milliard rekord.[ Szerkesztve ]
JOGI NYILATKOZAT: A bejegyzéseim és hozzászólásaim a személyes véleményemet tükrözik; ezek nem tekinthetők a munkáltatóm hivatalos állásfoglalásának...
-
sztanozs
veterán
Termeszetesen nem DB-ben van, hanem log szerveren/aggregatoron... de a diszk ott se olcsobb, mint egy DB szerveren
[ Szerkesztve ]
JOGI NYILATKOZAT: A bejegyzéseim és hozzászólásaim a személyes véleményemet tükrözik; ezek nem tekinthetők a munkáltatóm hivatalos állásfoglalásának...
Új hozzászólás Aktív témák
● olvasd el a téma összefoglalót!
- Samsung Galaxy A54 - türelemjáték
- Anglia - élmények, tapasztalatok
- Samsung Galaxy S23 Ultra - non plus ultra
- Intel Core i5 / i7 / i9 "Alder Lake-Raptor Lake/Refresh" (LGA1700)
- Akár 368 TB-nyi NVMe SSD-t is pakolhatunk a Western Digital "kofferébe"
- Ukrajnai háború
- Politika
- Windows 10
- Linux kezdőknek
- Futás, futópályák
- További aktív témák...
- 16" Apple Macbook Pro Retina 2019 Touch Bar + Toch ID eladó! Intel Core i7, 16GB RAM, 512GB SSD!
- Hamilton Aviation Khaki X Patrol Auto Chrono ETA 7750 automata óra! Full set!
- IPhone 12 Pro 128GB gyári független 2026. 01.18. Telekom garancia akku 100%
- HUAWEI Band 8 aktivitásmérő (fekete), keveset használt, karcmentes kijelző
- 96GB (2x48GB) Crucial Pro DDR5 kit/ új, bontatlan/