- Milyen asztali (teljes vagy fél-) gépet vegyek?
- Házimozi haladó szinten
- Milyen TV-t vegyek?
- Házi barkács, gányolás, tákolás, megdöbbentő gépek!
- iPad topik
- Azonnali informatikai kérdések órája
- Nagyon érzékeny lett a játékok archiválására a Nintendo
- Apple MacBook
- Iszonyatos mennyiségű hulladékkal járhat a Windows 10 terméktámogatásának vége
- AMD vs. INTEL vs. NVIDIA
-
PROHARDVER!
Új hozzászólás Aktív témák
-
#8922
martonx
veterán
aftercooler
#8921
martonx
veterán
válasz
aftercooler
#8921
üzenetére
Gondolom ez játéktól függ. Egyébként ha a múltból jól rémlik, ezek jellemzően szöveges file-ok szoktak lenni, szóval általában egy sima notepad elég a szerkesztésükhöz.
-
martonx
veterán
válasz
bambano
#8837
üzenetére
Én az alap hivatalos debian-ra értettem az erőforrásigényest. Nekem bármilyen distro jó, ha debian alapú, az még jobb.
Az se baj, ha webmail nem lesz rajta, és majd mindenki imap-pel / pop3-al leszedi a leveleit. Ha meg valaki nagyon webmail-t akar, az vállalja a kockázatokat. -
martonx
veterán
válasz
sztanozs
#8832
üzenetére
Köszi, ez jó ötlet! Igaziból 6-8 domainhez tartozó tizenpár emailcím kezelését kellene megoldani minél olcsóbban, és ehhez kutatok alternatívákat. Per pillanat egy DigitalOcean-os legalapabb VM (havi 5 dollár plusz áfa) és valamilyen rá való mini linux tűnik a befutónak.
De átgondolom a raspberry-s alternatívát is. -
martonx
veterán
Sziasztok! Tudom ez nem a megfelelő topik, de az összes többi kapcsolódó topik teljesen halottnak tűnik, és itt van pár kemény linuxos arc
![;]](//cdn.rios.hu/dl/s/v1.gif)
A kérdésem, hogy milyen minimál linux distro-t ajánlotok, ha a cél egyes egyedül SMTP szerver futtatása, minél gyengébb gépen (1 mag, 512 mb memória). -
martonx
veterán
válasz
Vasinger!
#8816
üzenetére
Ebből mi nem érthető? [link]
Tárterületet mindegyik annyit foglal, amennyi komponenst felraksz. Nyilván minél többet tud egy VS, annál több helyet foglal, de ez nem egyenesen arányosan növekszik, mert általában nem a plusz szolgáltatások foglalnak sok helyet, hanem az SDK-k, emulátorok. Azok pedig azonosak az összes verzióban. -
martonx
veterán
válasz
krysn95
#8809
üzenetére
Írsz egy programot, ami
1. leszedi a kívánt weboldal tartalmát
2. kiszedi a szövegből a neked érdekes részt
3. azt elküldi egy text-to-speech api-nak, mondjuk ennek: [link]
4. az onnan visszakapott hanganyagot lejátszodHopsz, talán ez az API még jobban dokumentált, és még ingyenesebb, és magyarul is tud: [link]
-
martonx
veterán
Sziasztok!
Nyomoronc flv videókból kell(ene) kinyernem metadata adatokat, pontosabban a lényeg az fps lenne.
VLC szépen lejátsza őket, az ffprobe is beolvassa, de fps-t nem ír ki hozzájuk.
MediaInfo is beolvassa, de egyedül a hosszukat tudja meghatározni.
yamdi meghatározza az fps-üket, de mindnek rossz hosszt ír ki, és mintha az fps meghatározása sem lenne 100-as (legalábbis összevetve a VLC-s lejátszáskor hossz / dekódolt frame számmal).Valami alternatívát tudtok még, ami ilyen média metadata kinyerésre jó program? C#-ból használom őket.
-
-
#8462
martonx
veterán
PumpkinSeed
#8459
martonx
veterán
válasz
PumpkinSeed
#8459
üzenetére
Én a Unity-t ajánlanám, ismertségben, multiplatformitásban talán a legjobb. Viszont C# a nyelve, de ez végülis elég közel esik az általad preferált nyelvekhez.
-
martonx
veterán
válasz
plaschil
#8441
üzenetére
Az ügyfélnek van igaza, akkor is ha baromságot kér. Feltételezem egy cookival van megoldva az eltárolása annak, hogy belépett valaki. Ebben az esetben amikor először megkapja a cookie-t, annak csak X perces lejárati időt kell adni, így a rendszer mindig ki fogja dobálni a usert, miután a cookie-ja lejárt.
De nyilván még kismillió megoldás létezhet. -
#8397
martonx
veterán
PumpkinSeed
#8396
martonx
veterán
válasz
PumpkinSeed
#8396
üzenetére
"A Tour of Go-val kezdtem nem tudom mi tudná jobban elmagyarázni a nyelv alapjait mint a nyelv saját oktató oldala."
Ezek szerint vagy a dokumentációjuk szar, vagy a te felfogásod, vagy a nyelv mégsem olyan intuitív, vagy ezek kombinációja.
-
#8393
martonx
veterán
PumpkinSeed
#8387
martonx
veterán
válasz
PumpkinSeed
#8387
üzenetére
Az jó, hogy lelkesen elkezdted taulni a Go nyelvet, de nem-e el kellene először legalább a nyelv alapjait olvasni? Sőt, jobbat mondok nem ártana megtanulni előbb egy adott nyelven programozni, a mindenfelé kapkodás, tökéletes szétszóródás helyett.
-
-
#8324
martonx
veterán
beleszólok
#8323
martonx
veterán
válasz
beleszólok
#8323
üzenetére
Hát, ez esetben nagyon gáz a C# 22mp-es olvasás ideje.
-
#8321
martonx
veterán
beleszólok
#8320
martonx
veterán
válasz
beleszólok
#8320
üzenetére
Egyébként nekem gyanús, hogy vagy a Python csal (mondjuk a fordító figyeli, hogy csinálsz-e bármit a beolvasott adattal, és ha nem akkor valahogy eleve csak végigpörgeti a file-t, érdemi beolvasás helyett), vagy a C# mono-val nagyon nincs optimalizálva. Vagy mindkettő. Elvileg közel nulla különbségnek kellene lennie pusztán a file megnyitásakor, végigpörgetésekor a két nyelv között.
Nekem egyébként kicsit gyanús, hogy a Python az 1.6Gb-os file-t 3.6 másodperc alatt nyálazza végig, ez kicsit mintha túl kevés lenne.
-
#8319
martonx
veterán
beleszólok
#8316
martonx
veterán
válasz
beleszólok
#8316
üzenetére
ha már próblgatunk, akkor ezt próbáld még ki C#-al, a komplett using-os rész helyett:
foreach (var line in File.ReadLines("kern.log"))
{
n++;
}Így legalább már pont olyan szép, mint python-nal
És amikor ezzel megvagy, akkor javaslom még a foreach helyett a parallel.foreach-et kipróbálni. Erre gondoltam eredetileg, amikor mondtam, hogy C#-al nagyon egyszerű több processzor magot kihasználni.
Én anno C#-al (mondjuk nem mono-val, hanem rendes C#-al windows-on) 40Gb-os XML-eket parsoltam, és dolgoztam fel, töltöttem db-be pár órás futásidővel (igaziból a db-be töltés volt a szűk keresztmetszet, pontosabban a db mögötti storage, mivel a DB szerver 96 magos, alig terhelt gép volt).
-
#8306
martonx
veterán
beleszólok
#8304
martonx
veterán
válasz
beleszólok
#8304
üzenetére
Szerintem kevered a namespace-t és a workspace-t.
-
#8302
martonx
veterán
beleszólok
#8299
martonx
veterán
válasz
beleszólok
#8299
üzenetére
Én Visual Studio-t használok, ott nem tapasztaltam ilyen problémát. Ebben nem tudok tanácsot adni.
-
#8297
martonx
veterán
beleszólok
#8296
martonx
veterán
válasz
beleszólok
#8296
üzenetére
Tök jó, örülök! Jelzem a mono-ban egyre jobban bízhatsz, mivel a jövő év elején megjelenő C# 6-tal a Microsoft a mono-t is beemeli a hivatalosan támogatott futtató környezetek közé.
-
#8293
martonx
veterán
beleszólok
#8292
martonx
veterán
válasz
beleszólok
#8292
üzenetére
Ha nem ragaszkodsz a pythonhoz, mondjuk C#-ál bagatell egyszerű több szálú feldolgozót írnod. Akár Pythonból is meg tudod hívni szimpla konzol alkalmazásként.
-
martonx
veterán
Tényleg Karma, akár csak privátban is, de írnál kicsit bővebben a Xamarin-os tapasztalatodról? Engem elsősorban az érdekel, hogy az ingyenes / olcsó változat korlátozásaival mennyire lehet együtt élni?
Zseniálisnak tartom, hogy C#-ot lehetne használni mindenhol, csak engem a Xamarin ára jelenleg még a kísérletezéstől is visszatart. -
martonx
veterán
vbs-ből teljes egészében (na jó majdnem) lehet formázni a megnyitott xls-eket. Így ránézésre szerintem senki nem fogja megmondani neked, hogy hol a hiba. Az biztos, hogy az ötlet jó, és működőképes.
Viszont a VBA kódod nem fog egy az egyben működni VBS-el, legalábbis a régi emlékeim szerint. -
#8243
martonx
veterán
Sk8erPeter
#8240
martonx
veterán
válasz
Sk8erPeter
#8240
üzenetére
Jogos, én se arra gondoltam, hogy az alapoktól megírni, hanem felhasználni egy meglévő open source engine-t, mint mondjuk ez: [link]
-
martonx
veterán
válasz
attiati
#8238
üzenetére
offline browser nincs, csak akkor ha létezik fából vaskarika
Te egy web crawler botra gondolsz Ilyet simán lehet írni, ami ha elég gyors a szerverük, percek alatt leszed neked mindent amit csak akarsz.
Viszont ez így ebben a formában valóban büntetőjogi kategória lehet, sőt egy normálisan megírt multithread crawlerrel elég komoly szerver terhelést is okozhatsz nekik. -
martonx
veterán
válasz
bbTamas77
#8217
üzenetére
Ahogy a C#, Java, és az összes menedzselt nyelv egy vm-en fut. Ily módon "csak" annyit kellett megoldani, hogy a vm ne csak Microsoft vonalon, hanem a többi platformon is működjön.
A Java ezt már év(tizedek) óta tudja, a .Net még csak most kezd igazán cross-platform lenni. -
martonx
veterán
válasz
bambano
#8209
üzenetére
T-systems van szegeden is, meg Epam, meg LogmeIn, meg OCE, meg CAS, meg valami Siemes maradék. Szóval szvsz nem éppen állóvíz Szeged informatikai szemüveggel nézve. Csak a fizetések ne lennének olyan szarok, és kár hogy a favágó melókat tolják le a szegedieknek, amikre rádobnak X juniort X/10 semiorral, aztán lapátoljátok a szart.
-
#8152
martonx
veterán
Oppenheimer
#8150
martonx
veterán
válasz
Oppenheimer
#8150
üzenetére
Kérdeztél érveket, én írtam rá egy választ. Engm nem kell meggyőznöd semmiről, magadat kell meggyőznöd. Csak leírtam, hogy szvsz .Net vonalon pont ugyanúgy lehet érvényesülni, mint Java vonalon.
-
#8149
martonx
veterán
Oppenheimer
#8148
martonx
veterán
válasz
Oppenheimer
#8148
üzenetére
Szerintem meg semmi különbség nincs a kettő között. Bármelyiket is választod mindkettőben sok lehetőség van, és mindkettő egyforma jó karriert ígér. Én ASP.Net vonalon dolgozok, és nem telik el olyan nap, hogy ne fusson be legalább egy fejvadász megkeresés.
-
martonx
veterán
válasz
bambano
#8138
üzenetére
Ezzel azért vitatkoznék. Szvsz nem feltétlenül kell erős gép a programozáshoz. Pláne sok múlik azon, hogy milyen nyelven programozunk. Script nyelvek alá pl. baromira nem kell vas (se proci, se ram, se alaplap, mindenből mehet valami alap). Pláne ha netán valami szimpla text editorral esünk neki eleinte.
Build-elős nyelveknél, ha nagy projekteken dolgozik valaki (netán Java-ban fejleszt, akkor különösen), tényleg javasolt egy erős gép, de a sok memória ekkor se fontos.
A melóhelyen az I7-es, 16Gb rammal komolyan unatkozik (kivéve a buildek idejét, ami pár másodperc), és a több Gb-os projekt össze-vissza fordítgatásakor se sikerült még soha 8Gb-nál több memóriát foglalni (lokális webszerverrel, lokális db szerverrel).Szvsz kezdőnek, egyszerűbb igényekhez egy i3-as (vagy valamilyen AMD kaveri proci), 4Gb ram, tényleg alap alaplap, SSD (ez nagyon fontos, ezen nem szabad spórolni, legyen minél nagyobb, minél gyorsabb), és ezekhez egy olcsó, de minőségi táp kell. Ennyi. 80K-ból azért egy ilyen konfignak illene kijönnie, ha szűkösen is.
-
#8051
martonx
veterán
Sk8erPeter
#8050
martonx
veterán
válasz
Sk8erPeter
#8050
üzenetére
Á az nem fog megtörténni, mert akkor kiderülne, hogy mégiscsak az elpoénkodott CTRL-F-es megoldás lett a befutó
De az is lehet, hogy közben Icukát elküldték excel tanfolyamra
-
martonx
veterán
válasz
flurider
#8045
üzenetére
És ezt miért nem lehet magában az excelben megoldani? Minimális excel programozással... Komolyan pár sornyi kód. Dobd be az exceles topikba, pár ráérős emberke hátha ráugrik, és megírja neked azt a pár sort.
Hozzáteszem, excelben nyomsz egy CTRL - F-et, majd begépeled a 3 karaktert, akkor pont arra a sorra fog ugrani, amit keresel
-
martonx
veterán
Három lehetőséged van:
1. A 3 mobil szolgáltató valamelyikével leszerződsz. Az igazán tömeges, leggyorsabb SMS átfutási idejű megoldást ez fogja tudni szolgáltatni, és mindegyiknek van ilyen-olyan interfésze, amin keresztül vezérelni tudod.
2. Szimpla mobiltelefont hozzá tudsz kötni számítógéphez, és azon keresztül is tud menni SMS kommunikáció, de ez percenként néhány SMS-t jelent, mind küldés, mind fogadás oldalon.
3. Vannak kimondottan 3rd party üzenet küldő-fogadó szolgáltatások, mint pl. a Twilio (ez biztos, hogy fogadni is tud) vagy az SMS Cloud (ez lehet, hogy csak küldeni tud), vagy bármi ezekhez hasonló szolgáltató.
-
martonx
veterán
válasz
bigbuda
#8019
üzenetére
Elvileg miért ne, másrészt a hr-es nulladik körös szűrésen jó eséllyel ki fogsz hullani.
Én a helyedben klasszikus kicsi cégeknél próbálkoznék, esetleg ismeretségen keresztül, ahol fontosabb, hogy tényleg mit tudsz, mennyire vagy motivált mint, hogy a hr-es mit lát ki a pár sornyi önéletrajzodból. -
martonx
veterán
válasz
bigbuda
#8017
üzenetére
Szvsz, ha programozni akarsz roppantul nem ezen fog múlni.
Hidd el ezek a tanfolyamok jellemzően kamuk. De még a főiskoláról, egyetemről se jössz úgy ki, hogy bármi programozás tudás is rád rakódott, hacsak nincs mögötte a saját elhatározásod, saját autodidakta energia befektetésed. -
martonx
veterán
Ezért is kérdeztem, hogy milyen platformra, mert ha nagyon multiplatform akarsz lenni, akkor kb. a java az egyetlen opció. Na jó, csinálhatod Mono-val .Net-ben, vagy Qt-vel C++-al is.
Az biztos, hogy nem kezdeném el minden platformra külön-külön elkezdeni lefejlesztgetni ugyanazt.
Erősen elgondolkoznék a HTML5-ön is, mint lehetséges cross-platform megoldás. Win8 natívan támogatja, úgy rémlik, hogy az új OSX is, Linux alá meg biztos lehet találni valami köztes réteget hozzá. -
martonx
veterán
válasz
moli.hu
#7966
üzenetére
Na ha a hangszórós ötlet tetszett, és ezek szerint a két gép halló-, látótávolságon belül van, mi lenne ha vennél egy USB füstgenerátort.
A morze jelekké kódolt adatot pedig füstjelekké alakítanád? Ekkor már csak annyi a feladat, hogy a másik gép webkamerája (nem írtad, hogy van-e ilyenje, de filléres beszerezni egyet) veszi a füst jeleket, és azokból visszafejted az adatot.
De akár csak villogtathatsz egy nagy reflektort is, vagy talán legegyszerűbb, ha a két gép kezelője átkiabál / átrádióz / áttelefonál a másiknak. -
#7940
martonx
veterán
Freddy TNT
#7939
martonx
veterán
válasz
Freddy TNT
#7939
üzenetére
A helyedben egyedül a szerveren futtatnék egy ütemezett feladatot 30 percenként, és itt vizsgálnám, hogy csatlakozik-e gép hozzá? Ha nem, akkor szundi.
-
#7937
martonx
veterán
Freddy TNT
#7936
martonx
veterán
válasz
Freddy TNT
#7936
üzenetére
És mi a probléma, amire ezt a megoldást találtad ki
-
martonx
veterán
Én per pillanat videó szerkesztő oldalt készítek tisztán kliens oldalon, szvsz ez is komoly programozás tud lenni (amikor már web workereket, asm.js-t, mindenféle html5 api-t használ valaki).
Más kérdés, hogy a js típustalan, és mint ilyen tanulásra szvsz alkalmatlan (php, js, és mindenféle szkriptnyelv rajongók mindjárt kinyírnak), illetve a szabadon berögzülő rossz beidegződések miatt szvsz többet árt mint használ. -
#7882
martonx
veterán
Sk8erPeter
#7881
martonx
veterán
válasz
Sk8erPeter
#7881
üzenetére
Ismersz, én személy szerint a html - css - js kiismerése után se a PHP - MySql vonallal folytatnám, de ez már teljesen szubjektív. Tény, hogy bénán fogalmaztam.
-
#7880
martonx
veterán
Sk8erPeter
#7879
martonx
veterán
válasz
Sk8erPeter
#7879
üzenetére
Nem a PHP - MySql-lel van bajom, csak amikor a webfejlesztést ezekkel azonosítják, azt pontosítani szoktam. Ráadásul kezdésnek szvsz nagyon messzire el lehet jutni tiszánt hml - css -js kombóval, nulla tényleges szerveroldallal.
-
martonx
veterán
válasz
bucsupeti
#7852
üzenetére
Na várj nem a vb-vel van itt a gond, szarul minden programnyelven lehet programozni
Felhasználó barátságban szvsz a vb pont az egyik legjobb választás kezdőknek.
Úgy értettem, hogy ennyi kódrészletből nem lehet megmondani, hogy az valóban jó-e, mivel láthatóan vannak globális változók, amikkel ki tudja mi törétnik, de hangsúlyoztam, hogy a kód egyébként jónak tűnik. -
martonx
veterán
A karma által jelzett sql-es bénaságon túl, ahogy már mondtam a vb-s topikban is, ez a kód jó.
Debugolgasd, aztán hátha jön elő valami logikai hiba.
Önmagában ez a kód azt csinálja, amit szeretnél.
Lehet, hogy valamelyik változóban benne ragadnak az értékek, szemmel láthatóan van mit javítani a változók kezelésén pl. using használata (vagy ez C#-nál van, vb.net-nél másképp hívják?).
Nekem így ránézésre gyanús a da és a ds (ezeknek se ártana valami normális nevet adni). -
martonx
veterán
Na látod, ezért nem kellett volna annyira túllihegni a makró programozást.
Az ADO.NET-es kérdésedre pedig a válasz: mostanra a klasszikus ADO.NET-es adatbázis elérés abszolút nem preferált. Entity Framework-kel, vagy NHibernate-el (hogy csak a két legáltalánosabb .Net-es ORM-et említsem) illik használni az adatbázisokat. Ha ésszel használod, akkor észrevehetetlenül lassabbak csak a klasszikus ADO.NET-nél (na jó, vannak esetek, amikor a különbség jobban kijön), viszont rengeteg előnyük van.
-
-
martonx
veterán
Erre nincsenek konkrét válaszok.
Tudok olyan cégeket mondani, ahol napi 2-3 órán át megy a scrum stand-up, meg szájtépés, meetingek tömkelege. Aztán meg jön a kérdés, hogy mikor vagy kész.Máshol meg tényleg elég laza, és csak az számít, hogy kész legyél.
Ahol te dolgozni fogsz cégnél, nem tudhatjuk, hogy a skála melyik részén helyezkedik el.
![;]](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!
- Milyen asztali (teljes vagy fél-) gépet vegyek?
- Hegesztés topic
- Windows 10
- Házimozi haladó szinten
- Milyen TV-t vegyek?
- Házi barkács, gányolás, tákolás, megdöbbentő gépek!
- Nintendo 3DS és DS topic
- Kodi és kiegészítői magyar nyelvű online tartalmakhoz (Linux, Windows)
- Abarth, Alfa Romeo, Fiat, Lancia topik
- Nagyrobogósok baráti topikja
- További aktív témák...
- Gigabyte B450M S2H + Ryzen 5 1400 kisebb-nagyobb hibával
- Nokia 105 4G (2023) charcoal, Nokia 110 4G (2023) midnight blue
- ASRock B550 PG Velocita + Ryzen 5 3600 + 32GB (4x8GB) DDR4 3600Mhz CL18
- Philips 58PUS8505 Smart LED Televízió,146 cm, 4K Ultra HD ,Android, Ambilight, HDR10+ KIJELZŐHIBÁSAN
- Canon EOS 250D kiegészítőkkel, táskával (CSAK 200 expoval !!! )
- CarPlay / Android Auto adapter meglévő Android alapú fejegységhez
- IKEA Format lámpák eladóak (Egyben kedvezménnyel vihető!)
- Telefon felvásárlás!! iPhone 14/iPhone 14 Plus/iPhone 14 Pro/iPhone 14 Pro Max
- Hp Prodesk 600 G3/ G5/ G6 SFF-MT / i5 8-9-10 gen, Hp EliteDesk 800 G4 / Win11- Számla, garancia
- AKCIÓ! Apple MacBook Pro 16 M4 Pro - M4 Pro 24GB 512GB SSD garanciával hibátlan működéssel
Állásajánlatok
Cég: PCMENTOR SZERVIZ KFT.
Város: Budapest