Permalänk
Medlem

Slumpmässighet?

Jag och en vän hade en diskussion igår kväll om slumpmässighet rent allmänt, sedan kom vi in på datorer och hur deras slumpmässighet fungerar. Låt oss säga att vi vill göra en digital tärning, kan datorn beräkna slump eller går den efter en specifik lista tex [ 4 1 6 3 4 5 2 5 5 2 1 2 3 4 1 1 4 2 3 5] och att den bara går efter den slaviskt(vilket skulle göra att man skulle kunna förutse dess varje drag). Men om det är så att det finns en formel för slumpmässighet, hur ser den då ut som ett exempel?

Visa signatur

Fractal Design R5, i5 6600k, MSI Z170A XPOWER GAMING TITANIUM EDITION, MSI GTX 980, 8GB Minne @ 2400MHz, BeQuiet Kraft 700W

Permalänk
Medlem

Datorer kan inte generera riktig slump, men det finns algoritmer som ger slumpliknande resultat.

Se t.ex. http://en.wikipedia.org/wiki/Pseudorandom_number_generator

Visa signatur

AMD Ryzen9 5900X || Gigabyte X570 Ultra || RTX 3090 FE || Gskill Trident Z 3600 64GB || Samsung 950 Pro 512GB || Samsung 960 Pro 1024GB || XB270HU 1440p IPS G-Sync

Permalänk
Medlem

Ofta går datorn på klockan för att ta fram ett nummer.
Och då baserat på bråkdels sekunder, så för en människa blir resultatet slumpmässigt.

Visa signatur

"When I get sad, I stop being sad and be awsome instead, true story."

Permalänk
Medlem
Skrivet av Json_81:

Ofta går datorn på klockan för att ta fram ett nummer.
Och då baserat på bråkdels sekunder, så för en människa blir resultatet slumpmässigt.

Njae. Det förekommer att man använder tiden (i någon form) som "seed" (se tidigare länkad artikel) men utifrån detta får man ju en lång serie av pseudo-slumptal som var och ett inte är beroende av tiden de tagits fram (du kan plocka ut nya tal från den serien hur ofta du vill) utan det är hela serien av pseudo-slumptal som i det fallet definieras av tiden den valdes ut.

Visa signatur

AMD Ryzen9 5900X || Gigabyte X570 Ultra || RTX 3090 FE || Gskill Trident Z 3600 64GB || Samsung 950 Pro 512GB || Samsung 960 Pro 1024GB || XB270HU 1440p IPS G-Sync

Permalänk
Hedersmedlem
Skrivet av Json_81:

Ofta går datorn på klockan för att ta fram ett nummer.
Och då baserat på bråkdels sekunder, så för en människa blir resultatet slumpmässigt.

Du har fel. När man använder en slumptalsgenerator när man programmerar brukar man kunna ladda den med ett frö. Tar man samma frö igen får man samma slumptalsserie. Ofta använder man dock klockan som frö för att slippa få samma serier. Ibland används klockan som frö automatiskt om man inte använder något frö. Jag har dock aldrig varit med om att man använder klockan rätt upp och ner som slumptal.

Visa signatur

Använd gilla för att markera nyttiga inlägg!

Permalänk
Hedersmedlem

Man kan ta extern input från rent slumpartade fenomen (eller åtminstone kaotiska) och digitalisera detta för att använda som seed, vilket först (? Patent fick de iaf) gjordes med Lavarand, vilket genererar "sanna" slumptal.

Andra processer man kan rent tekniskt skulle kunna använda som input är t ex radioaktivt sönderfall som är helt slumpmässigt på atomnivå, men en gemensam begränsning som liknande metoder har är att det blir en väldigt långsam ström av genererade slumptal. I mer eller mindre alla applikationer behöver man inte denna matematiskt säkerställda slumpmässighet, utan kan använda andra metoder som visserligen tullar en minimal aning på slumpmässigheten, men som kan ge en godtyckligt snabb ström av slumptal med för uppgiften alldeles tillräckligt slumpmässig fördelning.

Det kan också vara av intresse i applikationer att använda funktioner som man själv explicit kan mata med ett "seed"-tal, för att sedan generera en viss (möjligen unik) sekvens av slumptal deterministiskt. Detta gör att man t ex kan testa algoritmer för dataanalys under verkliga förhållanden, och direkt jämföra resultaten med tidigare känd analysmjukvara.

