Grunderna i JavaScript-programmering - Versionshistorik

PGJ den 10 augusti 2026 kl. 13.14

2026-08-10T13:14:45Z

← Äldre version		Versionen från 10 augusti 2026 kl. 13.14
Rad 100:		Rad 100:

	== Mer om primtalsexemplet ==		== Mer om primtalsexemplet ==
	I vår kodsnutt hade vi även exempel på något av det mest grundläggande som behövs för programmering, nämligen variabler. Dessa används för att lagra värden. Speciellt viktigt är att vi kan lagra undan resultat och delresultat ~~ifrån~~ våra beräkningar. Vi återkommer till variabler alldeles strax.		I vår kodsnutt hade vi även exempel på något av det mest grundläggande som behövs för programmering, nämligen variabler. Dessa används för att lagra värden. Speciellt viktigt är att vi kan lagra undan resultat och delresultat i våra beräkningar. Vi återkommer till variabler alldeles strax.

	I koden hade vi även exempel på några av de mest centrala begreppen i programmering; upprepning och val. Eller för att använda fackspråk; iteration och selektion. Upprepning gör att vi kan köra en bit av vår programkod flera gånger. Medan val möjliggör att vi kan styra programflödet och köra olika kodbitar beroende på diverse villkor. De flesta ~~programmeringsproblem~~ går att reducera till lagring, upprepning och val. ~~Faktum är att matematikern~~ Alan Turing ~~bevisade~~ att just dessa grundkoncept är vad som krävs för att kunna beräkna allt som är beräkningsbart.		I koden hade vi även exempel på några av de mest centrala begreppen i programmering; upprepning och val. Eller för att använda fackspråk; iteration och selektion. Upprepning gör att vi kan köra en bit av vår programkod flera gånger. Medan val möjliggör att vi kan styra programflödet och köra olika kodbitar beroende på diverse villkor.

			De flesta programmeringsproblemen går att reducera till lagring, upprepning och val. Som vi konstaterade tidigare så bevisade Alan Turing att just dessa grundkoncept är vad som krävs för att kunna beräkna allt som är beräkningsbart.

	== Nästa aktivtet ==		== Nästa aktivtet ==
	[[Att skriva läsbar kod]]		[[Att skriva läsbar kod]]

PGJ den 10 augusti 2026 kl. 13.09

2026-08-10T13:09:19Z

← Äldre version		Versionen från 10 augusti 2026 kl. 13.09
Rad 9:		Rad 9:

	Datorn har ett väldigt litet antal kommandon som den klarar av att utföra. Varje programmeringsspråk har en uppsättning ord och regler som avgör vad språket "fattar" och kan utföra. Det är sällan mer än ca 100 grundfunktioner som finns i ett programmeringsspråk. När vi ska lösa våra problem måste vi formulera lösningar som enbart använder sig av dessa ord. 100 ord är inte så mycket, det är färre ord än en hund eller en tvååring kan förstå. Liksom när man försöker kommunicera med en hund eller en tvååring så kan det vara svårt att formulera lösningen till ett komplext problem enbart genom att använda sig av det starkt begränsat vokabulär man har att tillgå. Datorn har dock en fördel i jämförelse med hundar och små barn, den utför exakt vad du beordrar den att göra. Den gör vare sig mer eller mindre än det du säger åt den att göra (hur dumma eller felaktiga dina order än må vara).		Datorn har ett väldigt litet antal kommandon som den klarar av att utföra. Varje programmeringsspråk har en uppsättning ord och regler som avgör vad språket "fattar" och kan utföra. Det är sällan mer än ca 100 grundfunktioner som finns i ett programmeringsspråk. När vi ska lösa våra problem måste vi formulera lösningar som enbart använder sig av dessa ord. 100 ord är inte så mycket, det är färre ord än en hund eller en tvååring kan förstå. Liksom när man försöker kommunicera med en hund eller en tvååring så kan det vara svårt att formulera lösningen till ett komplext problem enbart genom att använda sig av det starkt begränsat vokabulär man har att tillgå. Datorn har dock en fördel i jämförelse med hundar och små barn, den utför exakt vad du beordrar den att göra. Den gör vare sig mer eller mindre än det du säger åt den att göra (hur dumma eller felaktiga dina order än må vara).

			I skrivandets stund har faktiskt JavaScript endast 46 "grundord". Dock har de flesta språk även så kallade standardbibliotek som innehåller extra funktionalitet. Denna extra funktionalitet består oftast i sånt som bara används för vissa typer av programmering. Det kan vara t.ex. filhantering för att skriva och läsa data. Det kanske inte alla program kräver och därför ligger det i ett bibliotek som vi kan inkludera. Allt eftersom vi programmerar utökar vi även vilka "ord" som finns att tillgå i vår kod.

	När man programmerar går man igenom flera faser. Man börjar med att analysera det problem man vill lösa. Man försöker, om möjligt, att reducera problemet till flera, enklare delproblem. Därefter hittar man på lösningsförslag till varje delproblem och försöker sedan att kombinera dellösningarna till en komplett lösning som genomför allt man förväntade sig.		När man programmerar går man igenom flera faser. Man börjar med att analysera det problem man vill lösa. Man försöker, om möjligt, att reducera problemet till flera, enklare delproblem. Därefter hittar man på lösningsförslag till varje delproblem och försöker sedan att kombinera dellösningarna till en komplett lösning som genomför allt man förväntade sig.
