In primo luogo, il fatto che i gradi siano troppo stretti non è un vantaggio. Il bastone che usa per i marcatori di 22 gradi fornisce la precisione, e un cerchio più ampio compenserebbe le sezioni più piccole di 13 gradi. E il Pathfinder Lander (ribattezzato Carl Sagan Memorial Station ) IMP (Imager for Mars Pathfinder) sarebbe assolutamente in grado di abbinare accuratamente qualsiasi grado arbitrario di rotazione. Un Servo di qualità può avere una precisione di posizione nel range inferiore al grado!

Detto questo, il motivo principale per cui Mark utilizza Hexadecimal è che ha bisogno di un modo di comunicare con la NASA che qualcuno conoscerà, senza avere il lusso di poter comunicare con loro come. È un problema con la gallina o l'uovo. Non esiste una lingua standard in base 10 impostata. Ma l'esadecimale è usato ovunque nei computer e, per fortuna, uno degli altri astronauti aveva un tavolo sul proprio laptop che Mark poteva usare. Senza quel tavolo, avrebbe dovuto creare qualcosa dal nulla e sperare di poter rispondere in maniera ragionevole. Da ASCII a esadecimale era un protocollo già stabilito che entrambi potevano facilmente utilizzare senza dover creare qualcosa da zero, e la Tabella lo forniva.

Mark to Camera: immaginavo che uno di voi tenesse una tabella ASCII in giro. E avevo ragione. Signore e signori, vi presento la super nerd Beth Johanssen.

Seguita da un ingegnere senza nome che la comprende immediatamente.

Ingegnere: so dove sta andando con questo.

Qualsiasi assurdità sul non essere in grado di inviare numeri o punteggiatura utilizzando una notazione decimale è ridicola, poiché sia ​​i numeri che la punteggiatura possono essere enunciati e Mark e gli ingegneri della NASA potrebbero risolvere mano corta per evitare di dover pronunciare parole più lunghe.

Ovviamente la rappresentazione del film è abbastanza non realistica. Perché un ingegnere dovrebbe preoccuparsi di una tabella di moltiplicazione relativamente difficile da leggere invece della tabella lineare molto più comune, che tende ad avere Hex, Octo, Decimal e AlphaNumeric fianco a fianco. Perché preoccuparsi di un punto interrogativo quando esadecimale ha un punto interrogativo (0x63) E non si preoccupano nemmeno di usare la punteggiatura quando gli inviano qualcosa. Non lo fecero non utilizzare uno spazio, lasciando a Mark il compito di capire cosa intendono per contesto.

Dopo aver letto una risposta alla domanda esatta su Science Fiction & Fantasy Stack Exchange (come indicato da Richard), è diventato molto chiaro perché l'esadecimale è il sistema migliore con cui comunicare.

Il motivo ha poco a che fare con il numero di segmenti nel cerchio, ma principalmente con il protocollo di comunicazione concordato.

Vedi, usare un sistema decimale significa che ogni carattere in Ascii richiederebbe 3 cifre per rappresentare. Mentre esadecimale può rappresentare qualsiasi carattere in 2 cifre.

Inoltre, l'esadecimale renderà più facile distinguere e decifrare rispetto al decimale.

Considera la seguente sequenza di decimali: 072101108108111

Quanto sopra sta per:

  072 -> H101 -> e108 -> l108 -> l111 -> o  

ma potrebbe essere facilmente confuso di:

  007 ->? 210 -> "110 -> n810 ->? 811 ->? 1 ->?   
, mentre in esadecimale quella sequenza sarebbe:  48656c6c6f  
 
 Prima di tutto, il numero di cifre a giù di un terzo e il secondo, il margine di errore è notevolmente ridotto. 

Il sistema esadecimale userebbe solo 2 "byte" per carattere. Con il sistema decimale potrebbero esserci lettere o simboli che richiedono 3 "byte" per carattere. Se vuoi evitare confusione e aggiungere uno 0 davanti a caratteri che richiedono 2 "byte", aggiungi effettivamente il 50% alla comunicazione rispetto al sistema esadecimale.

Inoltre, poiché Johanssen ha una tabella ASCII che stabilisce intorno, è probabile che contenga entrambi i valori decimale, ottale ed esadecimale per ogni carattere. Ciò semplifica l'utilizzo di un sistema di comunicazione consolidato.