Med dagens datorer så är det inga större problem att generera "tillräckligt" bra strömmar av slumptal. Tittar jag längst bak i min matematiska formelsamling så hittar jag dock fortfarande långa tabeller med "Slumptal" — sidor med slumpade tal som man kan använda om man vill . Jfr xkcd.

Visa signatur

Nu med kortare användarnamn, men fortfarande bedövande långa inlägg.

Permalänk
Medlem

Så det slumpmässiga talet beror på variabeln(seed) man stoppar in i formeln, och denna variabel kan ofta bestämmas av tex vilken sekund det är enligt datorns operativsystem, hänger jag med så långt? Jag har ju inte läst ett enda programeringsspråk så be patient with me
Men någon sa att det är lite skenslumpmässighet men samtidigt om det nu går att förutse resultaten så måste man nästan vara en dator för att räkna ut vad nästa sida på tärningen visar, vi vanliga människor kan inte räkna ut sådant på sekunden? Är det så mkt skenslumpmässighet då? Tex en dator skulle säkert kunna räkna vilken sida en riktig tärning skulle visa sålänge datorn känner till vikt på tärningen, avstånd till bordet, vinkel på släppet osv, om det nu går att räkna ut är en verklig tärning också i den bemärkelsen en skenslumpmässighet?

Skrivet av phz:

Med dagens datorer så är det inga större problem att generera "tillräckligt" bra strömmar av slumptal. Tittar jag längst bak i min matematiska formelsamling så hittar jag dock fortfarande långa tabeller med "Slumptal" — sidor med slumpade tal som man kan använda om man vill . Jfr xkcd.

Skulle du vilja utveckla bilden? Förstår den inte riktigt...

Visa signatur

Fractal Design R5, i5 6600k, MSI Z170A XPOWER GAMING TITANIUM EDITION, MSI GTX 980, 8GB Minne @ 2400MHz, BeQuiet Kraft 700W

Permalänk
Datavetare

Det finns datorsystem som kan generera "riktig" slump, alla datorer med Ivy Bridge hamnar i den kategorin då alla Ivy CPUer innehåller en krets som är "instabil" och därmed kan användas för att generera "äkta" vitt brus. Men även äldre system kan ha detta då det tidigare fanns som tillägg i vissa moderkort.

Är inte 100 på hur man använder den "äkta" slumpen i Windows, men under Linux är det bara att läsa från /dev/random. Även med en dedikerat "slump-krets" så genereras bara än ändlig mängd "äkta" slump per tidsenhet, men även detta tar Linux-kärnan hand om och man kan inte läsa snabbare från /dev/random än att tillräckligt med entropi finns.

Men även utan dedikerade chip så finns det en del saker som är relativt slumässiga i en dator, t.ex. hur muspekaren rör sig i förhållande till tiden, hur ofta och när interrupt kommer från HD (mekanisk disk är mer slumpmässig än SSD) etc.

Vad det gäller anrop som srand tillsammans med rand så säger specifikationen att det *ska* bli samma serie från rand om man stoppar in samma värde i srand. Däremot är själva serien s.k. pseudo-random, d.v.s. den ser slumpmässig ut och även en analys på "slumpmässigheten" kommer säga att den rent matematiskt uppfyller kraven på slumpmässighet.

Visa signatur

Care About Your Craft: Why spend your life developing software unless you care about doing it well? - The Pragmatic Programmer

Permalänk
Medlem
Skrivet av Yoshman:

Det finns datorsystem som kan generera "riktig" slump, alla datorer med Ivy Bridge hamnar i den kategorin då alla Ivy CPUer innehåller en krets som är "instabil" och därmed kan användas för att generera "äkta" vitt brus. Men även äldre system kan ha detta då det tidigare fanns som tillägg i vissa moderkort.

Sen kan man ju ifrågasätta dessa kretsar, då man kan hävda att de bara tycks vara slumpmässiga men egentligen inte kan visa något annat resultat vid den tidpunkt du läser den. Sen kan man ju arbeta vidare på den tesen och fråga sig om "slumpen" faktiskt existerar, men då halkar vi långt in på determinismens och fatalismens snåriga gata där filosofer och tänkare, som till exempel Albert Einstein, har varit strandade väldigt länge nu.

Nej, jag är inte determinist eller fatalist, men jag tycker det är ett intressant ämne.

Dold text
Permalänk
Datavetare
Skrivet av haxmannen:

