-
Fototrend

Új hozzászólás Aktív témák
-
válasz
btraven
#15425
üzenetére
A JRPG-kben (meg visual novelekben) ez valamiért hagyomány, szerintem is rettenetesen idegesítő.
Egyébként ilyet utoljára tényleg a teletype-oknál lehetett látni, vagy nagyon régi terminálokat, ahol 300 bit/másodperc sebességgel száguldott az adat, de igazából ilyesmit leginkább mégis csak filmekben lehet látni, mert a filmesek valamiért azt gondolják (gondolták), hogy ez így menő (pl. az Alienben nem csak, hogy egyesével jelentek meg a karakterek, de mindegyik még bippent is egyet
) -
válasz
Tigerclaw
#15349
üzenetére
Eleg szabadon fejlesztik a Reactot es ahhoz kepest hogy viszonylag friss nyelv, nem feltetlenul ugyelnek a visszamenoleges kompatibilitasra.
Ez egyébként a hosszú távú karbantartást nagyon viccesé teszi, tiszta Vörös Királynő: "Minálunk, ha teljes erődből rohansz, az épp csak arra elég, hogy egy helyben maradj."
-
-
-
válasz
Mechorganic
#15280
üzenetére
A több szál tök felesleges, ez 32 bites pixelekkel számolva is csak 128 MB, az a pár memcpy nagyjából előbb lefut, minthogy elindulna egy szál. Ami tart valameddig, az az IO, azon meg nem segít a többszálúság.
-
-
válasz
Livius
#15261
üzenetére
A linuxos SMP scheduler elég érett (huszonsokéve faragják nagyonsokprocesszoros szerverekre és az elmúlt másfél évtizedben desktop responsivityre is), alapvetően nem kell aggódnod amiatt, hogy nem elég okos

A (default) schedulerről itt egy elég jó cikk, ami úgy nagyjából elmagyarázza, hogy hogyan működik, bár pont az SMP balancingról nem nagyon esik benne szó, a konkrét technikai részletekkel (köztük az SMP balancinngal) kapcsolatban meg ajánlom a kerneldokumentációt.
-
válasz
audiophile2!
#15181
üzenetére
Tényleg Apple II-es Wizardry mentéseket hekkelsz?

-
válasz
audiophile2!
#15179
üzenetére
Ez egyébként honnan van? Mert egy kicsit furcsa, hogy ilyen tizeshatványos lépések vannak kétbyte-onként.
Mert így pl. a 13000 lehet
1. simán16 biten ábrázolva:
C8 32 00 00 00
2. A tízezret átvíve a következő 16 bites számra (3000+0001):
B8 0B 01 00 00
-
válasz
audiophile2!
#15174
üzenetére
Valami fileformátum vagy protokoll vagy vmi hasonló, amiben little-endian számok vannak.
-
-
válasz
martonx
#15157
üzenetére
Tudod mi a megmosolyogtató?
Amikor a Clipperben írt, DOS-os könyvelőprogramot leváltó fasza, új windowsos program LASSABB lesz.
Értsd úgy, hogy a sima, kézzel bepötyögött számoknál gyorsabban lehet pötyögni, mint ahogy megjelennek a számok. Ja, tud adatbázisimportot is, néhány ezer rekordot akár másfél óra(!!!) alatt beolvasni (Ryzen 3600 + SSD).
Komolyan mondom, kár volt a Clippernél bármi komolyabbat adni az ilyenek kezébe
-
válasz
lanszelot
#15150
üzenetére
milyen néven kell elmenteni a html, js, css fájlokat, hogy offline működjön?
Olyan néven, ahogy majd belinkeled őket a HTML-ben

