Ett språk för att reglera allt

Dölja under ett lager av kod ligger ett språk som längtar efter att bli lärt.

Vid tidpunkten för att skriva denna artikel ger sökningen "vilket programmeringsspråk ska man lära sig först" 517 miljoner sökresultat. Varje webbplats kommer att hylla ett specifikt språk, och 90 % av dem kommer i slutändan att rekommendera Python eller JavaScript.

Utan några längre förspel skulle jag vilja officiellt deklarera att alla dessa 517 miljoner webbplatser har fel och påstå att språket som bör läras ut först är fundamental logik.

Att bara veta hur man kodar är inte tillräckligt. Marknaden är så mättad av utexaminerade från universitet och kurser att positionen som junior praktiskt taget har upphört att existera*. För att lyckas i dagens värld måste man både kunna koda och ha avancerat grundläggande logiskt tänkande.

* här och framåt, vänligen kom ihåg att detta är en översättning och situationen på arbetsmarknaden för författaren och i ditt land kan variera (liksom andra detaljer), vilket dock inte gör den ursprungliga artikeln sämre — anm. övers.

Min första lektion i datavetenskap

Min första bekantskap med datavetenskap var en valkurs som jag tog i årskurs 10. På den första dagen, när jag gick in i klassrummet, blev jag fascinerad över att se ett stort antal glasshinkar och olika toppings framför mig. Efter att alla hade satt sig ner förklarade läraren:

«Idag ska vi smaka på självgjorda glassar. Men med ett villkor: ni måste göra en lista med specifika instruktioner om hur man gör efterrätten, och jag kommer att följa dem»

«Inga problem, tänkte jag, den här lektionen kommer inte att vara lång». Efter ungefär en minut hade jag skissat på ett fantastisk recept för min drömglass:

1. Ta och lägg tre skopor hallonglass i en skål
2. Öppna chokladsåsen och tillsätt två matskedar i samma skål
3. Tillsätt vispad grädde i skålen
4. Strö över sockerstänger och lägg en körsbär på toppen

Min lärare – "datorn" i den här söta metaforen – gav en mer sarkastisk och bokstavlig uppvisning än jag någonsin har sett tidigare. Hon började ivrigt sticka en glasshink med en glasskopa utan att ens röra vid locket.

«Okej okej, men först måste den öppnas!» utbrast jag, i ett försök att få godiset så snabbt som möjligt.

«Du skrev inte detta i instruktionerna och jag kunde inte göra glass till dig. NÄSTA!»

Låt oss hoppa fram till försök nummer 2

1. Öppna hallonglassen genom att ta bort locket
2. Ta och lägg tre skopor hallonglass i en skål
3. Öppna chokladsåsen och tillsätt två matskedar i samma skål
4. Tillsätt vispad grädde i skålen
5. Strö över alla dessa sockerpinnar och lägg en körsbär ovanpå

Nu borde det verkligen inte vara några problem. Jag har till och med dubbelkollat att alla ingredienser för att skapa mitt kulinariska mästerverk är öppna.

Lärarinnan tog bort locket, skopade upp tre bollar glass i skålen. «Äntligen börjar min vackra glass bli verklighet!» Sedan öppnade hon chokladsåsen och hällde i två matskedar i skålen. Inte «la till chokladsås från två matskedar» — tro inte det — hon la givetvis skedar i skålen. Utan sås i dem. Jag orkade återigen inte skriva allt exakt. Efter att allt annat utfördes på samma sätt, fick jag en skål med glass och två skedar, knappt synliga under ett hav av vispad grädde. Ovanpå låg ett par sockerpinnar.

Det verkar som om det i det ögonblicket äntligen gick upp för mig: datorn är logik i vakuum. Den vet inte om omgivande omständigheter och gör inga antaganden. Den följer endast tydligt formulerade instruktioner och följer dem ord för ord.

Mitt slutresultat var en sammanställning av en lång men nödvändig serie av försök och misstag:

1. Öppna, om det inte redan är gjort, varje av de följande förpackningarna: hallonglass, chokladsås, vispad grädde, sockerpinnar.
2. Ta fram en skål och ställ den framför dig
3. Ta en glasskopa och lägg en efter en tre bollar hallonglass i skålen. Lägg glasskopa på plats.
4. Ta burken med chokladsås, skopa upp sås och häll innehållet i skålen från matsked. Upprepa handlingen med att skopa och hälla sås en gång till. Sätt skeden och burken på plats.
5. Ta burken med vispad grädde och vänd den upp och ner, håll den över skålen och häll över glassen i 3 sekunder, lägg sedan tillbaka burken.
6. Ta burken med sockerpinnar, häll ut ungefär fyrtio pinnar i skålen och lägg burken på plats.
7. Ta ett körsbär från körsbärsskålen och lägg det ovanpå glassen.
8. Överhandla skålen med den färdiga glassen och skeden till eleven.