Sen kan man ju ifrågasätta dessa kretsar, då man kan hävda att de bara tycks vara slumpmässiga men egentligen inte kan visa något annat resultat vid den tidpunkt du läser den. Sen kan man ju arbeta vidare på den tesen och fråga sig om "slumpen" faktiskt existerar, men då halkar vi långt in på determinismens och fatalismens snåriga gata där filosofer och tänkare, som till exempel Albert Einstein, har varit strandade väldigt länge nu.

Nej, jag är inte determinist eller fatalist, men jag tycker det är ett intressant ämne.

Dold text

Fast om nu Heisenberg, Schrödinger et.al. var korrekt så ger dessa chip "äkta" slump då dessa chip bygger på samma kvanmekaniska principer som gör radioaktivt sönderfall slumpmässigt. Däremot så genereras bara en ändligt mängd entropi per tidsenhet, så man får en begränsad mängd slumässiga bytes per tidsenhet. Men gör Ivy Bridge handlar det om Gbit/s med "slump".

Visa signatur

Care About Your Craft: Why spend your life developing software unless you care about doing it well? - The Pragmatic Programmer

Permalänk
Datavetare
Skrivet av hersses:

... hur ser den då ut som ett exempel?

Finns massor med olika sätt att beräkna "slumpmässiga" serier, vilken man väljer beror på användingsområde. I spel vill man ha något som går snabbt att beräkna, men det är inte hela världen om slumpen inte är statistisk perfekt, i andra fall måste slumpen kanske vara kryptografiskt stark och då blir den relativt dyr att beräkna.

En av de enklaste algoritmerna är

X(n+1) = (a * X(n) + b) mod c

där a, b och c är konstanter (ofta primtal) och X(n) samt X(n+1) är slumptal nummer n samt n+1. mod är modulus operatorn.

Finns lite mer att läsa om detta här

Visa signatur

Care About Your Craft: Why spend your life developing software unless you care about doing it well? - The Pragmatic Programmer

Permalänk
Medlem
Skrivet av Yoshman:

Finns massor med olika sätt att beräkna "slumpmässiga" serier, vilken man väljer beror på användingsområde. I spel vill man ha något som går snabbt att beräkna, men det är inte hela världen om slumpen inte är statistisk perfekt, i andra fall måste slumpen kanske vara kryptografiskt stark och då blir den relativt dyr att beräkna.

En av de enklaste algoritmerna är

X(n+1) = (a * X(n) + b) mod c

där a, b och c är konstanter (ofta primtal) och X(n) samt X(n+1) är slumptal nummer n samt n+1. mod är modulus operatorn.

Finns lite mer att läsa om detta här

Tack så mkt Så för att sammanfatta de andra också: om datorer kan generera slump beror på hur man definierar slump rent allmänt och att det i sig inte är ett självklart begrepp.

Visa signatur

Fractal Design R5, i5 6600k, MSI Z170A XPOWER GAMING TITANIUM EDITION, MSI GTX 980, 8GB Minne @ 2400MHz, BeQuiet Kraft 700W

Permalänk
Medlem

[QUOTE=Yoshman;13053184]Finns massor med olika sätt att beräkna "slumpmässiga" serier, vilken man väljer beror på användingsområde. I spel vill man ha något som går snabbt att beräkna, men det är inte hela världen om slumpen inte är statistisk perfekt, i andra fall måste slumpen kanske vara kryptografiskt stark och då blir den relativt dyr att beräkna.

En av de enklaste algoritmerna är

X(n+1) = (a * X(n) + b) mod c

där a, b och c är konstanter (ofta primtal) och X(n) samt X(n+1) är slumptal nummer n samt n+1. mod är modulus operatorn.

Finns lite mer att läsa om detta här[/QUOTE]

Kan du visa hur den algoritmen skulle se ut i ett programmerings språk?

Detta funkar ju inte :

function rand($n = time() + 1) { return (2 * rand($n) + 5) mod 7; }

Skulle aldrig ta slut. (2, 5, 7 = a, b, c).

Btw, dina inlägg är alltid intressanta att läsa.

Visa signatur

Programmerare -> PHP | HTML | CSS | JS | Java.

Permalänk
Medlem
Skrivet av Sony?:

Kan du visa hur den algoritmen skulle se ut i ett programmerings språk?

Detta funkar ju inte :

