-
IT café
Új hozzászólás Aktív témák
-
nagyúr
-
inf3rno
nagyúr
Igen, én is úgy tudom, hogy programmal rakják össze a modellt ilyen oculus rift-el, meg 3d egérrel valamilyen formatervezős programmal meg lehet rajzolni. Ezek után kihajtják 2d-re, és úgy illesztik rá a textúrát, utána meg a modelt, a textúrát és a textúra kötésehez tartozó térképet valahogy beimportálják a játékokba. Tehát nem kézzel kell összerakni, bár gondolom az is lehetséges, csak jóval körülményesebb lehet. Ezek után mennek rá a shader-ek, amik pozíciionálják a pályán, ráteszik a textúrát, effekteket, stb. Ennél többet én sem tudok a témáról (és ez is elég ingatag), viszont rengeteg anyag elérhető vele kapcsolatban, szóval csak kitartás meg évek kérdése, ha valaki ilyesmivel akar foglalkozni. Szép szakma, tetszik is a végeredmény, de nincs meg a rajz tudásom hozzá, gyakorolni meg lusta vagyok, más dolgok érdekelnek. A logikai részét talán le tudnám fejleszteni egy játéknak.
[ Szerkesztve ]
Buliban hasznos! =]
-
inf3rno
nagyúr
válasz Sk8erPeter #8894 üzenetére
Nem tudom, valami félrecsúszott. Valaki C#-os anyagot keresett, neki akartam.
Buliban hasznos! =]
-
inf3rno
nagyúr
válasz Oppenheimer #8895 üzenetére
Nem csak noSQL létezik, van newSQL is, ami ugyanúgy SQL, csak nulláról írt adatbázis motorokkal, és azt mondják sebességben felveszi a versenyt a noSQL adatbázisokkal. Rengeteg van egyébként, olvastam egy könyvet polyglot persistence témában régebben, amiben felsoroltak legalább 10 divatosat, mint mongodb, neo4j, riak, stb... Mindegyiknél megvan az a feladat, amiben nagyon jó, meg persze az is, amiben nagyon rossz. Szóval lekérdezés alapján érdemes adatbázist választani. Kis alkalmazásoknál persze választasz egyet azt kalap. Nagy alkalmazásoknál meg jobb helyeken váltanak monolitról microservice-re egy méret felett, és minden microservice-nek egy vagy több adatbázist adnak, amelyek eltérő típusúak (is lehetnek). A típus attól függ, hogy az adott lekérdezés csomagra melyik adatbázis alkalmasabb a legjobban. Ezeket úgy frissítik, hogy csinálnak egy központi event storage-et, ami a teljes rendszer állapotát tárolja, aztán az abba bekerülő domain event-eket figyelik, és ha új event érkezik, akkor annak megfelelően frissítik a microservice-hez tartozó adatbázist. Nem kell multiphase commit, hogy szinkronban legyenek az adatbázisok, mert elég ha az event storage letárolja az event-et, a kis adatbázisok ha valami rosszul megy, akkor maximum eldobják a jelenlegi táblát, és nulláról újra lekérik az összes event-et, és végrehajtják magukon. Ez nagyon rugalmas rendszer így, mert egyedül az event storage lecserélése, ami problémás. A microservice-ekhez tartozó query database-eket bármikor tetszés szerint lehet cserélni, vagy akár még több különbözőt is lehet párhuzamosan futtatni, és A/B teszteket csinálni, és loggolni, hogy a kliens mennyi idő alatt kapott választ a lekérdezésre. A hátrány annyi, hogy legalább 2 helyen meglesz ugyanaz az adat, illetve, hogy visszamenőleg nehéz módosítani domain event-eket, mert akkor vagy belenyúlsz az event storage-be és módosítod a már letárolt event-ek adatait, hogy pl új tulajdonságok is kapjanak értéket, vagy mondjuk bevezetsz egy MyDomainEventV2 osztályt, ami már tartalmazza az új tulajdonságokat. Egyik sem tűnik valami jónak. Na asszem már túl sokat bloggoltam, mi is volt a kérdés?
Buliban hasznos! =]
-
TheProb
veterán
Sziasztok!
Kickstarter project indításhoz keresnék kompetens kódoló(ka)t a következőre:
Egy olyan program megvalósítása ami pl printscreen alapján lefordítja a képen található tartalmakat, pl vki használ 1 angol nyelvű appot, csinál 1 screenshotot róla, a program "lescanneli" a képet, OCR segítségével felismeri a szöveget, majd lefordítja a kívánt nyelvre. Olyasmi módon, mint a google translate, mikor a kamerával "rámutatsz" vmire és real time fordítja a dolgokat.
Várnám a lelkes jeletnkezőkeg PM-ben.
"Boba is Mickey, Mickey is Boba" - Finkle Einhorn | PC Rig: https://pcpartpicker.com/b/bBy48d
-
Sk8erPeter
nagyúr
válasz TheProb #8906 üzenetére
Amit itt ajánlottak neked a felvetésedre (egy kész programot a célra), az miért nem jó?
Sk8erPeter
-
TheProb
veterán
válasz Sk8erPeter #8907 üzenetére
Mi köze van annak ehhez a témához?
"Boba is Mickey, Mickey is Boba" - Finkle Einhorn | PC Rig: https://pcpartpicker.com/b/bBy48d
-
veterán
belinkelem ide, mert szerintem nem Android specifikus dolog, és elképesztően WTF
https://play.google.com/store/apps/details?id=com.lovemap.lovemapandroid
-
Sk8erPeter
nagyúr
válasz TheProb #8908 üzenetére
Úgy kérdeztél vissza, mintha abszolúte semmi hasonlóság nem lenne. Pedig tök hasonló ehhez a kérdésedhez:
http://prohardver.hu/tema/milyen_program_ami/hsz_35378-35378.html
"ha nem is rábökés szinten, de pl a google translate kamerás, real time fordítós szerűség lehetne, nem adott kamera képet fordítana, hanem a screen-t, OCR szerűen."
[link]
"programokon belüli fordító érdekel, pl bmilyen angol nyelvű programban gombok, leírások, menüpontok, esetleg popup-ok, stb."Most annyi más a kérdésedben összesen, hogy print screen alapján fordítson (amire a MobiMouse a hivatalos honlap szerint mondjuk nem képes, ez igaz), meg hogy rámutatással fordítson egyből.
Mindenesetre valószínűleg van már ilyen.
Google Translate is tud ilyet okostelókon:
http://searchengineland.com/google-translate-picture-to-ocr-to-speech-130086
Pár másodperces guglizás alapján még okostelóra most hirtelen ezt találtam:
ABBYY TextGrabber + Translator
Akármilyen eszközre ezt (fogalmam sincs persze a képességeiről):
Free Online OCR - https://www.newocr.com/ ("Different ways to display and process the resulting text: [...] Translate using Google Translate or Bing Translator")
Aztán itt meguntam, de biztos van még csomó lehetőség. Persze nem akarom elvenni a kedvedet, de nem tűnik olyan újdonságnak, amire egykönnyen találnál befektetőt, de hajrá.Sk8erPeter
-
TheProb
veterán
válasz Sk8erPeter #8910 üzenetére
Keresni egy programot és fejleszteni/fejlesztettni nem ugyan az, de értem mire gondolsz. Konkrétan ilyen tudású programról nem tudok, azok se tudják amiket linkeltél. google translate meg okostelón tudja azt amit én PC-re szeretnék. Itt 1 segítség, hogy hogyan akarom. Nyílván a szimpla OCR konverterek csak tisztán szöveggé alakítják a felismert dolgokat, én ezt úgy akarom mint a képen. Az abby is csak ennyit tud, ezért szeretnék megpróbálni egy komplex, integrált, de egyszerű appot a fent leírtak szerint. Mert oké, hogy össze lehet ollózgatni valahogy, de nem az igazi.
"Boba is Mickey, Mickey is Boba" - Finkle Einhorn | PC Rig: https://pcpartpicker.com/b/bBy48d
-
veterán
válasz TheProb #8911 üzenetére
meg van írva, csak ezt a 3 dolgot kell valakinek összelegózni:
screenshot, Google Translate API, OCR.
Ha minden jól megy, ez a megoldás platformfüggetlen lenne. De az is lehet, hogy python-nal mégkevesebb munka.
https://play.google.com/store/apps/details?id=com.lovemap.lovemapandroid
-
TheProb
veterán
válasz Oppenheimer #8912 üzenetére
így van, erre keresnék vállalkozó egyéneket
[ Szerkesztve ]
"Boba is Mickey, Mickey is Boba" - Finkle Einhorn | PC Rig: https://pcpartpicker.com/b/bBy48d
-
madstunt
addikt
-
TheProb
veterán
válasz madstunt #8914 üzenetére
őőő, ez hogy is oldja meg azt amit írtam? ez is csak kamerás fordítást tud, gondolom ha nagyon akarná az ember lehetne emulálni a desktopot, mint ha a kamera képe lenne, de hát...
"Boba is Mickey, Mickey is Boba" - Finkle Einhorn | PC Rig: https://pcpartpicker.com/b/bBy48d
-
inf3rno
nagyúr
válasz Oppenheimer #8912 üzenetére
Szvsz ebből a saját translator ami húzós. Ahogy nézem OCR-el dunát lehet rekeszteni. Legózásban azért OCR-nél is jó lehet, ha van egy nyelv felismerő, ami a rosszul olvasható szavakat meg tudja tippelni a kontextus alapján. Olyan fordítót meg bonyolult írni, ami felismeri a kontextust. Párszor már nekifutottam, hogy hogyan lehetne modellezni a problémát, de nem sokra jutottam. Lehet, hogy tényleg jobban jártok, ha a translator API-t használjátok, bár sokszor az is szemetet dobál ki magából.
[ Szerkesztve ]
Buliban hasznos! =]
-
ZsoltG60
aktív tag
Üdv. Remélem jó helyre írok, és tud valaki segíteni (vagyis megvalósítható az elképzelésem)
Olyan programot vagyis parancssort lehet csinálni/ szerkeszteni hogy az asztalról egy kattintással lehessen váltani 2 megjelenítő közül .Adott egy HD4350 videókártya ami össze van kötve egy tv-vel(HDMI) és egy monitorral (vga), elképzelésem hogy egy kattintással tudjak választani a két kijelző közül. Megvalósítható ez ? Akár úgy hogy csak az egyik készülékre küld képet, vagy a képet kiterjesztett formában küldi ki.
Lumia 950XL
-
-
Karma
félisten
válasz Sk8erPeter #8919 üzenetére
De ha az eredeti kérdésnél (kattintás) maradunk, akkor is van a Windowsban egy beépített tool (displayswitch), amit be lehet rakni egy parancsikonba és már kész is. Ahogy nézem, házilag nem is nagyon van jobb lehetőség ennél, pl. a WMI-n keresztül semmi se látszik.
[ Szerkesztve ]
“All nothings are not equal.”
-
aftercooler
aktív tag
Sziasztok !
Nem tudom hogy jó topicban járok -e, de az lenne a kérdésem hogy hogyan, milyen programmal tudnék beleszerkeszteni egy - egy játék nyelvi fájljaiba?
Nagyon szívesen fordítanék le néhány játékot, ami nekem is tetszik és látom, hogy sok fórumos is keresik hozzájuk a Magyarítást. Nem egy Far cry 4 volumenü valamire gondolok, de van sok olyan game, ami sok embert érdekelne, de nincs hozzájuk honosítás.
Egyszerüen nem tudok hozzákezdeni, mert hiába vannak előttem a játék angol nyelvi fájljai, nem tudom megnyitni őket szeerkesztésre.
Nyilván ha simán társítom egy jegyzettömbhöz vagy Notepad++ - hoz, akkor sem megyek vele semmire mert csak a kódolt formátumokat látom (vagy mit).
Nem tudtok véletlenül valami olyan vagy több programot, amivel próbálkozhatnék ?
Tudom, hogy más-más nyelven vannak írva a játékok de a legtöbb azért ugyanazon. De melyiken és mivel szerkeszthetem a fájlokat ?
Elég jól értek a szoftverekhez, hardverekhez de ez a téma eddig nem foglalkoztatott, de most igen.
Szóval nem gond ha a program angol, vagy bonyolult, majd megoldom, csak valami kiindulópont kellene.Köszi szépen !
[ Szerkesztve ]
-
martonx
veterán
válasz aftercooler #8921 üzenetére
Gondolom ez játéktól függ. Egyébként ha a múltból jól rémlik, ezek jellemzően szöveges file-ok szoktak lenni, szóval általában egy sima notepad elég a szerkesztésükhöz.
Én kérek elnézést!
-
Sk8erPeter
nagyúr
-
Vasinger!
nagyúr
Visual Studio-ban be lehet azt állítani, hogy egy előre megadott property-t minden projekthez betöltsön automatikusan? Jelenleg csak úgy megy, hogy a property managerben manuálisan hozzáadom existing property-ként Debug és Release módban is egyesével. Ezt jó lenne meggyorsítani valahogy.
-
McSzaby
őstag
Sziasztok,
cégnél kaptam egy olyan taskot, amelyben egy alkalmazást kéne fejlesztenem. Ennek az alkalmazásnak annyi lenne a lényege, hogy rengeteg szerverről különböző információkat gyűjt és hiba esetén egy - a programon keresztüli script futtatásával szépen egy zöld gomb megnyomásával megoldjuk az adott problémát. Egy központi szerverről futna a dolog.
Perl-ben és Bash-ben viszonylag otthon vagyok, illetve html/css/némi php még megy, de egy kicsit nagynak érzem ezt a falatot.
Az ötletem az lenne, hogy a szerver és a kliensek (a valós szerverek) egy "Agent" rendszeren keresztül kommunikálnak az esetleges adatküldést pedig SSH/SCP-n oldanám meg.(pl.: scriptek szétszórása, más egyéb funkciók) A lényeg,hogy az adat lekérést (aktuális terheltség,memória használtság, stb..) egy socketen keresztül szeretném intézni. Tehát a központi szerveremen egy TCP Socketet megnyitnék, amire az agentek/kliensek küldik az adatokat.
Tehát, kliens lefuttatja a bash scriptet, ami kiírja az adatokat. A kimenetet pedig ezen az agenten keresztül átdobom az én központi szerveremre, az felolvassa és kiértékeli. Erre a részre ha SSH-t használnék, félek túl nagy lenne a kapcsolatok száma és elérnék egy limitet. Ezért nem használhatok mindenre ssh-t.
Erre a munkára JAVA-n kívül milyen programnyelvet ajánlanátok, illetve ezt az "Agent" rendszert Ti hogyan oldanátok meg? Esetleg ha bashben ez megoldható, az lenne az igazi
Előre is köszönöm!
Egyébként mezei Sysadmin vagyok, nem programozó.
#ThankYouSirAlex #ThankYouLouis
-
jattila48
aktív tag
válasz McSzaby #8926 üzenetére
Nem tűnik bonyolult feladatnak, mondhatni szokásos. Én C-ben írnám meg az egészet, a szerver és kliens részét is. A szerver, ha sok klienstől, de kis csomagszerű adatforgalmat fogad, akkor UDP-vel kommunikálhat. TCP-vel akkor, ha viszonylag állandó a kapcsolat, és stream-szerű az adatforgalom. Szerintem neked az UDP lesz megfelelőbb. Ha UDP-t választasz, és valami titkosítás/hitelesítés is kell, akkor azt magadnak kell megoldani. Ez sem bonyolult, kész algoritmusokat találsz, pl. AES, RC4/MD5. UDP esetén szerintem blokkolt socket kezlést alkalmazhatsz, thread-pool-lal. Ha a TCP-t választod, akkor titkosítás/hitelesítés-re használhatod az OpenSSL-t, bár ez szerintem kicsit túllövés. Ha sok kliensed van, akkor TCP-nél a nem blokkolt socket kezelés hatékonyabb lehet, de egy kicsit bonyolultabb programozni. Szkripteket hívogatni és SSH-t kezelni, biztos, hogy nem lesz elég hatékony. Persze, ha csak néhány száz kliensed van, akkor még ez is működhet.
„Kétségtelen, hogy nem tudjuk, mit tegyünk, de felkészültek és elszántak vagyunk.” - Olaf Scholz német kancellár
-
McSzaby
őstag
válasz jattila48 #8927 üzenetére
Szia,
kb. 150-200 kliensről van szó.Titkosításra nem lesz szükség szerintem, a hálózati csomópontok, illetve egyebek elég jól védettek a hálózaton. Ha valaki már odáig eljut, hogy itt hálózati forgalmat tudjon nézni, akkor már rég mindegy a történet.
Tudom, hogy google a barátom, de nem tudnál/tudnátok esetleg adni valamilyen leírást, "howto"-t, ahol az ilyen témát taglalják és vehetem referenciának?
#ThankYouSirAlex #ThankYouLouis
-
jattila48
aktív tag
válasz McSzaby #8928 üzenetére
Akkor szerintem sima blokkolt TCP, esetleg thread pool-lal. Ha nincs egyszerre sok kapcsolat, és a kliensek viszonylag ritkán kapcsolódnak, akkor a thread pool sem szükséges. Lehet minden kapcsolathoz új thread-et indítani, ami a kliens feldolgozása után leáll. Ez a legkevésbé hatékony módszer, de a legegyszerűbb is. Ez is elég lehet neked.
„Kétségtelen, hogy nem tudjuk, mit tegyünk, de felkészültek és elszántak vagyunk.” - Olaf Scholz német kancellár
-
Karma
félisten
válasz McSzaby #8928 üzenetére
Szerintem ennek a problémának nem az a helyes megközelítése, hogy egy alapvetően ipari igényt házilag próbáltok megoldani mindenféle ismeretek nélkül. Nehezen hiszem el, hogy 2015-ben ne lenne open source megoldás ennyi szerver távoli monitorozására és menedzsmentjére.
Az alacsony szintű implementációs részleteken filózás helyett inkább forráskutatást javaslok, lehetőleg külön kezelve a két feladatot – monitorozásra még én is ismerem a Papertrailt és a Munint, pedig nem vagyok sysadmin –, a beavatkozáshoz meg jó lenne tudni, mégis milyen műveletek kellenek. Nagy általánosságban az OpenLMI pl. egy érdekes projektnek tűnik.
“All nothings are not equal.”
-
McSzaby
őstag
100000%ig igazad van. Millió ilyen toolt tudok mondani, de az opensource-hoz nincs támogatás, a vállalati célokra szánt pedig pénzbe kerül, így a felsőbb vezetőség ezt nem fogja jóváhagyni. Körbejártam a témát és sajnos az jött ki, hogy vagy valami fapados módszert kitalálok, vagy kuka az egész terv. De alapvetően teljes mértékben igazad van a probléma megközelítésével kapcsolatban.
#ThankYouSirAlex #ThankYouLouis
-
nagyúr
válasz McSzaby #8931 üzenetére
Te jo eg, nehogy ennek nekifogjatok a nullarol. Kezdesnek nezegess olyasmiket, hogy Ansible/Salt konfiguraciomenedzsmentre, Munin, ELK stack monitorozasra, satobbi.
Eselyetek sincs, tenyleg, foleg amiatt, hogy azt sem igazan tudod, hogy mi lenne a feladat.
Mi az, hogy az OSS-ez nincs tamogatas? Tamogassatok akkor ti, hazon belul. Vagy akkor fizessetek ki -- sokkal olcsobb lesz, mintha ti csinaljatok meg. Ha buktok, akkor az a ti (fejlesztok) hibaja is lesz, mert nem kommunikaltatok jol az elejen, hogy ez mennyire eselytelen projekt.
[ Szerkesztve ]
while (!sleep) sheep++;
-
jattila48
aktív tag
Nem tudom miért vagytok odáig egy kis programozástól. Ez tényleg egyszerű feladat, nekem kb. 1 napi munka lenne. Számtalan példát találtok kliens-szerver TCP kommunikációra. Az adatkinyerést meg lehet oldani akár szkriptek hivogatásával is. A különböző opensource vagy fizetős megoldások telepítése, megismerése, konfigurálása, szerintem jóval nagyobb feladat. Amit a kérdező leírt, nem tűnik túl bonyolultnak. Nem kell rögtön ágyúval lövöldözni. Lesz egy kis időm, lehet beírom ide a C kódot.
„Kétségtelen, hogy nem tudjuk, mit tegyünk, de felkészültek és elszántak vagyunk.” - Olaf Scholz német kancellár
-
jattila48
aktív tag
Értem én, hogy cinikus vagy a földig hajló respekt szmájliddal, de hidd el, hogy a legegyszerűbb hálózati TCP kliens-szerver kommunikácó az megvan egy napi munkával (igaz, több mint 20 éve nyomom a hálózat programozást). Keress rá interneten, pl. "multithreaded TCP server in C"-vel. Az adakinyerés és szerver oldali megjelenítés persze más kérdés, arról semmit sem írt a kérdező. Erre írtam, hogy azt esetleg lehet C programból szkriptek hívásával megoldani. Ha tényleg csak időnként küldenek a kliensek valami státusz jelentést (pl. 10 másodpercenként), akkor a 100-150 kliens az egyáltalán nem rengeteg, sőt.
„Kétségtelen, hogy nem tudjuk, mit tegyünk, de felkészültek és elszántak vagyunk.” - Olaf Scholz német kancellár
-
Karma
félisten
válasz jattila48 #8935 üzenetére
TCP kapcsolatot megírni valóban gyerekjáték, kb. bármelyik nyelven, de messze eltörpül a tényleges feladat mellett. Tényleg jelentéktelen. Ha házi megoldás kell, akkor se ez az az idióma amivel el lehet indulni értelmesen egy ekkora kliensszám és a fejekben élő stabilitási kritériumok mellett.
Az eredeti kérdés politikai vonzatára visszatérve: egy házi barkács megoldásnak semmilyen supportja nincs, csak addig az ideig-óráig, amíg foglalkozik vele a barkácsoló fejlesztő. Rá egy hónappal már teljesen esélytelen. Nem tudom milyen vezetés az, aki ezzel még nem égette meg magát, de sajnos valóban előfordul ez az ultrarövidtávú szemlélet...
[ Szerkesztve ]
“All nothings are not equal.”
-
jattila48
aktív tag
A tényleges feladatról pedig semmit nem írt a kérdező. Számomra úgy tűnt, hogy a hálózati kommunikáció okoz neki gondot. Erre javasoltam a C programozást. A 150-200 kliens pedig egyáltalán nem sok. Ha 10000-ekről lenne szó, akkor is házi C programozást javasolnék (sőt főleg akkor), csak természetesen nem blokkolt, UDP protokoll thread-pool-lal. Ha pedig valamiféle hálózat felügyeletről van szó, akkor lehetőleg SNMP közvetlen ethernet felett, de erre már tényleg vannak kész megoldások.
[ Szerkesztve ]
„Kétségtelen, hogy nem tudjuk, mit tegyünk, de felkészültek és elszántak vagyunk.” - Olaf Scholz német kancellár
-
McSzaby
őstag
válasz jattila48 #8935 üzenetére
(#8937) jattila48:
A többi része már megoldott fejben.Igazából nekem 2-2,5 hónapom van erre, szóval ja...
Rengeteg a nyitott kérdés, szóval egyelőre ez az egész kérdés, amit feltettem csak elméleti síkon mozog. Lehet PERL-ben írom meg, mert abban jóval több tapasztalatom van. Ott egy démon leprogramozása, socket nyitás "szinte" már csuklóból megy. De alapvetően egy TCP kommunikációt én sem találok nehéz feladatnak. Persze, itt azért a bonyolultsága nagy kérdés.
A probléma az itt, hogy megkötik a kezem és emellett szinte semmi segítséget nem kapok. Ezért kell egy hülye biztos, moduláris, céges platform független fost alkotnom és igen, elnézést a kifejezésért, de ebből csak fos lesz, mert én sysadmin vagyok, nem programozó.
Rengeteg a piacon fellelhető toolt kellett már a cégnél lefejlesztenem és nem értem miért nem lehet ELK Stack-t, Nagiost, Puppet-t, Chef-t használni.
Szóval, nagyon szépen köszönöm a segítségeket, véleményeket, ezeket mind meg fogom fontolni és eszerint döntök!
Nagyon köszönöm!
[ Szerkesztve ]
#ThankYouSirAlex #ThankYouLouis
-
válasz McSzaby #8931 üzenetére
"az opensource-hoz nincs támogatás": közkeletű tévedést hallottunk.
"a vállalati célokra szánt pedig pénzbe kerül": az igaz, hogy ingyen nem kapsz vállalati szintű supportot.
de melyik a valószínűbb, ha a kolléga távozik: hogy az utóda ismeri a munint vagy hogy az utóda ismeri a kolléga házibarkács fejlesztését?oké, megírod perlben. ki fogja támogatni a perl bugok javítását?
egyébként meg ez egy olyan kérdés, amit nem kell a felsővezetés elé tárni. ha a felsővezetés dönt ilyen szakmai kérdésben, akkor valamit rosszul csináltál.
hogy kicsit ontopic is legyek:
az adatküldést rossz ötlet ennyire nehéz protokollra bízni, mint az ssh. pláne, ha biztonságos hálózati szakaszokon kommunikálsz. erre találták fel a http-t. a scriptek szétszórására meg a subversiont.aki pedig azt hiszi, hogy egy tcp kapcsolat megnyitása a valós nehézség ebben a projektben, az még sosem rajzolt grafikont
egyébként meg sokat dobna a válaszokon, ha megmondanád, melyik gépen milyen oprendszer fut. (azon, ahol a felügyeleti rendszer szerver oldala fut, és azokon, amiket felügyelni kell).
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
Blizz
őstag
Sziasztok,
meg szeretnék tanulni programozni teljesen az alapoktól kezdve és egy kis segítséget szeretnék kérni, hogy milyen könyvet/honlapot ajánlotok kezdésnek? (applikációk irányában gondolkodok)No mistakes, just happy little accidents
-
jattila48
aktív tag
Nagyon régi könyv, és sokak szerint talán kicsit idejétmúlt, de nekem az egyik kedvencem:
Niklaus Wirth: adatstruktúrák+algoritmusok=programok. A pascalt ismertni kell hozzá.„Kétségtelen, hogy nem tudjuk, mit tegyünk, de felkészültek és elszántak vagyunk.” - Olaf Scholz német kancellár
-
McSzaby
őstag
válasz bambano #8940 üzenetére
Én hidd el, veled értek egyet.
Linux mindenhol. Amúgy az igazsághoz hozzátartozik, hogy 3 hónap múlva már itt se vagyok, szóval amikor feltettem a kérdést, hogy ki fogja továbbvinni, mindenki csak nézett meg pislogott. Én elvégzem a munkámat, amivel megbíznak, ők pedig majd rájönnek a hibáikra. (mondjuk amikor késő lesz)
Egyáltalán nem vagyok én se ez a döntés mellett, de ha rám nem hallgatnak, akkor majd fognak a kiesett pénzre, ami kicsúszik a zsebükből. De ez már elcsúszott az eredeti kérdéstől.
Szóval, köszönöm a véleményeket még egyszer és én ezzel az én részemet megválaszoltnak is tekinteném.
#ThankYouSirAlex #ThankYouLouis
-
Blizz
őstag
Köszönöm mindenkinek a segítséget!
No mistakes, just happy little accidents
-
peterszky
őstag
Van egy valós életbeli problémám, a lényeg, hogy vannak értékek, emellett egy darabszám és egy összeg. A bruteforce megoldás 99%-ban jól működik, de ott az az 1%, ami bármikor bejöhet és mint tudjuk, ez be is jön.
A lényeg, hogy az alábbi listában a végén látható darabszámban vegyünk ki értékeket úgy, hogy a végén látható összeg kijöjjön.
Knapsack vagy ennek egy változata volt talán az, amit nézegettem, de egyelőre nem tudom eldönteni, hogy melyik megoldásnak kellene nekiállni, a dinamikus programozás változata ilyen értékeknél, ha jól értelmeztem, akkor elég halál memória szempontból.
Esetleg valakinek van javaslata, merre lenne érdemes nézelődni még?
NDX: 0 OSSZEG: 119709
NDX: 1 OSSZEG: 84657
NDX: 2 OSSZEG: 68233
NDX: 3 OSSZEG: 50364
NDX: 4 OSSZEG: 40664
NDX: 5 OSSZEG: 37626
NDX: 6 OSSZEG: 32079
NDX: 7 OSSZEG: 31902
NDX: 8 OSSZEG: 28440
NDX: 9 OSSZEG: 26180
NDX: 10 OSSZEG: 20632
NDX: 11 OSSZEG: 20535
NDX: 12 OSSZEG: 18548
NDX: 13 OSSZEG: 17824
NDX: 14 OSSZEG: 16424
NDX: 15 OSSZEG: 16406
NDX: 16 OSSZEG: 15864
NDX: 17 OSSZEG: 14909
NDX: 18 OSSZEG: 14907
NDX: 19 OSSZEG: 14131
NDX: 20 OSSZEG: 13956
NDX: 21 OSSZEG: 12374
NDX: 22 OSSZEG: 12047
NDX: 23 OSSZEG: 11621
NDX: 24 OSSZEG: 11269
NDX: 25 OSSZEG: 11230
NDX: 26 OSSZEG: 10917
NDX: 27 OSSZEG: 10316
NDX: 28 OSSZEG: 9826
NDX: 29 OSSZEG: 9690
NDX: 30 OSSZEG: 9594
NDX: 31 OSSZEG: 9367
NDX: 32 OSSZEG: 8231
NDX: 33 OSSZEG: 8056
NDX: 34 OSSZEG: 7779
NDX: 35 OSSZEG: 7454
NDX: 36 OSSZEG: 6947
NDX: 37 OSSZEG: 6877
NDX: 38 OSSZEG: 6501
NDX: 39 OSSZEG: 6325
NDX: 40 OSSZEG: 6147
NDX: 41 OSSZEG: 6147
NDX: 42 OSSZEG: 6074
NDX: 43 OSSZEG: 5791
NDX: 44 OSSZEG: 4039
NDX: 45 OSSZEG: 3682
NDX: 46 OSSZEG: 3650
NDX: 47 OSSZEG: 3639
NDX: 48 OSSZEG: 3159
NDX: 49 OSSZEG: 2610
NDX: 50 OSSZEG: 2331
NDX: 51 OSSZEG: 2256
NDX: 52 OSSZEG: 2136
NDX: 53 OSSZEG: 1553
NDX: 54 OSSZEG: 1470
NDX: 55 OSSZEG: 891
NDX: 56 OSSZEG: 235DB: 27 OSSZEG: 344710
What else you gonna do on a Saturday?
-
válasz peterszky #8947 üzenetére
nem tudom, hogy mit értesz brute force megoldás alatt, de a brute force azt jelenti, hogy agyatlanul végigpróbálgatod az összes lehetséges verziót és kiválasztod a végeredményt. tehát az mindig megtalálja a megoldást, ha van.
a mai világban egy 56 elemű listának én brute force módszerrel állnék neki, backtrack egy intelligensebb változatával próbálkoznék. memória nem kell neki sok, a processzorodat agyonüti, de ez engem nem izgatna
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
sztanozs
veterán
válasz martonx #8949 üzenetére
Elképzelhető olyan felállás, hogy nem lehet kihozni az eredményt egyetlen kombinációval sem.
Hozz össze pl ebből 27-et:
4
5
6
7
8Amúgy én is valami backtack-kel próbálkoznék (elsőre a legnagyobb értékekkel kezdve).
[ Szerkesztve ]
JOGI NYILATKOZAT: A bejegyzéseim és hozzászólásaim a személyes véleményemet tükrözik; ezek nem tekinthetők a munkáltatóm hivatalos állásfoglalásának...
Új hozzászólás Aktív témák
● olvasd el a téma összefoglalót!
- Yettel topik
- NVIDIA GeForce RTX 4080 /4080S / 4090 (AD103 / 102)
- Gyúrósok ide!
- Milyen egeret válasszak?
- Megrendszabályozza a Pornhubot az EU
- Robogó, kismotor
- Belgiumban már ajánlgatja a szolgáltató a Galaxy A55-öt
- f(x)=exp(x): A laposföld elmebaj: Vissza a jövőbe!
- TCL LCD és LED TV-k
- exHWSW - Értünk mindenhez IS
- További aktív témák...