-
Fototrend
Új hozzászólás Aktív témák
-
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...
http://www.bferi.hu/download.php ; http://bferi.hu/egyeb.php
-
MODERÁTOR
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.
"Ott szimatol a sarkadban vasfogait csattogtatva, minden egyes hétköznapod: kirúzsozott medvecsapda."
-
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.I am having fun staying poor.
-
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...http://www.bferi.hu/download.php ; http://bferi.hu/egyeb.php
-
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?I am having fun staying poor.
-
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.
-
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?
[ Szerkesztve ]
-
pmonitor
aktív tag
-
cattus
őstag
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.
Do the thing!
-
-
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...
http://www.bferi.hu/download.php ; http://bferi.hu/egyeb.php
-
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[ Szerkesztve ]
(raw_item.get("pk").unwrap().as_s().unwrap().to_string()).split("#").collect::<Vec<&str>>()[1].to_string()
-
Ispy
veterán
válasz K1nG HuNp #16965 üzenetére
Nekem még programozó végzettségem sincs, sőta főnököm is gépészmérnők. Az a helyzet, hogy előbb lett programozó munkám, mintsem végzettségem, utána meg már lusta voltam okulni. Engem az utca nevelt.
[ Szerkesztve ]
"Debugging is like being the detective in a crime movie where you're also the murderer."
-
nevemfel
senior tag
Érdekes programozási témát nem akar felvetni valaki? Valami újszerűt.
Forget your troubles, c'mon get happy
-
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)
[ Szerkesztve ]
(raw_item.get("pk").unwrap().as_s().unwrap().to_string()).split("#").collect::<Vec<&str>>()[1].to_string()
-
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.
Forget your troubles, c'mon get happy
-
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.http://www.bferi.hu/download.php ; http://bferi.hu/egyeb.php
-
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!
Az elmélet az, amikor mindenki tudja, de semmi sem működik. A gyakorlat az amikor minden működik, de senki se tudja miért. Az informatika az, amikor semmi nem működik és senki se tudja miért.
-
FeniX-
aktív 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
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á.
[ Szerkesztve ]
Az elmélet az, amikor mindenki tudja, de semmi sem működik. A gyakorlat az amikor minden működik, de senki se tudja miért. Az informatika az, amikor semmi nem működik és senki se tudja miért.
-
FeniX-
aktív 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?[ Szerkesztve ]
-
FeniX-
aktív 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.
[ Szerkesztve ]
-
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?
[ Szerkesztve ]
Az elmélet az, amikor mindenki tudja, de semmi sem működik. A gyakorlat az amikor minden működik, de senki se tudja miért. Az informatika az, amikor semmi nem működik és senki se tudja miért.
-
nagyúr
.net nem optimalizalt temajahoz:
https://github.com/dotnet/runtime/pull/63285
SIMD implementacio indexOf()-ra.
while (!sleep) sheep++;
-
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...http://www.bferi.hu/download.php ; http://bferi.hu/egyeb.php
-
pmonitor
aktív tag
Egyébként az a tapasztalatom, hogy van, amiben a C++ STL-je, van amiben a C# framework-je hatékonyabb. Mint ahogy már írtam, a különbség az, hogy C/C++ esetén megvan az eszközöd az optimalizálásra, míg C# esetében nem mindig...
http://www.bferi.hu/download.php ; http://bferi.hu/egyeb.php
-
-
-
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...http://www.bferi.hu/download.php ; http://bferi.hu/egyeb.php
-
MODERÁTOR
-
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
[ Szerkesztve ]
-
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.
[ Szerkesztve ]
-
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.
[ Szerkesztve ]
http://www.bferi.hu/download.php ; http://bferi.hu/egyeb.php
-
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.
Én kérek elnézést!
-
-
MODERÁTOR
válasz pmonitor #16994 üzenetére
Ez most fail a részedről, no offense de ne erőltesd. A var amúgy sem egy svájci bicska.
Pl.: [link]
Szerk.: scárok, offoljuk a témát. Ne erőltessük többet, erre mindenkit kérek legmélyebb tisztelettel és nem kérek rá választ, ha tetszik ha nem.
[ Szerkesztve ]
"Ott szimatol a sarkadban vasfogait csattogtatva, minden egyes hétköznapod: kirúzsozott medvecsapda."
Új hozzászólás Aktív témák
● olvasd el a téma összefoglalót!
Állásajánlatok
Cég: Ozeki Kft.
Város: Debrecen
Cég: Promenade Publishing House Kft.
Város: Budapest