Gli errori nello stream sono anche molto più evidenti con esadecimale che con decimale. Ad esempio, se ottieni il seguente flusso di caratteri, sai che qualcosa non va:

141424344...

I numeri rientrano nell'intervallo esadecimale 30 -39, le lettere maiuscole sono 41-5A, le minuscole sono 61-7A. Lo spazio è 20. Se ottieni una sequenza di due caratteri che non inizia con 3, 4, 5, 6 o 7 o non è "20", allora sai che la sequenza ha un errore.

Ma se sposti la sequenza in avanti di un carattere (ignora il primo "1"), ha di nuovo senso: "ABC". Puoi presumere che il primo carattere sia stato alterato durante la trasmissione e sia stato perso, ma il resto della trasmissione è leggibile. Sarebbe molto più difficile farlo con i decimali.

16 posizioni sono molto più facili da leggere per un essere umano a colpo d'occhio rispetto a 10. Una rosa dei venti è un sistema a 16 posizioni (N, NNE NE, ENE ...) Ora prova a pensare a un cerchio comunemente usato diviso in decimi. Non ce ne sono molti, e non siamo così abituati a leggerli.

C'è un vantaggio più sottile in hex ascii: il bit più alto non verrà mai impostato. Se vedi una cifra esadecimale maggiore di 7, deve essere la seconda cifra del carattere. Questo ti dà un modo rapido per rendersi conto che hai perso una cifra durante la trascrizione, poiché metà delle cifre del secondo nybble sarà 7 o più.

Ma, sì, è principalmente una questione di "noi geek sappiamo già un codice adatto; molti di noi potrebbero ricrearne la maggior parte dalla memoria., sarà davvero facile da gestire per le macchine ... perché no. "

Come è stato detto nella maggior parte delle altre risposte, i numeri esadecimali (e, più in generale, in base 2 ^ n) sono LO standard in tutto ciò che riguarda i computer.

Ma c'è un'altra ragione pratica: quando si progetta un sistema di comunicazione che coinvolge gli esseri umani, si vuole massimizzare il rendimento riducendo al minimo la possibilità di errore umano. E in termini di errore umano, la notazione esadecimale è molto più conveniente quando si converte in ASCII, perché poiché ogni carattere è lungo un byte, in è rappresentato precisamente da 2 cifre esadecimali. Per confronto, in decimale un byte sarebbe di circa 2,408 cifre per byte nel caso di streaming continuo (che aumenterebbe notevolmente l'errore umano), o 3 quando si codifica ogni carattere separatamente (che diminuisce il throughput mentre aumenta ancora la probabilità di errore, come si ha per poi convertire le cifre in un numero in seguito e abbinare i numeri a una tabella lineare invece di utilizzare la più naturale tabella ASCII 16x16 dove la prima cifra è una coordinata e la seconda cifra l'altra). Inoltre, questa corrispondenza perfetta elimina la questione di quale modalità di trasmissione utilizzare (continua o per carattere).

Tutto ciò va bene, ma per favore dimmi come non sarebbe più semplice trascriverlo. È quello a cui ho pensato quando ha iniziato a lavorarci sopra nel film: 1. Utilizzando i numeri 5,4,3,2,1 ... crea la tua tabella in stile "ASCII" con 52 lettere, 20 cifre, punteggiatura e spazio richiesti. Hai 120 combinazioni proprio lì se non sbaglio. Quindi 11111 potrebbe essere A. 11112 potrebbe essere B. Punta su un numero e fai una pausa di 2 secondi, quindi ruota la telecamera di 360 gradi e quindi punta al numero successivo per garantire che le cifre ripetute vengano riconosciute. Se la fotocamera ha funzionalità di panoramica verticale, spostala verso l'alto e poi verso il basso per tutti gli spazi. Questo ripristinerebbe ogni parola almeno per aiutare con le lettere mancate.

Quindi ho solo bisogno di 5 segni per indicare quale è il modo più facile da seguire rispetto a 16 o altro. Inoltre ho più "compressione" quindi trasmissioni più veloci.

Scrivilo su un cartello e lascia che scattino una foto delle tue istruzioni. Cosa mi sto perdendo?