Den sista punkten var särskilt viktig, eftersom lärarinnan utan den helt enkelt började äta min glass en gång tidigare.

Men det är just programvaruutveckling. Det är en intensiv skapelse av noggrant formulerade instruktioner för datorn. I grunden handlar varje programspråk om att formulera instruktioner.

Karriär inom programmering

Programmering har nått en punkt där det är svårt att diskutera som en enhetlig industri, precis som det är svårt att använda ett enda ord som 'programmerare' för att beskriva en jobbtitel. Två utvecklare kan vara lika eftertraktade av marknaden, men känna till helt olika språk, vilket innebär att förmågan att utveckla är viktigare än kunskapen om ett specifikt språk. En universell egenskap som kännetecknar alla framgångsrika utvecklare är fundamental logik.

Den bästa programmeraren är någon som kan se på koden ur ett nytt perspektiv. Detta är avgörande, eftersom de flesta programvaruprodukter är en samling av dåligt dokumenterade kassar av kod. De behöver konstant sättas ihop igen, med hjälp av åtgärder vid behov. Personer som inte kan koppla ihop disparata punkter med en sammanhängande linje kommer alltid att hamna i skymundan.

Allt detta leder mig till ännu ett påstående, denna gång med fet stil: grundläggande kunskaper har alltid varit och kommer alltid att vara av största vikt för en programmerare.

Språk kommer och går. Ramverk blir föråldrade, och företag reagerar på efterfrågan genom att ändra den tekniska stacken. Finns det något som aldrig förändras? Ja — de grundläggande kunskaper som kallas just grundläggande eftersom de ligger till grund för allt!

Hur man förbättrar grundläggande kunskaper

Foto av Kristoffer Jeshke till Unsplash

Om du söker en utgångspunkt för att förbättra ditt grundläggande logiska tänkande, försök att börja här:

Känn till komplexiteten av ditt program

också känd som Big O Komplexiteten i ett algoritm definieras som beroendet av den tid det tar att köra programmet i förhållande till storleken på dess indata (n). Att hålla sig informerad om de algoritmer som används är ett viktigt steg.

Känn till dina datatyper

Datatyper är den grundläggande byggstenen i alla moderna program. Att veta vilken struktur som ska användas i vilket fall är en disciplin i sig. Datatyper är direkt kopplade till runtime-komplexiteten och valet av fel struktur kan leda till fundamentala prestandaproblem. Att söka efter ett element i en array är lika med O(n), vilket visar på kostnaden av att använda arrayer som indata. Att söka i en hash-tabell är O(1), vilket innebär att i det här fallet beror söktiden för värdet inte på antalet element.

Människor som kom till mina intervjuer hävdade att det är snabbare att söka i en array än i en hash-tabell. Detta var en tydlig indikator på att de inte borde anställas – känn dina datatyper.

Läs / titta på / lyssna på

Sajter som Udemy, Pluralsight och CodeAcademy är ett utmärkt val för att lära sig nya programmeringsspråk. Men för grunderna, vänd dig till böcker om allmänna principer, praxis och kodningsstilar. De mest rekommenderade böckerna är "Designmönster", "Refactoring. Förbättring av befintlig kod", "The Pragmatic Programmer", "Clean Code" och "Code Complete". Slutligen bör varje utvecklare ha en kopia av "Algoritmer" till hands.

Öva!

Du kan inte göra en äggröra utan att krossa ägg. Sajter som HackerRank, CodeWars, CoderByte, TopCoder och LeetCode erbjuder tusentals intressanta uppgifter för att testas kunskaper om datatyper och algoritmer. Pröva lyckan med att lösa ett problem du gillar, ladda upp din lösning på Github och se sedan hur andra har angripit det. Detta för oss till den sista punkten:

Läs andras kod

Det största misstaget du kan göra när du går igenom utvecklingsvägen är att göra det ensam. Mjukvaruutveckling är till stor del ett lagarbete. Tillsammans sätter vi standarder, vi gör misstag tillsammans, och trots alla motgångar blir vi tillsammans bättre. Den tid som spenderas på att läsa andras kod kommer att betala sig mångdubbelt. Se bara till att det är bra kod.

Det bästa råd jag kan ge är att aldrig skämmas för att du inte vet något ännu. Som redan nämnts är vår bransch enorm och mängden teknologi oöverskådlig. Det tar mycket tid och ansträngning att bygga en helhetsbild, ännu mer att bli professionell inom något specifikt, och betydligt mer för att finslipa sina färdigheter inom sitt område. Jag meddelar dig när jag själv når dit.

Källa: habr.com