Läsa av pseudokod (loopar mm C#

Har ni börjat någonstans? Vad händer om lite mer avancerad pseudokod tas upp i nästa uppgift och någon annan har gjort denna uppgift åt er?

<> Inte sant
= Sant

Denna form av detaljerad pseudokod är ju mer för att se till så man inte har glömt något. Själva funktionaliteten borde redan vara diskuterad och förstådd ur ett verksamhetsperspektiv.

Ska tillägga att min rekommendation bara (eller åtminstone främst) gäller i statiskt typade språk. Det kan exempelvis vara befogat att skriva x === true (men knappast x == true) i JavaScript.

Om man i ett statiskt typat språk skriver x == true är ju x redan ett booleskt uttryck. Det är ju även x == true, varför man då lika gärna kan skriva (x == true) == true. Och då kan man lika gärna skriva … ja, du ser var man hamnar. En programmerare bör förstå booleska uttryck såpass bra att == true enbart uppfattas som överflödigt brus, och i annat fall lära sig det.

Om du tycker att din kod blir mer läsbar med redundanta == true kanske den egentliga lösningen ligger i bättre namngivning – exempelvis if (userExists) är definitivt läsbart.

har du skapat achtung die kurve (eller Zatacka som vi kallade det)? lirade det som fan med polarna i grundskolan för typ 13 år sedan

Nej, jag har inte skapat själva spelet. Jag har bara portat det till webbläsaren. Mig veterligen är jag dock ensam om att ha gjort detta med det klassiska originalspelet, det vill säga inte någon tramsig pleb-remake.

Nu är vi dock OT.

@Emilia_Johanness: Om ni inte redan gör det så vill jag tipsa om att lägga till indrag i pseudokoden som delats ut så att det blir lättare att följa hur den är strukturerad. Sedan finns det i C# (och många andra språk) en looptyp som kallas foreach ("för varje"), den vore rimlig att använda eftersom att ni vill göra något med varje bokning: Wiki, MSDN.

SNURRA för varje Bokning
    ANROPA bokning.Period
    OM Period = period
        RETURNERA null
    SLUT-OM
SLUT-SNURRA

(Eftersom ingen bokning påträffades)
SKAPA ny Bokning
RETURNERA Bokning

Ser inga större problem med att man låter studenter skriva ut hela uttrycket så att de enkare förstår vad if(userExists == true) betyder. Som student kan det lätt bli förvirrande, speciellt om man inte namnger saker och ting övertydligt (som i detta fallet, "om användaren existerar"). I ditt exempel har du x, att då använda x==true är mycket, mycket mer pedagogiskt än att skriva if x.

@Emilia_Johanness
Det tjänar inte mycket till att slänga upp en läxa/uppgift här i en tråd och förvänta er att få den gjord. Försök istället att göra så mycket ni kan själva och be om hjälp på de specifika punkter ni inte förstår.

Behöver du skriva x == true är din kod dålig. Variabelnamnet är dåligt. Kan du visa ett fall där en boolesk variabel har ett bra namn men inte blir tydlig med if (BraVariabelnamn)? Kolla, till och med mitt slumpade exempel blev väldigt tydligt.

Om man inte lär ut studenter att sätta bra variabelnamn lär man ut dåligt.

Jag tror det beror lite på hur det läggs upp. Jag ser inget syfte att if (x == true) bör uppmuntras i inlämningsuppgifter, har man förstått att if (x) är detsamma så är det en mer korrekt lösning i mina ögon. Så länge man inte ser att heltal eller liknande används på samma sätt. if (my_int) till exempel som även kan kompilera men inte nödvändigtvis är vad man söker för funktion. Jag menar annars bör även if ((a < b) == true) också vara pedagogiskt men tror ingen har lärt ut så.

x i mina exempel är ju bara en placeholder för godtyckligt uttryck; jag menar självklart inte att man ska döpa saker till x hur som helst.

Det kvittar inte alls. Det är lättare att läsa if (userExists) eller if (isCorrect(answer)) än motsvarande med == true.

Jag håller inte med om att det är mer pedagogiskt. Du har helt rätt i att det är dåligt att lära ut if (x) utan någon förståelse för vad det betyder, men lösningen tycker jag är att ge den förståelsen (uttryck, typer och evaluering) redan från början.

Nu missförstår du vad jag skrev (jag skrev slarvigt ser jag). Självklart kvittar det inte vilket variabelnamn man har, man måste ha ett bra namn. Meningen skulle vara; det kvittar hur bra variabelnamn du har, det är fortfarande mer pedagogiskt att skriva ut ==true än inte. Iaf. till en början när någon är ny och inte riktigt har greppat det hela än.

Det kanske är lättare för dig att läsa if (userExists) eller if (isCorrect(answer)) utan ==true, men för någon som inte förstår programmering eller precis börjat lära sig den, så blir det definitivt enklare för förståelsen av vad som händer, att ha ==true. Detta behöver jag egentligen inte ens argumentera med dig om, då jag har hur många elever som helst som är levande exempel på detta.

Ja, att ge elever förståelsen görs enklast genom att skriva ut ==true och sedan förklara att if(x) innebär exakt ==true implicit. Kom ihåg att detta handlar alltså om studenter som precis påbörjat sin programmeringsresa.

Tills att man har förstått att det är densamma, så bör det skrivas ut. Att börja lära någon direkt att skriva if(x) kommer att ge problem då de inte är införstådda med att det implicit står ==true.

Vidare, attt bara förstå att if(x) och if(x==true) är densamma är inte i mina ögon bra nog. Man måste förstå varför det är densamma.

Det sistnämna har mycket med att göra med min inställning om att man måste veta varför/hur saker fungerar, inte bara hur man använder dem. Vilket också är anledningen till varför jag inte gillar att man lär ut python som första språk, och föredrar att börja med Java/C.

Sant och sant, men sen är det tyvärr inte alltid så att man får lära ut det man vill i den ordning man vill

Boolska uttryck och hur de faktiskt fungerar lärs sällan ut innan man börjar använda if-uttryck. Återigen brukar man köra på att lära ut hur man använder något (i detta fall if-uttryck) och sedan lär man ut hur det fungerar. Väldigt likt hur man lär ut derivata och integraler (där jag personligen håller med dig, man bör inte heller lära ut varken derivata eller integraler innan man lär sig vad gränser handlar om, men likväl gör vi det ändå). Man lär eleverna att använda både derivata och integraler, men det är inte förrän senare de får lära sig varför derivata faktiskt fungerar och hur.

Jo, det är tyvärr väldigt sant. Man får vara glad om en grundkurs i programmering ens nämner vad en debugger är t.ex.