- Monitortrió a Samsungtól, köztük egy 500 Hz-es QD-OLED-del
- AI-alapú felskálázót fejleszt az ultramobil piacra az ARM
- Új Vulkan implementációt hoz az Apple rendszerchipekre a LunarG
- Az OpenAI szerint Musk zaklatási kampányt indított, a bíró nem állt Musk mellé
- Kiválthatja az AI az egeret és a billentyűzetet?
- Milyen billentyűzetet vegyek?
- Egérpad topik
- Amlogic S905, S912 processzoros készülékek
- Második verzió: DeepCool LE360 V2 processzorhűtő
- AMD Navi Radeon™ RX 9xxx sorozat
- 3D nyomtatás
- Szünetmentes tápegységek (UPS)
- Multimédiás / PC-s hangfalszettek (2.0, 2.1, 5.1)
- Calibre, az elektronikus könyvtár
- NVIDIA GeForce RTX 5080 / 5090 (GB203 / 202)
-
PROHARDVER!
Új hozzászólás Aktív témák
-
#18400
mindthecrap
aktív tag
dabadab
#18396
mindthecrap
aktív tag
válasz
dabadab
#18396
üzenetére
Fú erre a korszakra emlékszem, minden nap volt egy bomba hír Portfolion, hogy "A Boomer&Boomer Bank is elindítja tokenizált blokkláncalapú kriptovalutáját" aztán igazából annyi derült ki a cikkből, hogy csinálnak valami játékpénzt ami annyit sem ér mint a SuperShop meg meg van kötve a kezük a törvények által amúgy is, de most ezek a buzzwördök.
-
A blockchain jelenleg fejletlen. Még nem olcsón és stabilan férhető hozzá általánosan a szakmai világ egészében
Ezeket a hülyeségeket egyébként honnan szeded?
Amikor pár éve berobbant a BTC árfolyama, akkor minden nagy cégnél vért izzadt egy csomó ember, hogy bármi épkézláb felhasználást találjon a blockchainnek.
Nem sikerült, mert bármi jutott eszükbe a blockchain felhasználására, pillanatok alatt rájöttek, hogy arra már van sokkal jobb megoldás. És nem azért, mert a blockchain "nem olcsón és stabilan férhető hozzá", hanem azért, mert vannak inherens problémái, amik tényleg problémák, cserébe meg olyan dolgokat old meg, amik nem problémák. -
coco2
őstag
@cucka
>A blockchain egy decentralizált p2p ledger.
Hmm, oké, nem ugyan arról beszélünk. A blockchain egy technológia a saját karakterisztikájával. A technológia röviden összefoglalva egy csak olvasható dokumentum halmaz minden node-on minden adat megvan jelleggel. Annyi a lényege, és slussz. Ha azok a dokumentumok történetesen tranzakció log elemek, akkor egy adatbázist építenek. Sok node-on az adat felírás annyival lassabb, mert minden node-ra fel kell írni minden adatot, de cserébe az adat visszaolvasás több ügyfélre elosztva tud lenni ugyan annyival gyorsabb, mert el lehet osztani az ügyfeleket a node-ok között (H/P). Amíg a fürt egészének több, mint a fele üzemben van, a szolgáltatás stabil. Például 7 node elbír tripla failure-t random node-okon leállás nélkül. Az auto recovery majd helyre teszi. És nem 99.9999% meg hasonló az uptime, hanem 100.0% (H/A). Szoftveres frissítésre létezik rolling restart, arra sem kell leállítás. A split-brain problémára pedig koncepció szerint immunis. Hasonló tulajdonságokat mind együtt nem sok másik adatkezelési szemlélet kínál fel (én konkrétan egy másikról se tudok).
>Szóval egy olyan problémát old meg, ami banki környezetben nem létezik.
Történeti alapon jött a kriptovaluta, és az lett publikusan az első, amire a blockchain-t használni kezdték. De az nem kötelező korlátja a technológiának.
@dabadab
>Alapvetően a blockchain megoldás, ami problémát keres
Lévén az egy másik kontextus, inkább leszürkítem. A világban küzdelmek zajlanak. Alárúgunk egymásnak. Mert sze*etek vagyunk egymással mi emberek
Az üzleti világ meg pláne olyan. Az egyetlen alapszabály annyi, hogy nem vetünk fel problémát, amivel senki sem tud mit kezdeni. De ha az megváltozik, mert a megoldás elég nagy hányad számára elérhetőve válik, alaposan elkezdődik a rugdosódás, hogy ki legyen kiszavazva. A blockchain jelenleg fejletlen. Még nem olcsón és stabilan férhető hozzá általánosan a szakmai világ egészében. Az a baj vele. A jelenben nyugodtan ignorálni lehet. Igaz. Még simán vagy újabb 10-15 évig. Például egykoron a Clipper .dbf meg .ntx file-jaival vacakoltunk sql helyett. És amilyen vicces, még mindig gyűrik pár helyen azokat a matuzsálemeket. Nagyjából hasonló a szitu időben a blockchain-el. Mindenkinek szíve joga, van-e kedve csatlakozni az early adopter közösséghez (alias nekilátni bajt csinálni a világ nyakára), vagy sem.Ami pedig az eredeti kérdésemet illeti, ha valaki véletlenül találkozott blockchain alapon épített acid-kompatibilis adatkezelővel akárhol akármilyen formában, sikítson plz!
-
Alapvetően a blockchain megoldás, ami problémát keres
Nagyjából egyedül a kriptópénzekre jó, bármi másra vannak sokkal jobb megoldások (és persze a "blockchain" kifejezés kellőképpen rugalmas, az Oracle által használt cucc az tényleg csak annyi, hogy hasheli az előző blokkot, semmi distributed ledger meg hasonlók, amivel a blockchaint általában társítani szokták). -
#18386
coco2
őstag
mindthecrap
#18385
coco2
őstag
válasz
mindthecrap
#18385
üzenetére
Igen, vannak a végletek, és azok között minden. Annyi az összes, amit általánosságban mondani lehet. Ha mást vártál, sajnálom.
>...ebédszünetben kifinganak egy komplex rakétavezérlő szoftvert...
Érdekes egy helyen szoktál te ebédelni
-
#18385
mindthecrap
aktív tag
coco2
#18382
mindthecrap
aktív tag
Persze semmiképpen sem konkrét példákkal gondoltam, én is olyan területen dolgozom, hogy egy meggondolatlan csatolmány vagy forward is az állásomba kerülhet. Csak jó lenne kicsit képbe kerülni mert egyelőre kizárólag végletekkel találkoztam (VIM-ben programozó sigma arcok akik ebédszünetben kifinganak egy komplex rakétavezérlő szoftvert vs. "annyi a heti munkám hogy átszínezek egy CTA gombot" arcok).
-
#18384
KubanitoS
veterán
mindthecrap
#18381
KubanitoS
veterán
válasz
mindthecrap
#18381
üzenetére
Köszi szépen a segítséged!
-
Micsurin
nagyúr
Köszi a múlt hetit lóhalálában kaptam és nem volt hirtelen ötletem
Gyors kérdésem lenne megint mert a frontend végképp nem az én világom
Ha dotnet akkor BL amúgy meg C 
Swimlane/NGX-ben esetleg van valaki aki otthonosabb mint én?Swimlane/NGX datatable-nél nem elég ha a .component .ts-ben bevan hivatkozva a ColumnModell ahhoz, hogy Force-ra tehessem sticky-ség miatt a headert?
Olvastam van valami bug ha nincs szélesség attrib akkor nem lesz sticky mert a .html-ben nem veszi be a ColumnMode-ot de nekem csak szimplán nem hoz semmi változást
Bocsi a hülyekérdések miatt kicsit csetlek botlok még a webbel
Git-es Swim sourcet nézve is érdekes miért nem veszi be, de abban a formában nem is fordul a frontendem(cloumnMode-ra beveszi de []-ezve nem)
-
#18382
coco2
őstag
mindthecrap
#18379
coco2
őstag
válasz
mindthecrap
#18379
üzenetére
Konkrét task-ot ha bárki ide be-copy-paste-el neked a céges ügyvitel kezelőből, alaposan fogok meglepődni rajta. Összességében felesleges bármiről miszticizálni. Ha bekerültél egy pozícióba, ott tudni fogják rólad, mit lehet rád bízni, és mit nem.
Általánosságban meg azért nehéz válaszolni a kérdésedre, mert míg kicsi cégeknél sok kontextusban szerteágazó komplexebb feladatot kaphat valaki (weboldalon nyújtható felhasználói élmény javítása kapcsán adatbázisban adatkezelési problémán át a háttérben futó elektronikai eszköz firmware gyengeségeinek utána járni - ez egy példa volt), nagyobb csapatban jellemzőbb az egyetlen kontextuson belül feladat (gyárts le egy kommunikációs interface-t valami távoli ügyfélhez, aminek a placeholder formában kivitelezett kezelési felületét már megtalálod itt és itt). Hasraütés-szerű példák voltak.
-
#18381
mindthecrap
aktív tag
KubanitoS
#18380
mindthecrap
aktív tag
válasz
KubanitoS
#18380
üzenetére
Ahogy te is mondod, a következő három karaktert vizsgálja ez az iteráció, de ha nincs a -3 akkor "túlmennél" a vizsgált stringen. Pl az a string, hogy ABBAABBA és "ABBA" substringet keresel, ha nincs a - 3, akkor próbálná azt is vizsgálni, hogy a 8. karakter (utolsó "A") és az utána lévő három karakter kiadja-e hogy ABBA, de mivel nincs 9., 10., 11. karakter ezért hibára futsz.
Tehát a -3 azért kell, hogy amikor i = 5 akkor megálljon az iteráció, mivel egy nyolc karakteres stringben az utolsó 3 karakter mátr biztosan nem adhatja ki a négy karakteres substringet amit keresel.
-
KubanitoS
veterán
Alakul a Java tanulás, szeretnék kérdezni egyet.
///////
public class gyak {
public static void main(String[] args) {String szo = "xxxx";
int hanyszorvanmegbenne = 0;for (int i = 0; i < [color = red] szo.length() - 3; [/color] i++) {
if (szo.substring(i, i + 2).equals(szo.substring(i + 2, i + 4))) {
hanyszorvanmegbenne++;
}
}
System.out.println(hanyszorvanmegbenne);
}
}
/////////
A fenti kód működik, annyit csinál, hogy substring segítségével megnézi, hogy egy adott stringben hányszor található meg egymás mellett négy ugyanolyan karakter.Három karaktert vizsgál meg egyszerre és nézi az átfedéseket is, de nem igazán értem, miért kell a -3 a length után a ciklusba. Vagyis papíron levezetve teljesen logikus a dolog és kell is oda a -3 ahhoz, hogy ne dobjon hibát, de sajnos nem értem a logikáját teljesen. Valaki volna kedves elmagyarázni szájbarágósan?
-
#18379
mindthecrap
aktív tag
mindthecrap
aktív tag
Sziasztok, hobbi szinten ismerkedem a programozással, Python, C, SQL jelenleg (utóbbit leginkább azért mert azt a mostani, nem IT állásban is használom). Bár jó helyem van most, azért gondolkozom új kihívásokon, karrierváltáson.
Az lenne a kérdésem, hogy tudnátok-e esetleg ajánlani olyan blogot, vlogot, bármit ami bemutatja, hogy ténylegesen mit csinál egy szoftverfejlesztő, milyen feladatot kapsz mondjuk egy sprintben? A YouTube-on csak bullshit videókat találtam ebben a "life of a software engineer" témában, vagy az az egész videó, hogy valaki jógázik meg kávét főz, vagy ilyen "junior roasting" ahol egy brogrammer játssza az agyát, hogy ő egy hét alatt újraírja a Windows 11-et Assembly-ben...
köszi
-
coco2
őstag
Zöldmezős projectekre vonatkozóan 10 millió huf fölötti kockázatvállalással én még nem találkoztam. Mit nevezel te közepesnek és nagynak?
Érdekes megfogalmazás a "felszippantja a rendszer". Már majdnem olyan érzés, mintha a nevezett rendszer csakugyan meg tudna lenni azok nélkül a felszippantgatások nélkül.
-
-
Ispy
nagyúr
Ne viccelj már, a cégek rengeteg mindent bevállalnak, folyamatosan, aminek a jó része kuka is lesz pár év alatt (startup? Opensource kódtenger?). Kicsiben, közepesben, meg nagyban. És de, bütykölős fajta vagyok, ezért tudom, hogy az embernek menyire limitált a kapcítása szabad idejében. Szóval nem, továbbra sem a hobbisták viszik előre ezt a szakmát, hanem a cégek, akik pénzt áldoznak a fejlesztésre, és a cégek, akik ezért fizetnek. A hobbistákat max felszippantja a rendszer.
-
dqdb
nagyúr
A .NET Framework SDK sem része a rendszernek, a .NET Framework runtime igen, mert rendszerkomponensek épülnek rá.
A .NET a Windowstól függetlenül fejlődik, teljesen más kiadási gyakorisággal, értelmetlen lenne beletenni a telepítőbe a runtime-ot. A Microsoftnál inkább az ellenkezője figyelhető meg mostanában, nem betesznek, hanem kivesznek olyan komponenseket, amelyeknek alapvetően eltér a kiadási ciklusa a Windowsétól (gyorsabb), és külön telepíthetővé teszik ezeket, a WSL most kerül majd ki és lesz Microsoft Store-ból telepíthető.
-
coco2
őstag
Jóskabácsi eseténél maradva - attól függ, mit bütyköl Jóskabácsi odahaza. Ha hobbiból polcos szekrényeket csinál a szomszédoknak, hogy hátha telik egy kicsit több pálinkára, az nem fogja fellendíteni az asztalos szakmát. Ha jóskabácsi nem polcos szekrényeket bütykölt, hanem ő találta fel a gömbcsuklót, azt idővel már érezheti az egész asztalos szakma is.
A véleményed arra utal, te nem vagy bütykölős fajta. Akik bütykölnek, nem egy héten azt az egyszer 4-5 órát szánják rá, hanem alkalmasint éveken át csiszolódik egy gondolat. Nincs cég, amelyik azt mind bevállalná kockzati tőkének. Azt csak a hobbisták szánják rá.
-
Ispy
nagyúr
A hobbiprogramozók nem építenek semmit cégekben, mert akkor az már nem hobbiprogramozás. Ha Jóskabácsi szeret otthon bütykölni, az nem fogja fellendíteni az asztalos szakmát...hobbiból meg nem lehet komoly dolgokat készíteni, mert ahhoz kevés heti 4-5 óra, hogy el is készüljön.
-
coco2
őstag
válasz
Marky18
#18360
üzenetére
A hobbiprogramozók találmányai nyilván nem egy pillanat alatt termelnek pénzt, de azért még nem kell túl kritikusnak lenni velük. A valódi fejlesztéseket sosem a nagy céges berkek indítják útjukra. Az olyanok, mint a Siemens és társai, már csak akkor fognak bármit komolyan venni, miután egy egész céget vásárolhatnak fel, ami támogatást tud adni. És azokat a cégeket valahogyan fel kell építeni. Talán a hobbiprogramozók a legalján vannak a táplálékláncnak, de nélkülük szerintem egyáltalán nem létezne az informatika.
-
martonx
veterán
Kevered az sdk-t a runtime-al. A megcélzott OS-nek megfelelő runtime-ot könnyen hozzá tudod csomagolni az apphoz (de nem kötelező, te döntesz). Szegény win így is tele van minden szarral, miközben mindenki mást és mást hiányol belőle (én pl. Total Commander szerű file kezelőt). Szóval szerintem nem baj az, hogy nincs winen alapból minden szar, majd felteszi mindenki a saját szarjait. MS kivételesen pont jól csinálta, hogy az új dotnet alapból nem a rendszer része. Pláne, hogy a cross platformság miatt egyébként is arra kell készülni, hogy az OS-en nincs elő telepítve dotnet. Ennyike.
-
martonx
veterán
-
Marky18
aktív tag
válasz
pmonitor
#18357
üzenetére
Az ffmpeg romma van tesztelve, rengetegen fejlesztik, van support. Egy fejlesztesnel pont az egyik utolso, hogy hany bajt beimportalni egy libet, sokkal tobb penzt es idot el lehet egetni azzal, ha valamit a 0-rol kellene production ready szintre lefejleszteni.
Hobbiprogramozok feltalalhatjak a spanyol viaszt, de az nem fog penzt termelni belathato idon belul.
-
Micsurin
nagyúr
-
pmonitor
aktív tag
De létezik. És sokkal többet is tud az én programocskámnál... Csak az én alkotásom ~50K, ez meg alsó hangon ~230M. Azért nagyon nem mind1.
Ennél(is) felmerül az a kérdés, hogy akkor most egy(vagy több ) ilyen "monstrumot" használ a "programozó", amit 1 csuklómozdulattal beemel a projektjébe, vagy ír magának egyet(ha tud), amely nyilván kevesebbet tud. Cserébe viszont nem egy elefánt méretű. Mondjuk találtam 1 naudio.dll file-t(ez "csak" ~500K), de még nem néztem meg rendesen, hogy pontosan mit tud. Viszont ahogy ránéztem, ez csak wav és mp3 formátumot tud kezelni. Igazából azt nem értem, hogy a lejátszáshoz miért használná ennek a lejátszóját az emberke, amikor mciSendString() -el minden audio formátum lejátszható, minimális méretű binárissal(és ezt tartalmazza az OS, nem kell külön dll, vagy külső program)... Igazából egy Audacity megfelelne, ha parancssorban is működne az editor része(de ezt egyrészt telepíteni kell, másrészt meg azért ez is ~70M). Szóval nem 1szerű megfelelő megoldást találni... -
coco2
őstag
válasz
Micsurin
#18352
üzenetére
Vagy ha a fentieknél még egyszerűbb a szitu, szerintem simán csak ne vidd túlzásba azt a swagger-t. Böngésző oldalon mi lesz abból a byte[]-ból, amikor használod? Halom sok picike szám, vagy base64 string? Akár egybecsomagolhatod jó előre base16 vagy base64 string-be. Miután odaért, javascript-hez kerül, és az úgyis átalakítja.
-
válasz
sztanozs
#18353
üzenetére
Single file upload-nal a Body lesz az upload stream, ha form-based a feltoltes akkor a asszem multipart body lesz es vagy feldolgozod a multipart Body-t vagy az adott form elemetre irsz egy feldolgozo-t:
https://stackoverflow.com/questions/26443305/how-can-i-upload-a-file-in-mvc-6-under-vnext -
válasz
Micsurin
#18352
üzenetére
Esetleg?
https://stackoverflow.com/a/18309281
Illetve, ha .NET 5 (nem .NET Framework), akkor szvsz ez a konyvtar nincs implementalva...
https://www.youtube.com/watch?v=FsgpMtHG4kw >
Roviden - a HTTPContext.Request property-t nezd meg. -
Micsurin
nagyúr
Hello! Kicsit elveszett kérdés
.Net 5 elöljáróban: hogy tudok a legegyszerűbben egy byte[]-ot webapi controllerből a browser felé visszadobni? Npoi excel fájl szeretnék a clienttel letöltettni de az eddig stacken talált HTTPContext.Current megoldások mintha nem is léteznének nálam (nincs .Current). -
-
Ispy
nagyúr
Kis cégeknél sem kell promptra úszni, nálunk 6, de inkább 12 hónap, amire olyan feladatot kapsz, ahol nagyobb a falat. Addig meg felügyelet mellett csinálod a projektek, kisebb, majd egyre nagyobb falatjait.
De a cél az, hogy rád lehessen bízni nagyobb munkát is, nem az, hogy örökre junior pista maradjál, az senkinek sem éri meg.
-
coco2
őstag
Nem tudom, mit látsz benne félreinformálásnak. Kisebb csapatokban például aligha vannak juniorok, mert pici cégeknél első naptól mélyvízbe dobnak, és ha nem tudsz promptra úszni, akkor szia. A junior fogalma ott azért sem létezik. Nagyobb csapatokban meg megnézném melyik az a cég, amelyik például tervezési kérdéseket juniorokra merne bízni. De ha te azt látod magad körül, esetleg a cég nevét elkérném privát üzenetben.
-
#18344
coco2
őstag
csakegymunka
#18340
coco2
őstag
válasz
csakegymunka
#18340
üzenetére
Nagyobb csapatokban juniorok hibajavításon kívül mást nem kapnak. Kisebb csapatokban pluszban az implementálás rabszolga kóder feladatait sózzák rájuk. Esetleg windows alkalmazás portolása mac-re (forrásokat át kell cipelni, ha hiba üzenet bukkan fel, utána járni). Konkrét task? Leírják neked a céges hibakövető rendszerben screenshot / videók / akármi, hogy mit látnak egy állítólag hibás funkció működése közben, és azt is leírják, hogyan kellene működnie. Mindazt felhasználói szemmel. Aztán az a feladatod, hogy "most rossz, legyen jó"
-
#18343
mobal
nagyúr
csakegymunka
#18340
válasz
csakegymunka
#18340
üzenetére
Azért elég sok for loopot kell írni
-
#18342
JoinR
őstag
csakegymunka
#18340
JoinR
őstag
válasz
csakegymunka
#18340
üzenetére
Nagyon függ attól, hogy hogyan használják a pythont. Ha Django webfejlesztés van, ott teljesen más feladatok lesznek, mintha Machine Learning lenne a téma, vagy ahol csak script nyelvként lenne használva a CI/CD-ben vagy a monitoring/logging környékén.
Én ezt az ingyenes tutorialt tudom ajánlani, valamennyi kontextust ad, ha webdevről van szó. Nyilván csak a jéghegy csúcsa, de legalább van adatbázis, konténerek, frontend dolgok, stb.
-
#18341
Ispy
nagyúr
csakegymunka
#18340
Ispy
nagyúr
válasz
csakegymunka
#18340
üzenetére
Hát, ez jó kérdés, de szerintem ez nagyon cég függő. Nálunk a cél, hogy minél előbb bele a mélyvízbe, mert pénzt akkor lehet termelni, ha önálló vagy, de egy multinál el tudom képzelni, hogy megy a maszatolás sokáig. De nem dolgoztam multinál soha, szóval lehet nem így van.
-
#18340
csakegymunka
csendes tag
csakegymunka
csendes tag
Kicsit off, vagyis inkább kezdő kérdés...
Hálózati mérnökként most tanulgatom a python-t, loop-ok, listák, dictionary, tuple, ilyesmi van a tananyagban éppen.
Viszont annyira nem tudom elképzelni egy rendes software engineer egy napját, hogy tudna valaki ebben infót adni?
Mert gondolom nem for loopokat ír amik feltöltenek egy dictionary-t. Milyen real life feladatokat csinál egy junior software engineer egy adott napon? Bármilyen konkrét task leírásának örülnék, ha lehet ne high level módon. Köszönöm! -
K1nG HuNp
őstag
válasz
K1nG HuNp
#18338
üzenetére
EFS elvileg NFS-t használ, amiben a close-to-open konzisztencia (https://serverfault.com/a/73927) miatt nem lehet gond egyszerre történő írás és olvasásból, és mivel írás+írás sosem lesz egyszerre a rendszerben így akkor elvileg jók is vagyunk
Kicsit ilyen adatbázisokból tanult dirty read problémának tűnt amúgy ez az egész
-
K1nG HuNp
őstag
válasz
martonx
#18337
üzenetére
Igen de most a kis side projektnek kifejezett célja, hogy on-demand és pay-per-request legyen, igazából csak kiváncsi voltam, hogy bele lehet-e ezt is tuszkolni lambdákba.
És a válasz igen, kész van a PoC és működik
Egyetlen egy downside van eddig, aminek próbáltam utántanézni de egyelőre nem sok sikerrel. Tehát EFS-ben van tárolva 1 darab lyra.json fájl ami az általam válaszott full-text search librarynak a szerializált állapota/adatbázia. Van egy serializeToFile meg egy restoreFromFile funkció.
Két lambda van, egy query és egy indexerQuery lambda: cold startok esetén restoreFromFile-val beolvassa memóriába a dolgokat és válaszol a beérkező text searchre.
Index lambda: Az fő adatbázis változásai esetén (DynamoDB Stream) hívódik meg és feladata, hogy az EFS-ben szerializált fájlt frissítse, hogy a Query lambdák a legfrissebb adaatokból dolgozzanak. Ehhez tol egy restroreFromFile + módosítások + serializeToFile kört.
A query lambdából egyidőben végtelen sok lehet, az Index lambda concurrencyjét pedig 1ben maximalzáltam, így tehát egy időben maximum 1 írás lehet folyamatban, szóval nem fognak összekadani, nem kell lockolni a fájlt.Egyedül az alábbi eshetőségre nem kaptam egyelőre definiált választ:
Mi történik linuxon/EFS-en, hogy ha egyszerre olvas és ír két különböző folyamat egy darab fájlt? -
K1nG HuNp
őstag
OpenSearch az a régi aws managed ElasticSearch. Drága és ahhoz képes hogy managelt eléggé hozzá kell nyukálni, nézegetni, hogy él-e még satöbbi.
Illetve egy klasszikus kedvenc írásom a szolgáltatásról: https://spun.io/2019/10/10/aws-elasticsearch-a-fundamentally-flawed-offering/
Ha most összejön amit akarok akkor az egész nagy felhasználás mellett is bőven az örök lambda free tierben lesz és az egyetlen mozgó alkatrésze az 1 darab fájl lesz egy EFS-en
-
K1nG HuNp
őstag
Most a karácsonyi kis két hetes szünetben az alábbi side-projektel terveztem foglalatoskodni:
Szinte az összes OLTP workloadot át lehet ültetni DynamoDB-be viszont egyre gyakrabban belefutok abba a dologba, hogy kellene full-text, fuzzy search is, amit ugye nem támogat. A legtöbb OLTP-hez eddig kényelmi funkcióként kellett a keresés, tehát pl egy webshop felső kereső csíkja, ergó a már jól bevált DynamoDB Stream -> Lambda -> ElasticSearch ágyúval galambra lövés, hiszen elég macerás egy ES karbantartása. Meg hát ugye na mégis csak egy EC2n kell futtatni ami meg nem serverless szóval köszönöm szépen kihagyom.
Lelövöm a poént amit kitaláltam már mások is megcsinálták, de a puding próbája az evés szóval:
- Kell egy full-text search lib ami tud fájlba perzisztálni (pl https://github.com/LyraSearch/lyra, de konkrétan bármi másra is ki lehetne cserélni, teljesen nyelv független lesz maga a konstrukció)
- Kell egy indexelő lambda amely a DDB Streamet olvasva frissíti a fenti lib adatbázisát
- Kell egy query lambda amely a fenti libet és a fájlban tárolt dbt felhasználva válaszol a beérkező kérésekre
Mivel a Lambdák alapvetően csak egy temp directoryt kapnak futás után, S3ba perzisztálni meg nincs értelme mert minden invokációnál le kell tölteni a db fájlt ezért marad az EFS szolgáltatás, amit elvileg fel lehet mountolni Lambdák mögé és így invokációkor azonnal elérhető lesz a db fájl letöltés nélkül. Szóval kvázi egy perzisztens network file systemen tárolnám és adatváltozás esetén frissíteném a text-search lib adatbázisát.
Igazából az egészben a legnagyobb szopás az a terraformmal való VPC és EFS setupolás, főleg a VPC..
Na majd jelentkezem mire jutott a dolog. -
disy68
aktív tag
Hát igen, VB után bármit is lát az ember, az csak jobb lehet
Ajánlás tekintetében szerintem a terület fontosabb is, mint maga a technológia. Ha nem érdekel a termék és nincs meg a motiváció, akkor nem valószínű, hogy meg lesz a kellő befektetett energia, hogy megfelelő szakemberré váljon bárki (tegyük fel ez lenne a cél). Adott területen belül meg kezdőként bármilyen "bevált" nyelv, framework, lib, akármi lehet ajánlott, hiszen a személyes preferencia majd azzal alakul ki úgyis.
-
Ispy
nagyúr
válasz
disy68
#18331
üzenetére
Ja, lehet, az egyikük js-ről jött, a másik meg c-ről. Nekem például nem volt bajom se a php-val, se a js-sel vb után.
De valahogy az android studio is lehet közrejátszik, amikor látom őket szenvedni vele.
Ezért is nehéz ajánlani bármit bárkinek is, mert ezek annyira szubjektív dolgok is lehetnek, szóval inkább szeresd, amit használsz, mint az állásajánlatok alapján dönts. Persze nem baj, ha kettő egybevág.
-
disy68
aktív tag
Kinek mi. A személyes preferencia is belejátszik. Ha egy teljesen eltérő syntax-ot kell egyik napról a másikra használni az tud ellenérzéseket kiváltani. Nekem pl. java és az ott használt common formázások után volt jó pár dolog, ami nem volt szimpatikus a c#-nál elterjedt szokásokban, pl. a mindenhol is pascal case. Most meg már arra áll rá a kezem (mondjuk meg nem szerettem
). -
-
disy68
aktív tag
válasz
Csaby25
#18308
üzenetére
Nekem némi php/javascript-es előzmények után java backend majd c# .net backend és angular frontend typescript-tel lett az irány. Üzleti alkalmazások.
Java oldalon a Spring (Boot) keretrendszer nagyon bejött. Arról váltani c#-ra .net web api-ra nem volt túl nagy probléma. Az Angular Typescript-tel a backend után, szintén könnyen abszolválható volt.
Java mellett/helyett több helyen használnak Kotlin-t is, elég sok lib elérhető kotlinban is, ami java-ban. Dolgoztam olyan projekten, ahol Spring volt használva Java-val, de újabb modulokat/service-eket már csak kotlinban írtak. Szintén JVM-es világban pl. Scala-s projektekkel is lehet találkozni, illetve ott a Groovy is, amit főleg DSL-ek személyében használnak (pl. gradle).
Jelenlegi munkahelyemen van Flutter iOS/Android/web kombóhoz, kollégák, akik használják nagyon meg vannak vele elégedve. Sokkal jobban, mint a korábbi natív Android Java (kotlin-t nem használtak itt) és pláne az iOS Swift (és még inkább pláne az objective c) után. Azt viszont érdemes tudni, hogy itt is ismerni kell a natív környezetet, vannak megoldások, amiknél a különböző platformokra célzottan kell kódot írni és emiatt szélesebb körű ismeretek is kellhetnek. Platformok terén az apple világa nem éppen baráti
.Python-nal csak minimálisan foglalkoztam, de java/c# után a syntax nagyon nem volt szimpatikus, de ez nyilván csak személyes dolog.
---
Szóval ahogy #18310 sh4d0w is írja első körben azt döntsd el, hogy mivel szeretnél foglalkozni frontend/backend esetleg mobilfejlesztés. Ha ez megvan, akkor nézhetsz állásajánlatokat (itthoni/külfödi) az adott területen bármilyen nyelven, hogy lásd miket várnak egyes helyeken (keretrendszer, adatbázis, környezet, tooling), miknek kéne még utánajárni/megismerni és mi az ami neked szimpatikus. Ezzel persze óvatosan, van ahol a világ minden technológiája is elvárás lenne minden alap nélkül
-
coco2
őstag
@dabadab
Visszaolvasol kicsit, és érthetőbb lesz.@emvy
Rákerestem "cutter"-re IT kontextusban, de nem találtam semmit. Ha buzzword-célzásnak szántad, akkor persze értem, és igazat adok neked. A buzzword témában nem vagyok gyakorlott. Még tanulom, hogyan mennyi a marketing hatásfok, és hol metsz el a null tengelyt. Amennyire beképzeltek a mai világ pancserei, szerintem nekem még simán terepszínűnek kellene látszanom. De ha nem, akkor gyaníthatóan valamit eltúloztam.@mobal
A tippedet visszaigazolom. Elkerültem. C-ben a sortörés egyszerűen csak sordobás, mert a logikai sor lezárása explicit. Azt kihagyni nekem nagyon visszatetsző.A PHP-nak megvan a maga sara. Céltalanul véded. Aki a 3-as időből ismeri a PHP-t, annak a hócipője van tele vele, de olyan szinten, hogy mind a mai napig bottal se piszkálná. Szerintem te moderátor létedre nagyon alábecsülöd a szakmájukra lelkiismeretes népek megbántásának a következményeit. Pedig elvileg neked emberek kezelésében kellene a legjobbnak lenned. A PHP 5-ös verzió bemutatása óta papíron eltelt másfél évtized. Érzésre nem. Egyszer valamit rendesen lehipóznak, annak vége van. A régiek nem fognak visszatérni. Az újak között pedig egyre kevesebb a tehetség. És úgy hal ki egy programnyelv. Jelenleg a Python halad azon az úton. Kívánok neki sok szerencsét a történelmi tapasztalatot megismételni.
-
coco2
őstag
válasz
K1nG HuNp
#18319
üzenetére
Írok c-ben egy erőforrás lock-ot cluster-re (linux only). Ha kész, felrakom a forráskódot + felhasználói segédletet php példákkal githubra. Ha nagyon akarod, majd dobok ide egy linket róla. Bár nem nagyon számítok rá, hogy ingyen tesztereket szerezhetek itt. Egyenlőre tervezési fázisban van, és nem fogom az ujjaimat égetve sietni vele, de véges időn belül azért elkészül.
Hanem a gyermeteg stílust leszel szíves hátrahagyni. Téged a szüleid nem tanítottak meg viselkedni?
-
coco2
őstag
válasz
Csaby25
#18302
üzenetére
Gyártasz legalább 1 hobby project-et. Bármit, amit jellemzően szívesen csinálnál. Felrakod githubra. Linket beleírod jelentkezésbe (vagy linkedin profilba). Aztán bízd mások megítélésére, hogy amit csináltál, az minőségében hol van a junior .. expert skálán hozzáértésben. Próbáld meg nem alábecsülni magad. Ha van tehetséged, kevés idő többet fogsz felmutatni, mint azok, akik évekig koptatták ugyan a széket, és gyűrődtek, épp csak olyan nehéz a fejük, hogy évek alatt is a legtöbb, ami rájuk rakódott, az a kosz a munkahelyre befele utazgatások során.
-
coco2
őstag
válasz
Csaby25
#18308
üzenetére
A Java-t már csak meggyőződés nélkül tolják. A mobil aranyláz zászlóshajója volt, ami elsüllyedt. Azóta olyan sokan hagyták a fenébe, hogy a pénzek azért emelkednek. Ha úgyis ezzel foglalkoztál a legtöbbet, próbáld meg ezt.
A Dart-ról még előbb döntse el a Google, mennyire akarja tolni. Tolja immáron egy évtizede, és még mindig nem sok benne az értelem, hogy miért teszi. Talán majd egy újabb évtized után kiderül.
A Python-t illetően van egy olyan vicc, hogy a világ legrosszabb nyelvét már feltalálták. "P"-vel kezdődik a neve, és nem a Pascal az.
Amiket kihagytál:
-programnyelvek gyanánt C#,
-scriptnyelvek gyanánt PHP, Javascript,
-leíró nyelvek gyanánt HTML, CSSAmíg az exotikumok eldöntik, hogy befutni akarnak-e, vagy éhen dögleszteni a saját közösségüket, ha csak elkezdeni akarod valahogy, maradj a kiforrottabb eszközöknél.
-
A PACELC nem kritika, hanem kiegészítés, valójában még jobban leszűkíti a CAP-et.
> Ami vélemények eddig érkeztek, mindegyik tool, amelyik a problémát egyáltalán kezelheti bármilyen szinten, Raft / Paxos alapú. Azt kijelenteni vajon korrekt?
Mi a kérdés? Hogy van-e más a Paxos/Raft pároson túl elosztott konszenzusra? Persze, nyilván van. Vagy nem értem, hogy mit kérdezel.
-
coco2
őstag
Viccen kívül, végigolvastam a CAP blogot a wiki-n, és ott van a blog végében a PACELC kritikája. Nem csak én gondolom úgy, hogy a CAP kissé figyelmetlen.
Sőt, szerintem a PACELC is figyelmetlen annyiban, hogy akár scriptes jellegű alkalmazások esetén csak egy erőforrás szemafor kiegészítés kell, és akár elosztott rendszerekben az A/C probléma L/C problémává változik. Tranzakció-mentes környezetek számára az adatverziókat már feltalálták az Availability alapértelmezetten biztosítható.
Egyenlőre nem találtam másik gyakorlati megoldást a "közelben", amelyik foglalkozna az A/C -> L/C probléma transzformációval, mint például Redis cluster-t futtatni. Ha te mégis tudsz olyat, sikíts.
Ami vélemények eddig érkeztek, mindegyik tool, amelyik a problémát egyáltalán kezelheti bármilyen szinten, Raft / Paxos alapú. Azt kijelenteni vajon korrekt?
A trollkodást meg nyugodtan hanyagolhatod. Arra nem tartok igényt.
-
axioma
veterán
válasz
Csaby25
#18308
üzenetére
szerintem leginkabb az a kerdes, hogy a gondolkodasmodod mire match-el jobban
Es innen minden szvsz.
en nem szeretek a ui-jal kuzdeni igy azt passzolom, de a java es python tok mas vilag, masra jo, mas hozzaallas kell [van aki kimondottan ganynak latja a pythont mert nem szigoru tipusos, es hogy nez mar ki hogy s="32", s=int(s) leirhato], van aki meg ezt a flexibilitast szereti, a sajat gondolatmeneteben ugyis tudja h mit miert csinalt 'kevesbe szepen' [de joval kevesebb kodsorral, viszont jellemzoen lassabb futassal]. A python a PoC helyzetekben hasznos, meg a nem szakmabol hanem domainbol jott programiroknak [pl. mestint/data science], illetve me'g teszteleshez, es csapatmunkanal mar jellemzobb [foleg backend-en] hogy ne'mileg visszadugjak a szellemet a palackba es megkoveteljek a 'nagykonyves' tipusozast, egyes szabalyok kikenyszeriteset (persze messze van igy is a klasszikusoktol).
A Java-val a legeleje szivas, de valamilyen szinten korlatok es az en erzesem szerint sokkal inkabb pattern-ek kozott vagy, de ha beleeled magad akkor nem a sajat korlatodat latod benne, hanem a tobbi resz korlatjat a sajatod biztos alapjanak [ha ertheto mire gondolok]. Nagy feladatban kis reszt jo esellyel ebben egyszerubb megfogni [persze ha az alap jol van megirva], de masreszt jellemzoen oriasi monstrumok vannak benne, es at fog idovel kelleni latni az egeszet valamilyen szinten.
Kornyezet nem hiszem h szamitana, foleg h a jellemzo IDE-k mar altalaban rendelkeznek keresztbe plugin-okkal, es cegtol inkabb fugghet mint nyelvtol.
Es mindjart szetszednek a tobbiek h nem is igaz amit irtam, mert peldaul... -
Csaby25
őstag
válasz
Csaby25
#18300
üzenetére
Sziasztok!
Először is köszönöm az eddigi tanácsokat.
Picit felvázolom az érveket(ellenérveket) a nyelvek mellett.Python:
Pro - Talán ez a legkönnyebb
Kontra - Nagyon régen tanultam, keretrendszert is kell külön tanulnom.Java:
Pro - Ezzel foglalkoztam a legtöbbet, elvégeztem egy tanfolyamot is(fizikailag, nem online).
Kontra - Talán ez a legnehezebb, keretrendszert is kell külön tanulnom.Flutter - Dart:
Pro - Könnyebb, mint a Java, ezt tanultam legutóbb(Udemy tanfolyam), egyszerre tanultam keretrendszert és nyelvet is.
Kontra - Kevesebb állás lehetőség.Segít ez nektek tanácsot adni
?
Picit úgy érzem, mint aki ide - oda kapkod és mindig az után lohol ami a legközelebb van
Ezért szeretnék végre dönteni és kitartani valamelyik mellett, hogy ne vesztegessem tovább az időmet. -
Marky18
aktív tag
Frontendre elobb talal juniort egy ceg, mert egyetemen, bootcampeken, youtuben es udemyn is erre tudjak a legkonnyebben felkesziteni a kezdoket.
Beagyazott, backend/middleware fejleszto, cloud engineer vagy data engineer pozicioba magasabb a belepesi kuszob es nem is lehet akarhol beletanulni, mert van eszkoz/adat/infra kovetelmeny a tanulashoz. -
-
sh4d0w
félisten
válasz
Csaby25
#18300
üzenetére
A Pythonnal konnyebbet nemigen talalsz es lehet benne full-stack alkalmazasokat irni, nem csak backendet. Van tobbfele web framework, DB-driverek, frontenden ha nincs legalabb 8 fele UI framework, akkor egy sem. Nagyon flexibilis, nagyon konnyen hasznalhato, konnyen tanulhato.
-
coco2
őstag
válasz
Csaby25
#18302
üzenetére
Ha ott élsz, ott helyben kellene találni valamit. Remélem, jól beszélsz Románul is.
Vagy az angollal irány a full remote munkák felé. De azokhoz minimum olyan szintű ismeret kell, hogy nyakadba hajítják a még ki sem pucolt problémát, és leteszel az asztalra valami értékelhetőt. Azt vagy be tudod vállalni, vagy nem.
-
-
coco2
őstag
válasz
Csaby25
#18300
üzenetére
Amíg profession-ön voltam, prémium profil megmutatta nekem, kik jelentkeznek az állásokra, és a statisztikát, hogy mennyit kérnek. Átképzett éttermi dolgozókkal, könnyű fizikai munkásokkal, szállodai ügyintézőkkel meg olyasmikkel van tele az informatikai jelentkezések kétharmada - vagy még nagyobb aránya. Fizetési igények meg ilyen 300-tól 350-ig. Ha beszélsz németül vagy angolul, nézhetsz nemzetközi cégeket, ahova juniort keresnek, egyébként maradj a magyar cégeknél. A magyar cégek szakképzett munkaerőt biztosan nem kapnak annyi pénzért, amennyiért keresnek, ergo gyakorlatilag nem vagy hátrányban. Ha szerény fizetéssel beéred, jó esélyed van megkapni az első esélyt. Aztán majd meglátod, hogyan tovább.
Ha dotnet akkor BL amúgy meg C 
![;]](http://cdn.rios.hu/dl/s/v1.gif)
Új hozzászólás Aktív témák
Hirdetés
● olvasd el a téma összefoglalót!
- Eladó egy XMG P406 laptop
- ÁRGARANCIA!Épített KomPhone Ryzen 5 7500F 32/64GB DDR5 RTX 5060 8GB GAMER PC termékbeszámítással
- Magyarország piacvezető szoftver webáruháza
- LG 27UP850NP-W - 27" IPS LED - 3840x2160 4K - DisplayHDR 400 - USB Type-C - AMD FreeSync
- AKCIÓ! MSI B365M i5 8600 16GB DDR4 512GB SSD RX 5700XT 8GB CM MASTERBOX Q300L Zalman 600W
Állásajánlatok
Cég: FOTC
Város: Budapest