Ami ott van html, az nem a teljes forrás, mert a boilerplate rész az nem látszik az editorban: ha a végeredményt (a jobb alsó frame-et) megnézed egy "view frame source"-szal, akkor látod, hogy valójában hogy néz ki (ott inline-olva van a javascript meg a css is)
-
válasz
K1nG HuNp
#15125
üzenetére
A teljesen naív megközelítésben n^2 ill n^3 alkalommal fut le a ciklusmag, ezen azért lehet javítani, mert így tulajdonképpen minden esetet 2! ill 3! alkalommal talál meg. Aztán a számokat szépen sorba lehet rendezni és ezt kihasználni, az elsőnél simán el lehet sütni egy bináris keresést, a másodiknál nem ennyire triviális, de ott is látok lehetőséget ennek a kihasználására.
Na de hát ez tök mindegy, ha a full kretén megoldás is kb. azonnal adja az eredményt.
-
Vannak létező megoldások arra, hogy log alapján figyelmeztessék az embert, el lehet intézni az egészet pár soros shellscripttel is vagy valami nehézsúlyú cuccal, mint pl. a Graylog (az alap verziója open source, szóval simán ki tudjátok próbálni, ráadásul az valószínűleg tud mindent, ami kell nektek).
-
válasz
tukiwik
#15092
üzenetére
Ez viszonylag egyszerű (főleg, ha nem állsz neki agyonbonyolítani
), de azért nem teljesen triviális feladat, teljesen reális elképzelés az, hogy ezt megcsináld saját magad (az exceles megvalósítással tulajdonképpen demonstráltad, hogy alapvetően érted, hogy hogyan működik a dolog). Tanulni mindenképpen kell hozzá, de hát úgyis a lifelong learning idejét éljük, meg szerintem mindenképpen hasznodra válik egy ilyen tudás. Szóval hajrá! -
válasz
K1nG HuNp
#15084
üzenetére
A "bizalom" most egy ilyen bait'n'switch húzást jelentene, hogy mondjuk 40%-kal megdobják a díjakat, miután egy csomóan kényelmesen belakták a Codespacest és komoly dilemma lenne, hogy egy csomó pénzt költsenek a továbbköltözésre vagy maradjanak ott a megemelt díjakkal is.
Vagy minden belépéskor fullscreen Edge-reklámot kapnak az arcukba

-
válasz
pmonitor
#15069
üzenetére
egyedit akartam, nem copy-paste megoldást. Viszont tény, hogy a web programozásban nem vagyok annyira otthon
Szerintem ha belegondolsz, az egyedinek akkor van értelme, ha értesz hozzá, ergo van esély arra, hogy jobb lesz, mint valami, amit egy hozzáértő készített.
Ha ez nem áll fenn, akkor felesleges.
(És persze egy weboldal layoutjának a kialakítása messze nem csak magáról a technikai oldalról szól, hanem az esztétikai/kreatív részről is - és nyilván ez a nehezebb, nem a CSS selectorok használatának a megtanulása.)Egyébként a szövegre is ráférne egy erős stilisztikai szerkesztés, amit szerintem nyugodtan kezdhetsz azzal, hogy a hármas irásjeleket törlöd. Az összeset.
-
válasz
Tigerclaw
#15040
üzenetére
A docker segit abban is hogy ne kelljen feleslegesen sok eroforras pazarlo virtualis gepet inditani, vagy hogy akar egyet se.
Ha az ember tényleg nem akar erőforrást pazarolni, akkor nem dockerezik (és persze főleg nem virtuálisgépezik), hanem fizikai gépen, egy OS image-dzsel megcsinál mindent.
A docker a konfigurációban segít rengeteget, hogy nem kell mindent beállítgatni meg ilyenek, hanem az ember beállít pár változót, amiknek az értéke tényleg számít az adott környezetben, a többit meg megcsinálja a docker (meg az arra épülő dolgok), amit ráadásul nagyon jól lehet automatizálni.
-
válasz
Postas99
#15033
üzenetére
A megoldás kulcsa az, hogy (Y>>1) legfelső bitje fixen nulla.
Innen, bitenként simán végig lehet szaladni, mivel:Xn = Yn xor 0 -> Xn = Yn
Xn-1 = Yn-1 xor Yn -> Yn ismert, vagyis Yn-1-et is ki lehet számolni
...
X0 = Y0 xor Y1 -> Y1 ismert, vagyis Y0-t is ki lehet számolni -
válasz
Dißnäëß
#15022
üzenetére
Githubon is levet private repokat csinálni, amiket csak te látsz, de git az ugye megy github nélkül is, saját gépen is (sőt, mivel distributed az egész, ezért alapvetően ugye a saját gépeden megy, legfeljebb szinkronizálhatsz egy másik repoval is).
CI/CD fronton ott a Jenkins, ami elég régi, de teljesen open source, van körülette elég nagy közösség meg rengeteg plugin, tud rendesen skálázódni és nem bonyolult installálni meg bekonfigurálni.
-
válasz
Tigerclaw
#14999
üzenetére
ahova tettem egy felkover print parancsot, a print vegrehajtodik, de az utana levo return mar nem
Dehogynem, végrehajtódik az, csak eldobod az eredményét