function rand($n = time() + 1) { return (2 * rand($n) + 5) mod 7; }

Skulle aldrig ta slut. (2, 5, 7 = a, b, c).

Btw, dina inlägg är alltid intressanta att läsa.

Jag tror något i stil med detta avsågs:

function getNextRandomNumber($previousRandomNumber = time()) { return (2 * $previousRandomNumber + 5) mod 7; }

Visa signatur

AMD Ryzen9 5900X || Gigabyte X570 Ultra || RTX 3090 FE || Gskill Trident Z 3600 64GB || Samsung 950 Pro 512GB || Samsung 960 Pro 1024GB || XB270HU 1440p IPS G-Sync

Permalänk
Medlem
Skrivet av hersses:

Så det slumpmässiga talet beror på variabeln(seed) man stoppar in i formeln, och denna variabel kan ofta bestämmas av tex vilken sekund det är enligt datorns operativsystem, hänger jag med så långt? Jag har ju inte läst ett enda programeringsspråk så be patient with me
Men någon sa att det är lite skenslumpmässighet men samtidigt om det nu går att förutse resultaten så måste man nästan vara en dator för att räkna ut vad nästa sida på tärningen visar, vi vanliga människor kan inte räkna ut sådant på sekunden? Är det så mkt skenslumpmässighet då? Tex en dator skulle säkert kunna räkna vilken sida en riktig tärning skulle visa sålänge datorn känner till vikt på tärningen, avstånd till bordet, vinkel på släppet osv, om det nu går att räkna ut är en verklig tärning också i den bemärkelsen en skenslumpmässighet?

Skulle du vilja utveckla bilden? Förstår den inte riktigt...

En tärning är ju egentligen ingen slump. Resultatet beror ju bara på vilka faktorer du kastar tärningen med.

Permalänk
Medlem
Skrivet av kobb3:

En tärning är ju egentligen ingen slump. Resultatet beror ju bara på vilka faktorer du kastar tärningen med.

Jaaaa, tack capt obvious, det är ju precis det jag sa

Citat:

Tex en dator skulle säkert kunna räkna vilken sida en riktig tärning skulle visa sålänge datorn känner till vikt på tärningen, avstånd till bordet, vinkel på släppet osv, om det nu går att räkna ut är en verklig tärning också i den bemärkelsen en skenslumpmässighet?

Det beror ju på hur man definierar slump men slump är inget naturligt fenomen. Slump är när vi vill ha ett resultat men där vi struntar i faktorerna. Faktorerna förklarar bara varför vi fick resultatet.

Visa signatur

Fractal Design R5, i5 6600k, MSI Z170A XPOWER GAMING TITANIUM EDITION, MSI GTX 980, 8GB Minne @ 2400MHz, BeQuiet Kraft 700W

Permalänk
Medlem
Skrivet av hersses:

Det beror ju på hur man definierar slump men slump är inget naturligt fenomen. Slump är när vi vill ha ett resultat men där vi struntar i faktorerna. Faktorerna förklarar bara varför vi fick resultatet.

Nja, slump handlar väll om att resultaten är jämnt fördelade och helt oförutsägbara även om vi känner till alla faktorer. Och då också kan få olika utfall trotts identiska förhållanden.

Permalänk
Hedersmedlem
Skrivet av hersses:

Skulle du vilja utveckla bilden? Förstår den inte riktigt...

Det är ett skämt baserat på begreppet "slump". Han har skrivit en funktion som ska returnera ett slumptal, men den returnerar alltid "4". Detta värde fick han från ett tärningskast en gång, så det är ju slumpmässigt framtaget, men funktionen i sig är ju rätt värdelös som en slumpgenerator.

Felaktigheten i funktionen är att begreppet "slump" inte hör ihop med värdet i sig, utan processen med vilken det framtagits. För den som kallar på funktionen så är ju processen bara "return 4;" vilket inte kan sägas vara sann slump.

Detta nuddar också vid att begreppet "slump" är ganska dumt att använda i en sån här diskussion då det inte är väldefinierat. Bättre vore att prata om fördelningar och stokastiska variabler, men, tja. Det kräver en hel del mer matte för att behandla ämnet väl. Sannolikhetslära är ett helt område inom matematiken som likt så många andra går att studera en livstid utan att bli fullärd.

Visa signatur

Nu med kortare användarnamn, men fortfarande bedövande långa inlägg.

Permalänk
Datavetare

