Citat:
Ursprungligen postat av
plkk99
Måste nog göra så. Tack för hjälpen.
Är det svårt att ta fram koden från t.ex. C? Lika lätt som java med bara några klick på nätet? Det är inte som att min algoritm är värd hundratals miljoner vilket kan motivera ett gäng hackare, det är en nischad gren och om jag har tur kan jag försörja mig på den. Med det sagt har de forskat inom området sedan 50-talet. Det jag undrar är hur enkelt är det att ta fram algoritmen från kompilerad C (eller annat språk)?
Varning för diverse OT, diverse generella tankar och svammel kring algoritmer, här:
Det finns väl knappt kvar några algoritmer sedan 1950-talet kvar att lösa ?
Är det Towers of Hanoi eller något liknande ?
Svårt att gissa vart du vill komma ?
De flesta algoritmer har acceptabla lösningar. Men tex handelsresandes problem är ett problem där enda sättet än så länge är att räkna igenom alla lösningar med brute-force för att hitta den kortaste kombinationen.
Vet dock ej om det finns ett matematiskt/logiskt bevis för att det skulle vara på det viset i det fallet.
Nytt nuförtiden är väl istället att kunna köra kod parallellt på flera kärnor/cpuer. Och för det har man synkroniseringsobjekt som semaforer/mutexar för ändamålet.
Men det är inte självklart hur mycket man sparar på att dela på exekveringen. Ibland lönar det sig, ibland inte. Och hur man bäst löser detta, är ännu ett olöst algoritmproblem.
Vad man saknar algoritm-mässigt här är bland annat att kunna detektera en tänkbar dead-lock, dvs två eller fler trådar låses samtidigt och exekveringen avstannar. Där gäller nästan bara erfarenhet att kunna inse en sådan låsning.
Men liksom som när man konstruerar tex en järnvägsbangård så bygger man fler stickspår och fler växlar än vad som är minimikravet. En järnvägsbangård liknar ett programvaru-problem på det viset att den ska bearbeta ett stort antal rader maskinkod samtidigt på flera olika spår.
Så att man ofta när man designar programvara avsett att köras på flera olika trådar att man använder fler synkroniseringsobjekt än vad som skulle behövas som minsta antal, för att undvika dead-lock.
Men om du avser med algoritm menar du kanske någon ny cpu-lösning, eller ?
Det ska poängteras att nydesignade cpuer har deisgnats med hjälp av att simulera den tänkta cpu-modellen i mjukvara. Så man kastar inte dyrbar tid och att pressa ett stort antal chip innan designen har körts i mjukvara.
Dagens grafikkort och ljudkort mfl designer har därför också först testats och provkörts som mjukvarusimuleringar så att man kan förvänta sig en viss prestanda.
Sen har man implementerat den designen i riktiga kretsar.
Men det var inte riktigt där vi var.
Om du nu har en revolutionerande algoritm redan så är det bara att publicera den. Berömmelsen i sig kan vara tillräckligt. Jäkligt svårt att tjäna pengar på en sådan tjänst, eftersom du kanske måste betala skitmycket för bandbredden som din tjänst tar upp.
Och du kan tvingas att betala för att använda API-er som anropar externa databaser ifall trafiken är stor nog.
Att sätta upp en server kostar ju inte mycket, men att hyra skitmycket i bandbredd dvs ett stort antal klientanrop, det kostar.
Du kan ju om du nu vill vara anonym eller något annat publicera din lösning på ett programmerarforum. Eller om du nu är så försiktig så kan du tex skicka din idé till något känt icke-svenskt Universitet, tex Oxford, Cambridge eller Harvard.
Vilka som de senaste decennierna har intresserat sig mycket för algoritmer är tex Fraunhofer Institutet i Tyskland. Men de har mest specialiserat sig på tex signal-processing, dvs i huvudsak Fourier-serier, dvs överlagrade harmoniska svängningar.
Men det som tidigare har beskrivits som en bra idé är att lägga den på en server som vid anrop skickar HTML-koden till webbsidan till din GUI, beräkningarna kan göras inne i servern och behöver inte synas i HTML-koden alls.
Det svåra är väl att lyckas ta betalt för tjänsten. Folk är så vana redan vid allt är gratis på Internet, att det kan bli svårt att värva kunder. Det krävs ju ofta att du ger smakprov på vad din "algoritm" klarar av att göra.
När man pratar om algoritmer och folk inte vet vad det är för något så säg typ "monteringsanvisning för typ en IKEA-möbel", eller ett drinkblandar-recept eller matlagnings-recept.
Dvs en steg-för-steg anvisning, vilket en algoritm precis är...
Algoritmen är alltså lika gammal som mänskligheten själv, dvs i begynnelsen var den allra första algoritmen "att kunna göra upp en eld".
Och det är lite fel att knyta algoritmidén till en speciell filosof eller matematiker.
Citat:
Ursprungligen postat av
plkk99
En miljon är visst mycket om en person säljer mjukvara. Sen finns det folk som tycker det är kul med tekniska projekt, är det ett nytt koncept för dig? Jag vill påstå att nästan ingen sätter sin fot på en teknisk högskola med pengar som motivation.
Det är ingen "tjänst". Det är en algoritm inom ett avancerat område, det finns bara två kommersiella program inom området. Ingen "runt hörnet" kommer lansera en "tjänst" som konkurrerar.
Jag har fått bra tips i tråden och vet faktiskt inte vad ditt problem är.
Hmm, gäller det Wolfram Research MathWorks och MathCad ?
Där finns gott om Plugins och extra paket.
De är nog tillräckligt hederliga att betala för det,
Men det finns en uppsjö av lösningar där på samma problem.
Men om du själv skriver en plugin så vill det till att du estimerar felet i beräkningen,
och de vill förstås inte hitta några fel och buggar i koden, eller att outputten ibland blir garbage out.
Indata-kontroll måste därför ske.
Och tex sådana missar och buggar som oändliga loopar och oändlig rekursion får förstås inte kunna ske heller
Du måste också skriva ett litet hjälpavsnitt som beskriver din lösning
