- iPhone topik
- Google Pixel topik
- Apple iPhone 13 Pro Max - őnagysága
- Samsung Galaxy S25 Ultra - titán keret, acélos teljesítmény
- Ilyen lesz a Fairphone 6
- LG V50 ThinQ Dual Screen - az 5G ára
- Keretmentesít a Galaxy S25 FE
- Középkategóriást mutatott be újra az Oppo
- Nothing Phone (3a) és (3a) Pro - az ügyes meg sasszemű
- Redmi Watch 5 - formás, de egyszerű
-
Mobilarena
Új hozzászólás Aktív témák
-
válasz
pmonitor #16509 üzenetére
Egyszerusitsuk, legyen egy tipusu alkalmazas, mondjuk csak Notepad. Semmi mas. Es legyen az, hogy nem csak az elsohoz hasonlitsuk, hanem barmelyikhez a listaban, hiszen ahonnan a beszelgetes indult, ott ez is problemat okozna.
Tehat:
do
- nyitok egy notepad.exe-t
- feljegyzem a pid-et es a hwnd-t
- bezarom
while (nincs ismetlodo pid+hwnd paros a listaban)
Ez igy oke? -
válasz
pmonitor #16507 üzenetére
10M az kicsit alacsony erre a celra. Csak hogy jobban specifikaljuk:
- nyitok/zarok alkalmazasokat, minden egyes alkalommal feljegyzem a PID-et es a HWND-t. Ha talalok ismetlodest (tehat elojon egy olyan [PID,HWND], ami mar szerepelt), akkor nyertem, ha nem tudok ilyet, akkor vesztettem?
(ugye a HWND-nek csak az also 32 bitje a szignifikans, tehat azt kell lejegyezni)
-
> Amíg valaminek nullánál nagyobb a valószínűsége, legyen az akármilyen alacsony ε is, addig nem lehet kijelenteni, hogy lehetetlen.
Pedig egyebkent jo ellenpelda az UUID. Veletlenszeruen generalt UUID-knel nem kell ellenorizni az utkozest, pedig 0-nal nagyobb a valoszinusege, hogy utkozik.
-
válasz
Fire/SOUL/CD #16427 üzenetére
> hogy az hány darab utasításból ál
hat nem igazan ettol fugg a sebesseg
-
A MS gradprogramon ami 4 hónapos volt, NY-ban heti egy új programnyelv volt. Egyik héten C, aztán C++, aztán Java, aztán C#, stb. Mélységét tekintve annyit tudok hozzátenni, hogy template metaprogramokat is írtunk :) Persze kapaszkodni kellett mindenkinek, még anno még elég szigorú volt a felvételi. :)
1 év alatt simán meg lehet tanulni programozni egy erős kezdő szinten úgy, hogy fel tudd venni egy csapat ritmusát, és ne legyél visszahúzó tényező.
-
válasz
fatal` #16005 üzenetére
> Jogos, bár én inkább konstansként gondoltam rá mindig, illetve hogy ne legyen felülírva az értéke.
Az a baj, h a final az a referencia konstanssagat garantalja, nem annak a konstanssagat, amire a referencia mutat.
Es ja, csak a zajossaga miatt, egy egyszeru peldat akartam hozni.
-
válasz
fatal` #16003 üzenetére
Mert Java-ban a 'final' keyword rendkivul 'gyenge' konstrukcio, es lenyegeben (lokalis valtozok eseten) csak zaj, haszna nincs. Az lehetne a haszna, hogy veletlenul ujradefinialod, pedig nem akartad (de ilyet kb. senki nem latott).
Ja, nalunk csak ugy mehet be kod, ha
- 2 ember review-zta
- a kodban ott a teszt, ami bizonyitja, hogy a specben/ticketben leirt mukodest megvalositja (ergo az nem eleg, hogy a ket reviewer erti, hogy mukodni fog) -
Nalunk nehany aprosag 'tiltott' (illetve: ha nem nyomod el explicite pl. metodusszinten a lintert, akkor szol), peldaul Java-ban a regi stilusu Date osztalyokat nem szabad hasznalni, vagy lokalis valtozot nem szabad 'final'-nek deklaralni, vagy a 'maybe monad'-jellegu konstrukcioknal muszaj expliciten lekezelni mindket agat. De ezek nem annyira fasiszta dolgok szerintem.
-
válasz
MostaPista #15847 üzenetére
> Azokra van egy-ket oraja egy kozepiskolasnak, nem gondolnam, hogy egy tapasztalt programozonak tobb ido kellene ehhez:
Realisan a temat megbeszelni is tobb ora kell; egy tapasztalt programozo oradija tobb, mint egy eves elofizetes valamelyik issue tracker eszkozre.
-
A git egy nagyon szep es logikus modell, elkepesztoen felhasznaloellenes interfesszel. Ezen sajnos az UI sem segit, sot. En nem latom mas modjat a git rendes megtanulasanak, mint az, hogy elolvasod, hogy hogy tarolja az objektumokat.
-
válasz
Froclee #15464 üzenetére
Hát, ennyi év után már óvatosabban bánok ezekkel az ítéletekkel. Egyrészt igen, a Kotlin meg a C# komplettebb nyelvek, de a Java szépen fejlődik, és megvan az előnye annak, h nincs annyi koncepció a nyelvben, mint pl. a C#-ban. És persze vannak ezek az idióta hibák, de ezeket nem nehéz elkerülni.
Az async az sokkal nehezebb kérdés. Valójában rendes async implementáció csak a Go-ban van a mainstream nyelvek közül. Lásd:
A Netflix meg a többiek elsősorban az ökoszisztéma és a JVM miatt használták. A JVM egészen az utóbbi időkig a CLR előtt járt toolingban. Például monitorozni kiválóan lehet.
-
> A Codespaces-t kipróbáltad, benne vagy esetleg a bétában?
Benne vagyok a betaban.
> Az egyetlen újításnak az tűnik, hogy a szokásos git workflow helyett ad egy saját, egyedi, Microsoft és Github specifikus valamit - ez azért nem tűnik akkora bomba ötletnek.
A Codespaces lehetove teszi a kovetkezo use case-eket:
1) Uj fejleszto jon a ceghez
- megkapja a hozzaferest a GH-hoz
- megnyitja a Codespacest a megfelelo repository-ban bongeszoben, es azonnal elotte van egy teljesen beallitott fejlesztoi kornyezet, ahol futnak a tesztek, minden szukseges eszkot telepitve vanEzzel szemben egy 'klasszikus' enterprise kornyezetben X ideig (X: sok) tart, amig belovod a kornyezetet
2) Frissiteni/upgradelni kell a fejlesztoi kornyezeteket
- a valtoztatasokat egy PR-ral betoljuk a repoba
- mindenkinek frissul magatol a kornyezet
Ezzel szemben a szokasos modszer: ansible/etc. szkriptekkel vegigmegyunk a ceges gepeken, es imadkozunk, hogy mindenhol mukodjon, a regi, uj, etc. konfigokon is3) Novekszik a gepigenye a dev envnek
- mindenkinek nagyobb VM-et/kontenert adunkEzzel szemben a szokasos modszer: elkezdunk erosebb gepeket beszerezni
4) Gyenge laptoprol/tabletrol szeretnel fejleszteni (akar atmenetileg, mert tonkrement a fo geped)
-
válasz
instantwater #15058 üzenetére
Igen, még elég korai fázis, viszont a Codespaces + GH Actions kombó le fogja tarolni a dev piacot. Én 2021 végére - 2022 elejére tervezem átállítani a teljes fejlesztést arra, ha minden jól megy. Remote csapatoknak áldás lesz, teljesen standardizált környezet, biztonságosabb is, mint a saját PC ..
-
Pl. a sztochasztikus folyamatokra egy jo pelda, hogy mi van akkor, ha az UPS-eid az adatkozpontban idonkent meghibasodnak, es a terheles attevodik mas UPS-ekre; viszont azok nagyobb terheles alatt mas valoszinuseggel hibasodnak meg. Vagy van egy sales strategiad, es az userek neha kiesnek valamelyik pontnal, es vissza akarod oket csabitani, es szeretned, hogy minel olcsobban minel tobben vasaroljak meg a termeket. Vagy keresodobozt implementalsz, es autosuggest-el akarsz segiteni a felhasznalonak. Vagy meg akarod nezni, hogy a cegednel a fejlesztes soran melyek azok a lepesek, amiken valtoztatni kellene, hogy jobban haladjon a szoftverfejlesztes. Vagy tesztadatokat akarsz generalni.
Millio van, most ezek jutottak elsore eszembe (meg csomo sokkal specialisabb, de ezek tenyleg hetkoznapi problemak).
-
Ez annyira alap, hogy kb. mindenkinek (egy irodalmarnak is) hasznos lenne tudnia. Ha ezekhez egyaltalan nem konyitasz, akkor nemcsak fejlesztokent problemas az eleted, de SRE-kent, vagy barmilyen mas munkakorben, ahol nehany darabnal tobb peldanyod van 'valamibol'.
Laplace talan nem kell, de valszam alapok, Markov-lancok, sztochasztikus folyamatok alapveto fontossaguak a szociologiatol a kozgazdasagon at a penzugyon keresztul a biologiaig, es barmilyen szoftver eseteben, ami ilyenekkel erintkezik (azaz kb. minden). Aki szerint ezek nem fontosak, az szerintem csak azert mondja, mert annyira nem erti, hogy nem is latja, mirol marad le.
Tenyleg, ezeket kenjed-vagjad.
-
válasz
instantwater #14904 üzenetére
Hat, eleg sok ceg ad ilyet. (Tobb helyen konkretan korlatlan a budzse a laptopra, peldaul.) Teljesen illogikus ezen sporolni.
-
válasz
instantwater #14902 üzenetére
Kicseszett nevetseges, hogy programozoknak nem adnak legalabb 5000 euro budzset a fejlesztoi kornyezetuk osszerakasara.
-
válasz
dabadab #14890 üzenetére
"Meg kellene nézni, hogy pont mire fordul le a kódod, de simán lehet, hogy a num++ nem egyetlen utasítás, hanem valami olyasmi, hogy a numot betölti egy regiszterbe, megnöveli a regisztert és azt írja vissza a memóriába:"
Ez stimmel:
mov eax, DWORD PTR num[rip]
add eax, eax
mov DWORD PTR num[rip], eax
-
válasz
Silεncε #14889 üzenetére
Ennyire azert nem egyszeru a dolog, ez nem a klasszikus race condition. Ha az lenne, akkor a
std::cout<<"Double starting " << num << std::endl;
es astd::cout<<"Double ending " << num << std::endl;
sorok altal kiirt szam legalabb 2x-esere novekedne a ket sor kozott. De itt nem ez van.Mindjart gondolkozom rajta picit
-
válasz
instantwater #14851 üzenetére
Ja, oke, igen.
> Ha nem semver, akkor a librarykat is build number alapján húzod be, vagy hogy?
Igen, nalunk az van, hogy <build-number>-<commit-hash> -bol tevodik ossze a lib verzio.
A semverrel a kovetkezo a bajom:
- a minor es a patch verzio kozott _elvileg_ a kliensnek nem kellene kulonbseget tennie; elviekben mindig kompatibilis az uj verzio, es be lehet huzni
- a gyakorlatban ugyis ujra kell tesztelni minden esetben
- major verziovaltas ugye elvileg megtori a visszafele-kompatibilitast, tehat ennyi erovel a libet is at lehetne nevezniMagyarul semver helyett lehet azt, hogy
- mylib1-bol hasznalsz verzio 1-et, es barmikor kijon egy uj verzio, akkor tesztelsz es upgradelsz
- kompatibilitas-tores eseten mylib1-bol lesz mylib2Es kesz. Semmi pluszt nem ad ehhez a semver.
-
válasz
instantwater #14849 üzenetére
> Tehát akkor trunk based developmentre váltottatok, ahol a masterból megy minden,
Nem, dehogy, feature branchek vannak.
A semvernek webappnal milyen értelme van? Szerintem semmi. Libraryk esetén is szinte semmi.
Clusterezheto az app? Ha nem, akkor a k8s tényleg overkill.
-
válasz
instantwater #14844 üzenetére
- git flowt használtunk régen, mostmár siman tagek jelzik a verziókat; tehát amikor vki taggel egyet a master branchen, akkor az egy deployolhato egység (nyilván multirepos mikroszervizek esetén kell valami metarepo, mármint ha tényleg rendesen akartok tesztelni)
- semvernek nagyon ritkán van értelme, build hash nem inkrementalis, szoval autoincremented id, pl build number (deployolt webappnal mi a fenét jelent a semver?)
- immutable docker image kell, nyilván
Mi előbb mentünk k8s-re, aztán mikroszervizekre. A k8s elég sok mindent megold önmagában, uniform környezet élesben és tesztben, ingress, health checkek, jobok, perzisztens kötetek, logok gyűjtése.. és ugye megy akár egy laptopon is, ha a fejlesztőnek kell.
Mi Docker Swarm + privát szerverek kombóról kb. 4 hónap alatt átmentünk felhőbe, k8s-el, összesen talán 8 emberhonap ment bele, de ebben volt egy 3 TB-os Postgres migráció is, és kb 20 perc downtime lett végül összesen.
-
Nem tudom, de par napja flasheltem WSL2 alol ESP32-re valami programot, amit C-ben irtam. Raadasul a Visual Studio Code meg Windows alatt futott Remote-WSL kiegeszitovel, ami egeszen egyszeruen fantasztikus. Lenyeg, h a VSC Windows alatt fut, reszponziv, etc. de a fajlrendszer, amit hasznal, az lehet tavoli gepen SSH-n keresztul vagy WSL-ben is. Es NEM, nem olyan, mint az sshfs, mert a language server a tavoli gepen fut, ergo az egesz iszonyu gyors, es egy nagyon gyenge laptopon is dolgozhatsz egy eros tavoli gepre.
-
Ez egy rendes virtualizált Linux. Ha bekapcsolod, akkor a Windows és a Linux is virtualizált lesz, csak a Windows lesz a root partition, a Linux meg a child partition. A Windows kapja meg az eszközök nagy részét direktben, de nemsokára jön a GPU hozzáférés a Linux oldalon.
-
válasz
instantwater #14759 üzenetére
Ja, oké.
-
válasz
Domonkos #14760 üzenetére
Nem, mert
- nem fix terdeploszek, hanem hintazok rajta
- nem kötelező terdelni
- néha állva használom az aszaltSzóval a lényeg, h ne statikus pózban legyek egész nap. Erre tökéletes. Amiota ezt hasznalom, nem köt be a nyakam, stb.
A terdnek a legfontosabb a sok mozgás, például futás, biciklizés. A statikus pozoktol szép lassan eltűnik az izuletkozi folyadék. Most ki kellett hagynom 2 hónapot a futásbol, a végére kezdett szar lenni a térdem, aztán most 3 hét (18 alkalom) futás után megint fasza.
-
válasz
instantwater #14756 üzenetére
Mennyi ideig tart ki egy szek? Tiz evig? Mennyi az, evi szaz font? Napi szaz forint, hogy kenyelmesen ulj?
(En nem kedvelem a tamlas szekeket, egyebkent, nem az a lenyeg szerintem, h jo pozicioban ulj egesz nap, hanem hogy valtoztathasd a testtartasod, ezert nekem Varier Balans + allithato magassagu asztal van, de ezek se olcsok.)
-
válasz
instantwater #14733 üzenetére
Egy új MBP billentyűzete messze jobb, mint egy XPS-e. Nem tudom, miről beszélsz. (most küldtem vissza egy vacsiúj XPS9500-at i9-el, egy rakás szar). Lenovo oké, MBP szintén.
-
Ha mar a sztoriknal tartunk, legutobbi szopo: Kubernetesen futo app, eleg sok kontener/pod (sok tucat). Idonkent az alkalmazas eldob par bejovo kerest/csomagot.
Szaz szonak is egy a vege: fel nap utan rajottem, hogy a Linux kernelben levo netfilterben race condition van.. https://github.com/torvalds/linux/blob/24de3d377539e384621c5b8f8f8d8d01852dddc8/net/netfilter/nf_nat_core.c#L290-L291
(mondjuk mivel nagyon keveset kodolok mostansag, elegge fun volt debugolni)
-
Semmi baj nincs a Javaval, nagyon stabil az ökoszisztéma, a JVM nagyon gyors és jól optimalizált, a nyelv meg kiforrott, bár nem nagyon divatos. Kotlinra lehet váltani, de a Java idővel úgyis kb utoléri. (Személy szerint nem kedvelem a Javat, de abszolút érthető, h miért népszerű.)
-
Meg amikor valaki Skype-on keresztul kuld el valaki masnak egy bash script-reszletet, amit beraknak a production szerverre valahova. Minden szetesik, de senki nem talalja, hogy mi a fene lehet. A prod szerverek egy szeparalt datacenterben vannak (ez jopar eve volt, meg a cloud elott), es screenshotot kuldenek a scriptrol. Semmi gyanus.
Persze az volt, hogy OSX-es Skype client-bol masoltak ki szkriptet, es a ' karakter (szimpla idezojel) ki lett cserelve egy pont ugyanugy kinezo, de masik Unicode karakterre.
-
válasz
instantwater #14163 üzenetére
A Pascal egyebkent tok rendben van, jobb oktatonyelv, mint peldaul a Javascript.
-
válasz
Tigerclaw #13757 üzenetére
Peldaul ha azt akarod, hogy az enumerator valamilyen specialis szabaly szerint jarja be a kollekciot. Pl. van egy kollekciod szamokkal, es van egy enumeratorod, amit egy predikatummal lehet inicializalni, es az enumerator csak olyan ertekeken lepdel vegig, amire a predikatum igaz.
-
> Milyen olyan vegzettseg/alkalmazas letezik, ahol megduplazodik a fizetesed, ha megtanulsz angolul, de
> a) eddig is el tudtad latni angol nyelv ismerete nelkulA feltetelezesem az, hogy eddig nem tudtad olyan minosegben ellatni nyelvtudas nelkul. Sokkal nagyobb piacon versenyzel angoltudassal, mint anelkul. Konkretan ha _semmihez nem ertesz_, akkor angoltudassal mar brutto 400k korul el lehet helyezkedni ufsz-oskent.
Egyebkent nem tudok peldat mondani, mert szerintem ez annyira altalanosan igaz, hogy felesleges lenne konkretan kiszurni egy szakmat. Talan ahol nem igaz ez, az a jogi terulet.
-
válasz
Kingcold #13520 üzenetére
Csomoan nem ertik, hogy angolul tanulni a legolcsobb/leggyorsabb modja annak, hogy tobbet keressenek.
Angolul nagyon kezdobol kb. 1 ev alatt fel lehet jonni olyan szintre, hogy minimum megduplazd, de inkabb megtriplazd a fizetesed. Szakmai oldalon ennyire hatekonyan szinte semmilyen tudast nem lehet felszedni.
-
válasz
instantwater #13408 üzenetére
Van hivatalos tamogatas arra, h REST API-n keresztul ferj hozza Excel workbookokhoz. En meg sose hasznaltam (szerencsere
), de van.
-
válasz
instantwater #13406 üzenetére
Mert egy extrém flexibilis eszköz, kiváló rapid prototypingra.
-
válasz
instantwater #13349 üzenetére
Fogalmad sincs, hogy működnek a modern hypervisorok, ugye?
-
válasz
instantwater #13347 üzenetére
WSL2 az egy full Linux. Nem is a Windows alatt fut, hanem mellette. Docker Desktopos sracok nagyon igyekeznek, hogy ne legyenek teljesen irrelevansak.
-
válasz
instantwater #13342 üzenetére
WSL2 melle nem kell mar VBox.
-
válasz
bambano #12934 üzenetére
Erre rengeteg ellenpélda van (szuper programozó egyetemi végzettség nélkül, és alkalmatlan programozó ötös diplomával), szóval ez a szabály nem létezik.
Egyébként meg definiáld, hogy mi az a plusz, amit a kódkrampácsolóhoz képest a rendes programozó tud, amit csak az egyetemen lehet megtanulni.
Új hozzászólás Aktív témák
Hirdetés
● olvasd el a téma összefoglalót!
- Ryzen7 2700X/ RTX2060/ 32GB DDR4/ 512GB m.2 alapú konfig/ garancia / ingyen foxpost
- Eladó Fanatec szimulátor szett - Komplett, kiváló állapotban, azonnal használható!
- Beszámítás! Sony PlayStation 4 PRO 1TB fekete játékkonzol extra játékokkal garanciával hibátlan
- Beszámítás! Sony PlayStation 5 825GB SSD lemezeskonzol extra játékokkal garanciával hibátlan működés
- BESZÁMÍTÁS! HP Victus 16-D0655NG notebook - i5 10400H 16GB DDR4 512GB+1TB SSD RTX 3060 6GB WIN10
- BESZÁMÍTÁS! Sony PlayStation 4 PRO 1TB SSD fekete játékkonzol extra játékokkal garanciával hibátlan
- AKCIÓ! Sapphire Nitro+ RX 6800 XT 16GB videokártya garanciával hibátlan működéssel
- Felújított szerverek, storage-ok, hálózati eszközök Enterprise szinten, minden gyártótól
- ÁRGARANCIA! Épített KomPhone i5 14400F 32/64GB DDR5 RTX 5060Ti 8GB GAMER PC termékbeszámítással
- billentyűzetek - kiárusítás - Logitech, Corsair, ASUS
Állásajánlatok
Cég: CAMERA-PRO Hungary Kft
Város: Budapest
Cég: Promenade Publishing House Kft.
Város: Budapest