Rad 29:		Rad 31:
	Alla dessa begrepp sammantagna är grunden till programmering; lagring, sekvens, selektion och iteration. Har vi tillgång till dessa saker kan vi beräkna allt! (I alla fall allt som går att beräkna...) Detta är något som bevisats av [https://en.wikipedia.org/wiki/Alan_Turing Alan Turing] och [https://en.wikipedia.org/wiki/Alonzo_Church Alonzo Church]. Vi brukar kalla språk som har alla dessa finesser för [https://sv.wikipedia.org/wiki/Turingkomplett turingkompletta].		Alla dessa begrepp sammantagna är grunden till programmering; lagring, sekvens, selektion och iteration. Har vi tillgång till dessa saker kan vi beräkna allt! (I alla fall allt som går att beräkna...) Detta är något som bevisats av [https://en.wikipedia.org/wiki/Alan_Turing Alan Turing] och [https://en.wikipedia.org/wiki/Alonzo_Church Alonzo Church]. Vi brukar kalla språk som har alla dessa finesser för [https://sv.wikipedia.org/wiki/Turingkomplett turingkompletta].

	Programmering är oftast en iterativ process, där man jobbar med stegvis förfining. Vilket är ett halvkrångligt sätt att säga att man gör saker om och om igen, men man försöker förbättra resultatet varje gång. Ett exempel på det kan vara att man i första skedet skapar en algoritm som gör det den ska, utan att bry sig om hur ~~fort~~ algoritmen utför sitt arbete. I nästa iteration, eller upprepning, försöker man förbättra algoritmen så att den går snabbare. På så vis förbättrar man sitt program stegvis.		Programmering är oftast en iterativ process, där man jobbar med stegvis förfining. Vilket är ett halvkrångligt sätt att säga att man gör saker om och om igen, men man försöker förbättra resultatet varje gång. Ett exempel på det kan vara att man i första skedet skapar en algoritm som gör det den ska, utan att bry sig om hur snabbt algoritmen utför sitt arbete. I nästa iteration, eller upprepning, försöker man förbättra algoritmen så att den går snabbare. På så vis förbättrar man sitt program stegvis.

	=== Exempel: Är ett heltal ett primtal? ===		=== Exempel: Är ett heltal ett primtal? ===
	Låt säga att vi ska kontrollera om ett heltal är ett primtal. När man ska lösa det problemet, så kanske man går igenom en process som påminner om följande:		Låt säga att vi ska kontrollera om ett heltal är ett primtal. När man ska lösa det problemet, kanske man går igenom en process som påminner om följande:

	* Först måste vi ta reda på vad ett primtal är. På Wikipedia finns den här [https://www.wikiwand.com/sv/Primtal definitionen]: "Ett primtal är ett heltal p, som är större än 1 och som bara är jämt delbart med ±1 och ±p".		* Först måste vi ta reda på vad ett primtal är. På Wikipedia finns den här [https://www.wikiwand.com/sv/Primtal definitionen]:
	* Om man funderar lite kommer man fram till att man ”bara” behöver prova om talet är jämt delbart med något mellan 2 och (talet - 1). Ettan ska vi skippa ~~och vi~~ kan stoppa när vi är ett steg under talet vi ska testa.		<cite>"Ett primtal är ett heltal p, som är större än 1 och som bara är jämt delbart med ±1 och ±p"</cite>.
			* Om man funderar lite kommer man fram till att man ”bara” behöver prova om talet är jämt delbart med något mellan 2 och (talet - 1). Ettan ska vi skippa eftersom allt är jämt delbart med 1. Vi kan stoppa när vi är ett steg under talet vi ska testa. För ett tal är ju alltid jämt delbart med sig själv.
	* Vi uttrycker det med lite pseudokod:		* Vi uttrycker det med lite pseudokod:

Rad 41:		Rad 44:
	Sätt nämnare = 2		Sätt nämnare = 2
	Medan nämnare är mindre än tal		Medan nämnare är mindre än tal
	Om tal / nämnare = jämt		Om tal / nämnare är jämt
	Tal är ej primtal		Tal är ej primtal
	Annars		Annars
	Öka nämnare med 1		Öka nämnare med 1
	</syntaxhighlight>		</syntaxhighlight>

Rad 63:		Rad 66:
	}		}
	</syntaxhighlight>		</syntaxhighlight>
	En relativt ineffektiv lösning (och lite buggig)… Även om vi inte kan programmering så bra ännu, så går det faktiskt att läsa vad som händer i koden ovan. Om vi bortser ~~ifrån~~ sådant vi inte fattar, som t.ex. <code>let</code> och <code>%</code> (den senare ger oss resten efter en heltalsdivision), ser vi att koden är rätt så lik vår pseudokod, med den stora skillnaden att sakerna står på halvengelska.		En relativt ineffektiv lösning (och lite buggig)…

			Även om vi inte kan programmering så bra ännu, så går det faktiskt att läsa vad som händer i koden ovan. Om vi bortser från sådant vi kanske inte fattar just nu, som t.ex. <code>let</code> och <code>%</code> (den senare ger oss resten efter en heltalsdivision), ser vi att koden är rätt så lik vår pseudokod, med den stora skillnaden att sakerna står på halvengelska.

	== Funktioner, metoder, osv ==		== Funktioner, metoder, osv ==
	Vad vi skapade i föregående sektion är en funktion. Dessa fungerar ungefär som ~~man gör~~ i matematiken när man skapar funktioner av typen ''f(x)''. Funktioner är ett sätt på vilket man kan skapa små dellösningar. Man skriver kodsnuttar som man sedan kan kombinera till större lösningar. Man skulle kunna säga att man utvidgar programmeringsspråket med just de specifika finesser som man själv behöver. Vi nämnde tidigare hur datorspråkens grundvokabulär oftast bara består av ~~runt~~ 100 ord. Varje gång man skapar en ny funktion (eller liknande) så utökar man detta vokabulär. Desto fler funktioner vi skapar, desto enklare blir det att beskriva den lösning man är ute efter.		Vad vi skapade i föregående sektion är en funktion. Dessa fungerar ungefär som i matematiken när man skapar funktioner av typen ''f(x)''. Funktioner är ett sätt på vilket man kan skapa små dellösningar. Man skriver kodsnuttar som man sedan kan kombinera till större lösningar. Man skulle kunna säga att man utvidgar programmeringsspråket med just de specifika finesser som man själv behöver. Vi nämnde tidigare hur datorspråkens grundvokabulär oftast bara består av mindre än 100 ord. Varje gång man skapar en ny funktion (eller liknande) så utökar man detta vokabulär. Desto fler funktioner vi skapar, desto enklare blir det att beskriva den lösning man är ute efter. Allteftersom vi kodar skapar vi alltså ett språk som är mer anpassat till det vi vill lösa för tillfället.

	I många fall går funktionerna även att återanvända när man skriver andra program. Som programmerare jobbar man ständigt på att utvidga sin verktygslåda av lösningar, algoritmer och funktioner. Det är alltså bra att försöka hålla sina funktioner så generella som möjligt, så att de går att återanvända. Varje gång du skapar en funktion som är återanvändbar, finns chansen att du besparar dig själv en massa onödigt arbete i framtiden!		I många fall går funktionerna även att återanvända när man skriver andra program. Som programmerare jobbar man ständigt på att utvidga sin verktygslåda med lösningar, algoritmer och funktioner. Det är alltså bra att försöka hålla sina funktioner så generella som möjligt, så att de går att återanvända. Varje gång du skapar en funktion som är återanvändbar, finns chansen att du besparar dig själv en massa onödigt arbete i framtiden! När du kommer ut i arbetslivet kommer säkerligen din arbetsplats att ha en uppsättning med bibliotek som används inom företaget. Självklart finns det även många bibliotek som du kan ladda ned från nätet för att få extra funktionalitet till dina program.

	<div class="well well-meadow">		<div class="well well-meadow">
	Kärt barn har många namn; det är också vanligt att kalla funktioner för metoder, rutiner eller subrutiner, osv. Även om det skiljer lite mellan den korrekta definitionen på hur man ska använda de olika namnen, så kan man säga att alla är godtagbara. Oavsett vilket namn du använder bör programmeringskunniga fatta vad du menar. ~~Vi kommer att se så~~ är det rätt vanligt ~~inom programmering~~ att saker har ~~flera~~ olika namn. ~~Vi i~~ datorvärlden har en tendens att använda svengelska termer för saker och ting. Detta gäller ~~extra mycket~~ för oss programmerare!		Kärt barn har många namn; det är också vanligt att kalla funktioner för metoder, rutiner eller subrutiner, osv. Även om det skiljer lite mellan den korrekta definitionen på hur man ska använda de olika namnen, så kan man säga att alla är godtagbara. Oavsett vilket namn du använder bör programmeringskunniga fatta vad du menar. Inom programmering är det rätt vanligt att samma saker har lite olika namn. Inom datorvärlden har vi även en tendens att använda svengelska termer för saker och ting. Detta gäller definitivt för oss programmerare!
	</div><!-- end well -->		</div><!-- end well -->

	== Satser ==		== Satser ==
	Uttrycket sats kommer ifrån matematikens och logikens värld. En sats är ~~där~~ en utsaga som kan prövas. Vissa satser kan man använda för att beräkna saker - kanske du stött på binomialsatsen. Inom programmering är en sats en komplett utsaga som kan utföras. Lite förenklat kan man säga att varje rad i ett JavaScript-program är en sats (ibland delar man upp en sats på flera rader). Ett exempel på en sats i vår primtals-funktion är;		Uttrycket sats kommer ifrån matematikens och logikens värld. En sats är en utsaga som kan prövas. Vissa satser kan man använda för att beräkna saker - kanske du stött på binomialsatsen. Inom programmering är en sats en komplett utsaga som kan utföras. Lite förenklat kan man säga att varje rad i ett JavaScript-program är en sats (ibland delar man upp en sats på flera rader). Ett exempel på en sats i vår primtals-funktion är;

	<syntaxhighlight lang="JavaScript">		<syntaxhighlight lang="JavaScript">
