- VoIP telefonálás
- A személyre szabott reklám lehet a streaming következő slágere
- Kínában túl sok az EV, fokozódik az árháború
- OpenWRT topic
- Ingyenes vagy akciós szoftverek
- OpenMediaVault
- Átjutottak a Ciscón, betörtek a kormányok hálózataiba
- Van, amit nehéz lett megtalálni a Google keresőjével
- DIGI kábel TV
- Crypto Trade
-
IT café
Új hozzászólás Aktív témák
-
Drizzt
nagyúr
A kedvenc programom turbo pascal és assemblyben:
program fagyi;
begin
write('Most jön a fagyi!');
asm
cli
hlt
end;
end.
I am having fun staying poor.
-
Drizzt
nagyúr
Kéne nekem egy help!
Ha pl.: C-ben akartok csinálni egy fallabda-progit, akkor:
Hogy lehet megcsinálni, hogy a user cselekvésétől függetlenül menjen a labda, azaz ne kelljen mindig mozdítanio a platformot, hogy a labda is menjen?
A gondom: nem tudom azt megoldani, hogy valami menjen időzítve, s eközben lehessen billentyűlenyomásra egyidejűleg más parancsokat is véghezvinni...I am having fun staying poor.
-
Drizzt
nagyúr
Hehe, holnap írok c-ből nagyzh-t bme műinfón.
I am having fun staying poor.
-
Drizzt
nagyúr
Jujj, nekem nagyon bejön a c nyelv így utólag már. Legalábbis a Pascalban sehogy nem vitt rá a lélek, hogy pointerezzek, itt annál inkább. Sokkal jobban megértem a programok felépülését...
I am having fun staying poor.
-
Drizzt
nagyúr
Hellósztok. Aki ért C++hoz, annak szeretném a segítségét kérni. A feladatom a következő:
Van egy vektor osztály, ehhez kell overload-olni a különböző értékadás, összehasonlítás műveleteket. Leírom, hogy mit írtam eddig be(erősen kivonatolva... )
Tehát a lényegi részek(amúgy visualc++-ban dolgozok):
class vektor{
private:
int x,y,z;
public:
friend bool operator <(vektor a, vektor b);
...
};
bool operator <(vektor a, vektor b)
{
return a.norm<b.norm;
}
Erre a fordító hibát ad ki, miszerint a ''<'' operátor operandusaival van valami gondja. Hogy kell ezt megcsinálni helyesen?I am having fun staying poor.
-
Drizzt
nagyúr
válasz VladimirR #546 üzenetére
Azt hiszem, hogy nem erről van szó. A példaprogramban is van egy dolog, de ott a komplex osztályhoz van túltöltve az operátor, de szintén két argumentummal. Igaz ott a ''!='' operátorról van szó. A fordítóprogram meg a programblokk belsejében sípol, nem a függvény fejénél, s külön-külön panaszkodik a leftoperand, illetve rightoperand-ra.
I am having fun staying poor.
-
Drizzt
nagyúr
operato ''='' must be a (unknown) member. Ez a hibaüzenet mit jelent? Az értékadást kellen overloadolnom. Hogy néz ki annak az eredeti deklarációja?
I am having fun staying poor.
-
Drizzt
nagyúr
válasz TheVeryGuest #560 üzenetére
Helló. Már sikerült megoldani a gondot. Köszi, s elnézést, ha valakit megsértettem volna.
I am having fun staying poor.
-
Drizzt
nagyúr
Helló. az érdekelne engem C++ban:
- cin-nel ha beolvasok valamit, akkor hogyan ellenőrízhetem, hogy a beolvasás sikeres volt-e?
- file-kezelés hogyan? Valami link esetleg?
- Grafikus képernyő kezelése hogyan?
Fontosak lennének ezek a dolgok, mert kellenének a nagyházimhoz, de sajna a VC++ 6.0-mben nincsen benne a help rész... Help pls...I am having fun staying poor.
-
Drizzt
nagyúr
-
Drizzt
nagyúr
Mégegy kérdés:
Opengl-t programozni hogy lehetne megtanulni JÓL?I am having fun staying poor.
-
Drizzt
nagyúr
Hát igen... És képernyő törlést hogy lehet csinálni? Asszem sima C-ben még erre volt a conio.h-ban megfelelő clrscr fv. Itt is van valami ilyesmi?
I am having fun staying poor.
-
Drizzt
nagyúr
Sziasztok, elég rég nem írtam ide, de most szeretnék nyáron tanulni, programozásban szeretném magamat továbbképezni. Na lássuk miből élek eddig: Kezdtem Pascallal magamtól, meg egy picit C-t is, aztán BME-n C++, C, Java, Prolog, SML volt eddig. Igazából Windows alatti dolgok érdekelnének a közeljövőben főleg. Van egy elég vaskos könyv C# alatti adatbáziskezelés, vagy valami hasonló címmel ''mesteri szinten''. Namost: ez a könyv milyen? Ha C#-ot még soha nem tanultam, akadhat vele valami gondom, vagy az alapokról épít?
Esetleg logikai és funkcionális programozással milyen irányba lehetne keresgélni, hogyha magasabb szinten érdekelne, vagy modern felhasználhatósága(ebből voltam eddig még csak 4-es életemben a Bme-n, minden más 2,3 )?
Vagy akármi ötlet? Mondjuk lehet egyszerűbb lenne azokat a dolgokat tanulnom, amiből megbuktam...I am having fun staying poor.
-
Drizzt
nagyúr
Igen, láttam azt is, C# mesteri szinten 21 nap alatt a pontos címe asszem, de gondolom az teljesen az alapokról kezd úgy, hogy nem tételez fel semmilyen más alapvető programozói tudást\tapasztalatot, vagy nem? Sok egyébként az újdonság c++hoz, vagy javahoz képest c#ban?
I am having fun staying poor.
-
Drizzt
nagyúr
válasz medvezsolt #4328 üzenetére
Php topikban kéne kérdezni inkább. Amúgy: a get tömbben nincsen id key. Próbáld meg esetleg $_REQUEST['id']-vel, az a posttal, s gettel adott paramétereket is tartalmazza. Vagy nézz egy isset($_GET['id'])-t, ha igaz, akkor irasd ki, hogy igaz, ha nem, akkor meg azt, hogy nem. Lehet rosszul adod át az url-ben a paramétert, ha kézzel akarod átadni.
[ Szerkesztve ]
I am having fun staying poor.
-
Drizzt
nagyúr
-
Drizzt
nagyúr
Megjelent a Refactoring second edition. Bar az eredetit se reg olvastam, de mindjart bevasarolok ebbol is. Imadtam azt a konyvet. Bar magyarul olvastam, ugy az igazi kihivas, megprobalni visszafejteni a pattern neveket angolra, hogy valamit ertsen is belole az ember.
I am having fun staying poor.
-
Drizzt
nagyúr
válasz Victor Súgó #12489 üzenetére
Ez az elasticsearch funkcio talan jol johet neked. Nem tudom pont erre van szukseged, de haigen, akkor angol hint: [link]
I am having fun staying poor.
-
Drizzt
nagyúr
válasz Con Troll #12585 üzenetére
Amúgy Java backend(Spring, vagy EE) miért nem merül fel? Amióta én dolgozom, Java fejlesztőt mindig kerestek, s sosem az alja felé volt a fizetési listáknak. Valahogy úgy tűnik, hogy a Java sose fog kihalni. Mindent túlél. A 8-as verziótól kezdve kifejezetten élvezetesen használhatónak találom. Azóta sokkal szebben meg lehet oldani dolgokat, ami előtte sok töltelék kódot igényelt.
I am having fun staying poor.
-
Drizzt
nagyúr
Mondjuk szamlak tipusa. Van betet, hitel, meg mittuodmenmilyen. Termeszetesen ez se tokeletes pelda, mert akar kesobb is keletkezhetnek uj tipusok. Es akkor kodhoz kell nyulni, ha konstansba rakta az ember az erteket. Egyebkent ha valaminek a zart ertekkeszletet akarja megadni az ember, mint az en peldam is, akkor meg inkabb enum. Az is egyfajta konstans. Ami a te peldadban van, az tipikusan property-bol konfiguralhato ertek kellene legyen, legalabbis javaban. Viszont pl. az, hogy melyik property-bol kell felolvasni, meg mi a property default erteke, azt mar tipikusan konstanskent szokas eltarolni.
Vagy jo konstans pl. a honapok szama egy evben. Azert az egeszen ritkan valtozik. :D
I am having fun staying poor.
-
Drizzt
nagyúr
Egyes subfeature-ekre volt mar ra pelda. Eleg jo volt a helyzet, mert aki csinalta a requirementet, ugy csinalta meg, hogy a teszt szinte copy paste volt belole. Csinalnek ilyet gyakrabban. De azert sajnos elegge gyakori volt anno, hogy a kodot mar irni kellett a requirement rogzitese elott. Ugy meg nehez a tdd. Mostani munkahelyen a hozzaallas pedig test in production. De ettol meg szerencsere az egyes embereknek nincs megtiltva, hogy teszteket irjanak, ha ugy latjak jonak. Elegge veszelyesnek tartom ezt a hozzaallast, megis valahogy mukodik. Jelentos reszben valoszinuleg azert, mert a fejlesztokben belulrol van igeny a kritikus reszek automata tesztelesere. Meg az is igaz, hogy kb. 4 ev a legkisebb tapasztalatu fejleszto, az atlag 15-20 korul mozog. Szoval megiscsak van teszt, de fentrol nem az az uzenet, hogy legyen.
I am having fun staying poor.
-
Drizzt
nagyúr
válasz instantwater #14844 üzenetére
Egy tanács:
- Nem tudom ugyan, hogy milyen nyelven/frameworkon fejlesztetek, de ha Spring boot, akkor semmiképpen ne fat jarba package-eljetek docker image esetén, hanem a dependency-k, meg az alkalmazás források legyenek külön docker layerben. Ezzel az össz. helyfoglalás jóval kisebb lesz, illetve amíg nem változik a dependency-k összetétele, addig az a layer ott tud csücsülni azon a gépen, ahol a docker már találkozott vele, így nem kell letölteni se újra.
- Még érdekes kérdés, amit tisztázni kell, hogy hol tároljátok az alkalmazáshoz tartozó környezetfüggő konfigurációkat. Különös tekintettel a szenzitív adatokra(db cred, etc.).
- "A deployment jelenleg egy több szerverre kitolt kódbázissal megy ahol a függőségek az összes szerveren helyben újra és újra telepítve vannak ami írtó sávszél pazarló, és fragile, mert boldog-boldogtalan root joggal bír a szervereken, és gyakran elb.rmolják az ownershipeket." Ez nagy baj, de docker használatával kapásból meg tudjátok oldani.I am having fun staying poor.
-
Drizzt
nagyúr
válasz instantwater #14855 üzenetére
"Esetleg arról is van infód, hogy nálatok milyen branching strategy vált be, és ha van automatizált telepítés, akkor mi triggereli az egyes környezetek frissítését?"
Nevezzük módosított gitflownak. Azért módosított, mert muszáj egy adott alm, meg rlm rendszert használnunk, amit viszont más csapat birtokol, s nem igazán nyitott a változtatásokra, meg a rugalmasságra.
Automatizált deploy jelenleg nincs. DEV rendszerbe lehetne. UAT/feljebb nem mehet csak kézi kezdeményezésre, megfelelő jogosultságú emberek által, PROD-ra meg emberek még szűkebb csoportja által. Szerintem amúgy nincs ezzel különösebb gond. Minőségi garancia szinte semmi nincs jelenleg(még unit testek is általában a jobokban ki vannak kapcsolva, code review elvétve van; ha valaki önként jelzi, hogy szeretné, ha megnéznék a kódját), mégis meglepően stabilan mennek a dolgok. Ez szerintem csak azért mehet így, mert alapvetően masszív tapasztalatú emberekből áll a csapat(, legkisebb tapasztalatú ember valahol 5 év körül lehet, az átlag 15 körül).
Én amit legfontosabbnak tartok az az, hogy a build során elkészült alkalmazás része legyen mindenképpen valamilyen build metadata. Az sem árt, ha mondjuk induláskor is kiírja az ember a logba, hogy pontosan milyen verzió indult(legfontosabb a git sha-1). De azt is fontos lehet, ha meg tudja oldani az ember, hogy valahol a deployment verzió history is látsszon. De ezt a taget szintén a deployment pipeline is rárakhatja a commitra. Pl. jó ötletlet lehet rárakni a környezetet, meg a deployment timestamp-et.I am having fun staying poor.
-
Drizzt
nagyúr
válasz bandi0000 #14927 üzenetére
Hát, ha befér az összes a memóriába, akkor:
1. Csinál egy mapet, amiben a kulcs egy id pár(pId, rPid), az érték meg maga a sor lesz.
2. Menj végig az összes DB soron. Nézd meg, hogy az adott sor (rPid,pId) párosával szerepel-e már elem az 1-es pont map-jében. Ha igen, akkor update-eld meg a hozzá tartozó sort, s valahogy jelöld meg, hogy a db-be is ki kell majd írni(pl. a kulcsát beteszed egy toUpdate Set<pId, rPid> halmazba). Az éppen olvasott sort meg rakd bele egy toDelete Set<pId, rPid>-be. Sőt, még egyszerűbb egy toUpdate Set<id> setet használni inkább.
3. Amikor végigértél az értékeken, akkor már csak annyi a dolgod, hogy a toUpdate elemeire tolsz egy batch update-et, a toDelete értékeivel jelzett sorra meg egy batch delete-et.Viszon ahogy elnézem a db sorodat... Nem kell a cId-t is belevenni a buliba, s hármasokat keresni inkább a párok helyett?
I am having fun staying poor.
-
Drizzt
nagyúr
válasz K1nG HuNp #15274 üzenetére
Ugyan sose hasznaltam go-t, de ez tunik a go szinten elfogadhato megoldasnak. [link] Kb. Az a lenyege, hogy egy channelre figyelsz, s ha abban van olyan uzenet, ami miatt le kell allni, akkor leallsz. Ez nyilvan nem tul jo, ha valami hosszu blokkolo fuggvenyt kell hivnod.
Mas nyelvekben meg inkabb az explicit thread kezelessel lehet ezt megoldani, mert ott lehet kuldeni interruptot, amire a thread leallhat.
De amennyire tudom, a goroutine egyaltalan nem biztos, hogy kulont threadben fut, ez az egyik lenyege.
Emiatt viszont ezen az absztrakcios szinten nehez megallitani aszinkron dolgoknak a futasat.I am having fun staying poor.
-
Drizzt
nagyúr
válasz martonx #15450 üzenetére
A Javarol amiota dolgozom, allandoan ezek az allitasok kerulnek megfogalmazasra. Ettol fuggetlenul amik meg igazak az elmult 13 evben a Java kapcsan:
- Mindig temettek, megis el es virul allando jelleggel.
- Rendkivul sokat fejlodik, nagyon sok dolgot atemel a konkurrenseitol, de ugy, hogy a megoldas nem tunik nyelvidegennek.
- Gyakorlatilag mindenre van library, tobb is. Nemelyik pont a nyelv hatranyainak kikuszobolesere epul, pl. Lombok.
- Nagyon fasza frameworkok is vannak hozza, eleg a Spring/Spring Bootot felhozni.
- Akarmi volt eppen a legmenobb nyelv, a Javaval elerheto fizetes mindig az elsok kozott volt. Legalabbis itthon ezt tapasztaltam.Egyebkent Java fejlesztokent csak olyan 5 eve dolgozok aktivan. En szeretek Javaban programozni, persze van 1-2 dolog, amit mas nyelven konnyebb, gyorsabb leirni, de nagy hianyerzetem nincs. Ami tenyleg zavaro, ugyis idovel kikupaljak ujabb Java verziokban.
I am having fun staying poor.
-
Drizzt
nagyúr
válasz martonx #15466 üzenetére
Hat ugy kezdted a hozzaszolasod, hogy oskovulet. Nem igy van. Regota letezik, de a fejlodese kimondottan dinamikus. Teny, hogy nem volt ez mindig igy. De peldaul en is nagyon meglepodtem, amikor 5 eve eloszor javaztam, olyan 8 ev kihagyas utan. Mert nekem is hasonlo emlekeim voltak, mint amiket itt felhozol. Aztan amikor ujra javaznom kellett, ott jott a nagy meglepi, hogy ez bizony sok szempontbol kifejezetten jo es elvezetes lett a korabbi java developer elmenyhez kepest. En a c#-pal nem mernem osszehasonlitani, de a tobbi emlitett nyelvvel sem. Szimplan mert azokkal nincsen semmifele on-hands tapasztalatom az elmult 5 evbol. Oke, Js-ben meg volt aktiv programozoi elmenyem, ezerszer kellemetlenebb elmeny js-ben programozni, mint Javaban. Legalabbis nekem. A Java elmenyhez sokat hozzaad szerintem amugy az IntelliJ is. Teljesen osszehasonlithatatlan a regi Eclipse szivassal(, lehet persze, hogy az se olyan mar mint reg).
I am having fun staying poor.
-
Drizzt
nagyúr
válasz Silεncε #15499 üzenetére
Pedig azt is eleg jol meg lehet nezni egy jol iranyzott git log - - graph - - all - - oneline-nal.
Szerintem erdemesebb command line, mert az ugyis mindig rendelkezesre fog allni. Masfelol sokkal gyorsabban megvan az eredmenye annak, amit meg akarsz nezni. Mondjuk soha semmit nem grafikus feluleten csinalok gittel, de ez talan megint a masik extremitas.
I am having fun staying poor.
-
Drizzt
nagyúr
Kétféle megoldás kapásból van:
1. Kiindulási állapotban a mátrixot töltsd fel valami olyan jellel, ami azt jelzi, hogy ott nincs még lerakva semmi. PL. legyen az egy 'S' karakter. Akkor amikor egy jelet leraknál egy mezőre, csak akkor teheted meg, ha ott még S van. Ha nem, akkor új pozíciót kell választani. Ezt lehet meg is úszhatod, mert progamnyelvtől függően lehet az adott terület már eleve valamilyen karakterrel végig fel lesz töltve. De jobban jársz, ha explicit feltöltöd valamivel.
2. Egy halmazban - amiben párok vannak - eltárolod, hogy hova raktál eddig jelet, a kisorsolt pozíciót ellenőrzöd, hogy foglalt-e már.I am having fun staying poor.
-
Drizzt
nagyúr
Ez nem lesz jó:
else { jatekter[bekertSor+1, bekertOszlop+1] = jel; }
, mert oda kellene figyelned arra, hogy nehogy a 4. sorba, vagy 4. oszlopba próbáld rakni a jelet.
Legegyszerűbb, ha meghívod újra a egyJeletVeletlenLerak függvényt, rekurzívan. Ezzel azt érnéd el, hogy amikor már foglalt helyet választott ki, akkor megpróbál egy másikat választani helyette.
(Amúgy nem eleve 3 X - 2 O-t, vagy 3 O - 2 X-et kellene lerakni? Ez így eléggé "cinkelt" amőba lesz.)I am having fun staying poor.
-
Drizzt
nagyúr
válasz pmonitor #15891 üzenetére
1. A github es tarsai meg kb. akkor keszultek el, amikor az egyetem veget jartam. Utana meg evekig nem is nagyon hallottam roluk.
2. Amiota meg dolgozom, gyakorlatilag minden munkaszerzodesem tiltotta valamilyen formaban a sajat kodok feltolteset publikus helyekre.I am having fun staying poor.
-
Drizzt
nagyúr
válasz bambano #15896 üzenetére
Nem ertelek, engem zavarni egyaltalan nem zavar ez a kikotes. Ha zavart volna, akkor agalok ellene/nem irom ala.
Es ezzel el is jutunk a 3. ponthoz, a mi meg az, hogy igazabol semmi olyan fejlesztes nincs, amit munkaidon kivul csinalnek szivesen. :D Egyedul a covid jarvany elejen jart a fejemben egy magyar adatokbol dolgozo tracker irasa, de mire hozzakezdtem volna, addigra voltak megfelelo minoseguek.I am having fun staying poor.
-
Drizzt
nagyúr
Kimondottan ellejvallott, kiveve ha koddal, vagy valtozonevvel nem lehet valamit kifejezni. En akkor irok kommentet, ha az adott szandekot sehogy nem tudom kifejezni a program nyelvi elemeivel. Pelda: ha mondjuk valamit raneyesre esszerubb lenne 3 sorral lejjebb vinni, de van kozben valami olyan framework hivas, aminek a mellekhatasa miatt nem lehet atsorrendezni, akkor meger egy kommentet. Ha valamit ki tudsz fejezni maskepp elnevezett valtozoval, vagy fuggvennyel, akkor jobb azt tenni, mint kommentet irni. A magyarazat egyszeru: ha a kod valtozik, s emiatt a mellette levo komment is idejetmultta valik, akkor nagyon nagy esely van, hogy a kommentet elfelejtik update-elni. Ennek meg az a vege, hogy par honappal kesobb ha arra a reszre teved az ember, nem tudja, hogy a komment hazudik, vagy a kod arrol, hogy minek kellene tortennie. Masik jo pelda, amit erdemes kommentelni: nyilvanos API, foleg ha abbol konkretan API spec lesz generalva. De ha siman annyi egy komment celja, hogy leirja mit csinal egy fuggveny, akkor jo esellyel a fuggveny neve a rossz. Ha meg a fuggveny neve igy 3 oldal kene, hogy legyen, akkor jo esellyel az a fuggveny tul sok dolgot csinal es erdemesebb feldarabolni. Persze ellenpelda mindenre van, ezek csak ilyen altalanos okoskodasok.
#16027btraven:
Miért nem csinalsz inkább enum-ot?
PL. WATER_FREQUENCY.HIGH = 1, WATER_FREQUENCY.LOW = 2.
Vagy ha nem diszkrét az értékkészlet, akkor inkább nevezném WATER_PROPORTION-nek, s akkor százalékként értelmezett adatot írnék bele. Vagy WATER_RATIO.[ Szerkesztve ]
I am having fun staying poor.
-
Drizzt
nagyúr
1. Masfel millio nem keves penz Magyarorszagon. Inkabb marha sok.
2. Backendeskent is effele van a nem szupermenkent elerheto maximum. Es ugyanugy nem a minden masodik ember a ket szep szemeert es napi ket perc munkajaert kapja meg kategoria.
A magas fizetesert meg kell dolgozni es ez igy is van rendjen. Ha mindenki magas fizetest kapna, akkor az a fizetes onnantol kezdve atlagos lenne es nem magas.
3. Jo frontendes elegge keves van. Ennek egyik oka, hogy sokan nem szeretnek frontendezni. Sokan meg le is nezik valamiert.I am having fun staying poor.
Új hozzászólás Aktív témák
● olvasd el a téma összefoglalót!
- iPhone 14 Pro 128 GB Space Black, 11 hónapos, kártyafüggetlen, 2024. május végéig garis , akku 91%
- Asus VivoBook X509JA-BQ904T
- HP EliteBook 640 G9 Ezüst (14" / Intel i5-1235U / 16GB / 512GB SSD / Win 11 Pro) -10% Most 203.990 F
- Lenovo M810z AIO Core I5 6400 4x2700/8GB/120G SSD/wifi/cam 21,5 -10% 66.950 ft
- Microsoft Surface Book 2 - i7-8650u/8GB/256GB SSD/Windows 11 -. 10% Most Csak 125990 Forint