Helyesen:
if sample > target:
return helper(array[:half], target, first)
if sample < target:
first = half
return helper(array[half:], target, first) -
válasz
Dr.Szilícium
#14971
üzenetére
Nincs ilyen szabály és főleg nincs ilyen korlátozás a fórummotorban.
-
Hát, ennyiből nem lehet pontosan belőni, hogy a konkrét követelmények, az ezekben való rugalmasság és a rendelkezésre álló erőforrások koordinátarendszerében pontosan hol vagytok, de így elsőre arra gondolnék, hogy a megoldás valahol a "használjatok Google Calendart" táján lesz

-
válasz
pmonitor
#14960
üzenetére
Sztem meg csak kb. Az első darab elejére és az utolsó darab végére miért is teszed rá a fél vágásszélességet?
Mert a vágandó darabra is rászámolja, annak ellenére, hogy ott nem lesz vágás.
A középső darabokra 1 vágásszélességet kellene számolni, a 2 szélsőre meg felet
Ez is történik.
-
válasz
BProgrammer
#14888
üzenetére
Isten hozott a nematomi műveletek világában

Meg kellene nézni, hogy pont mire fordul le a kódod, de simán lehet, hogy a num++ nem egyetlen utasítás, hanem valami olyasmi, hogy a numot betölti egy regiszterbe, megnöveli a regisztert és azt írja vissza a memóriába: ha itt az első és a második vagy a második és a harmadik lépés között történik meg a duplázás, akkor a végén pont kétmilliót kapsz, mert a harmadik lépés felülírja a duplázás eredményét.
-
Hát, az elég furcsa választás

Ez a könyv így belenézve elég használhatónak, ha rettenetes bőbeszédűnek is tűnik.
Ami meg nagyjából nélkülözhetetlen referenciaanyag, az a Ralf Brown-féle interrupt list
A hard mode meg a mindenféle miniatűr intrók kódjának tanulmányozása, ezt pl. 64 byte-tból hozta ki az alkotója: Gespensterwald, forrás is van hozzá: [link]
-
válasz
bandi0000
#14823
üzenetére
Addig, amíg tényleg három ilyen szabály van, szerintem a fixen bedrótozott kódnál jobb megoldás nincs.
Majd ha lesz sok, akkor lesz egyrészt értelme annak, hogy ezt az ember valamiféle általános módon kezelje meg akkor fog látszani, hogy hogyan is érdemes a követelményeket lemodellezni (mert ugye ilyenkor az szokott lenni, hogy a három példa alapján kitalálsz valami rendszert, lekódolod, örülsz, aztán másnap valaki kitalál egy negyediket, ami baromira nem illeszkedik abba, amit megcsináltál és vagy széthekkeled a rendszered vagy kezdheted majdnem előről). -
válasz
bandi0000
#14819
üzenetére
Csak hogy jól értem-e a feladatot:
Van n darab függvényed (mondjuk A1, A2, A3 stb) amik visszaadnak egy értéket.
Vannak szabályaid, amik azt mondják meg, hogy a fentiek közül melyik függvények értékei közül kell kiválasztani a (legkisebb? legnagyobb?) értéket, valami olyasmi, hogy min(A1, A3, A17).
És kellene írnod valamit, ami a szabályokat kezeli.
Jól értem? -
válasz
tboy93
#14750
üzenetére
Mecha billet max akkor tudsz használni ha remoteban otthon egyedül dolgozol. Egy irodában a 3. sor kódod után vágnak fejbe a többiek.
Varmilo MX Silent Red kapcsolókkal, halkabb, mint a legtöbb ollós meg gumidómos cucc - bár az is igaz, hogy enélkül is remekül el lehet lenni

