- Magga: PLEX: multimédia az egész lakásban
- sziku69: Fűzzük össze a szavakat :)
- btz: Internet fejlesztés országosan!
- Luck Dragon: Asszociációs játék. :)
- Parci: Milyen mosógépet vegyek?
- D1Rect: Nagy "hülyétkapokazapróktól" topik
- VoidXs: Tényleg minden játék optimalizálatlan?
- ricshard444: Fényképező ? Telefon helyett
- eBay-es kütyük kis pénzért
- Mr Dini: Mindent a StreamSharkról!
-
LOGOUT
Új hozzászólás Aktív témák
-
-
martonx
veterán
No pont ezért nem akartam belemenni a var vs mindig írjuk ki szépen az akár kilométer hosszú típusokat is témába.
Teljesen egyértelmű, hogy melyik a jó megoldás, de hitvitában úgysem lehet meggyőzni észérvekkel a másikat.
-
pmonitor
aktív tag
válasz
fatal` #16995 üzenetére
#16991:
>A legtöbb helyen látni a típust a kifejezésből, tök felesleges kiírkálni. Ráadásul írhatod át, ha még a végére fűzöl valamit.Én erre a hsz-edre írtam.
Jó, mondjuk Linq esetén igazából nem nagyon van választás(végülis erre találták ki eredetileg). De az egész kód nem Linq-ból áll.
-
fatal`
titán
válasz
pmonitor #16994 üzenetére
Miért kéne bármit átírjak azért, mert egy linqhoz hozzáírok egy orderbyt (vagy épp kiveszek)? Taníts még mester, rengeteg iparági tapasztalatod van úgyis.
De említhetek szinte bármilyen collection műveletet, ami megváltoztatja a típust. És semmi értelme kiírkálni, hogy az most épp egy IEnumerable, egy IOrderedEnumerable, IGrouping, ICollection, IQueryable vagy más.
A var pont nem rontja az olvashatóságot, inkább javítja, ugyanis kód olvasása közben a típus a legtöbbször irreleváns.
-
fatal`
titán
válasz
pmonitor #16989 üzenetére
Ez egy hatalmas hülyeség.
A legtöbb helyen látni a típust a kifejezésből, tök felesleges kiírkálni. Ráadásul írhatod át, ha még a végére fűzöl valamit.
Ráadásul be lehet állítani, hogy írja ki varnál is az ide, ha valaki ezt szeretné.
Szerintem az olvashatóságot adott esetben sokkal inkább rontja, ha valaki kiírkálja az egymásba ágyazott 4 generikust, meg szétszedi a linq-t több kifejezésre az eltérő típus miatt.
Ami inkább hiányzik a C#-ból azok az immutable változók és a val. De hát ez nem kotlin
-
pmonitor
aktív tag
válasz
fatal` #16987 üzenetére
Csak az, hogy rontja a kód olvashatóságát. Főleg így, ahogy martonx ítra:
>a legtöbb helyen a var-t a legcélszerűbb használni,Ha a legtöbb helyen var-t használ valaki, az az olvashatóságot jelentősen csökkenti. De előfordul, hogy "egymagában" is rontja az olvashatóságot. Pl.:
foreach (var item in list)
Ezen csak a nagyon jól megválasztott változónév segíthet valamit, de ez hajszálvékony jég... -
pmonitor
aktív tag
válasz
martonx #16983 üzenetére
Látom tényleg nincs időd Ilyenre, de fórumozásra, arra jut
Te csak használd nyugodtan a var-t majdnem mindenhol, mint rutinos .net programozó.
De látom a mostani ON témához a "PH! megmondói" közül senki nem tud érdemben hozzászólni. Példakódot meg természetesen ne is várjon az illető, mert beletörne az igazi programozók ujja... -
.net nem optimalizalt temajahoz:
https://github.com/dotnet/runtime/pull/63285
SIMD implementacio indexOf()-ra.
-
racskobalazs
senior tag
válasz
FeniX- #16978 üzenetére
Hogyne
Szóval lénygében lámpaoszlopokra utak mentén égőt rakni úgy, hogy a legolcsóbban le lehessen fedni az egészet (utak mentén).Az oszlopok fix távolságra vannak egymástól (ami választható, tehát mondhatom azt, hogy 10méterenként, 5 méterenként stb), a lámpák adottak, inputfile-ból jönnek, nem kell minden oszlopra lámpát rakni, minden lámpafajtából végtelen mennyiség áll rendelkezésre. Van áruk, teljesítményük, fényerejük, világítószögük. (amiből valami súlyértéket kell még kitalálni, valamint ebből van meg ugye a világítókörük)
Input pedig XY geokoordináták (QGIS-ből exportálva), az oszlopok helyzetei. (de ha könnyítene a feladaton, akkor tudok olyan inputot is csinálni, hogy az XY koordináták mellett benne van az inputban, hogy melyik "egyenes" (útszakasz) mentén van az adott oszlop). Ha két útszakasz között "átlóg" a fénye a lámpának, az nem gond, csak a saját útszakaszát kell figyelembe venni. (Vagyis ha két koordináta nagyon távol van egymástól (azaz más útszakaszokon, azokat nem kell együtt vizsgálni).
Így érthetőbb?
-
FeniX-
senior tag
válasz
FeniX- #16978 üzenetére
Minden pont gyermek-listát készít a sugarán belül található többi pontról, és mikor ki van jelölve a cél, akkor ezen a listán elkezd haladni. Ha kiválasztja azt a sugarában található pontot, amelyik a legközelebb van a célhoz, akkor azon a ponton ugyanúgy gyermeklista alapján indul tovább. Valahogy menet közben könyveled, hogy melyik pontokon jártál, vagy súlyozás alapján.. - valami ilyesmi absztrakt verzióban.
-
FeniX-
senior tag
válasz
racskobalazs #16977 üzenetére
Tudnál valami "real-life" példát hozni, mert nekem ez így nem teljesen érthető.
Mi van ezekkel a markerekkel? Mit jelölnek?
pl. egy helyen található populációt számmal? és mit kell összekötni? Vagy miért kell őket egymással összekötni?Elképzelhető, hogy valami linked-list -et kéne csinálnod az egymás közelében lévő pontokkal, és azok súlyával.
Meghatározni, hogy a cél és a start egyáltalán összeköthető -e a megadott listából, és ha igen, akkor a listát úgy bejárni, hogy a legkisebb súllyal essenek latba az összekötő pontok.
Asszem' így értem.
Jól értem? -
racskobalazs
senior tag
válasz
FeniX- #16976 üzenetére
Szia, Köszi a választ.
Bemenet formátuma lényegében "tetszőleges". Jelenleg pontok CSV-ben (koordináta alapján).
A gondom inkább a markerek lerakásával lesz most így elnézve... Mert nincs más ötletem mint minden pontra minden lehetőséget megnézni, ez pedig minden csak nem hatékony
A feladat amúgy olyasmi, hogy úgy kell a pontokat markerekkel ellátni, hogy mindenhol fedjék a markerek a pontok közti távolságot (ergo a markereknek van sugara), viszont csak azoknál a pontoknál kell nézni amik x távolságon belül vannak egymástól (ergo a bemeneti térkép két végén lévő pontok közt nem). Van a markereknek egy "súlya" is, és ebből kéne a lehető legjobb lefedés úgy, hogy a legkisebb legyen az összsúly... Valami csúcssúlyozott gráfalgoritmusra gondolnék így kapásból, de az se áll össze, hogy hogyan lehetne implementálni hozzá.
-
FeniX-
senior tag
válasz
racskobalazs #16975 üzenetére
Hali, nagyban függ a megfelelő eszközkészlet a bemenet formátumától szerintem.
A tetszőleges formátumú térkép lehet egy gyenge minőségű jpeg is, nem?
De akár egy gpx fálj.
Mással állnék neki az egyiknek és mással a másiknak.Mindenképpen valami olyan formátumban próbálnám meg kinyerni belőle az adatokat, amit már tudsz kezelni a meglévő ismereteiddel ( C# ), például csv fálj, vagy json, esetleg yaml adatformátum, vagy xml.
Ezek nagyon általános tippek csak.
BUÉK. -
racskobalazs
senior tag
Sziasztok!
Lenne egy task-om, amiben egy tetszőleges formátumban kapott térképet beolvasva (úthálózatot róla pontosabban, tetszőleges formátum: olyanra is gondoltam, hogy valamilyen google maps API és akkor onnan egy gps koordináta alapján, vagy maps link-el...), kiértékelve, markereket kell rajta elhelyezni bizonyos feltételek teljesülése esetén (semmi extrára nem kell gondolni, távolság leginkább az alapja a kritériumoknak).
A kimenet ugyanezen térkép lenne, a fentebb említett markerekkel (és azok esetleges további tulajdonságaival, de ha színes markerek és utána van mellé egy színmagyarázó az is tökéletes).
Tanácsot szeretnék tőletek kérni, hogy Ti hogyan, milyen nyelvvel, eszközökkel állnátok neki? Nem szeretnék magamnak útdetektálós algoritmust írni amennyiben el lehet kerülni, így gondoltam hátha van valamilyen nyelvhez egy lib ami térképet tud kezelni, esetleg Google Maps API valamilyen módon felhasználható lehet ilyesmire?
Leginkább jártasnak C#-ban mondanám magam (semmiképp sem profinak), de sok nyelvet próbáltam már (egyetemen legalább egy-két félév erejéig).Tanácsaitokat előre is köszönöm!
-
pmonitor
aktív tag
válasz
K1nG HuNp #16965 üzenetére
>hogy a fórumos vérpistikék egy csúnyább beszólás után még élőben is zaklassák? hát nem kösz
Nem kell olyant írni, hogy csúnyább beszólás legyen belőle. Inkább akkor a hallgatást választanám. És ha nincs csúnyább beszólás, akkor nincs élő zaklatás sem. Nem hiszem, hogy az általam megadott fejlesztőket bárki is zaklatná.
#16969:
Sztem. ha valakinek van ideje, akkor mindig jó egy új programnyelvet kipróbálni. Agytágítás sosem árt. -
nevemfel
senior tag
válasz
K1nG HuNp #16969 üzenetére
Ahogy öregszem, egyre inkább opportunistaként állok hozzá a programnyelvek és a használt technológiák-frameworkök kérdésköréhez.
Az érdekel, ami eladható a munkaerőpiacon.
Épp tegnap jártam a nofluffjobs-on, és kíváncsiságból kigyűjtögettem, hogy melyik technológiát hány állásnál jelölik meg. Swiftre akad 6 találat, Rustra egy, golang-ra nulla. Jól kaszálhatsz vele (érdemes egy pillantást vetni arra az egy Rust pozícióra), ha szerencséd van, de ezeknek a szűk körben használt programnyelveknek és technológiáknak nem túl rugalmas a munkaerőpiacuk, ami nem jó, ha beragadva érzed magad, és munkahelyet szeretnél váltani, valamint a jövőjük is, szerintem kérdéses.
-
K1nG HuNp
őstag
engem érdekelne a Rust. mindig ilyenkor karácsony tájt az advent of code keretében új nyelveket szoktam tolni, most a Rust került a porondra. Szokásos daily nyelveimhez képest (TS, Go) nekem egy ici picit még bőszavú, de ez lehet csak csalóka első benyomás.
M.o.-n majd egyszer neadjisten fogja tolni valaki? Mármint most vagyok olyan szerencsés helyzetben hogy ha holnap az produkt új funkcióit ebben akarnám irni a cégben akkor egy jól összerakott emaillel ezt el tudnám intézni a főnöknél, de ezt természetesen ennyi tapasztalattal én sem akarok.
Az érdekelne, hogy van e értelme ilyesfajta kicsit niechebb nyelvekbe sok időt fektetni, hogy tényleg proficient legyen benne az ember? Az a baj, hogy azok a nyelvek amik érdekelne kb mind ilyenek. Swift, Go, Rust mind olyasmi amire azért nem 5000 állás van és emiatt nem tűnnek a legjobb időbefektetésnek a meló utáni tanulásos óráimban.
Got is mostani helyen Lambda backend irasara hasznalom, nagyon élem és nagyon orulok hogy ilyen oriasi fejlesztoi szabadsagot kaptam de pl őszintén nem tudom hogy kit fognak felvenni ha ne adj isten egyszer továbbállok mert még nem volt egy épkézláb jelentkezőnk sem Go-ra (van kint allashirdetes mar egy ideje)
-
nevemfel
senior tag
Érdekes programozási témát nem akar felvetni valaki? Valami újszerűt.
-
K1nG HuNp
őstag
válasz
pmonitor #16963 üzenetére
ez pont egy ugyanolyan kib*szott szakma mint a többi, mégis mi a t*kömért tenné fel bárki az internetre a személyes adatait? hogy a fórumos vérpistikék egy csúnyább beszólás után még élőben is zaklassák? hát nem kösz
nagyon erős komplexus van benned, mintha te is mindig igazán nagybetüs programozó akartál volna lenni de nem jött össze (bár manapság ez amugy is rámondásos alapon megy kb) és most inkább másokat szapulsz.
szívd fel magad matekból, fizikából és tessék, lehet menni BME-re meg ELTE-re, államilag finanszírozott, az majd kicsit hátha kikupál és utána nyugodtan mutogathatod mindenkinek a diplomád, segítek, a kutyát sem fogja érdekelni de legalább hátha megnyugtatod magad picit hogy na igen mostmár vagy valaki.
---
mindegy amúgy, sztem picit tedd le a gépet menj karácsonyozz a családdal, hátha jobb kedvre derít, ezt a topikot meg rángassuk vissza a te előtti időkbe ahol actually arrol volt szó amit a címe is jelez -
pmonitor
aktív tag
>Ez a szabály csak azokra vonatkozik, akik igazi programozók, ő saját bevallása szerint nem az, szóval neki nem kell.
Ez pontosan így van! Gondolatolvasó vagy! Bár hozzáteszem, hogy az sem ártana, ha valamennyi programozó megtenné, hogy legalább a nevét felvállalja. De ahogy mondtad: aki elvárja, hogy programozónak nézzék, őneki sztem. kötelező lenne. Na jó, nem annyira részletesen, hogy TAJ szám, meg egyebek...
-
cattus
addikt
válasz
pmonitor #16960 üzenetére
Lehet én siklottam el felette, de te felvállaltad a teljes neved / munkahelyed / lakcímed / TAJ számodat? Mert enélkül sajnos nem tudok bízni az ide linkelt kódjaidban. Kérlek mihamarabb fedd fel személyazonosságodat, enélkül ugyanis kénytelen leszek feltételezni, hogy vaj van a füled mögött.
-
Silεncε
őstag
válasz
pmonitor #16955 üzenetére
Ők vajon miért is nem titkolják, hogy hol dolgoznak? Sztem. aki olyan helyen dolgozik/dolgozott, azt nyugodtan felvállalhatnák itt a fórumon is. Vagy vaj van a fülük mögött(rossz úton járnak), hogy nem merik megtenni? Vagy, vagy, vagy...
Na mostmár tényleg elmész a francba, már ne is haragudj
A pénz keresést meg azért hoztam szóba, mert ha vki(k) ebből gazdagodik meg, akkor sztem számon lehet kérni teljesítményt is. Mint ahogy írták:
>Ha fizetsz erte, az mas, akkor szamon kerhetsz teljesitmenytHonnan jössz te ehhez egyébként? Te fizeted itt bárkinek a fizetését?
-
axioma
veterán
válasz
pmonitor #16952 üzenetére
Mintha mar kertem volna hogy hanyagolj. Szted hol programozo vagyok hol nem, de azert probalsz tovabbra is lejaratni... az amugy a te onkenyes hatarido-kijelolesednek szolt, hogy hany napot, orat teszek bele. Azota is ott van felkeszen de tuti nem nyulok tobbet hozza ahogy viselkedsz.
-
Drizzt
nagyúr
válasz
pmonitor #16955 üzenetére
"Ők vajon miért is nem titkolják, hogy hol dolgoznak? Sztem. aki olyan helyen dolgozik/dolgozott, azt nyugodtan felvállalhatnák itt a fórumon is. Vagy vaj van a fülük mögött(rossz úton járnak), hogy nem merik megtenni? Vagy, vagy, vagy..."
Ez egy anonim forum, jo reggelt! Es egyebkent az en allasom peldaul rendelkezik arrol eloirasokkal, hogy a munkammal kapcsolatban publikusan milyen szabalyok szerint nyilvanulhatok meg. Beleertve az internetes megjelenest is.
A peldad teljes hulyeseg, nincsen ott az embereknel a PH! nickjuk.Anonym forumokon nem hinnem, hogy reklamoznak kik ok, kulonben mit keresnenek egyaltalan anonim forumon?
-
pmonitor
aktív tag
>A fórumról több kolléga is olyan dolgokan dolgozik / dolgozott mint valamilyen nagy magyar vállalat webshopja vagy valamelyik mobilbank applikáció és hozzá tartozó backend.
És ezt miért kell titkolni? Ők pl. titkolják, hogy hol dolgoznak?
Horpácsi Illés: Senior szoftvermérnök Evosoft
Deák Gergely: Senior developer Accenture
Romhányi Ármin: Full Stack developer En-Co Software Zrt.
Ruzsinszki Gábor: Software architect EvosoftŐk vajon miért is nem titkolják, hogy hol dolgoznak? Sztem. aki olyan helyen dolgozik/dolgozott, azt nyugodtan felvállalhatnák itt a fórumon is. Vagy vaj van a fülük mögött(rossz úton járnak), hogy nem merik megtenni? Vagy, vagy, vagy...
Én Rád teljesen másképp nézek, mint a többiekre, mióta felvállaltad magad. Mondjuk attól még nagy szakadék van a felfogásunk között, de ennek ellenére is... Mert tudom, hogy van önálló munkád, nem csak a levegőbe beszélsz(illetve írsz). Egyrészt ezért is hallgatok Rád, hogy ne kezdjünk új loopba. Na meg azért is, mert én a szubjektív véleményem le tudom írni a saját oldalamon. Bár ezt meg olyan "az emberek háta mögötti dolognak érzem", de ha szemtől-szembe nem megy, akkor más nem marad... -
Drizzt
nagyúr
válasz
pmonitor #16952 üzenetére
"A pénz keresést meg azért hoztam szóba, mert ha vki(k) ebből gazdagodik meg, akkor sztem számon lehet kérni teljesítményt is."
Számon is szokták kérni. És a sikeres projektek jól szoktak teljesíteni. Ahol a jól teljesít nem azt jelenti, hogy nincsen olyan rész, amit ne lehetne gyorsítani rajta. Viszont ezek a gyorsítások nem járnak jelentősen érezhető különbséggel a felhasználó szemszögéből. Ilyetén módon pedig feleslegesek(senki nem akar olyan optimalizálásért fizetni, amiből nem érzékel semmit), pazarlások a megrendelő szemszögéből. -
válasz
pmonitor #16952 üzenetére
Fel tudsz mutatni olyan munkát amit magyar emberek milliói használnak mindennap. A fórumról több kolléga is olyan dolgokan dolgozik / dolgozott mint valamilyen nagy magyar vállalat webshopja vagy valamelyik mobilbank applikáció és hozzá tartozó backend.
Szerintem erre gondolt a kolléga.
A C Sharp pedig tényleg ingyenes és van hozzá fizetős support, értsd ha nagyon sokat fizetsz a Microsoftnak akkor az expert akár karácsony este felül a repülőre, ideutazik lokálisan és megoldja a gondod.
Tényleg ne kezdjük uj loopba.
-
pmonitor
aktív tag
válasz
K1nG HuNp #16949 üzenetére
Ez szted. mi, ha nem alkotás? Ezekről nem is beszélve. De tegyük fel, hogy igazad van, és tényleg nem alkottam semmit. Olyan nagy baj lenne ez egy nem programozótól? Mutasd meg légyszíves, hogy te miket alkottál!
A pénz keresést meg azért hoztam szóba, mert ha vki(k) ebből gazdagodik meg, akkor sztem számon lehet kérni teljesítményt is. Mint ahogy írták:
>Ha fizetsz erte, az mas, akkor szamon kerhetsz teljesitmenytA téma lezárását nem ígérem meg, de azt igen, hogy jelentős önmegtartóztatást próbálok gyakorolni ezzel kapcsolatban. Tehát sokkal ritkábban szólok hozzá ilyenekhez. De ha ilyen butaságot ír valaki, arra ezentúl is rajzolgatok...
-
zsolti_20
senior tag
Sziasztok,
Úgy érzem kicsit megakadtam a C# használatával. A jelenlegi munkahelyemen nem sokat kell használnom és úgy érzem kezdek felejteni, illetve erős hiányosságokat is tapasztalok.Szeretnék egy online tanfolyamba bele kezdeni akkor tanulhatnék egy kis extrát. Az sem probléma ha az alapoktól indul, sőt talán még jobb is. Tudnátok nekem ilyesmit ajánlani? Fontos lenne, hogy a modulok végén vagy közben folyamatosan legyen "mini projektek", feladatok amiket meg kell csinálni önállóan és nem csak elmagyarázzák/megmutatják a nyelvet.
A legtökéletesebb az lenne, hogy ha nem csak C#-ot tanítana, hanem segítene más dolgokkal is össze hangolni mint pl. adatbázissal.
Érdemes lehet ilyenbe bele fogni? Ti hogyan lépnétek túl ezen a "megrekedt" szakaszon? -
pmonitor
aktív tag
-
Silεncε
őstag
Nem lehetne végre elengedni a “kinek mit kene csinálni” és a “ki az igazi programozo” témát?
-
martonx
veterán
válasz
pmonitor #16942 üzenetére
"Vagy hogy hogy nem tudja 'kend ezt megcsinálni?" - tekintve az általam linkelt kiindulási alapot, nem a tudással van a bajom, hanem az idővel
Te meg látványosan unatkozni látszol, gondoltam feldobok egy feladatot, amivel végre igazán hasznossá teheted a szabadidődet, és végre olyat programozhatsz, amit nem megmosolyognak a többiek, hanem elismerően csettintenek. Mondjuk nem lep meg, hogy inkább passzolod, jogos, csináld meg inkább még négyszer az itoa-t. -
pmonitor
aktív tag
válasz
pmonitor #16939 üzenetére
Ért 1 meglepetés! Ha Itt az int.TryParse()-k helyett az itt lévő Int_Parse()-t használom, akkor C#-ban jelentősen javul a sebesség(~22-ről ~18 sec-re). Tehát ~1 sec-el gyorsabb a C++-nál(mondjuk ez 60 misi string konvertálásánál nem eget verő különbség, de azért mégis...). Azért azt hozzá kell tenni, hogy a C# kód a File.ReadAllLines() metódussal olvassa be a file-ból az adatokat. Ez azonban nincs benne az időmérésben. Ha ezt is bele számoljuk, akkor máris az jön ki, hogy a C++ set<>-je és a C# HashSet<>-je sebessége majdnem ugyanaz. Viszont nem tudom, hogy a C# string -> szám konvertáló metódusait hogy szúrhatták el ennyire? Még szerencse, hogy ezt azért lehet optimalizálni. Mert pl a szám -> string konvertáló metódusok optimalizálására esély sincs C#-ban.
Majd ha több időm lesz, akkor ezt módosítom a doc_1.php-ben.
------------------------------------------
@martonx:
Azt is mondhatnám, hogy Csak Ön után!Vagy hogy hogy nem tudja 'kend ezt megcsinálni?
Még 2012-ben készítettem egy ilyen minta kódot Vb.Net-ben managed-ben! Mondjuk ez nem HTML Rendering, csak példának hoztam fel. Egyébként a managed kódot elfelejtettem az elő hsz-emben. Tehát C#-ban nem csak a .Net áll a kód mögött, hanem a managed környezet is. Szóval managed-ben is lehet viszonylag gyors kódot írni. Bár itt csalós dolog is van. Sok memóriaszemét van, amíg a GC le nem fut. Ez miatt is látszhat gyorsnak 1 C# kód. Mindenesetre nem én fogom megváltani a világot. Bár azért C-ben az itoa() és az atoi() függvényeket sikerült optimalizálnom. C#-ban csak a Parse() metódust. Sztem. ez is valami. Az, hogy nem vagyok programozó, az azt is jelenti, hogy hogy én meg tudom csinálni azt, hogy csak azzal foglalkozom, amivel szeretnék foglalkozni. A programozó meg azzal foglalkozik, amivel muszáj(mert ugye a muszáj nagy úr). Ezért hiányolom azt, hogy akik programozóknak mondják magukat, nem hozzák nyilvánosságra, amit alkottak(mert olyan nincs, hogy egy programozó úgy lett programozó, hogy nem alkotott semmit). Cattus azt írta, hogy nem érdekli, hogy én mit várok el. Ezzel nincs is gond. De akkor az ilyenek se várják el, hogy elhiggyem/elhiggyék, hogy programozó.
-
martonx
veterán
válasz
pmonitor #16939 üzenetére
Ha ennyire ráérsz, és szeretnél egy igazi való világbeli problémában segíteni, akkor írj egy managed (csak C#-os, azon belül is .Net Standard 2.1-es) HTML to Image konvertert (és nyilván annál jobb, minél optimalizáltabb).
Ez jó kiindulási alap: ArthurHub/HTML-Renderer: Cross framework (WinForms/WPF/PDF/Metro/Mono/etc.), Multipurpose (UI Controls / Image generation / PDF generation / etc.), 100% managed (C#), High performance HTML Rendering library. (github.com)
Végre valami hasznosat programozhatsz!
Garantálom, hogy nem csak én, de több ezer másik C# fejlesztő is használni fogja, amit csinálsz, és nagyon hálásak leszünk érte! -
pmonitor
aktív tag
Ezeket a kódokat követtem el mostanában. A C# ebben a konkrét esetben elfogadhatóan lassabb a C++ kódnál. C++-ban a set és a pair, míg C#-ban ezek megfelelőjét, a HashSet és a KeyValuePair párost használtam.
Én mostanáig legtöbbet C#-ban programozgattam. C-ben csak a natív .dll-ek készítését végeztem el olyan dolgokhoz, amiket C#-ban nem tudtam megvalósítani. C++-ban szinte nem programozgattam(csak 1 kis "szinten tartás" volt - ujjgyakorlat -). Behatóbban nemrég kezdtem el C/C++-al foglalkozni. Igazából sajnálom, hogy a C++-al eddig nem foglalkoztam eléggé. Gyakorlatilag ugyanazok az adatstruktúrák vannak benne, mint a C#-ban, csak úgy néz ki, hogy gyorsabbak(meg persze nem kell hozzá a robosztus .Net). Meg ha valakinek van kedve, akár optimalizálhatja is ezeket "user programozóként" is. Ha nincs kedve, akkor még mindig elfogadható hatékonysággal dolgozhat benne.
-
tomko9710
kezdő
Sziasztok. Szeretnék segítséget kérni.
Van 4 IPTV listám mindegyik pont ugyan olyan csak amikor az egyik működik akkor a másik nem. Azt szeretném kérdezni, hogy tudtok e valamilyen algoritmusról vagy scriptről ami ezeket tudná nekem váltogatni?
A terv az lenne hogy csináljak egy fő listás (m3u) és amikor rá kapcsolok egy csatornára akkor automatikusan ki válassza azt a streamet amelyik működik a 4 közül és elindítsa.
Egy kisebb ubuntu serveren szeretném futtatni -
tomko9710
kezdő
válasz
Netszemete #16933 üzenetére
Köszönöm, hogy időt szakítottál rá! Egy picit az én hibám volt a dolog, hogy nem sikerült. Az egész szervert újra telepítettem és utána sikerült. Biztosan a sok próbálkozás meg össze-visszaság miatt nem sikerült.
-
válasz
Netszemete #16935 üzenetére
Gradle az egy projektépítő eszköz.
-
válasz
Netszemete #16933 üzenetére
Akkor már adoptopenjdk de méginkább gradle base image-t használnék.
-
tomko9710
kezdő
válasz
Netszemete #16931 üzenetére
Én is azt hittem. De ez csak a alkalmazást szoftvert telepíti amivel majd lehet futtatni.
-
tomko9710
kezdő
Sziasztok!
Tudom nem szoktam ide írni, de el akadtam és segítségre lenne szükségem abban, hogy hogyan tudok ebből egy *.jar fájlt csináli?
kvaster/iptv-proxy: Simple iptv restreamer (github.com)
az indító parancs ez lenne:java -jar build/libs/iptv-proxy-all.jar -Dconfig=/path/to/iptvproxy.yml
az "iptvproxy.yml" fájlt azt sikerült elkészítenem... Viszont a *.jar fájl ki fogott rajtam, mert sajnos nem vagyok programozó.
Előre is köszönöm ha valaki tud nekem ebben segíteni -
pmonitor
aktív tag
Ezen a linken írogattam a futtatható file-ok létrehozásáról C nyelven VS-ben. Egyébként létrehoztam a Linktár-at is. Itt az előbb említett link is elérhető. A "Linktár"-ba kevesebb linket szeretnék tenni, mert terveim szerint oda tényleg csak az általam hasznosnak/érdekesnek vélt dolgok kerülnek be.
-
-
martonx
veterán
válasz
pmonitor #16886 üzenetére
"Ha van egy autóm, amiben nekem nem tetszik valami, akkor tervezzem át, küldjem be a gyártónak, és várjak, hogy elfogadják-e, mi?"
Ez a példa ott megy borzasztóan félre, hogy egy autónál még a garanciát is bukod, ha elkezded buherálni. Ellenben az Open source programnyelvek azért open source-ok, hogy BÁRKI jobbá tehesse, azaz ezeknél szinte elvárás, hogy ha valamit jobban tudsz, akkor már küldöd is a PR-t github-ra. Minden más csak okoskodás.
-
Szerintem zárjuk le a vitát. Enyém az utolsó szó.
-
pmonitor
aktív tag
válasz
dabadab #16919 üzenetére
Link. Nem ez a lényeg? Én nem klónozni szerettem volna a kódot, hanem hogy lehet-e optimalizálni. És azért határozottan lehet. De érdekes módon pl. azt az oldalt nem fikázzátok, ahonnan az algót vettem. Meg a többi atoi(...)-t és itoa(...)-t hiányosan megvalósító oldalt sem(pedig van egy-pár). Csak a pmonitor-ét(aki én lennék).
-
nevemfel
senior tag
Kezdek valamiféle pbalázs - pmonitor viselkedésbeli párhuzamot felfedezni. Nem lehet könnyű helyzete a moderátoroknak.
-
axioma
veterán
válasz
pmonitor #16908 üzenetére
Akkor ha en letoltottem a programod [tobb valtozatban, sot webkod hibakeresesedhez tobbszor], nyilvan a te ke're'sedre anno mielott hirhedt lett volna a nick-ed, es emiatt me'g honapokra kint volt egy bejegyzesed ugyanott, hogy en milyen szemet vagyok, en ezek utan me'g a beloled kaptam ihletet csoportba is be vagyok szamolva? Hihetetlen vagy.... probaltam kimaradni de ez mar tul sok volt a jobol.
-
pmonitor
aktív tag
Megkövetlek. És nem fikázlak.
Ugyanakkor csak legalább ennyit "várnék" el az olyanoktól, aki programozónak állítja be magát. Ugye, hogy nem is volt olyan nehéz ezt megtenni?
#16912:
>milyen módon minősíted azt a sok mérnököt aki ezzel foglalkozikMár ha ugyebár mérnökök(ráadásul így többes számban).
-
válasz
pmonitor #16908 üzenetére
"Egyébként, ahogy látom, a programjaim töltögetik "lefelé", és nagyon bízom benne, hogy valaki(k)nek megmozgatják a szürkeállományát, és valami eszükbe jut a programjaim nézegetése közben. Valami ihletet adok Nekik. Ezért hálás köszönetem, azoknak, akik letöltötték/letöltik a programjaimat. Őket légyszíves ne s...d már le, ha megkérhetlek."
Ezt nem értem, hogy keverted ide. A loopolásról meg arról beszéltem, hogy Te milyen módon minősíted azt a sok mérnököt aki ezzel foglalkozik, mert a te atoi implementációd gyorsabb csak nem annyira robosztus mint a fordító által adott.Két dologról beszélsz. Én pedig erről, hogy ezt fejezzük be mert ha kérhetem.
-
nevemfel
senior tag
válasz
Silεncε #16909 üzenetére
Mi anno 2000-ben egy saját fejlesztésű C-s template kezelő rendszerrel építettünk webes szállodai szobafoglaló rendszert, de aztán áttértünk php-ra, mert sokkal egyszerűbb volt abban implementálni.
A futási teljesítményre meg abszolute nem volt rossz hatással, mivel a szokásos dolog lassította a folyamatot: a DB-kezelés. Kliensoldalon meg a sok banner.
-
Silεncε
őstag
Na, most leültem és átgondoltam, mit is akartam írni, aztán elolvastam, hogy mit sikerült...
Az SPA-kra (vagy akármilyen dinamikus weboldalra) gondoltam, ezeket hívtam tévesen webappnak (nem vettem figyelembe, hogy a webapp nem csak a "frontend" oldalra vonatkozik, hanem hogy a "frontend" és a "backend" együtt adnak ki egy webalkalmazást). Viszont azt továbbra is fenntartom, hogy ezekre a C++ nem jó.
-
pmonitor
aktív tag
>Nem vagy szakmabeli és ami itt folyik demagóg
Neked pl. hol vannak a referenciáid? Mert nem vettem észre, hogy vmit. is közzé tettél volna. Én legalább valamiket letettem az asztalra. Hogy értékelhető-e, vagy nem, ahhoz nem tudok hozzászólni, de sokkal több dolgot tettem le az asztalra. Az oldalam gyakorlatilag a "Cutter" nevezetű programom végett hoztam létre. A többi csak úgy jött köré. Elsősorban régebbi programok vannak ott(amiket made in hirtelen csinosítottam). Pont az a bajom, hogy itt bárki mondhatja magát szakmabelinek, anélkül, hogy bármit is letett volna az asztalra(akár értékelhetőt, akár nem). Egyébként, ahogy látom, a programjaim töltögetik "lefelé", és nagyon bízom benne, hogy valaki(k)nek megmozgatják a szürkeállományát, és valami eszükbe jut a programjaim nézegetése közben. Valami ihletet adok Nekik. Ezért hálás köszönetem, azoknak, akik letöltötték/letöltik a programjaimat. Őket légyszíves ne s...d már le, ha megkérhetlek.
-
válasz
pmonitor #16894 üzenetére
Nem vagy szakmabeli és ami itt folyik demagóg, hogy ezen a témán loopolsz. Nincs igazad. No offense, és semmi személyeskedés csak, hozzuk egy szintre a két véleményt.
Mindent fikázni is és saját magad promózni, anélkül, hogy értékelhető dolgot nem tettél le az asztalra (pl. atoi implementációdra egy merge a gcc-ben) - nem jó ötlet. Nem véletlenül vannak ezek a dolgok így. C-t hasonlítani C sharpal pedig nem tudsz.
Kérlek ezt tartsd szem előtt.
-
Silεncε
őstag
Lehet SPA is, de szerintem ezekre már a web appot is lehet használni, ugye pont azokat a feladatokat örökölték meg (HTML generálás, routing, stb..), amit régen az application server-ek csináltak.
(illetve hát mostmár megint feltalálták a melegvizet a Next és hasonló cuccokkal...)
Új hozzászólás Aktív témák
● olvasd el a téma összefoglalót!
- AKCIÓ! Gigabyte B450M R7 2700X 16GB DDR4 512GB SSD RX VEGA64 8GB CM 690 III FSP 600W
- ÁRGARANCIA!Épített KomPhone i5 12400F 16/32/64GB RAM RTX 3060 12GB GAMER PC termékbeszámítással
- Beszámítás! Sony PlayStation 5 825GB SSD lemezeskonzol extra játékokkal garanciával hibátlan működés
- ÁRGARANCIA!Épített KomPhone Ryzen 5 4500 16/32/64GB RAM RTX 3050 6GB GAMER PC termékbeszámítással
- Apple iPhone 14 128GB, Kártyafüggetlen, 1 Év Garanciával
Állásajánlatok
Cég: PCMENTOR SZERVIZ KFT.
Város: Budapest
Cég: CAMERA-PRO Hungary Kft
Város: Budapest