- Samsung Galaxy S23 és S23+ - ami belül van, az számít igazán
- Bemutatkozott a Poco X7 és X7 Pro
- Garmin Venu X1 - vékony, virtuóz, váltságíjas
- iPhone topik
- Yettel topik
- Apple Watch Ultra - első nekifutás
- Huawei Watch Fit 3 - zöldalma
- Samsung Galaxy A53 5G - kevesebbet többért
- Gyorsabb és drágább - kezünkben a Samsung Galaxy S23
- Három Redmi 15 érkezett a lengyel piacra
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
-
#10086
Oppenheimer
nagyúr
Zola007
#10083
Oppenheimer
nagyúr
válasz
Zola007
#10083
üzenetére
Leszedsz netről egy magyar szótárt, lehetőleg minél többféleképpen ragozott meg toldalékolt szavakkal. A programod minden szóhoz megkeresi az azonos hosszú és legkisebb hamming távolságú párját, és arra módosítja. Eggyel okosabb változat, ha hamming távolságnál csak az ékezetkülönbségeket nézi.
-
#9381
Oppenheimer
nagyúr
Oppenheimer
nagyúr
Hey!
Helyi hálózaton belül, wifin keresztül küldenék egyik eszközről a másikra csomagokat.
2 csomag küldése között eltelt idő 10 ms, és 100-300 bájtosak kábé. Először UDP-re gondoltam, mert nem érdekel, ha elveszik 1-2 csomag, és szerintem az adott körülmények között a sorrendjük nem keveredne meg (nagyon). Van valami ami miatt mégis TCP-t ajánlanátok erre a use casere? -
#9165
Oppenheimer
nagyúr
Oppenheimer
#9164
Oppenheimer
nagyúr
válasz
Oppenheimer
#9164
üzenetére
Nagyon jó, bevált!
-
#9152
Oppenheimer
nagyúr
Karma
#9148
Oppenheimer
nagyúr
Redishez nincs erőforrás a felhős gépben.
Memcached csak Linuxra van, a fejlesztői gépem windowsos. Lehetne külön Linuxon futtatni a Memcachedet, de az teljesítményben hátrányos lenne, mert az app (még) monolitikus felépítésű, minden 1 gépen kell hogy fusson.
Ehcachet is nézegettem, az szimpi is volt. De ennyi erővel megtarthatnám a Kotlin objektumot egy pl StatService osztályon belül, ahelyett, hogy kiszerializálom JSON-né. Aztán ez az osztály felelne az időnkénti frissítéséért az objektumnak, és szolgálná ki a kéréseket. Nem?
Ehcachet használva annyi lenne más, hogy a StatServiceben nem közvetlenül van benne az objektum, hanem azon keresztül az Ehcachenek a cache-ében JSON-ként.Konzulensem amúgy Mongot és Redist ajánlott, ezekhez ugye nincs erőforrás. Jövőhéten jön ki az új MySQL, amiben lesz JSON type, azt is lehetne használni, mivel az az RDBMS-em, bár ennek kérdéses, hogy milyen Java API-ja lesz. Ha szar, de ez lenne a jó irány, akkor meg le lehetne cserélni postgresre is.
-
#9143
Oppenheimer
nagyúr
inf3rno
#9142
Oppenheimer
nagyúr
válasz
inf3rno
#9142
üzenetére
Ez egy stateless web service.
Adatbázis view-val nem érnék sokat, amikor JSON-t akarok tárolni, nem pedig query-k eredményét.
Böngészők nem kommunikálnak a web service-szel, így nem látom értelmét HTTP cachenek.
Valóban nem bonyolult feladat, de már megbeszéltük, hogy érdemes megoldani.
-
#9136
Oppenheimer
nagyúr
Jim Tonic
#9135
Oppenheimer
nagyúr
válasz
Jim Tonic
#9135
üzenetére
A kliens program egy mobil app, és feltehetjük, hogy használják mondjuk 1000-en egyszerre. Ezek HTTP-n kommunikálnak a szerverrel, és időnként kérik a statisztikát.
Sima fájlba mentéssel az a gond, hogyha letelt az adott idő, és újrakalkulálta a szerver a statisztikákat, akkor nem írhatja csak úgy felül a fájlt, mert lehet, hogy épp egy másik szál olvassa. Ennek kezelésére meg megint állapot kerülne a szerverbe. Ez nem kerülhető el?
-
#9134
Oppenheimer
nagyúr
martonx
#9133
Oppenheimer
nagyúr
válasz
martonx
#9133
üzenetére
Azt elírtam, 512MB RAM van.
Viszont adat az nincs sok, max pár megabájt lenne. Elfér a memóriában is, de kerülhetne diszkre is, sokat nem számít. Lényeg az, hogy ne kelljen mindig végigolvasni a teljes adatbázist, amikor egy kliens kéri ezeket az adatokat. Simán csinálhatnék egy statikus komplex Java (Kotlin) objektumot, ami ezt tárolja, de akkor elveszne a szerver app stateless-sége.
Nem is gondoltam volna, de memcached-et nem lehet használni Windowson, ami a fejlesztői platformom, szóval az már nem is opció.
-
#9132
Oppenheimer
nagyúr
Oppenheimer
nagyúr
Sziasztok!
Belinkelném ide az SO kérdésem, hátha valaki tud rá itt válaszolni. Sejtésem szerint fogtok tudni.
-
#9093
Oppenheimer
nagyúr
dabadab
#9092
-
#9009
Oppenheimer
nagyúr
Blizz
#9007
Oppenheimer
nagyúr
-
#8912
Oppenheimer
nagyúr
TheProb
#8911
Oppenheimer
nagyúr
válasz
TheProb
#8911
üzenetére
meg van írva, csak ezt a 3 dolgot kell valakinek összelegózni:
screenshot, Google Translate API, OCR.
Ha minden jól megy, ez a megoldás platformfüggetlen lenne. De az is lehet, hogy python-nal mégkevesebb munka.
-
#8909
Oppenheimer
nagyúr
Oppenheimer
nagyúr
belinkelem ide, mert szerintem nem Android specifikus dolog, és elképesztően WTF
-
#8897
Oppenheimer
nagyúr
emvy
#8896
-
#8895
Oppenheimer
nagyúr
Oppenheimer
nagyúr
Valaki otthon van NoSQL adatbázissémák tervezésében? Nézegetem ezt a PostgreSQL-t, és nagyon szimpi, hogy tud egyszerre relációs és nem relációs adatbázisként is működni.
Írtam egy exception küldő androidos appot, de úgy döntöttem újraírom az egészet. Megterveztem az új relációs adatbázis sémát, de szerintem van olyan tábla, ami jobb lenne, ha sima object store lenne helyette.
Leírom mire gondoltam. Van most egy Exception_Instances nevű táblám amiből idegen kulcs mutat az Exception_Type-ra. Exception_Type például a NullpointerException, és ennek egy Instance-a az, amit egy user küld egy másiknak.
Tehát az Exception_Instances tábla attribútumai: id, type_id, date_time, from_user_id, to_user_id. Az ID unsigned long típusú, tehát 18446744073709551616 példány fér bele. Úgy gondolom, egy user sem fog 1.000.000-nál több exception-t kapni és küldeni, ezért 18.446.744.073.709 felhasználó még okés lenne.
Ennek tudtában azt csinálnám (csinálom a mostani verzióban is), hogy minden userhez tartozik egy max 1.000.000 millió méretű terület a táblában, tehát például az n-edik usernek [n x 1.000.000] és [(n-1) x 1.000.000] közé esnének az Exceptionjeinek az ID-jai.
Így elég jó lekérdezéseket is tudok írni, ha egy user exception-jeit le kell kérni. Beszúrás már más kérdés, szerintem ha Java kódból EntityManageren keresztül nyomok egy persist-et, semmiképp se fogom tudni elkerülni, hogy lockolja az egész táblát, és a többi tranzakció ami közben olvasna belőle, ne blokkolódjon.Ezzel kapcsolatban azt érzem, hogy az egész kicsit over-engineered, és lehet, hogy object storet használva gyorsabb is lenne (főleg a beszúrás). Vélemények?
-
#8876
Oppenheimer
nagyúr
Karma
#8875
-
#8729
Oppenheimer
nagyúr
Orionk
#8727
Oppenheimer
nagyúr
Ha NNG, és írsz tesztet (mért ne írnál), akkor ismételd át a bináris fák bejárását, mélységének számolását, benne tárolt objektummal való visszatérést, és hogy az STL osztályok metódusai mit csinálnak. Én felkészületlenül mentem, de ezek ismeretében nem nehéz a teszt. Ha nem NNG, ezek akkor is jól jönnek, pl bináris fa minden teszten szembejött velem.
-
#8590
Oppenheimer
nagyúr
Oppenheimer
nagyúr
Másnál is haldoklik a github? Nem tudok pusholni rá, és alig töltenek be az oldalak.
-
#8476
Oppenheimer
nagyúr
Oppenheimer
nagyúr
ha végre vége a vizsgáknak, szorgalmi időszak elején lesz egy kis időm valamivel foglalkozni. arra gondoltam elkezdek scalat tanulgatni. mennyi munkaerőpiaci/szakmai haszna lenne vajon, még ha később soha nem is használnám? amúgy érdekel az a terület ahol használják (komplex, elosztott rendszerek)
-
#8437
Oppenheimer
nagyúr
Shrike7973
#8436
Oppenheimer
nagyúr
válasz
Shrike7973
#8436
üzenetére
Hasonló dolgokon gondolkodom én is. C++t kedvelem, és nekem is abban van kis munkatapasztalatom, de én audio codec-ekkel foglalkoztam, meg Inteles library-kkel. Tényleg rengeteg C++ állás van, de akkora a különbség közöttük, hogy nem olyan sima az átjárás közöttük, mint más nyelveknél. Ha megtanulok modern Java frameworköket és toolokat profin használni, akkor azt hiszem jóval több állás közül választhatok később, mintha elmélyülnék a codecek világában. Valószínűleg te is így járnál a GUI fejlesztéssel. Elég megnézni ezt az álláshirdetést. Ha elmélyülsz az itt felsorolt területek egyikében, nem fogsz automatikusan érteni a többihez is, így ha álláskeresésre kerülne sor, vagy találsz ilyen területen betöltetlen állást, vagy nem. Azt a következtetést vontam le, hogy a C++ a nagyon vakmerő embereknek való, akik a mának élnek.
-
#8411
Oppenheimer
nagyúr
Oppenheimer
nagyúr
- Mi a női programozó rémálma?
- ???
- Végtelen ciklus. -
#8317
Oppenheimer
nagyúr
beleszólok
#8316
Oppenheimer
nagyúr
válasz
beleszólok
#8316
üzenetére
és ha a while ciklusban nem adnál értéket egy stringnek?
-
#8281
Oppenheimer
nagyúr
beleszólok
#8280
Oppenheimer
nagyúr
válasz
beleszólok
#8280
üzenetére
-
#8279
Oppenheimer
nagyúr
Sk8erPeter
#8278
Oppenheimer
nagyúr
válasz
Sk8erPeter
#8278
üzenetére
Sk8erPeter++;
-
#8221
Oppenheimer
nagyúr
Oppenheimer
#8220
Oppenheimer
nagyúr
válasz
Oppenheimer
#8220
üzenetére
Már mind1, csak szar az IDE, és nem szólt hogy kihagytam egy betűt. 3 napig kerestem.
-
#8220
Oppenheimer
nagyúr
Oppenheimer
nagyúr
Ért valaki az AgentSpeakhez?
-
#8200
Oppenheimer
nagyúr
Oppenheimer
nagyúr
Egyik dolog ami miatt minden leendő informatikusnak a BME-t ajánlom, az a jól felépített tanterv, hogy nagyon sok anyagot adnak le, és komolyan számon is kérik. Jó az egyensúly a matek tárgyak és a közvetlen szakmai tárgyak között.
Másik dolog a szabadon választható tárgyak végtelen listája.
-
#8199
Oppenheimer
nagyúr
axioma
#8195
Oppenheimer
nagyúr
"absztrakt algebra, de aztan szamelmelet (foleg moduloosztalyok), kombinatorika, grafelmelet, stb)"
Ezek BME mérnök infón mind voltak bsz1-, bsz2-ből, majd ezekre ráépülve további matekos tárgyak: Kódolástechnika, algoritmuselmélet, és most, az 5. félévben adatbázisok és mesterséges intelligencia. Analízis vonalat sem kell félteni, volt anal1, anal2, valószínűségszámítás, jelek és rendszerek, és most, az 5. félévben szabályozástechnika.
bambano: márpedig bsz-ből is úgy volt, hogy elmondták az axiómákat, és mindent azokból vezettünk le. Analízist is az alapoktól építették fel.
-
#8172
Oppenheimer
nagyúr
modder
#8166
-
#8158
Oppenheimer
nagyúr
Jim-Y
#8157
Oppenheimer
nagyúr
3. félévben volt dolgom Javával, 4. félévben pedig .NET-tel, de már akkor sem tudtam dönteni közöttük.
Most épp egy 1 hetes .NET tanfolyamon veszek részt, de ezek vezetett laborok, így sokat nem segít ez se a döntésben. Ezért fordultam a topikhoz.(#8155) kispx: ezek pl 50-70 főre szólnak.
-
#8156
Oppenheimer
nagyúr
Karma
#8153
Oppenheimer
nagyúr
Amit kifelejtettem, hogy bár ezek valóban nem adnak olyan mély tudást, hogy rájuk kelljen építeni a karrierem, de amelyiket megcsinálom utána abból fogok tesztet írni a schönherz iskolaszövetkezetnél, és azon a területen fogok elhelyezkedni jövő nyártól kezdve.
(#8155) kispx: Nem értem.
Eddig mindig mindent fel tudtam venni amit akartam. Eredetileg C++ba akartam fektetni az energiám, de meggondoltam magam. -
#8154
Oppenheimer
nagyúr
Karma
#8153
-
#8148
Oppenheimer
nagyúr
Oppenheimer
nagyúr
Nem tudok dönteni 2 szabvál között. Mindkét technológia érdekel, de szerintem a Javában több lehetőség van, és jobb karriert ígér. Szeretnék érveket hallani:
vs
Szoftverfejlesztés J2EE platformon
Amelyiket most választom, később is azzal szeretnék foglalkozni.
![;]](http://cdn.rios.hu/dl/s/v1.gif)
Új hozzászólás Aktív témák
● olvasd el a téma összefoglalót!
- Battlefield 6
- Luck Dragon: Asszociációs játék. :)
- NVIDIA GeForce RTX 5080 / 5090 (GB203 / 202)
- sziku69: Fűzzük össze a szavakat :)
- TCL LCD és LED TV-k
- QNAP hálózati adattárolók (NAS)
- Samsung Galaxy S23 és S23+ - ami belül van, az számít igazán
- Formula-1
- Mafia: The Old Country - Íme a hivatalos gépigény
- Jól áll az ARM-os Windows helyzete, de a játékoknál nem jön az áttörés
- További aktív témák...
- AKCIÓ! DDR5 GAMER PC: Intel Core Ultra 7 265KF +RTX 3060Ti/3080/4060/4070 +16-64GB DDR5! GAR/SZÁMLA!
- iPhone 13 Pro MAX 128 GB Graphite - 4 hónap Apple Szervízgarancia - APCOM
- AKCIÓ! DDR5 GAMER PC: Intel Core Ultra 5 225F/245K +RTX 5050/5060/5070/Ti +16-64GB DDR5! GAR/SZÁMLA!
- OnePlus 12 5G 256GB 12GB RAM
- AKCIÓ! GAMER PC: Intel Core Ultra 7 265KF +RX 6600/6700XT/6800/9060XT/9070 +16-64GB DDR5! GAR/SZÁMLA
- Új, Garanciális (1-3ÉV) Gamer PC-Számítógép, néve szóló számlával! I5 14400F / RTX 5060 / 32GB DDR5
- Bomba ár! HP Elitebook 840 G1 - i5-4GEN I 8GB I 180GB SSD I 14" HD+ I Cam I W10 I Garancia!
- 24 hónapos PlayStation Plus Premium előfizetés a legolcsóbban, egyenesen a PlayStation-től!
- Apple iPhone 7 128GB Yettel Függő 1Év Garanciával
- Bomba ár! HP ProBook 440 G6 - i5-8GEN I 8GB I 256SSD I HDMI I 14" FHD I Cam I W10 I Gari!
Állásajánlatok
Cég: FOTC
Város: Budapest