-
Ez így van, viszont azért lehet olcsón php-s embert találni, mert azok ilyenek - valószínűleg azért, mert a PHP-ban kezdőként elég gyorsan neki lehet állni olyasmit gyártani, ami működik, nem kell hozzá semmi mélyebb ismeret vagy alapozás, aztán sokaknál ez később is elmarad.
Akik nem ilyenek, azok nem olcsók, sőt, lehet, hogy másban is elboldogulnak. -
válasz
bambano
#14566
üzenetére
amikor futtatni akarod, akkor csak php kell neki, konténer, vm, dokker, orkesztrésön meg hasonló menő kifejezések nem.
Azért sokkal komolyabban lehetne venni azt, amit írsz, ha nem üvöltene belőle, hogy fogalmad sincs az egészről.

Ott, ahol bármiféle skálázhatóságra van szükség vagy egyszerű deployolásra, ott PHP-nál is játszik a konténer, az orchestrationnél meg aztán főleg. -
válasz
linuxalpine
#14500
üzenetére
Végigmész a file-okon szépen idősorrendben ( cat *.log, kb), így időrendben fogod megkapni a sorokat. A kezdeti évet kiveszed a file-névből vagy beállítod kézzel és minden sor elé odarakod, ha meg jön egy januári dátum egy decemberi után, akkor megnöveled eggyel.
Ha az a május 5. elég stabil, akkor meg elég azt figyelni, hogy mikor vált váratlanul május 5-re a dátum (illetve gondolom a boot utáni első logüzenet is elég egyértelműen beazonosítható), akkor megkeresed az első logüzenetet, amikor visszaugrik a normális dátumra (nem kizárt, hogy azt is be lehet azonosítani csak a szövege alapján) és onnan számolsz vissza.A második, dátumkorrigálós lépést kell először meglépni és a már így korrigált időpontokon számolni az évet, hogy ne okozzon gondot, ha szilveszter táján indul újra egy gép.
-
válasz
linuxalpine
#14504
üzenetére
Várjál, várjál, hozom a popcornot

-
válasz
adamssss
#14407
üzenetére
Python
Az egyébként is kezdőbarát nyelv, valószínűleg azért lett ilyen népszerű ezen a fronton is, mivel itt is egy csomó olyan ember használja, aki elsősorban nem programozó és persze ennek megfelelően az Udemy tele van egyrészt pythonos kurzussal másrészt meg az ott lévő deep learninges kurzusok nagy része is Pythonra épül. -
Már ha hihetőnek minősül egy gugli keresés ebben a témában.

Mondjuk maga az adatgyűjtés sem tűnik túl reprezentatívnak, hiszen nagyjából egyedül a php az, amiről messziről látszik, hogy php, mivel az oldalak neve .php-ban végződik, tehát egy php site-ról szinte 100%-ban lehet tudni, hogy az, másoknál viszont nem nagyon derül ki, hogy mi van mögötte, így bele sem kerül ebbe a statisztikába, persze, hogy a php vezeti magasan.
Az egyébként biztos, hogy én már így 2020-ban nem állnék neki php-zni, ott a nodejs (ha már úgyis javascriptezel), lelkes rajongói vannak a Go-nak, ott a Java, mint nagyon stabil enterprise cucc, a C#... tulajdonképpen bármi, csak php-t ne