[QUOTE=evil penguin;13056310]Jag tror något i stil med detta avsågs:

function getNextRandomNumber($previousRandomNumber = time()) { return (2 * $previousRandomNumber + 5) mod 7; }

[/QUOTE]

Exakt.

För att ta två konkreta och funktionellt identiska program som använder a=1103515245, b=12345 och c=2^31 vilket är vad bl.a. GCC (glibc) använder.

Ruby

require "pp" # pp = pretty print require "generator" # generator class # Ger ett objekt som ger en oändlig "slumpmässig" serie def random(seed, a, b, c) Generator.new do |r| # Skapar ett nytt generator objekt med 'r' som formell parameter loop do # loopar för evigt rnd_n = (seed * a + b) % c # beräknar "slumptal" r.yield rnd_n # ger detta "slumptal" till anroparen seed = rnd_n # använd senaste slumptalet som nästa frö end end end # Skapar en "generator" av "slumptal" # Läser ut 20 tal # Tar talen en efter en, klipper ner talet till 0..5 och adderar 1 # d.v.s vi simulerar en tärning med 6 sidor # Skriv ut serien. pp random(0, 1103515245, 12345, 2**31).take(20).map{|n| n % 6 + 1}

Resultat: [4, 5, 6, 5, 6, 3, 6, 5, 4, 3, 6, 1, 2, 5, 2, 1, 6, 3, 6, 1]

Samma sak i Python som ger exakt samma resultat då initiala fröet samt a,b,c är samma i båda fallen.

def random(seed, a, b, c): while True: rnd_n = (seed * a + b) % c yield rnd_n seed = rnd_n print [ n % 6 + 1 for (_, n) in zip(range(20), random(0, 1103515245, 12345, 2**31)) ]

Visa signatur

Care About Your Craft: Why spend your life developing software unless you care about doing it well? - The Pragmatic Programmer

Permalänk
Medlem
Skrivet av hersses:

Jaaaa, tack capt obvious, det är ju precis det jag sa

Det beror ju på hur man definierar slump men slump är inget naturligt fenomen. Slump är när vi vill ha ett resultat men där vi struntar i faktorerna. Faktorerna förklarar bara varför vi fick resultatet.

Fast du skrev det som en fråga

Permalänk
Medlem

Finns det egentligen någonting i hela världen som är sann slump? Ser längre upp någonting om strålning men förstår mig inte på det, någon som har en länk som går in mer på det?

Permalänk
Medlem

Slump är de variabler du inte kan förutsäga.

Visa signatur

Kom-pa-TI-bilitet

Permalänk
Medlem
Skrivet av phz:

Man kan ta extern input från rent slumpartade fenomen (eller åtminstone kaotiska) och digitalisera detta för att använda som seed, vilket först (? Patent fick de iaf) gjordes med Lavarand, vilket genererar "sanna" slumptal.

Andra processer man kan rent tekniskt skulle kunna använda som input är t ex radioaktivt sönderfall som är helt slumpmässigt på atomnivå, men en gemensam begränsning som liknande metoder har är att det blir en väldigt långsam ström av genererade slumptal. I mer eller mindre alla applikationer behöver man inte denna matematiskt säkerställda slumpmässighet, utan kan använda andra metoder som visserligen tullar en minimal aning på slumpmässigheten, men som kan ge en godtyckligt snabb ström av slumptal med för uppgiften alldeles tillräckligt slumpmässig fördelning.

Det kan också vara av intresse i applikationer att använda funktioner som man själv explicit kan mata med ett "seed"-tal, för att sedan generera en viss (möjligen unik) sekvens av slumptal deterministiskt. Detta gör att man t ex kan testa algoritmer för dataanalys under verkliga förhållanden, och direkt jämföra resultaten med tidigare känd analysmjukvara.

Med dagens datorer så är det inga större problem att generera "tillräckligt" bra strömmar av slumptal. Tittar jag längst bak i min matematiska formelsamling så hittar jag dock fortfarande långa tabeller med "Slumptal" — sidor med slumpade tal som man kan använda om man vill . Jfr xkcd.

"matematiskt säkerställda slumpmässighet" Om nånting är genuin slump eller inte har väl ingenting med matematik att göra, snarare dess ursprung i naturen?

"godtyckligt snabb ström av slumptal" Ingen dator kan vad jag vet generera godtyckligt snabba strömmar av slumptal.

