Scatola Unix originale Numero di comandi

Quando guardo Unix, trovo sempre il numero di comandi terminali un po 'travolgente. TinyCoreLinux, ad esempio la mia distribuzione preferita, ha oltre 300 comandi. Non so dire quanto siano necessari molti di questi comandi. Quanti comandi aveva la scatola Unix originale?

Spero essenzialmente che, andando nella scatola originale, possiamo ridurre il numero di comandi per i nuovi arrivati. Sì, capisco che non devi imparare tutti i comandi, ma so che sentirò sicuramente un senso di completamento quando ho imparato tutti i comandi per una distribuzione (cosa che non è ancora avvenuta esattamente).

La prima edizione di Unix aveva 60 comandi dispari, come documentato nel manuale (disponibile anche come sito Web ):

ar                                  ed                                  rkl
as                                  find                                rm
/usr/b/rc (the B compiler)          for                                 rmdir
bas                                 form                                roff
bcd                                 hup                                 sdate
boot                                lbppt                               sh
cat                                 ld                                  stat
chdir                               ln                                  strip
check                               ls                                  su
chmod                               mail                                sum
chown                               mesg                                tap
cmp                                 mkdir                               tm
cp                                  mkfs                                tty
date                                mount                               type
db                                  mv                                  umount
dbppt                               nm                                  un
dc                                  od                                  wc
df                                  pr                                  who
dsw                                 rew                                 write
dtf                                 rkd
du                                  rkf

C'erano alcuni altri comandi, come /etc/glob, che sono stati documentati nella pagina del manuale di un altro comando ( shnel /etc/globcaso); ma l'elenco sopra ti dà una buona idea. Molti di questi sono sopravvissuti e sono ancora rilevanti; altri hanno seguito la strada del dodo (per fortuna, nel dswcaso!).

È abbastanza facile leggere tutto il manuale di Unix V1; Non sono sicuro che valga la pena fare qualcosa del genere per una distribuzione moderna. La specifica POSIX è ora di oltre 3.000 pagine e che "solo" documenta un core comune, con 160 comandi (molti dei quali sono opzionali) e alcuni built-in della shell ; le distribuzioni moderne contengono migliaia di comandi, che nessuna singola persona può imparare in modo esaustivo. L'ultimo manuale di sistema completo che ho letto da copertina a copertina è stato il manuale Coherent ...

Se vuoi provare V1 Unix, dai un'occhiata al repository V1 di Jim Huang : troverai il codice sorgente, la documentazione e le istruzioni per costruire ed eseguire un ibrido V1-2 usando la simulazione PDP-11 di SIMH . (Grazie a Guy per il suggerimento.) Anche il repository Unix PDP-7 di Warren Toomey è interessante.

(Grazie come sempre a Stéphane per i suoi molteplici suggerimenti.)

Avendo lavorato in grandi progetti con enormi API e con colleghi che hanno affrontato lo stesso problema per quanto riguarda il tentativo di ottenere una panoramica delle API e dei database, ecc., Ti consiglio di

1. Non cercare di capire tutto e
2. Scopri cosa devi imparare per fare ciò che devi fare.

Potrebbe essere interessante provare a ottenere una panoramica di ciò che è possibile fare in un ambiente shell Unix, ma il modo più semplice per imparare a fare le cose è avere compiti da risolvere e capire quali strumenti sono disponibili per risolvere questi particolari compiti .

Fare domande (e / o leggere le risposte) qui sul sito Unix e Linux può essere un buon modo di studiare. Rispondere alle domande è ancora meglio, il che include essere corretti e mostrati modi migliori di fare le cose.

La lettura di elenchi di programmi di utilità, standard, antichi o di terze parti, probabilmente non sarà utile in quanto non ti dirà nulla su come utilizzare tali programmi di utilità in combinazione tra loro per risolvere problemi reali.

Cercare di imparare tutto (o anche un piccolo sottoinsieme) senza utilizzare attivamente gli strumenti porterà molto probabilmente alla confusione.