-
Fototrend
Új hozzászólás Aktív témák
-
dabadab
titán
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."
DRM is theft
-
martonx
veterán
válasz Tigerclaw #15347 üzenetére
Ismered a mondást: sok légy nem tévedhet Persze távol álljon tőlem egy vuejs vs react flame kirobbantása. Csak javasltam, hogy ha már ismerkedés, akkor a vuejs-nek is adj esélyt. Simán lehet, hogy neked is sokkal jobban be fog jönni, pláne ha angularos tapasztalatod van.
Én kérek elnézést!
-
pmonitor
aktív tag
válasz dabadab #15321 üzenetére
Nem az volt a kérdés. Domonkos kérdése ez volt:
>Vannak esetek, amit nem vesz észre.
Egy peldat szeretnek kerni!A tőlem való idézet(az én állításom) ez volt teljes egészében :
De azért a fordító sem mindig olyan okos. Vannak esetek, amit nem vesz észre. De mondjuk azt meg a programozónak kellene észrevennie(viszont az biztos, hogy legtöbbször nem sikerül).Tehát már nem az assembler volt a kérdés, hanem a C fordító! Csak te ragadtál le az assembleres témánál. De ha pontosak akarunk lenni, akkor az eredeti kérdés sem az volt, hanem hogy kép manipulálását hogy lehet assemblerben gyorsítani(szóba sem került eredetileg a C/C++.
[ Szerkesztve ]
http://www.bferi.hu/download.php ; http://bferi.hu/egyeb.php
-
Weareus
addikt
Adott a következő kérdés: van egy magyar szavakat és idegen kifejezéseket is tartalmazó adatbázis. Ez reményeim szerint hamarosan a birtokomban lesz. Szóval ne kérdezzétek meg, hogy milyen formátum, de tkp. ezek lexikonok és szótárak begépelt címszavai.
Olyan program/algoritmus kellene, ami előre definiált/definiálható szabályok szerint ezen adatbázis szavaiból egy előre megadott méretű és szerkezetű négyzetrács-hálóban egy szabályos keresztrejtvényt készít.
Vannak a neten ilyen progik, párat nézegettem is régebben, de az adatbázisuk jellemzően angol volt, tehát a magyar nyelv ékezetes betűi problémásak voltak.
Ha esetleg arra vetemedek, hogy belevetem magam a programozásba, akkor egy ilyen jellegű problémakör megoldásához melyik a legmegfelelőbb nyelv?[ Szerkesztve ]
Soul of the mind, key to life's ether. Soul of the lost, withdrawn from its vessel. Let strength be granted, so the world might be mended. So the world might be mended.
-
-
btraven
őstag
Miért jeleníti meg a képernyőn az összes adatbázisban tárolt adatot keresés közben a számítógép?
Úgy gyorsabb mintha csak magában az adatbázisban keresne?
Ezt már a sokadik kémfilmben látom. -
y@g4n
tag
válasz kovisoft #15357 üzenetére
Ezt el is felejtettem, nem menekülök meg a timing diagram rajzolástól asszem.
Egy másik kóddal működik részben, csak az egy fárasztó és kusza mocsár.
Talált kód am, nem tudom mi a szellemes névválasztás célja
हरि बोल | हरे कृष्ण हरे कृष्ण कृष्ण कृष्ण हरे हरे हरे राम हरे राम राम राम हरे ह रे
-
Tigerclaw
nagyúr
válasz Weareus #15355 üzenetére
Szerintem barmelyik, de lehet hogy van a neten keresztrejtveny kesziteshez valami library, talan meg framework is es akkor adott a nyelv is hozza. Nullarol kezdve is meg lehet csinalni, ha van sok idod. Jo lenne tudni, hogy milyen vegeredmenyt varsz. Konzolos app, vagy grafikus, hogy akarod kezelni a bevitelt. Kell-e hozza netes tamogatas, valamilyen kliens-szerver megoldasban, vagy egy single page web alkalmazas. Meg persze fontos az is, hogy milyen nyelvet ismersz.
Az a baj a világgal, hogy a hülyék mindenben holtbiztosak, az okosak meg tele vannak kételyekkel.
-
Tigerclaw
nagyúr
válasz btraven #15358 üzenetére
Adatbazist kifejezetten celzottan szoktak lekerdezni, hogy csak azok a rekordok jojjenek vissza amik kellenek es a rekordban is csak az legyen ami kell. Ez jelenthet keves es sok adatot is persze, de a cel az hogy minel hamarabb lefusson a kereses.
Az a baj a világgal, hogy a hülyék mindenben holtbiztosak, az okosak meg tele vannak kételyekkel.
-
pmonitor
aktív tag
válasz btraven #15358 üzenetére
Az egy kitalált világ. Csak az a baj, hogy a valóságban is vannak hasonlók. Pl. a TC is amikor keres, akkor mutatja, hogy éppen melyik mappában keres. Mintha sokra mennénk vele, hogy egy szemvillanás törtrészére megjelenik valami.
http://www.bferi.hu/download.php ; http://bferi.hu/egyeb.php
-
Weareus
addikt
Köszi. Közben találtam a neten ilyen progit, a próbaverziót le is szedem, aztán ha ok, jöhet a fizetős. Nem is vészes az ára, ráadásul kb. 70 000 címszót tartalmazó magyar nyelvű szókészlet is vásárolható hozzá. Egyelőre ebbe belemélyedek és majd meglátszik.
Soul of the mind, key to life's ether. Soul of the lost, withdrawn from its vessel. Let strength be granted, so the world might be mended. So the world might be mended.
-
Ispy
veterán
válasz btraven #15358 üzenetére
Azt bírom a filmekben, hogy általában valami csilivili ui-n pötyögnek valamit és meghekkelik vele a fél világot, néha már a fejem fogom. Persze vannak kivételek, mondjuk a Mr robot, de a többség nem ad a szakmaibb kinézetre, csak bedugja a pendrivot és kész, a csoda megtörténik.
"Debugging is like being the detective in a crime movie where you're also the murderer."
-
kovisoft
őstag
Azt megfigyeltétek már, hogy a filmekben jelszavakat a legtöbb esetben karakterenként egyesével fejtik meg? Elindul egy keresés, és egymás után sorban megtalálja a jelszó karaktereit. Mintha bármi köze lenne a jelszó elejéből képzett hash-nek a teljes jelszóból képzett hash-hez.
-
Ispy
veterán
válasz kovisoft #15367 üzenetére
Miért, nem úgy kell? Arra azért kiváncsi lennék, hogy egy SHA512 hasht hogyan fejtenek vissza egy laptoppal. Főleg, hogy egy biztonságos adatbázisban még a jelszót sem tárolják pucéran. Persze a pentagon szervere biztos másképpen csinálja, ki tudja.
"Debugging is like being the detective in a crime movie where you're also the murderer."
-
Ispy
veterán
válasz tboy93 #15369 üzenetére
Ezzel szemben az igazság az, hogy a legtöbb jelszó lopása úgy történik, hogy a hekker pizzafutárnak adja ki magát és leolvassa a postitről az 12345-öt, ami a monitorra van kiragasztva.
"Debugging is like being the detective in a crime movie where you're also the murderer."
-
axioma
veterán
válasz pmonitor #15364 üzenetére
Hat a tc-ben a mappak porgese megmutatja, hogy ha valahol sokat tolt. Valoban, a fel mp alattiak helyett irhatna hogy bejaras, es csak hosszabb idonel hogy kereses az x mappaban vagy ilyesmi.
El vagytok a'm ti mar kenyeztetve, adj ki egy unix find parancsot aztan vagy kapsz vissza valamit ami olvashato uzenet vagy majd kiszamithatatlan ido utan a prompt visszaterese jelzi hogy nincs hiba es nincs talalat sem -
pmonitor
aktív tag
válasz axioma #15372 üzenetére
És user-ként mit tudok csinálni, ha tudom, hogy xy mappában tölt sokat? Vagy kivárom, vagy leállítom a keresést. De ugyanezt meg tudom csinálni akkor is, ha nem tudom, hogy hol időzik sokat. Tehát teljesen felesleges ezeknek a kiírása. Csak lassabb lesz a keresés.
Ez épp olyan dolog, mint pl. az ötöslottó ~44 misis kombinációja: ha csak legenerálja a program, akkor <1 sec. alatt végez. Viszont ha ki is iratom, akkor órák alatt fut csak le.
Jó, mondjuk a mappák kiírásával nem órákat veszít a tc-ben a user, de azért érzékelhetően gyorsabb lenne, ha nem írná ki a mappákat.
http://www.bferi.hu/download.php ; http://bferi.hu/egyeb.php
-
Domonkos
Ármester
válasz pmonitor #15373 üzenetére
Ha a kiiratas nem tudja blokkolni a keresest, akkor epszilon impaktja van a sebessegre nezve. Ha pedig csak "kb. itt tart a kereses" jellegel kell - tehat nem baj, ha nem minden irodik ki, akkor egy nagyon jo kompromisszum szokott lenni.
Gender of electrical connectors is defined by the pins.
-
pmonitor
aktív tag
válasz Domonkos #15374 üzenetére
Ez igaz. Lehet, hogy nem minden íródik ki. User-ként nem tudom. Viszont azt tudom, hogy nagy százalékban nem tudom elolvasni, hogy hol tart. Még amikor 1 vagy 2 sec-re "megakad" akkor is éppen hogy. De csinálni akkor sem tudok vele semmit.
http://www.bferi.hu/download.php ; http://bferi.hu/egyeb.php
-
kovisoft
őstag
válasz pmonitor #15375 üzenetére
Én örülök neki, hogy kiírja, rengetegszer vettem már hasznát. Általában lehet látni, hogy melyik könyvtárban időzik. Van, hogy az ember rájön, hogy ott nem is akart keresni, és lelövi a keresést. De arra is jó, hogy lássuk, hol jár a keresés, kb. mire számítsunk, meddig fog még tartani. Nem hiszem, hogy érdemben lassítana, nem ír ki minden egyes fájlnevet. Számomra sokkal gyűlöletesebb user interface a szimpla kerregő homokóra és társai, amikor semmi visszajelzésem nincs arról, hogy mit csinál a gép, és az várhatóan meddig fog még tartani.
-
pmonitor
aktív tag
válasz kovisoft #15376 üzenetére
sokkal gyűlöletesebb user interface a szimpla kerregő homokóra és társai
Az én programom tényleg semmit nem csinál, még csak nem is homokórázik.
Annyi változik, ha elindítod a 3 "Start" gomb egyikét, hogy a felirata "Stop"-ra változik. Ha végzett, akkor pedig megjelenik a középső szövegmezőben az eredménye és a gombon a "Stop" felirat ismét "Start" lesz.De nekem az volt a célom, hogy ha nem is támogatja a programom az egyidejű futtatást, akkor is a user-nek lehetőséget adjak rá. Ezért imádom a programozást, mert(a nagyon alap dolgok kivételével) ugyanazt a dolgot "millióképpen" meg lehet valósítani.
http://www.bferi.hu/download.php ; http://bferi.hu/egyeb.php
-
pmonitor
aktív tag
válasz pmonitor #15378 üzenetére
Készítettem Made in Hirtelen egy teszt alkalmazást. FindFirstFile-FindeNextFile felhasználásával. Tesztelhetitek ti is. Nálam ez sokkal gyorsabb a TC-nél(pedig ez C#-ban van, a TC meg gondolom C++-ban lehet). Tehát a TC a kiírással nagyon sok időt pazarol el. Az ad-hook programomban még sok puffer van azáltal, hogy nem írja ki, hogy hol keres éppen.
De érdekes módon, ha a 2 program egyszerre fut, akkor majdnem egyszerre végeznek. Ezt nem értem, hogy miért van? Ha valaki tudja erre a választ, ő megírhatná, hogy mi lehet a magyarázat erre. A program letölthető innen. FindFirstFile.rar.
[ Szerkesztve ]
http://www.bferi.hu/download.php ; http://bferi.hu/egyeb.php
-
MODERÁTOR
-
pmonitor
aktív tag
válasz kovisoft #15381 üzenetére
A c:\ meghajtóm a TC stabilan 4:10 alatt listázza ki(függetlenül attól, hogy hányszor futtatom le).
Az én programom az első futtatáskor 2:50 alatt, de utána van, hogy 0:33 alatt végez vele.
De ha egyszerre indítom mindkettőt, akkor közel egyszerre végeznek.Ha a programomnál a 2:50-es időt nézzük, akkor is 1:20-al kevesebb idő kell neki, mint a TC-nek. Ez nagyon sok.
Mondjuk a programom most karikázik, mert a UI szálon futtatom, ezt légyszi nézze el, aki kipróbálja.
http://www.bferi.hu/download.php ; http://bferi.hu/egyeb.php
-
Inhouse
őstag
Üdv Inhouse
-
MODERÁTOR
válasz martonx #15383 üzenetére
Nyilván. Az érdekesség benne csak annyi, hogy azért nem volt sokáig 64 bites mert nem volt hozzá 64 bites compiler.
Krisztián homorított egyet és szerintem vígan él belőle. Én is megvásároltam. Megéri a pénzét. Kínosan kerüli a fejlesztője a nyilvánosságot.
"Ott szimatol a sarkadban vasfogait csattogtatva, minden egyes hétköznapod: kirúzsozott medvecsapda."
-
pmonitor
aktív tag
Igen, igazad van. Nem is arra gondoltam, hogy az összes funkcióját megcsinálom(főleg egyedül). Csak ez nagyon feltűnt próba nélkül is, hogy feleslegesen írja ki a mappákat. És pont témába vágott. Ezért hoztam fel. Mondjuk hozzá kell tenni, hogy a teszt programom bár C#-ban készült, de win api függvényeket használ(FindFirstfile-FindNextFile a szíve neki). És ha egy win api függvény működik C#-ban, akkor az sebességben alig marad el pl. a C/C++-tól(legalábbis nagy mértékben biztos, hogy nem).
Szóval csak izgatott a téma. Ezért is készítettem hirtelen felindulásból egy teszt programot.
http://www.bferi.hu/download.php ; http://bferi.hu/egyeb.php
-
Új hozzászólás Aktív témák
● olvasd el a téma összefoglalót!
- Path of Exile (ARPG)
- Telekom otthoni szolgáltatások (TV, internet, telefon)
- Építő/felújító topik
- sziku69: Szólánc.
- Luck Dragon: Asszociációs játék. :)
- Mindent megtudtunk az új Nokia 3210-ről
- sziku69: Fűzzük össze a szavakat :)
- Sony MILC fényképezőgépcsalád
- Luck Dragon: MárkaLánc
- Xbox Series X|S
- További aktív témák...
Állásajánlatok
Cég: Promenade Publishing House Kft.
Város: Budapest
Cég: Ozeki Kft.
Város: Debrecen