Rad 83:		Rad 88:
	I den satsen skapar vi en variabel och vi ger den namnet <code>nämnare</code> samt att vi tilldelar den värdet <code>2</code>. Varje sats genomför oftast någon "enkel" deluppgift/delsteg i vår algoritm. Man kan självklart kalla detta för mycket annat än sats, t.ex. kodrad, programrad, uttryck, osv.		I den satsen skapar vi en variabel och vi ger den namnet <code>nämnare</code> samt att vi tilldelar den värdet <code>2</code>. Varje sats genomför oftast någon "enkel" deluppgift/delsteg i vår algoritm. Man kan självklart kalla detta för mycket annat än sats, t.ex. kodrad, programrad, uttryck, osv.

	För att indikera var en sats avslutas skriver man ett "<code>;</code>"-tecken. Så gott som alla programrader ska avslutas på detta vis. ~~Det finns ett fåtal undantag där man~~ inte ~~ska avsluta en programrad med ”<code>;</code>”. Vi återkommer till dessa längre fram...~~		För att indikera var en sats avslutas skriver man oftast ett "<code>;</code>"-tecken. Så gott som alla programrader ska avslutas på detta vis. I modern JavaScript är inte "<code>;</code>"-tecknet helt nödvändigt. Istället kommer JavaScript att se en avslutad rad som en komplett sats. I de flesta fall är det dock enklare att se var satsen avslutas genom att skriva ett "<code>;</code>"-tecken.

	~~Det är ett vanligt fel att man glömmer ett~~ "<code>;</code>"-tecknet ~~och då~~ kommer ~~kanske programmet inte~~ att ~~kunna köras korrekt~~. ~~Vanligtvis är avsaknaden av "<code>;</code>" en av~~ de ~~första saker du ska kontrollera då ditt program inte vill köra. Här~~ är dock ~~JavaScript mindre känsligt än andra språk i C-familjen. Faktum är~~ att ~~man i många fall kan utelämna~~ "<code>;</code>"-~~tecknet. Det är dock inte att rekommendera, det skapar bara dåliga ovanor att göra detta~~.

	== Kodblock; { och } ==		== Kodblock; { och } ==
	Kodexemplet ~~där vi kontrollerade om något är ett~~ primtal innehöll antagligen några tecken som du inte är helt van vid att använda. ~~Jag tänker~~ främst på "<code>{</code>" och "<code>}</code>". Dessa är vanligt förekommande i de många programmeringsspråk. De kallas för klammerparenteser.		Kodexemplet med primtal innehöll antagligen några tecken som du inte är helt van vid att använda. Det gäller nog främst "<code>{</code>" och "<code>}</code>". Dessa är vanligt förekommande i de många programmeringsspråk. De kallas för klammerparenteser.

	<div class="well well-meadow">		<div class="well well-meadow">
	Klammerparenteser kan också heta klammer, måsvingar, braces, curly braces, osv. De senare är de engelska namnen på tecknen. Vi programmerare kör ofta med engelska eller snarare svengelska uttryck, vilket är rätt naturligt då de flesta programmeringsspråk är baserade på engelska. Engelskan är förstås programmeringens "modersmål", då ~~språken~~ baseras på engelska ord och så gott som all dokumentation först och främst (och kanske enbart) är skrivna på engelska.		Klammerparenteser kan också heta klammer, måsvingar, braces, curly braces, osv. De senare är de engelska namnen på tecknen. Vi programmerare kör ofta med engelska eller snarare svengelska uttryck, vilket är rätt naturligt då de flesta programmeringsspråk är baserade på engelska. Engelskan är förstås programmeringens "modersmål", då de flesta språk baseras på engelska ord och så gott som all dokumentation först och främst (och kanske enbart) är skrivna på engelska.
	</div><!-- end well -->		</div><!-- end well -->

PGJ den 10 augusti 2026 kl. 12.48

2026-08-10T12:48:08Z

