Il problema, ribadito, è: perché il numero di combinazioni di 8 cifre binarie casuali prese da 0 a 8 cifre selezionate (ad esempio, le 1) in un momento diverso dal numero di permutazioni di 8 cifre binarie casuali. Nel contesto qui, la scelta casuale di 0 e 1 significa che ogni cifra è indipendente da qualsiasi altra, quindi le cifre sono non correlate e ; .p(0)=p(1)=12
La risposta è: ci sono due diverse codifiche; 1) codifica senza perdita di permutazioni e 2) codifica con perdita di combinazioni.
∑8i=12i−1XiXiith28=256. Quindi, per coincidenza, si possono tradurre quelle cifre binarie nei numeri di base 10 da 0 a 255 senza perdita di unicità, oppure si può riscrivere quel numero usando qualsiasi altra codifica senza perdita (es. Dati compressi senza perdita, esadecimale, ottale). La domanda in sé, tuttavia, è binaria. Ogni permutazione è quindi altrettanto probabile perché esiste quindi un solo modo in cui è possibile creare ciascuna sequenza di codifica univoca e abbiamo ipotizzato che l'apparizione di 1 o 0 sia ugualmente probabile in qualsiasi punto all'interno di quella stringa, in modo tale che ogni permutazione sia ugualmente probabile.
∑8i=120XiC(8,∑8i=1Xi)∑8i=1XiC(8,4)
Nota: al momento attuale, la risposta sopra è l'unica contenente un confronto computazionale esplicito delle due codifiche e l'unica risposta che menziona anche il concetto di codifica. Ci è voluto un po 'per farlo bene, motivo per cui questa risposta è stata sottoposta a downgrade, storicamente. Se ci sono reclami in sospeso, lascia un commento.
Aggiornamento: dall'ultimo aggiornamento, sono contento di vedere che il concetto di codifica ha iniziato a prendere piede nelle altre risposte. Per mostrarlo esplicitamente al problema attuale, ho allegato il numero di permutazioni che sono codificate con perdita di dati in ciascuna combinazione.
C(8,n)−1n069256−9=247