- Kikristályosodik a Razr 60
- Bemutatkozott a Poco X7 és X7 Pro
- Samsung Galaxy A56 - megbízható középszerűség
- Huawei Watch Fit 3 - zöldalma
- Samsung Galaxy S23 és S23+ - ami belül van, az számít igazán
- Fotók, videók mobillal
- Milyen okostelefont vegyek?
- Mobil flották
- Xiaomi 14T Pro - teljes a család?
- One mobilszolgáltatások
Hirdetés
Talpon vagyunk, köszönjük a sok biztatást! Ha segíteni szeretnél, boldogan ajánljuk Előfizetéseinket!
-
Mobilarena
Új hozzászólás Aktív témák
-
Marky18
aktív tag
válasz
martonx
#20535
üzenetére
Szerintem enterprise kornyezetben idealis esetben nincs olyan, hogy "adott nyelven dolgozo" csapat. Mindig a feladatnak megfelelo nyelven irjuk a kodot, mert a nyelv csak egy munkaeszkoz.
A mostani csapatunkban peldaul maintainelunk Java, Scala, C++ es Pythonban irt kodot is, de most lehet meg TS is lesz.A JVM-es nyelveknek meg hatalmas elonye, hogy a GitHubon elerheto nagy open source rendszerek eleg nagy resze ebben irodott es ezek osszelegozasabol all egy nagyvallalat backendje. Ha ezeket hasznalod, elobb-utobb valamilyen okbol bele kell nyulnod, hogy a sajat use-casere optimalisabb legyen es azt nem tudod megcsinalni C#-al.
-
Marky18
aktív tag
2005-6 kornyeken kezdtem programozni tanulni, meg QBasicben es Pascalban, de mar akkoriban is a Java volt a "meno" a C++ mellett.
A Delphi draga volt, a Lazarus pedig nyegle ahhoz kepest, hogy a Javas vilagban milyen lehetosegek voltak. Kozben a JVM es a JIT compiling elonyei is egyertelmuen a Java fele huztak mindenkit.Akkoriban a .NET meg fapados volt a Javahoz kepest, nagyjabol 2012 kornyekeig featurekben nem erte el Javat, amit aztan gyorsan le is hagyott. Az MS fuggoseg miatt viszont nem tudott ugy elterjedni es a JVM-es okoszisztema leuralta a piacot. Hiaba fut mar mindenen a .NET, ha inditani kell egy nagyobb projektet elobb nyul egy ceg/csapat egy JVM nyelvhez, mint .NET-hez.
-
-
Marky18
aktív tag
Semmi gond nincs a JDK-val, egy nagyon eros ecosystem epult ra, ami egy safe choice, ha valasztani kell egy stacket.
Az a téma megint érdekes lett számomra, és egykoron nem értettem meg azt a célzást, hogy "mert Java fejlesztot konnyu kukazni". Most jó lenne megértenem.
Javat tanitanak mindenhol, valoszinuleg keves olyan fejleszto van, aki ne talalkozott volna vele legalabb egy kis projekt erejeig. Az osszes cloud provider tamogatja, van SDK-juk, a dokumentaciok is az elso 3 helyen hoznak Java peldakat.
Emiatt konnyebb Javara felvenni embert, egyszeruen nagyobb a merites. -
Marky18
aktív tag
Attol fugg mit ertesz alkalmazas logika alatt. A DevOps van, ahol csak ops feladatot lat el, van, ahol fejleszt is. Altalaban a DevOps feladata biztositani, hogy az infra mukodjon, IaC modon migralhato, tesztelheto, skalazhato legyen. Ebbe beletartozhat akar egyeni belsos fejlesztes is peldaul rendszerek kozotti integraciohoz, vagy az infra monitoringjahoz. A DevOps masik fo feladata a CI/CD pipelineok lefejlesztese.
A DevOps alapvetoen egy end2end szemleletmod, amit minden fejlesztonek birtokolnia kene, de a cegek ezt kiszerveztek egy kulon pozicioba
-
Marky18
aktív tag
Ezek csak az en preferenciam
Egyebkent tobb ceges tapasztalatom alapjan nem nagyon szokott lenni megkotes belulrol a nyelvet illetoen, a csapatok eldonthetik miben implementaljak. Az interface fedje le maximalisan a designt es legyen a romma tesztelve.New hire eseten persze valami generalis dologra lonek (Java, .NET), mert in hands Go vagy Scala tapasztalattal rendelkezo embert szinte lehetetlen felvenni.
-
-
#19396
Marky18
aktív tag
VikMorroHun
#19394
Marky18
aktív tag
válasz
VikMorroHun
#19394
üzenetére
Egy nulla keves a seniorhoz, /nap szinten
Jetbrains termekkel dolgozott mar valaki dev containerrel? Szeretnek osszerakni egy imaget, amiben elore be van konfiguralva a fejlesztoi kornyezet a megfelelo verziokkal. VSCodehoz eleg sok guide van, de Jetbrainshez semmit se talalok.
-
Marky18
aktív tag
-
Marky18
aktív tag
válasz
totron
#19120
üzenetére
Valószínűleg beragadt a világlátásom, de végül is ki mit ajánlana, C/C++ vagy inkább .NET/Java/C# tengelyt?
Java/C#, ha tenyleg a programozas erdekli. A Pythonban tul sok absztrakcios reteg el van rejtve a beepitett es a konnyen behuzhato libek altal, ami a napi munkaban lehet hasznos, de tanulasnal nem artana tudni megirni egy alap algoritmust. A Python modulkezelese egyebkent egy rem a C#/Java-hoz kepest, hiaba probal az ember type hintekkel operalni, nagyon konnyu circular dependency problemakba belefutni.
A C/C++ pedig maradjon meg annak, aki tenyleg hardverkozeli, csucsra optimalizalt kodot szeretne irni. -
-
#19031
Marky18
aktív tag
racskobalazs
#19030
Marky18
aktív tag
válasz
racskobalazs
#19030
üzenetére
Munkat szerintem nehez lesz talalni vele, de sajat projektekre hasznalhato.
-
#18832
Marky18
aktív tag
kiaszabadba
#18830
Marky18
aktív tag
válasz
kiaszabadba
#18830
üzenetére
Nem irtad milyen adatbazisrol van szo, de a legtobb tud olyat, hogy csv-t olvas fel egy tablaba. Innentol mar csak hozza kell irni az uj rekordokat/updatelni a regieket a beolvasott tablaval.
Ja es persze automatizalni az egeszet. Erre lehet irni egy cron jobot, vagy hasznalni az adatbazis job servicet. -
Marky18
aktív tag
válasz
FeniX-
#18783
üzenetére
A regi adatbazisrol csinalsz egy staging masolatot: initial load, aztan a change eventekkel frissiteni az objektumokat. Aztan ha helyszukeben vagy view-kal megoldani az uj objektumokkal valo kompatibilitast.
Ha historyt is tarolnal - akarmilyen okbol -, akkor viszont csinalj history tablakat a staging fole.Meg lehet oldani API hivasokkal is, de barmi okbol elveszited a kapcsolatot a regi rendszerrel, vagy csak kivezetesre kerulne, akkor szukseged lesz az adatbazisra. En nem probalnam meg ezt kisporolni.
-
#18763
Marky18
aktív tag
arcoskönyv
#18761
Marky18
aktív tag
válasz
arcoskönyv
#18761
üzenetére
Senki se szuletett profinak, de biztos vagyok benne, hogy minden profi beletette az energiat es vegigolvasott tobb konyvet, lenyomott tobb hobbiprojektet es hasznalta a keresoket. Ez is egy gyakorlati szakma, ugy lehet tanulni, hogy csinalod is, csak itt az elmeleti hatter megszerzese nelkul sok dologhoz hozzafogni is keptelenseg.
Nem veletlen szuletett meg a klasszikus interjukerdes: Mi tortenik, ha megnyitom a bongeszoben a google.com-ot?
-
-
-
Marky18
aktív tag
Lehet binarisan tarolni, de a nyers adatra mindenkeppen szukseg van, a termek indulasatol kezdve egeszen a mostani idopontig. Onnantol kezdve a mernokok feladata, hogy mit kezdenek ezzel a nyers adattomeggel, milyen formaban transzformaljak es taroljak. Altalaban a raw reteg utan mar valamilyen DB vagy data lake kovetkezik....
Nalunk peldaul 4 lepcso van a raw es a konkret user reteg kozott , az adat bonyolultsagatol es a kovetelmenyektol fuggoen mindet ki is hasznaljuk. -
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.
-
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. -
-
Marky18
aktív tag
Szorakozasbol - es esetleg kesobb kisebb gigek miatt - szeretnek iOS fejlesztest tanulgatni.
Udemyn rengeteg kurzus van, plusz a UIKit es a SwiftUI kozott is donteni kellene. Megeri meg UIKitet tanulni, vagy ugorjam at es csak a modernebb technologiaval foglalkozzak? Azt el tudom kepzelni, hogy sok komponens meg nincs SwiftUI-ra atirva, ezert nagyobb projektekre nem alkalmas.
Nem foglalkoztam meg sem webfejlesztessel, sem UI fejlesztessel, igy elsore a SwiftUI baratsagosabbnak tunik. -
#16686
Marky18
aktív tag
Netszemete
#16684
Marky18
aktív tag
válasz
Netszemete
#16684
üzenetére
Kezdokent en ORM nelkul tanulnam meg az adatbazis hasznalatat. Irj PreparedStatement-tel (vagy ami az adott nyelven a megfeleloje) SQL lekerdezeseket, mert az ORM agyuval-verebre eset tud lenni kisebb feladatokra.
Ha ez magabiztosan megy, meg akkor se hasznalj ORM-et, hanem absztrakcioval rejtsd el az adatbazis reteget annyira, mintha mar ORM-et hasznalnal.
Ha ezzel is megvagy, akkor nyugodtan kezdj el ORM-el foglalkozni, mert mar tudni fogod mi tortenik a keretrendszerben -
Marky18
aktív tag
válasz
sztanozs
#16625
üzenetére
Raadasul egy szalon...
Jok ezek a peldak, senki se vonja ketsegbe, hogy egy adott processzorra kioptimalizalt assembly gyorsabb, mint egy magasabb szintu implementacio, de amikor dolgozni kell, akkor nem fog senki beincludeolni egy libet azert, hogy kis idot nyerjen egy trivialis lepesen. Inkabb szalakra dobalom a feldolgozni valot, vagy, ha olyan a feladat, akkor architekturalisan optimalizalok.
Beagyazott rendszereken kivul nem is igazan tudnek olyan teruletet, ahol ilyen szintu optimalizalas kell, de oda meg amugy is olyan fejlesztok mennek, akik kenik-vagjak az adott processzorra torteno fejlesztest. -
Marky18
aktív tag
En elfelejtenem az XML-t, hasznalj JSON-t es nyalazd at a .NET WebAPI-t, mert konnyebb implementalni, mint a socket kommunikaciot. A JSON azert jo, mert gyorsabban atkuldheto es feldolgozhato, plusz debugolasnal szemmel is konnyebb atlatni.
Nem tudni mennyire kritikus ez a rendszer, de en nem szarakodnek SSL-el, ha nem kerul netre a cucc. -
Marky18
aktív tag
válasz
fatal`
#16574
üzenetére
Sokkal gyorsabb a 22-es. Most fejlesztettem egy kozepes meretu solutionbol allo .NET Core appot es volt idom parhuzamosan probalgatni a 19-es es a 22-es VS-t. Minden teren (startup, build, debug) sokkal gyorsabb az uj, igaz most mar be is foglalja a memoriat. De legalabb gyors
Az intelligens kodkiegeszites pedig baromi jo, rengeteg boilerplatet meg lehet iratni egy tab-al. -
Marky18
aktív tag
válasz
sztanozs
#15629
üzenetére
egyetemi jegyzet vs optimalizált kód.
Szerintem a legfontosabb az, hogy ellassa a kod a feladatat. Hiaba irod meg a leheto legoptimalisabb low-level eljarast egy adott problemara, ha az egesz feladat 1%-at oldottad meg a rendelkezesre allo ido nagy resze alatt, illetve hiaba irnak brutalgyors peldakat az egyetemi jegyzetben, ha egy tapasztalt fejlesztonek is orakba telik kibogozni, hogy mi tortenik. Az OOP valahol ennek menten jott letre, hogy olvashato, ujrahasznalhato kodot irjunk es ne csak egy szakallas szaki tudja, hogy mukodik az adott kodreszlet.Azt sem szabad elfelejteni, hogy a low-level problemak nagy resze mar meg lett oldva evtizedekkel ezelott, nekunk csak hasznalni kell a megirt kodokat, hogy user kozeli problemakat oldjunk meg veluk. Hardverkozeli kodot C-ben is ASM-ben irnak, webalkalmazast pedig C#-ban, Javaban, mert nem akarunk az OSI modellben turkalni, hogy egy GET requestet lefuttassunk. Mas retegbeli problema, mas retegbeli eszkozoket kivan.
Új hozzászólás Aktív témák
● olvasd el a téma összefoglalót!
- Eladó/Lenovo X240 Ultrabook/I5-4300U/8GB DDR3/Win 10Pro/12,5"!!!
- LG OLED55C9 prémium TV - 140cm, 4k, 120Hz - apró vizuális hibával
- Erős Gamer / Munka PC i7-14700, RTX 3070 Ti, 32GB RAM, 1TB SSD
- Samsung Galaxy A52S 5G Dual 8/256
- AM5 Gamer PC - Ryzen 5 8400F / RX 9060 XT / A620M / 16GB vagy 32GB RAM 5600MHz / 256GB + 1TB M.2 SSD
- Honor Magic5 Lite 128GB, Kártyafüggetlen, 1 Év Garanciával
- Lenovo Thinkpad L14 Gen 4 -14"FHD IPS - i5-1335U - 8GB - 256GB - Win11 - 2 év garancia - MAGYAR
- Dell D6000 univerzális dokkoló USB-C/ USB-A, DisplayLink & Dell WD15 (K17A) USB-C + 130-180W töltő
- BESZÁMÍTÁS! ASRock B550M R5 5600 32GB DDR4 512GB SSD RTX 4060 TI 16GB Zalman N5 Chieftec 700W
- MacBook Pro 13, 14, 15, 16, MacBook Air M1, M2 M3 M4 bill magyarosítás lézerrel / sapkacserével
Állásajánlatok
Cég: FOTC
Város: Budapest