Hvor kommer UNIX fra?

Hilsen alle 🙂 disse ukene har jeg blitt ganske underholdt med å lese noen bøker om programmering, sannheten er at den beste måten å lære å programmere alltid er med en bok, hvilken som helst artikkel, veiledning, guide som man kan finne (inkludert min) er bare referanser når man sammenligner dem med en ekte bok om emnet. Nå må vi definere hva en "ekte" bok også er, siden ikke alle bøker vanligvis er gode, og mange av dem kan til og med koste mer enn de virkelig er verdt og kaste bort tid.

Gjennom disse årene har listen over bøker som jeg har lest og listen over bøker som jeg kan anbefale, avviket ganske mye, men uten tvil blant noen av favorittene vi har (i ingen spesifikk rekkefølge):

• CEH Certified Ethical Hacker av Matt Walker.
• Beginning Python: From Novice to Professional av Magnus Lie Hetland.
• Hacking: kunsten å utnytte av Jon Erickson.
• Komme i gang med Arduino av Massimo Banzi.
• Lære bash Shell av Cameron Newbam & Bill Rosenblatt.
• Læring av vi og vim redaktører av Arnold Robbins, Elbert Hannah & Linda Lamb.
• Linux Kernel in a Nutshell av Greg Kroah-Hartman (også en Gentoo-utvikler).
• Modern C av Jens Gustedt
• The Shellcoder's Handbook av Chris Anley, John Heasman, Felix «FX» Linder & Gerardo Richarte.
• C-programmeringsspråket av Brian W. Kernighan & Dennis M. Ritchie (skaperne av C)
• Feilsøking med GDB av Richard Stallman, Roland Pesch, Stan Shebs, et al.
• Hacking Linux Exposed: Linux Security Secrets and Solutions fra en stor gruppe ISECOM-forskere, inkludert Pete Herzog, Marga Barceló, Rick Tucker, Andrea Barisani (en annen tidligere Gentoo-utvikler), 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.
• Operativsystemer: En konseptbasert tilnærming av Dhananjay M. Dhamdhere
• Pro Git av Scott Chacon og Ben Straub
• Expert C Programmering: Deep secrets av Peter Van Der Linden.

Jeg kunne snakke høyt om hver av disse bøkene, men i dag vil vi ta noen av avsnittene fra den siste på listen, ettersom mange av disse anektodene har trollbundet meg og hjulpet meg til å forstå noen av de intrikate hemmelighetene til C og programmering generelt. 🙂

Unix og C

Når vi snakker om UNIX, er historien flettet sammen med opprinnelsen til dette systemet og utviklingen av språket som frem til i dag er en av de mest brukte i utviklingen av det og dets derivater (inkludert Linux). Og merkelig nok er disse to født av en "feil".

Multiriker Det var et megaprosjekt som samlet Bell Laboratories, General Electric og MIT for å lage et operativsystem, sa at systemet presenterte mange feil, og blant en av de viktigste ytelsesfeilene som gjorde systemet praktisk talt ubrukelig. Vi snakker om året 1969, så maskinvaren på den tiden kunne ikke støtte mengden programvare som var nødvendig for å kjøre selve systemet.

Det var først i 1970 at et par Bell-ingeniører begynte å jobbe med et enkelt, raskt og lett operativsystem for PDP-7. Hele systemet var skrevet inn assembler og hadde blitt kalt UNIX som en parodi på Multiriker siden han bare ønsket å gjøre noen få ting, men å gjøre det bra i stedet for det enorme bortkastede arbeidet som det andre betydde. Nå kan du forstå hvorfor Epoch begynner 1. januar, 1970. 🙂 Et ganske nysgjerrig faktum for meg. På den tiden var det fortsatt ikke snakk om en C i seg selv, men om en Ny B siden Ritchies ideer kom fra det allerede brukte B-språket på den tiden.

Tidlig C

I løpet av årene (1972-3) begynte begrepet C å bli brukt som det nye språket begynte å ta form, og rundt dette tidspunktet ble et annet nysgjerrig faktum født, mange programmerere og programmeringsvitser sier:

Programmerere vet at du begynner å telle fra 0 i stedet for 1.

Dette er ikke helt sant, den virkelige grunnen til at dette blir ansett på denne måten den dag i dag er fordi det for kompilatorforfattere var lettere å beregne en matrise ved opprettelsen. forskyvninger, disse indikerer avstanden som eksisterer fra et opprinnelsespunkt til ønsket mål, det er derfor:

array[8]=2;

Det forteller oss at elementet 9  av matrise er definert som 2, fordi 8 enheter legges til matrisen for å nå minneområdet der element 2. Lagres. Før C begynte mange språk å telle fra 1, takket være C, nå begynner nesten alle med 0 🙂 så det er ikke programmørenes feil, men kompilatorforfatterne feil at dette er slik.

Bourne-skallet

Dette er et tema som, selv om det ikke er direkte relatert til C, kan hjelpe flere enn å forstå hvorfor Shell-programmering er så merkelig, og det er absolutt nysgjerrig å vite. Steve Bourne skrev en kompilator for Algol-68 den sesongen, dette er et språk der tastene ( {} ) erstattes av ord, så vi kan definere det som følger i C:

#define IF if(

#define THEN ){

#define ELSE }else{

#define FI };

Dette er bare noen eksempler på hva Algol forstår, men hvis vi bruker det på skallprogrammering i dag, vil du forstå hvorfor programmet i shell krever en fi for hver if Absolutt interessant.

Begynn å lese

Jeg kan ikke fortelle deg alle detaljene i boka, spesielt siden mange av disse allerede er programmeringsemner som krever en tidligere bakgrunn for å bli forstått, men jeg trodde jeg ville dele med deg noen av de nysgjerrige anekdotene som jeg fant underveis 🙂 Jeg har ikke hatt tid til å jobbe med noen av elementene som har vært på oppgavelisten fordi ganske enkelt disse siste bøkene har fanget meg, og jeg gleder meg over dem hver dag og fremfor alt prøver å forstå dem til det fulle. Hilsen og snart vil jeg kunne dele med deg flere emner, hilsener.