-
válasz
I02S3F
#14136
üzenetére
Egyébként az egyetemi elméleti oktatással nem az a legnagyobb baj, hogy maga az elmélet ne kellene, hanem az, hogy rosszul tanítanak olyan dolgokat, amik szükségtelenek.
Az asszony most csinált egy másoddiplomát és ott futott bele olyanokba, hogy az évfolyam nagy része nem értette az elméleti részt, mert az előadó érthetetlenül adta le, viszont az asszony - az első diplomája meg a szakmai tapasztalatai okán - értette, így aztán azt is látta, hogy a össze-vissza dobált szakszavak mögött tulajdonképpen a használhatatlanságig agyonegyszerűsített elmélet volt, ami abban a formában nem jó - valószínűleg azért, mert a tanár valójában nem igazán volt mestere a témának.
-
Csak egyetérteni tudok világuralomra törő kollégámmal: csinálj valami saját projektet.
Találj ki valamit (ideális esetben olyat, ami alapvetően egyszerű (úgyis elbonyolítod
) és olyasmit csinál, ami hasznos is neked), aztán csináld.
Ha elakadsz, akkor kérdezz, de akkor már konkrét kérdéseid lesznek, amire lehet értelmes válaszokat adni és azokat érteni is fogod (legalábbis a nagy részét, a többi meg lehet, hogy hónapok-évek múlva kattan a helyére) -
válasz
Silεncε
#14080
üzenetére
A szabvány azt mondja, hogy unsigned esetén wrapelődik (vagyis UINT_MAX + 10 az 9 lesz), signed esetén meg undefined behaviour (valószínűleg a különböző számábrázolások miatt), a gyakorlatban viszont az is sima wrap szokott lenni (vagyis INT_MAX + 10 az INT_MIN+9 lesz), mert úgyis mindenki kettes komplementert használ a signed típusoknál.
-
válasz
Silεncε
#14061
üzenetére
Ja, csak az elején vicces volt, hogy: "tessék itt az angular 2. aminek semmi köze az angularhoz, mondjuk úgy, hogy az angular 1-hez, amit monstantól angularjs-nek nevezünk. Az angular 2-t meg simán angularnak, pont úgy, ahogy eddig az angularjs-t. és itt az új verzió, az angular 3, izé, nem, nincs 3, angular 4, aminek a neve amúgy angular 2. vagyis angular, csak úgy simán."
-
válasz
Reflax
#14017
üzenetére
Rengeteg függ attól, hogy mennyire érdekel a programozás.
Ha elsősorban ezzel akarsz mélyen foglalkozni, akkor abból valószínűleg C++, C# vagy valami hasonló "rendes" programnyelv lesz.
Ha viszont csak mellékesen, a főtevékenység megtámogatására, akkor meg inkább a pythonos irány lesz az érdekes.
De bárhogy is lesz, elsősorban nem a nyelv megtanulása lesz a kihívás (jó, oké, a C++ mélyebb ismerete pl. évtizedes tanulás után lesz meg
), hanem annak a framework-é, amit használsz. -
válasz
janos1988
#13966
üzenetére
Pedig tényleg az történik, amit látsz, csak ne felejtsd el, hogy egy csomo f1 van ilyenkor

Amikor eljut odáig, hogy az f1 megkapja a nullás értéket, addigra már három félbeszakadt f1 van, amik ezek után szépen befejeződnek, szóval valahogy így halad a végrehajtás (balról jobbra, a magasság csak szemléltetésnek van, ahol pontok vannak, ott nem fut a függvény, mert egy általa meghívott másik (vagy az azáltal meghívott harmadik, stb) függvény fut):
f1(3) előtt................................................után
f1(2) előtt...............................után
f1(1) előtt..............után
f1(0) f1 = 1Ha ugyanezt nemrekurzívan akarnánk megírni, az kb. így nézne ki:
Program nemrekurzio(output);
procedure f0();
begin
writeln('f0');
end;
procedure f1();
begin
writeln('f1 elott');
f0();
writeln('f1 utan');
end;
procedure f2();
begin
writeln('f2 elott');
f1();
writeln('f2 utan');
end;
procedure f3();
begin
writeln('f3 elott');
f2();
writeln('f3 utan');
end;
begin
f3();
end. -
-
válasz
Silεncε
#13805
üzenetére
Azóta tudok én is, hogy itt a házban egyszerűbb volt venni egy tekercs cat5e-t, egy marék rj-45-öt meg egy krimpelőfogót, mint azzal küzdeni, hogy a bolti kábelek pont nem jó hosszúságúak.
Mondjuk nem agysebészet
, kb két perc alatt el lehet sajátítani az elméleti alapokat, aztán csak gyakorolni kell. -
válasz
haxiboy
#13802
üzenetére
"Láttam már programozót aki nem tudott utp kábelt krimpelni
"Én most itt egy kicsit eltöprengtem, hogy kik a legjobb programozók, akiket ismerek és hogy vajon tudhatnak-e kábel krimpelni. Arra jutottam, hogy biztosan egyikről sem tudom, hogy tudna, de egyáltalán nem lennék meglepve, ha kiderülne, hogy egyikük-másikuk (vagy akár mindegyikük) nem tud.
Én tudok és van flexem is

