Da dove viene UNIX?

Saluti a tutti 🙂 in queste settimane sono stato abbastanza divertito leggendo alcuni libri sulla programmazione, la verità è che il modo migliore per imparare a programmare è sempre con un libro, qualsiasi articolo, tutorial, guida che si può trovare (compreso il mio) sono semplici benchmark quando li si confronta con un vero libro sull'argomento. Ora, dobbiamo definire anche cosa sia un libro "vero", dal momento che non tutti i libri di solito sono buoni, e molti di loro possono anche costare più di quanto valgono realmente e perdere tempo.

In questi anni la lista dei libri che ho letto e la lista dei libri che posso consigliare si sono discostate un po ', ma senza dubbio tra alcuni dei miei preferiti abbiamo (senza un ordine preciso):

• Hacker etico certificato CEH di Matt Walker.
• Beginning Python: From Novice to Professional di Magnus Lie Hetland.
• Hacking: l'arte dello sfruttamento di Jon Erickson.
• Primi passi con Arduino di Massimo Banzi.
• Imparare il bash Shell di Cameron Newbam e Bill Rosenblatt.
• Imparare gli editor vi e vim di Arnold Robbins, Elbert Hannah e Linda Lamb.
• Linux Kernel in a Nutshell di Greg Kroah-Hartman (anche uno sviluppatore Gentoo).
• Modern C di Jens Gustedt
• Il Manuale di Shellcoder di Chris Anley, John Heasman, Felix «FX» Linder e Gerardo Richarte.
• Il linguaggio di programmazione C di Brian W. Kernighan e Dennis M. Ritchie (creatori di C)
• Debug con GDB di Richard Stallman, Roland Pesch, Stan Shebs, et al.
• Hacking Linux Exposed: Linux Security Secrets and Solutions da un grande gruppo di ricercatori ISECOM, tra cui Pete Herzog, Marga Barceló, Rick Tucker, Andrea Barisani (un altro ex sviluppatore Gentoo), Thomas Bader, Simon Biles, Colby Clark, Raoul Chiesa , Pablo Endres, Richard Feist, Andrea Ghirardini, Julian "HammerJammer" Ho, Marco Ivaldi, Dru Lavigne, Stephane Lo Presti, Christopher Low, Ty Miller, Armand Puccetti & et al.
• Sistemi operativi: un approccio basato sui concetti di Dhananjay M. Dhamdhere
• Pro Git di Scott Chacon e Ben Straub
• Programmazione Expert C: segreti profondi di Peter Van Der Linden.

Potrei parlare molto bene di ciascuno di questi libri, ma per oggi prenderemo alcuni passaggi dall'ultimo della lista, poiché molti di questi aneddoti mi hanno affascinato e mi hanno aiutato a capire meglio alcuni degli intricati segreti di C e programmazione in generale. 🙂

Unix e C

Quando si parla di UNIX, la storia si intreccia con l'origine di questo sistema e lo sviluppo del linguaggio che fino ad oggi è uno dei più utilizzati nello sviluppo di esso e dei suoi derivati ​​(Linux compreso). E, curiosamente, questi due sono nati da un "errore".

Multitrics È stato un mega progetto che ha riunito i laboratori Bell, la General Electric e lo stesso MIT per creare un sistema operativo che presentava molti errori e, tra i più importanti, fallimenti prestazionali che rendevano il sistema praticamente inutilizzabile. Stiamo parlando dell'anno 1969, quindi l'hardware di quel tempo non poteva supportare la quantità di software necessaria per eseguire il sistema stesso.

Fu solo nel 1970 che un paio di ingegneri Bell iniziarono a lavorare su un sistema operativo semplice, veloce e leggero per il PDP-7. L'intero sistema era stato scritto Assembler ed era stato chiamato UNIX come una parodia di Multitrics dal momento che voleva solo fare poche cose, ma farle bene invece del tremendo lavoro sprecato che il secondo significava. Adesso puoi capire perché Epoch inizia il 1 gennaio 1970. 🙂 Un fatto piuttosto curioso per me. A quel tempo, non si parlava ancora di una C in sé, ma di a Nuovo B poiché le idee di Ritchie provenivano dal linguaggio B già utilizzato di quel tempo.

Inizio C.

Nel corso degli anni (1972-3) il termine C iniziò ad essere usato quando il nuovo linguaggio iniziò a prendere forma, e in questo periodo nacque un altro fatto curioso, molti programmatori e battute sui programmatori dicono:

I programmatori sanno che inizi a contare da 0 invece di 1.

Bene, questo non è del tutto vero 🙂 il vero motivo per cui questo è considerato così fino ad oggi è perché alla sua creazione, per gli autori di compilatori era più facile calcolare un array usando offset, indicano la distanza che esiste da un punto di origine all'obiettivo desiderato, ecco perché:

array[8]=2;

Ci dice che l'elemento 9  di array è definito come 2, perché 8 unità vengono aggiunte all'array per raggiungere lo spazio di memoria in cui verrà memorizzato l'elemento 2. Prima del C, molte lingue cominciavano a contare da 1, grazie a C, ora quasi tutte iniziano con 0 🙂 quindi non è colpa dei programmatori, ma degli autori del compilatore se è così.

La Bourne Shell

Questo è un argomento che, sebbene non direttamente correlato al C, può aiutare più di uno a capire perché la programmazione Shell sia così peculiare, ed è certamente curioso di sapere. Steve Bourne scrisse un compilatore per Algol-68 quella stagione, questo è un linguaggio in cui le chiavi ( {} ) sono sostituiti da parole, quindi potremmo definirlo come segue in C:

#define IF if(

#define THEN ){

#define ELSE }else{

#define FI };

Questi sono solo alcuni esempi di ciò che Algol comprende, ma se lo applichiamo oggi alla programmazione della shell, capirete perché nella shell i vostri programmi richiedono un fi per ciascuno if 🙂 sicuramente interessante.

Inizia a leggere

Non posso dirti tutti i dettagli del libro, soprattutto perché molti di questi sono già argomenti di programmazione che richiedono un background preliminare per essere compresi, ma ho pensato di condividere con te alcuni dei curiosi aneddoti che ho trovato lungo il percorso 🙂 I non ho fatto in tempo a lavorare su alcune delle cose che sono state nella lista delle cose da fare perché semplicemente questi ultimi libri mi hanno preso e me li sto godendo ogni giorno e soprattutto cercando di capirli al meglio. Saluti ea presto potrò condividere con voi altri argomenti, saluti.