← Äldre version		Versionen från 10 augusti 2026 kl. 12.48
Rad 1:		Rad 1:
	Här kommer vi att gå igenom programmering från scratch, så om du har lite kunskaper inom området ~~kanske~~ du ~~vill~~ snabbskumma igenom de första aktiviteterna i denna sektion...		Här kommer vi att gå igenom programmering från scratch, så om du har lite kunskaper inom området behöver du antagligen bara behöva att snabbskumma igenom de första aktiviteterna i denna sektion...

	<div class="well well-meadow">		<div class="well well-meadow">
	Om du kan något annat programmeringsspråk i C-familjen (t.ex. C, C++, C# eller Java) kan du redan mycket av grunderna i JavaScript. Dessa ~~språk~~ påminner mycket om varandra. Dock finns det en del skillnader, såsom hur man deklarerar variabler och dylikt. Det bör dock inte vara alltför svårt att sätta sig in i skillnaderna. Däremot finns det en hel del skillnader man måste lära sig om man vill skriva riktigt optimal kod.		Om du kan något annat programmeringsspråk i C-familjen (t.ex. C, C++, C# eller Java) kan du redan mycket av grunderna i JavaScript. Dessa språks grunder påminner mycket om varandra. Dock finns det en del skillnader, såsom hur man deklarerar variabler och dylikt. Det bör dock inte vara alltför svårt att sätta sig in i skillnaderna. Däremot finns det en hel del skillnader man måste lära sig om man vill skriva riktigt optimal kod.
	</div>		</div>

	== Vad är programmering? ==		== Vad är programmering? ==
	Programmering är en typ av problemlösning där man tar fram en ”steg för steg”-beskrivning för hur datorn ska lösa ett problem eller en klass av problem. Datorerna är egentligen rätt dumma och kan enbart utföra väldigt grundläggande uppgifter, typ den enklaste ~~matematik~~. Däremot är datorer extremt snabba (och relativt tillförlitliga). På grund av denna snabbhet kan man skapa problemlösningar som i grund och botten är uppbyggda av tonvis av små, enkla funktioner, som stegvis utför allt mer komplexa uppgifter. Oavsett i vilket programmeringsspråk vi programmerar, så kommer vår kod att översättas till något som datorn kan fatta och utföra. I slutändan är det alltid [[maskinkod]], dvs processorns egna språk, som utför arbetet. Varje kodrad som återfinns i ett program kan resultera i en mängd operationer som måste genomföras för att uträtta det ~~koden~~ beskriver. Till och med när man kör de enklaste programmen, så utför datorn myriader av operationer.		Programmering är en typ av problemlösning där man tar fram en ”steg för steg”-beskrivning för hur datorn ska lösa ett problem eller en klass av problem. Datorerna är egentligen rätt dumma och kan enbart utföra väldigt grundläggande uppgifter, typ den enklaste matematiken. Däremot är datorer extremt snabba (och relativt tillförlitliga). På grund av denna snabbhet kan man skapa problemlösningar som i grund och botten är uppbyggda av tonvis av små, enkla funktioner, som stegvis utför allt mer komplexa uppgifter. Oavsett i vilket programmeringsspråk vi programmerar, så kommer vår kod att översättas till något som datorn kan fatta och utföra. I slutändan är det alltid [[maskinkod]], dvs processorns egna språk, som utför arbetet. Varje kodrad som återfinns i ett program kan resultera i en mängd operationer som måste genomföras för att uträtta det som kodraden beskriver. Till och med när man kör de enklaste programmen, så utför datorn myriader av operationer.

	Datorn har ett väldigt litet antal kommandon som den klarar av att utföra. Varje programmeringsspråk har en uppsättning ord och regler som avgör vad språket "fattar" och kan utföra. Det är sällan mer än ca 100 grundfunktioner som finns i ett programmeringsspråk. När vi ska lösa våra problem måste vi formulera lösningar som ~~bara~~ använder sig av dessa ord. 100 ord är inte så mycket, det är färre ord än en hund eller en tvååring kan förstå. ~~Men liksom~~ när man försöker kommunicera med en hund eller en tvååring så kan det vara svårt att ~~förklara~~ ett komplext problem enbart genom att använda sig av det starkt begränsat vokabulär man har att tillgå. Datorn har dock en fördel i jämförelse med hundar och små barn, den utför exakt vad du beordrar den att göra. Den gör vare sig mer eller mindre än det du säger åt den att göra (hur dumma eller felaktiga dina order än må vara).		Datorn har ett väldigt litet antal kommandon som den klarar av att utföra. Varje programmeringsspråk har en uppsättning ord och regler som avgör vad språket "fattar" och kan utföra. Det är sällan mer än ca 100 grundfunktioner som finns i ett programmeringsspråk. När vi ska lösa våra problem måste vi formulera lösningar som enbart använder sig av dessa ord. 100 ord är inte så mycket, det är färre ord än en hund eller en tvååring kan förstå. Liksom när man försöker kommunicera med en hund eller en tvååring så kan det vara svårt att formulera lösningen till ett komplext problem enbart genom att använda sig av det starkt begränsat vokabulär man har att tillgå. Datorn har dock en fördel i jämförelse med hundar och små barn, den utför exakt vad du beordrar den att göra. Den gör vare sig mer eller mindre än det du säger åt den att göra (hur dumma eller felaktiga dina order än må vara).

	När man programmerar går man igenom flera faser. Man börjar med att analysera det problem man vill lösa. Man försöker, om möjligt, att reducera problemet till flera, enklare delproblem. Därefter hittar man på lösningsförslag till varje delproblem och försöker sedan att kombinera dellösningarna till en komplett lösning som genomför allt man förväntade sig.		När man programmerar går man igenom flera faser. Man börjar med att analysera det problem man vill lösa. Man försöker, om möjligt, att reducera problemet till flera, enklare delproblem. Därefter hittar man på lösningsförslag till varje delproblem och försöker sedan att kombinera dellösningarna till en komplett lösning som genomför allt man förväntade sig.

	Programmering påminner lite om hur man löser vissa problem i matematiken, t.ex. såna där problem där "Lisa har tre äpplen, Per har två skohorn...". Man vet vad man har för startvillkor och man vet var man vill hamna – det svåra är att hitta vägen ifrån A till B. Ibland måste man ta en liten avkrok på vägen och klara av några delproblem som förhoppningsvis kan ge ledning till hur man ska komma fram till slutlösningen. Även det som låter väldigt enkelt kan bli krångligt och komplext när man ska uttrycka det som kod. Gillar du att lösa problem är programmering den ultimata utmaningen!		Programmering påminner lite om hur man löser vissa problem i matematiken, t.ex. såna där problem där "Lisa har tre äpplen, Per har två skohorn...". Man vet vad man har för startvillkor och man vet var man vill hamna – det svåra är att hitta vägen ifrån A till B. Ibland måste man ta en liten avkrok på vägen och klara av några delproblem, som förhoppningsvis kan ge ledning till hur man ska komma fram till slutlösningen. Även det som låter väldigt enkelt, kan bli krångligt och komplext när man ska uttrycka det som kod. Gillar du att lösa problem är programmering den ultimata utmaningen!

	I tidiga faserna av programmering jobbar man ofta på papper. Man kanske ritar upp problemet, t.ex. med [http://sv.wikipedia.org/wiki/Fl%C3%B6desschema flödesdiagram]. Ett annat sätt för att beskriva lösningsförslag är att använda sig av så kallad [https://www.wikiwand.com/en/Pseudocode pseudokod]. Pseudokod är ett mer formaliserat sätt att sätta ord på programmeringslösningar. Det är en blandning av vanligt, mänskligt språk och programmeringsspråk. Det finns ingen standard för hur pseudokod ska se ut. Man skriver mer eller mindre i klartext hur lösningen ska fungera, steg för steg.		I tidiga faserna av programmering jobbar man ofta på papper. Man kanske ritar upp problemet, t.ex. med [http://sv.wikipedia.org/wiki/Fl%C3%B6desschema flödesdiagram]. Ett annat sätt för att beskriva lösningsförslag är att använda sig av så kallad [https://www.wikiwand.com/en/Pseudocode pseudokod]. Pseudokod är ett mer formaliserat sätt att sätta ord på programmeringslösningar. Det är en blandning av vanligt, mänskligt språk och programmeringsspråk. Det finns ingen standard för hur pseudokod ska se ut. Man skriver mer eller mindre i klartext hur lösningen ska fungera, steg för steg.
Rad 19:		Rad 19:
	Problemlösningar av typen steg-för-steg, kallas för algoritm. Algoritmer känner du säkert igen ifrån matematiken. Den vanliga metoden för att lösa en andragradsekvation, PQ-formeln, är ett exempel på en algoritm. När man använder den formeln jobbar man steg för steg för att på ett generellt sätt lösa en andragradsekvation. Andra vardagsexempel på algoritmer kan vara matrecept, bygginstruktioner (typ sådana man får med IKEA-möbler) eller liknande.		Problemlösningar av typen steg-för-steg, kallas för algoritm. Algoritmer känner du säkert igen ifrån matematiken. Den vanliga metoden för att lösa en andragradsekvation, PQ-formeln, är ett exempel på en algoritm. När man använder den formeln jobbar man steg för steg för att på ett generellt sätt lösa en andragradsekvation. Andra vardagsexempel på algoritmer kan vara matrecept, bygginstruktioner (typ sådana man får med IKEA-möbler) eller liknande.

	I en algoritm är viktigt att man utför de olika stegen i rätt ordning, annars kommer resultatet inte att bli korrekt. Vanligtvis utför man stegen i en algoritm ett efter ett. Man börjar i toppen och går framåt rad för rad. Detta kallas att arbeta sekventiellt eller synkront. De flesta enkla datorprogram fungerar på detta sätt. Ibland kan man ha en instruktion som säger att man ska hoppa över ~~en rad~~ om något speciellt villkor är uppfyllt. Detta kallar man ibland för selektion, dvs man väljer ut vilka rader som ska köras. Det är också vanligt förekommande att man ~~uppmanas att~~ upprepa en, eller flera, rader i en algoritm, kanske upprepar man tills något villkor är uppfyllt. Detta kallas för iteration, eller upprepning. Detta där är grundstenarna i programmering, men vi behöver en sak till. För att kunna beräkna saker måste vi även ha lagring. Vi måste på något vis kunna spara undan våra beräkningar. Alla dessa begrepp sammantagna är grunden till programmering; lagring, sekvens, selektion och iteration. Har vi tillgång till dessa saker kan vi beräkna allt! (I alla fall allt som går att beräkna...)		I en algoritm är viktigt att man utför de olika stegen i rätt ordning, annars kommer resultatet inte att bli korrekt. Vanligtvis utför man stegen i en algoritm ett efter ett. Man börjar i toppen och går framåt rad för rad. Detta kallas att arbeta sekventiellt eller synkront. De flesta enkla datorprogram fungerar på detta sätt.

			Ibland kan man ha en instruktion som säger att man ska hoppa över några rader om något speciellt villkor är uppfyllt. Detta kallar man ibland för selektion, dvs man väljer ut vilka rader som ska köras.

			Det är också vanligt förekommande att man vill upprepa en, eller flera, rader i en algoritm, kanske upprepar man tills något villkor är uppfyllt. Detta kallas för iteration, eller upprepning.

			Detta där är grundstenarna i programmering, men vi behöver en sak till. För att kunna beräkna saker måste vi även ha lagring. Vi måste på något vis kunna spara undan våra beräkningar.

			Alla dessa begrepp sammantagna är grunden till programmering; lagring, sekvens, selektion och iteration. Har vi tillgång till dessa saker kan vi beräkna allt! (I alla fall allt som går att beräkna...) Detta är något som bevisats av [https://en.wikipedia.org/wiki/Alan_Turing Alan Turing] och [https://en.wikipedia.org/wiki/Alonzo_Church Alonzo Church]. Vi brukar kalla språk som har alla dessa finesser för [https://sv.wikipedia.org/wiki/Turingkomplett turingkompletta].

	Programmering är oftast en iterativ process, där man jobbar med stegvis förfining. Vilket är ett halvkrångligt sätt att säga att man gör saker om och om igen, men man försöker förbättra resultatet varje gång. Ett exempel på det kan vara att man i första skedet skapar en algoritm som gör det den ska, utan att bry sig om hur fort algoritmen utför sitt arbete. I nästa iteration, eller upprepning, försöker man förbättra algoritmen så att den går snabbare. På så vis förbättrar man sitt program stegvis.		Programmering är oftast en iterativ process, där man jobbar med stegvis förfining. Vilket är ett halvkrångligt sätt att säga att man gör saker om och om igen, men man försöker förbättra resultatet varje gång. Ett exempel på det kan vara att man i första skedet skapar en algoritm som gör det den ska, utan att bry sig om hur fort algoritmen utför sitt arbete. I nästa iteration, eller upprepning, försöker man förbättra algoritmen så att den går snabbare. På så vis förbättrar man sitt program stegvis.

PGJ den 25 augusti 2021 kl. 08.25

2021-08-25T08:25:46Z

← Äldre version		Versionen från 25 augusti 2021 kl. 08.25
Rad 23:		Rad 23:
	Programmering är oftast en iterativ process, där man jobbar med stegvis förfining. Vilket är ett halvkrångligt sätt att säga att man gör saker om och om igen, men man försöker förbättra resultatet varje gång. Ett exempel på det kan vara att man i första skedet skapar en algoritm som gör det den ska, utan att bry sig om hur fort algoritmen utför sitt arbete. I nästa iteration, eller upprepning, försöker man förbättra algoritmen så att den går snabbare. På så vis förbättrar man sitt program stegvis.		Programmering är oftast en iterativ process, där man jobbar med stegvis förfining. Vilket är ett halvkrångligt sätt att säga att man gör saker om och om igen, men man försöker förbättra resultatet varje gång. Ett exempel på det kan vara att man i första skedet skapar en algoritm som gör det den ska, utan att bry sig om hur fort algoritmen utför sitt arbete. I nästa iteration, eller upprepning, försöker man förbättra algoritmen så att den går snabbare. På så vis förbättrar man sitt program stegvis.

	=== Exempel: Är heltal ett primtal? ===		=== Exempel: Är ett heltal ett primtal? ===
	Låt säga att vi ska kontrollera om ett heltal är ett primtal. När man ska lösa det problemet, så kanske man går igenom en process som påminner om följande:		Låt säga att vi ska kontrollera om ett heltal är ett primtal. När man ska lösa det problemet, så kanske man går igenom en process som påminner om följande:

PGJ den 29 juni 2021 kl. 11.10

2021-06-29T11:10:49Z

← Äldre version		Versionen från 29 juni 2021 kl. 11.10
Rad 73:		Rad 73:
	</syntaxhighlight>		</syntaxhighlight>

	I den satsen skapar vi en variabel och vi ger den namnet nämnare samt att vi tilldelar den värdet 2. Varje sats genomför oftast någon "enkel" deluppgift/delsteg i vår algoritm. Man kan självklart kalla detta för mycket annat än sats, t.ex. kodrad, programrad, uttryck, osv.		I den satsen skapar vi en variabel och vi ger den namnet <code>nämnare</code> samt att vi tilldelar den värdet <code>2</code>. Varje sats genomför oftast någon "enkel" deluppgift/delsteg i vår algoritm. Man kan självklart kalla detta för mycket annat än sats, t.ex. kodrad, programrad, uttryck, osv.

	För att indikera var en sats avslutas skriver man ett "<code>;</code>"-tecken. Så gott som alla programrader ska avslutas på detta vis. Det finns ett fåtal undantag där man inte ska avsluta en programrad med ”<code>;</code>”. Vi återkommer till dessa längre fram...		För att indikera var en sats avslutas skriver man ett "<code>;</code>"-tecken. Så gott som alla programrader ska avslutas på detta vis. Det finns ett fåtal undantag där man inte ska avsluta en programrad med ”<code>;</code>”. Vi återkommer till dessa längre fram...

PGJ den 29 juni 2021 kl. 11.08

2021-06-29T11:08:26Z

← Äldre version		Versionen från 29 juni 2021 kl. 11.08
Rad 63:		Rad 63:

	<div class="well well-meadow">		<div class="well well-meadow">
	Kärt barn har många namn; det är också vanligt att kalla funktioner för metoder, rutiner eller subrutiner, osv. Även om det skiljer lite mellan den korrekta definitionen på hur man ska använda de olika namnen, så kan man säga att alla är godtagbara. Oavsett vilket namn du använder bör programmeringskunniga fatta vad du menar. Vi kommer att se så är det rätt vanligt inom programmering att saker har flera olika namn. Vi i datorvärlden en tendens att använda svengelska termer för saker och ting. Detta gäller extra mycket för oss programmerare!		Kärt barn har många namn; det är också vanligt att kalla funktioner för metoder, rutiner eller subrutiner, osv. Även om det skiljer lite mellan den korrekta definitionen på hur man ska använda de olika namnen, så kan man säga att alla är godtagbara. Oavsett vilket namn du använder bör programmeringskunniga fatta vad du menar. Vi kommer att se så är det rätt vanligt inom programmering att saker har flera olika namn. Vi i datorvärlden har en tendens att använda svengelska termer för saker och ting. Detta gäller extra mycket för oss programmerare!
	</div><!-- end well -->		</div><!-- end well -->

PGJ den 29 juni 2021 kl. 10.57

2021-06-29T10:57:29Z

← Äldre version		Versionen från 29 juni 2021 kl. 10.57
Rad 6:		Rad 6:

	== Vad är programmering? ==		== Vad är programmering? ==
	Programmering är en typ av problemlösning där man tar fram en ”steg för steg”-beskrivning för hur datorn ska lösa ett problem eller en klass av problem. Datorerna är egentligen rätt dumma och kan enbart utföra väldigt grundläggande uppgifter, typ den enklaste matematik. Däremot är datorer extremt snabba (och relativt tillförlitliga). På grund av denna snabbhet kan man skapa problemlösningar som i grund och botten är uppbyggda av tonvis av små, enkla funktioner, som stegvis utför ~~mer~~ allt mer komplexa uppgifter. Oavsett i vilket programmeringsspråk vi programmerar, så kommer vår kod att översättas till något som datorn kan fatta och utföra. I slutändan är det alltid [[maskinkod]], dvs processorns egna språk, som utför arbetet. Varje kodrad som återfinns i ett program kan resultera i en mängd operationer som måste genomföras för att uträtta det koden beskriver. Till och med när man kör de enklaste programmen, så utför datorn myriader av operationer.		Programmering är en typ av problemlösning där man tar fram en ”steg för steg”-beskrivning för hur datorn ska lösa ett problem eller en klass av problem. Datorerna är egentligen rätt dumma och kan enbart utföra väldigt grundläggande uppgifter, typ den enklaste matematik. Däremot är datorer extremt snabba (och relativt tillförlitliga). På grund av denna snabbhet kan man skapa problemlösningar som i grund och botten är uppbyggda av tonvis av små, enkla funktioner, som stegvis utför allt mer komplexa uppgifter. Oavsett i vilket programmeringsspråk vi programmerar, så kommer vår kod att översättas till något som datorn kan fatta och utföra. I slutändan är det alltid [[maskinkod]], dvs processorns egna språk, som utför arbetet. Varje kodrad som återfinns i ett program kan resultera i en mängd operationer som måste genomföras för att uträtta det koden beskriver. Till och med när man kör de enklaste programmen, så utför datorn myriader av operationer.

	Datorn har ett väldigt litet antal kommandon som den klarar av att utföra. Varje programmeringsspråk har en uppsättning ord och regler som avgör vad språket "fattar" och kan utföra. Det är sällan mer än ca 100 grundfunktioner som finns i ett programmeringsspråk. När vi ska lösa våra problem måste vi formulera lösningar som bara använder sig av dessa ord. 100 ord är inte så mycket, det är färre ord än en hund eller en tvååring kan förstå. Men liksom när man försöker kommunicera med en hund eller en tvååring så kan det vara svårt att förklara ett komplext problem enbart genom att använda sig av det starkt begränsat vokabulär man har att tillgå. Datorn har dock en fördel i jämförelse med hundar och små barn, den utför exakt vad du beordrar den att göra. Den gör vare sig mer eller mindre än det du säger åt den att göra (hur dumma eller felaktiga dina order än må vara).		Datorn har ett väldigt litet antal kommandon som den klarar av att utföra. Varje programmeringsspråk har en uppsättning ord och regler som avgör vad språket "fattar" och kan utföra. Det är sällan mer än ca 100 grundfunktioner som finns i ett programmeringsspråk. När vi ska lösa våra problem måste vi formulera lösningar som bara använder sig av dessa ord. 100 ord är inte så mycket, det är färre ord än en hund eller en tvååring kan förstå. Men liksom när man försöker kommunicera med en hund eller en tvååring så kan det vara svårt att förklara ett komplext problem enbart genom att använda sig av det starkt begränsat vokabulär man har att tillgå. Datorn har dock en fördel i jämförelse med hundar och små barn, den utför exakt vad du beordrar den att göra. Den gör vare sig mer eller mindre än det du säger åt den att göra (hur dumma eller felaktiga dina order än må vara).

PGJ den 31 oktober 2020 kl. 12.32

2020-10-31T12:32:09Z

← Äldre version		Versionen från 31 oktober 2020 kl. 12.32
Rad 29:		Rad 29:
	* Om man funderar lite kommer man fram till att man ”bara” behöver prova om talet är jämt delbart med något mellan 2 och (talet - 1). Ettan ska vi skippa och vi kan stoppa när vi är ett steg under talet vi ska testa.		* Om man funderar lite kommer man fram till att man ”bara” behöver prova om talet är jämt delbart med något mellan 2 och (talet - 1). Ettan ska vi skippa och vi kan stoppa när vi är ett steg under talet vi ska testa.
	* Vi uttrycker det med lite pseudokod:		* Vi uttrycker det med lite pseudokod:
	~~<div class="well well-cyanide-light">~~
	<syntaxhighlight lang="JavaScript">		<syntaxhighlight lang="JavaScript">
	Sätt nämnare = 2		Sätt nämnare = 2
Rad 38:		Rad 38:
	Öka nämnare med 1		Öka nämnare med 1
	</syntaxhighlight>		</syntaxhighlight>
	~~</div>~~

	* Vi kanske skapar ett flödesdiagram		* Vi kanske skapar ett flödesdiagram
	[[Fil:PrimtalFlowchart.png]]		[[Fil:PrimtalFlowchart.png]]
	* Nu kan vi omvandla pseudokoden till JavaScript-kod		* Nu kan vi omvandla pseudokoden till JavaScript-kod
	~~<div class="well well-cyanide-light">~~
	<syntaxhighlight lang="JavaScript">		<syntaxhighlight lang="JavaScript">
	function primtal(tal) {		function primtal(tal) {
Rad 57:		Rad 55:
	}		}
	</syntaxhighlight>		</syntaxhighlight>
	~~</div>~~
	En relativt ineffektiv lösning (och lite buggig)… Även om vi inte kan programmering så bra ännu, så går det faktiskt att läsa vad som händer i koden ovan. Om vi bortser ifrån sådant vi inte fattar, som t.ex. <code>let</code> och <code>%</code> (den senare ger oss resten efter en heltalsdivision), ser vi att koden är rätt så lik vår pseudokod, med den stora skillnaden att sakerna står på halvengelska.		En relativt ineffektiv lösning (och lite buggig)… Även om vi inte kan programmering så bra ännu, så går det faktiskt att läsa vad som händer i koden ovan. Om vi bortser ifrån sådant vi inte fattar, som t.ex. <code>let</code> och <code>%</code> (den senare ger oss resten efter en heltalsdivision), ser vi att koden är rätt så lik vår pseudokod, med den stora skillnaden att sakerna står på halvengelska.

Rad 72:		Rad 69:
	Uttrycket sats kommer ifrån matematikens och logikens värld. En sats är där en utsaga som kan prövas. Vissa satser kan man använda för att beräkna saker - kanske du stött på binomialsatsen. Inom programmering är en sats en komplett utsaga som kan utföras. Lite förenklat kan man säga att varje rad i ett JavaScript-program är en sats (ibland delar man upp en sats på flera rader). Ett exempel på en sats i vår primtals-funktion är;		Uttrycket sats kommer ifrån matematikens och logikens värld. En sats är där en utsaga som kan prövas. Vissa satser kan man använda för att beräkna saker - kanske du stött på binomialsatsen. Inom programmering är en sats en komplett utsaga som kan utföras. Lite förenklat kan man säga att varje rad i ett JavaScript-program är en sats (ibland delar man upp en sats på flera rader). Ett exempel på en sats i vår primtals-funktion är;

	~~<div class="well well-cyanide-light">~~<syntaxhighlight lang="JavaScript">		<syntaxhighlight lang="JavaScript">
	let nämnare = 2;		let nämnare = 2;
	</syntaxhighlight>		</syntaxhighlight>
	~~</div>~~

	I den satsen skapar vi en variabel och vi ger den namnet nämnare samt att vi tilldelar den värdet 2. Varje sats genomför oftast någon "enkel" deluppgift/delsteg i vår algoritm. Man kan självklart kalla detta för mycket annat än sats, t.ex. kodrad, programrad, uttryck, osv.		I den satsen skapar vi en variabel och vi ger den namnet nämnare samt att vi tilldelar den värdet 2. Varje sats genomför oftast någon "enkel" deluppgift/delsteg i vår algoritm. Man kan självklart kalla detta för mycket annat än sats, t.ex. kodrad, programrad, uttryck, osv.

PGJ: /* Vad är programmering? */

2020-09-05T06:11:24Z

Vad är programmering?

← Äldre version		Versionen från 5 september 2020 kl. 06.11
Rad 10:		Rad 10:
	Datorn har ett väldigt litet antal kommandon som den klarar av att utföra. Varje programmeringsspråk har en uppsättning ord och regler som avgör vad språket "fattar" och kan utföra. Det är sällan mer än ca 100 grundfunktioner som finns i ett programmeringsspråk. När vi ska lösa våra problem måste vi formulera lösningar som bara använder sig av dessa ord. 100 ord är inte så mycket, det är färre ord än en hund eller en tvååring kan förstå. Men liksom när man försöker kommunicera med en hund eller en tvååring så kan det vara svårt att förklara ett komplext problem enbart genom att använda sig av det starkt begränsat vokabulär man har att tillgå. Datorn har dock en fördel i jämförelse med hundar och små barn, den utför exakt vad du beordrar den att göra. Den gör vare sig mer eller mindre än det du säger åt den att göra (hur dumma eller felaktiga dina order än må vara).		Datorn har ett väldigt litet antal kommandon som den klarar av att utföra. Varje programmeringsspråk har en uppsättning ord och regler som avgör vad språket "fattar" och kan utföra. Det är sällan mer än ca 100 grundfunktioner som finns i ett programmeringsspråk. När vi ska lösa våra problem måste vi formulera lösningar som bara använder sig av dessa ord. 100 ord är inte så mycket, det är färre ord än en hund eller en tvååring kan förstå. Men liksom när man försöker kommunicera med en hund eller en tvååring så kan det vara svårt att förklara ett komplext problem enbart genom att använda sig av det starkt begränsat vokabulär man har att tillgå. Datorn har dock en fördel i jämförelse med hundar och små barn, den utför exakt vad du beordrar den att göra. Den gör vare sig mer eller mindre än det du säger åt den att göra (hur dumma eller felaktiga dina order än må vara).

	När man programmerar går man igenom flera faser. Man börjar med att analysera det problem man vill lösa. Man försöker, om möjligt, att reducera problemet till flera, ~~mindre komplexa~~ delproblem. Därefter hittar man på lösningsförslag till varje delproblem och försöker sedan att kombinera ~~samman~~ dellösningarna till en komplett lösning som genomför allt man förväntade sig.		När man programmerar går man igenom flera faser. Man börjar med att analysera det problem man vill lösa. Man försöker, om möjligt, att reducera problemet till flera, enklare delproblem. Därefter hittar man på lösningsförslag till varje delproblem och försöker sedan att kombinera dellösningarna till en komplett lösning som genomför allt man förväntade sig.

	Programmering påminner lite om hur man löser vissa problem i matematiken, t.ex. såna där problem där "Lisa har tre äpplen, Per har två skohorn...". Man vet vad man har för startvillkor och man vet var man vill hamna – det svåra är att hitta vägen ifrån A till B. Ibland måste man ta en liten avkrok på vägen och klara av några delproblem som förhoppningsvis kan ge ledning till hur man ska komma fram till slutlösningen. Även det som låter väldigt enkelt kan bli krångligt och komplext när man ska uttrycka det som kod. Gillar du att lösa problem är programmering den ultimata utmaningen!		Programmering påminner lite om hur man löser vissa problem i matematiken, t.ex. såna där problem där "Lisa har tre äpplen, Per har två skohorn...". Man vet vad man har för startvillkor och man vet var man vill hamna – det svåra är att hitta vägen ifrån A till B. Ibland måste man ta en liten avkrok på vägen och klara av några delproblem som förhoppningsvis kan ge ledning till hur man ska komma fram till slutlösningen. Även det som låter väldigt enkelt kan bli krångligt och komplext när man ska uttrycka det som kod. Gillar du att lösa problem är programmering den ultimata utmaningen!
Rad 19:		Rad 19:
	Problemlösningar av typen steg-för-steg, kallas för algoritm. Algoritmer känner du säkert igen ifrån matematiken. Den vanliga metoden för att lösa en andragradsekvation, PQ-formeln, är ett exempel på en algoritm. När man använder den formeln jobbar man steg för steg för att på ett generellt sätt lösa en andragradsekvation. Andra vardagsexempel på algoritmer kan vara matrecept, bygginstruktioner (typ sådana man får med IKEA-möbler) eller liknande.		Problemlösningar av typen steg-för-steg, kallas för algoritm. Algoritmer känner du säkert igen ifrån matematiken. Den vanliga metoden för att lösa en andragradsekvation, PQ-formeln, är ett exempel på en algoritm. När man använder den formeln jobbar man steg för steg för att på ett generellt sätt lösa en andragradsekvation. Andra vardagsexempel på algoritmer kan vara matrecept, bygginstruktioner (typ sådana man får med IKEA-möbler) eller liknande.

	~~Det~~ är viktigt att man utför de olika stegen i ~~en algoritm i korrekt~~ ordning, annars kommer resultatet inte att bli korrekt. Vanligtvis utför man stegen i en algoritm ett efter ett. Man börjar i toppen och går framåt rad för rad. Detta kallas att arbeta sekventiellt eller synkront. De flesta enkla datorprogram fungerar på detta sätt. Ibland kan man ha en instruktion som säger att man ska hoppa över en rad om något speciellt villkor är uppfyllt. Detta kallar man ibland för selektion, dvs man väljer ut vilka rader som ska köras. Det är också vanligt förekommande att man uppmanas att upprepa en, eller flera, rader i en algoritm, kanske upprepar man tills något villkor är uppfyllt. Detta kallas för iteration, eller upprepning. ~~Det~~ där är grundstenarna i programmering, men vi behöver en sak till. För att kunna beräkna saker måste vi även ha lagring. Vi måste på något vis kunna spara undan våra beräkningar. Alla dessa begrepp sammantagna är grunden till programmering; lagring, sekvens, selektion och iteration. Har vi tillgång till dessa saker kan vi beräkna allt! (I alla fall allt som går att beräkna...)		I en algoritm är viktigt att man utför de olika stegen i rätt ordning, annars kommer resultatet inte att bli korrekt. Vanligtvis utför man stegen i en algoritm ett efter ett. Man börjar i toppen och går framåt rad för rad. Detta kallas att arbeta sekventiellt eller synkront. De flesta enkla datorprogram fungerar på detta sätt. Ibland kan man ha en instruktion som säger att man ska hoppa över en rad om något speciellt villkor är uppfyllt. Detta kallar man ibland för selektion, dvs man väljer ut vilka rader som ska köras. Det är också vanligt förekommande att man uppmanas att upprepa en, eller flera, rader i en algoritm, kanske upprepar man tills något villkor är uppfyllt. Detta kallas för iteration, eller upprepning. Detta där är grundstenarna i programmering, men vi behöver en sak till. För att kunna beräkna saker måste vi även ha lagring. Vi måste på något vis kunna spara undan våra beräkningar. Alla dessa begrepp sammantagna är grunden till programmering; lagring, sekvens, selektion och iteration. Har vi tillgång till dessa saker kan vi beräkna allt! (I alla fall allt som går att beräkna...)

	Programmering är oftast en iterativ process, där man jobbar med stegvis förfining. Vilket är ett halvkrångligt sätt att säga att man gör ~~förändrar~~ saker om och om igen, men man försöker förbättra resultatet varje gång. Ett exempel på det kan vara att man i första skedet skapar en algoritm som gör det den ska, utan att bry sig om hur fort algoritmen utför sitt arbete. I nästa iteration, eller upprepning, försöker man förbättra algoritmen så att den går snabbare. På så vis förbättrar man sitt program stegvis.		Programmering är oftast en iterativ process, där man jobbar med stegvis förfining. Vilket är ett halvkrångligt sätt att säga att man gör saker om och om igen, men man försöker förbättra resultatet varje gång. Ett exempel på det kan vara att man i första skedet skapar en algoritm som gör det den ska, utan att bry sig om hur fort algoritmen utför sitt arbete. I nästa iteration, eller upprepning, försöker man förbättra algoritmen så att den går snabbare. På så vis förbättrar man sitt program stegvis.

	=== Exempel: Är heltal ett primtal? ===		=== Exempel: Är heltal ett primtal? ===
	Låt säga att vi ska kontrollera om ett heltal är ett primtal. När man ska lösa det problemet, så kanske man går igenom en process som påminner om följande:		Låt säga att vi ska kontrollera om ett heltal är ett primtal. När man ska lösa det problemet, så kanske man går igenom en process som påminner om följande:

	* Först måste vi ta reda på vad ett primtal är. På Wikipedia finns den här definitionen: "Ett primtal är ett heltal p, som är större än 1 och som bara är jämt delbart med ±1 och ±p".		* Först måste vi ta reda på vad ett primtal är. På Wikipedia finns den här [https://www.wikiwand.com/sv/Primtal definitionen]: "Ett primtal är ett heltal p, som är större än 1 och som bara är jämt delbart med ±1 och ±p".
	* Om man funderar lite kommer man fram till att man ”bara” behöver prova om talet är jämt delbart med något mellan 2 och (talet - 1). Ettan ska vi skippa och vi kan stoppa när vi är ett steg under talet vi ska testa.		* Om man funderar lite kommer man fram till att man ”bara” behöver prova om talet är jämt delbart med något mellan 2 och (talet - 1). Ettan ska vi skippa och vi kan stoppa när vi är ett steg under talet vi ska testa.
	* Vi uttrycker det med lite pseudokod:		* Vi uttrycker det med lite pseudokod:
			<div class="well well-cyanide-light">
			<syntaxhighlight lang="JavaScript">
	Sätt nämnare = 2		Sätt nämnare = 2
	Medan nämnare är mindre än tal		Medan nämnare är mindre än tal
Rad 35:		Rad 37:
	Annars		Annars
	Öka nämnare med 1		Öka nämnare med 1
			</syntaxhighlight>
			</div>

	* Vi kanske skapar ett flödesdiagram		* Vi kanske skapar ett flödesdiagram
	[[Fil:PrimtalFlowchart.png]]		[[Fil:PrimtalFlowchart.png]]

PGJ: /* Kodblock; { och } */

2019-01-10T10:32:12Z

Kodblock; { och }

← Äldre version		Versionen från 10 januari 2019 kl. 10.32
Rad 82:		Rad 82:

	<div class="well well-meadow">		<div class="well well-meadow">
	Klammerparenteser kan också heta klammer, måsvingar, braces, curly braces, osv. De senare är de engelska namnen på tecknen. Vi programmerare kör ofta med engelska eller snarare svengelska uttryck, vilket är rätt naturligt då de flesta programmeringsspråk är baserade på engelska. Engelskan är förstås programmeringens "modersmål", då språken baseras på engelska ord och så gott som all dokumentation ~~kommer~~ först och främst (och kanske enbart) på engelska.		Klammerparenteser kan också heta klammer, måsvingar, braces, curly braces, osv. De senare är de engelska namnen på tecknen. Vi programmerare kör ofta med engelska eller snarare svengelska uttryck, vilket är rätt naturligt då de flesta programmeringsspråk är baserade på engelska. Engelskan är förstås programmeringens "modersmål", då språken baseras på engelska ord och så gott som all dokumentation först och främst (och kanske enbart) är skrivna på engelska.
	</div><!-- end well -->		</div><!-- end well -->