-
válasz
Silεncε
#13769
üzenetére
Mindeközben a tényleg MS-fejlesztés, szintén electronos Visual Studio Code elérhető deb csomagban is. Egy kicsit még mindig bizarr dolog egy ilyen sort látni a sources.list-ben:
deb [arch=amd64 signed-by=/usr/share/keyrings/packages.microsoft.gpg] https://packages.microsoft.com/repos/vscode stable main -
válasz
instantwater
#13748
üzenetére
Ha az Apple gyártana rendes HW-t, akkor én olyat is produkálnék, hogy MS szoftver Apple vason, Linux alatt futtatva

-
"ez az artic is elvileg hasonló 14k-ért"
Nekem ami tapasztalatom van, az az, hogy az "elvileg ugyanolyan" az lóg, soha nem vízszintes/függőleges a monitor és ha megmozdítod, akkor utána már másképp lesz elferdülve. Mondjuk Ergotronhoz nem volt még szerencsém, nem tudom, hogy ott ezt mennyire sikerült elkerülni.
-
válasz
samujózsi
#13691
üzenetére
A Jira kb. a világ legnépszerűbb ticketing rendszere.
A konténertechnológia támogatása viszont azt is jelenti, hogy vannak image-ek hozzá. Az egyes technológiák elterjedtségét azért jól mutatja, hogy mennyi image készül hozzájuk és az azért elég tisztán látszik, hogy kb. bármiből keresel konténer image-et, akkor abból vagy nem találsz semmit vagy csak dockert találsz. -
válasz
thiclyoon
#13674
üzenetére
"Szerintem (pl.) a c-c++-java tudás többet ér, mint "az IP, portok, tűzfalak" mélyreható ismerete"
Manapság azért hálózati ismeretek nélkül sokra nem lehet jutni

"bár a saját véleményem szerint a docker se egy nagy találmány"
Technikailag, a megvalósítását illetően tényleg nem nagy dolog (tulajdonképpen egy fancy chroot), viszont amit a tényleges gyakorlati haszon terén hoz, az nagyon is figyelemreméltó.
"Az inputfájlos beolvasás se menő már"
Ehhez képest csupa ilyen feladathoz kérnek segítséget az ifjak a C++ topikban. Tényleg borzasztóak.
-
válasz
Tigerclaw
#13635
üzenetére
"Szerintem amíg kisebb programokról van szó, vagyis nem számít ha mondjuk extra optimalizációt jelent esetleg a konstans használata, nyugodtan mehet a változók használata"
Ne felejtsd el, hogy a forráskód elsősorban nem a gépnek szól, hanem az embereknek.
Az, hogy valami konstans vagy változó-e, határozottan a programozói szándékot fejezi ki és mint ilyen, egyáltalán nem mindegy.
-
Ha nem szereted a Javascriptet, nézd meg a Typescriptet, ami tulajdonképpen egy típusos Javascript (microsoftos project, az az Anders Hejlsberg a fő kitalálója, aki a Turbo Pascallal indított, aztán a Delphit majd a C#-ot tervezte) és az Angular (a már javasolt web framework) is arra épül.
Új hozzászólás Aktív témák
● olvasd el a téma összefoglalót!
- OLED TV topic
- Házimozi belépő szinten
- VGA kibeszélő offtopik
- Rugalmas OLED panelre válthat a Samsung Galaxy A57
- Kávé kezdőknek - amatőr koffeinisták anonim klubja
- Milyen nyomtatót vegyek?
- HiFi műszaki szemmel - sztereó hangrendszerek
- Amlogic S905, S912 processzoros készülékek
- Motorolaj, hajtóműolaj, hűtőfolyadék, adalékok és szűrők topikja
- OLED monitor topic
- További aktív témák...
- Akko 3098 /DE/PBT/RGB/Wireless/Hot swap/Yellow/Crystal switch
- Bomba ár! Lenovo ThinkPad X280 - i5-G8 I 8GB I 256SSD I 12,5" FHD Touch I HDMI I Cam I W11 I Gari!
- ÁRCSÖKKENTÉS Intel Core i5 3470 confidential Ivy bridge Quad Core
- ÚJ HP OmniBook Ultra Flip 14"OLED 2,8 K 120Hz - Ultra 7 256V - 16GB - 1TB - 2, év gari - MAGYAR
- Xiaomi 13T Dobozzal Töltővel
Állásajánlatok
Cég: PCMENTOR SZERVIZ KFT.
Város: Budapest
Cég: Laptopszaki Kft.
Város: Budapest

)



"

