Perché così tante lingue trattano i numeri che iniziano con 0 come ottali?

Ho letto Dove sono utili gli ottali? e sembra che gli ottali siano qualcosa che una volta era utile.

Molte lingue trattano i numeri che precedono con uno 0 come ottali, quindi il letterale 010è in realtà 8. Alcuni di questi sono JavaScript, Python (2.7) e Ruby.

Ma non vedo davvero perché queste lingue abbiano bisogno dell'ottale, specialmente quando l'uso più probabile della notazione è di indicare un numero decimale con uno 0 superfluo.

JavaScript è una lingua lato client, l'ottale sembra piuttosto inutile. Tutti e tre sono piuttosto moderni in un altro senso, e non penso che ci sarebbe molto codice usando la notazione ottale che verrebbe interrotta rimuovendo questa "caratteristica".

Quindi, le mie domande sono:

• C'è qualche punto di queste lingue a sostegno dei letterali ottali?
• Se sono necessari valori letterali ottali, perché non usare qualcosa del genere 0o10? Perché copiare una vecchia notazione che sostituisce un caso d'uso più utile?

Copia cieca di C, proprio come ha detto un maniaco del cricchetto nel suo commento

La stragrande maggioranza dei "progettisti del linguaggio" in questi giorni non ha mai visto altro che C e le sue copie (C ++, Java, Javascript, PHP e probabilmente alcune decine di altri di cui non ho mai sentito parlare). Non hanno mai toccato FORTRAN, COBOL, LISP, PASCAL, Oberon, FORTH, APL, BLISS, SNOBOL, solo per citarne alcuni.

Una volta, l'esposizione a più linguaggi di programmazione era OBBLIGATORIA nel curriculum di informatica e ciò non includeva il conteggio di C, C ++ e Java come tre linguaggi separati.

In passato Octal veniva utilizzato perché rendeva più semplice la lettura dei valori delle istruzioni binarie. Il PDP-11, ad esempio, BASICALMENTE aveva un codice operativo a 4 bit, 2 numeri di registro a 3 bit e 2 campi del meccanismo di accesso a 3 bit. Esprimere la parola in ottale ha reso tutto ovvio.

A causa della prima associazione di C con il PDP-11, fu inclusa la notazione ottale, poiché all'epoca era molto comune sui PDP-11.

Altre macchine avevano serie di istruzioni che non si associavano bene all'esagono. Il CDC 6600 aveva una parola di 60 bit, con ogni parola che conteneva in genere da 2 a 4 istruzioni. Ogni istruzione era di 15 o 30 bit.

Per quanto riguarda la lettura e la scrittura di valori, questo è un problema risolto, con una buona pratica del settore ben nota, almeno nel settore della difesa. DOCUMENTI i tuoi formati di file. Non c'è alcuna ambiguità quando il formato è documentato, perché il documento TI DICE se stai guardando un numero decimale, un numero esadecimale o un numero ottale.

Nota anche: se il tuo sistema I / O è impostato per default a 0 che significa ottale, devi usare qualche altra convenzione sull'output per indicare valori esadecimali. Questa non è necessariamente una vittoria.

Secondo la mia opinione personale, Ada ha fatto meglio: 2 # 10010010 #, 8 # 222 #, 16 # 92 # e 146 rappresentano tutti lo stesso valore. (Probabilmente mi faranno almeno tre voti negativi proprio lì, solo per menzionare Ada.)

Lo ottengono da C. Perché copiarlo? Poiché l'implementazione di base di tutti e 3 è in C. L'implementazione predefinita di Python è CPython . Rubino è stato originariamente costruito nel C pure. Javascript è il caso più interessante qui. Viene eseguito nel browser. Vuoi indovinare in cosa è stato scritto il primo browser web ?

Quindi perché tutte e tre queste lingue dovrebbero essere implementate in C? Perché tutti hanno origine su sistemi UNIX. Quindi è un caso di convenzione guidata dall'ecosistema. Anche Perl fa questo. Lua probabilmente lo farebbe se Lua usasse numeri interi anziché doppi .

Quindi è una questione ambientale di queste lingue essere scritto in C in modo da prendere le loro convenzioni da C. Un buon corollario di supporto è Visual Basic che usi & O invece. Per quanto ne abbia bisogno, sembra più un'astrazione che perde trasformata in convenzione di ogni altra cosa.

C'è un valore nella coerenza. Se non riesci a determinare in modo affidabile come un numero verrà tradotto, avrai problemi reali nell'usare un valore in contesti diversi.

Significa anche che non è necessario scrivere il proprio parser. C'è un grande valore nell'uso di routine di libreria ben testate.

Inoltre, se non supporti la sintassi 0 iniziale, non hai un modo semplice per scrivere valori ottali.

Sebbene non dipendiamo tanto dai numeri ottali come facevamo una volta, sono comunque di valore. Mentre gli stessi risultati possono essere ottenuti con numeri esadecimali, in alcuni contesti l'ottale è più facile da capire.

Finora ho visto un solo uso per zeri iniziali in numeri decimali. Cioè nella visualizzazione e immissione di campi decimali a lunghezza fissa come numeri di identificazione. Sono passati anni da quando ho visto campi del genere con uno zero iniziale. Mentre questo riduce i valori disponibili del 10%, elimina il problema che gli utenti spesso tralasciano gli zeri iniziali quando li inseriscono.