Skrivet av hersses:

Men någon sa att det är lite skenslumpmässighet men samtidigt om det nu går att förutse resultaten så måste man nästan vara en dator för att räkna ut vad nästa sida på tärningen visar, vi vanliga människor kan inte räkna ut sådant på sekunden? Är det så mkt skenslumpmässighet då? Tex en dator skulle säkert kunna räkna vilken sida en riktig tärning skulle visa sålänge datorn känner till vikt på tärningen, avstånd till bordet, vinkel på släppet osv, om det nu går att räkna ut är en verklig tärning också i den bemärkelsen en skenslumpmässighet?

Om man vet "seeden" så kan man ju räkna fram talföljden i förväg, och sedan använda det för att fuska på olika sätt, beroende på vad det handlar om. Om man inte vet "seeden" så kan man ränkna fram alla talföljder så kan man efter ett litet tag kanske sluta sig till vilken "seed" som användes.

Skrivet av kobb3:

En tärning är ju egentligen ingen slump. Resultatet beror ju bara på vilka faktorer du kastar tärningen med.

Som andra varit inne på så finns det nog genuin slump på kvantnivå, och i så fall så kan man inte helt och hållet räkna ut hur tärningen kommer att landa.

Skrivet av hersses:

Det beror ju på hur man definierar slump men slump är inget naturligt fenomen. Slump är när vi vill ha ett resultat men där vi struntar i faktorerna. Faktorerna förklarar bara varför vi fick resultatet.

Jo, jag skulle nog säga att slump som naturligt fenomen finns, se ovan (fast jag vet egentligen inte så mycket om kvantfysik, men om det är så att radioaktivt sönderfall m.m. är genuin slump så).

Skrivet av phz:

Felaktigheten i funktionen är att begreppet "slump" inte hör ihop med värdet i sig, utan processen med vilken det framtagits. För den som kallar på funktionen så är ju processen bara "return 4;" vilket inte kan sägas vara sann slump.

Detta nuddar också vid att begreppet "slump" är ganska dumt att använda i en sån här diskussion då det inte är väldefinierat. Bättre vore att prata om fördelningar och stokastiska variabler, men, tja. Det kräver en hel del mer matte för att behandla ämnet väl. Sannolikhetslära är ett helt område inom matematiken som likt så många andra går att studera en livstid utan att bli fullärd.

Fast både fördelningar och stokastiska variabler är bara funktioner, så de har inte så mycket att göra med slump i grund och botten. Slump skulle jag säga, som du själv var inne på, har mer att göra med naturliga fenomen, och om de är slumpmässiga eller inte, d.s.v. om de går att förutspå eller inte. Vad som är slump och inte beror således på var man drar gränsen för vad som är förutsägbart och inte, och den gränsen kan man dra olika beroende på situation och applikation. När jag sa genuin slump, och att det finns på kvantnivå (så vitt jag vet), menar jag att fenomenen är totalt omöjliga att förutspå.

Permalänk
Datavetare

För att ta ett kantfenomen som är skulle kunna användas för som källa för slump: elektronspinn. Alla elektroner har en kvant-egenskap som kallas spinn, den är endera ħ eller ħ. I frånvaro av ett externt magnetfält så har båda dessa tillstånd exakt samma energi och har man ett stort antal elektroner kommer hälften ha det ena tillståndet och hälften det andra tillståndet.

Så om man då mäter spinn-tillståndet hos en enskild elektron så kommer det vara exakt lika stor sannolikhet att svaret blir ħ som att det blir ħ, d.v.s. resultatet är helt slumpmässigt sett till varje enskild mätning. En extra intressant egenskap är att spinn går att mäta i 3 oberoende riktningar, x, y och z-axeln, men mäter man denna egenskap i en riktigt så orsakar mätningen i sig att man förlorar all information man eventuellt hade om spinn i någon av de andra riktningarna.

Är inte insatt i hur "slumpchip" fungerar i praktiken, men skulle gissa på att man i de fallen använder sig av någon ämne med relativt distinkta energinivåer som matchar fotoner/elektroner med en rimligt energi. Man kan sedan mäta tiden för hur länge en elektron/foton stannar i exciterat tillstånd, något som är slumpmässigt på samma sätt som radioaktivt söderfall är slumpmässigt.

Visa signatur

Care About Your Craft: Why spend your life developing software unless you care about doing it well? - The Pragmatic Programmer