Analys och presentation av fysikexperiment - Fysikum
Analys och presentation av fysikexperiment - Fysikum
Analys och presentation av fysikexperiment - Fysikum
You also want an ePaper? Increase the reach of your titles
YUMPU automatically turns print PDFs into web optimized ePapers that Google loves.
18 KAPITEL 2. ATT SKRIVA FYSIK<br />
När man multiplicerar med ett tal (en skalär) däremot sätter man normalt<br />
inte ut n˚agot g˚angertecken. Om det verkligen behövs för läsbarheten skriver<br />
man ”·” eller möjligen ”×”, men definitivt inte ”∗”, trots att detta används<br />
för att beteckna multiplikation när man programmerar. Man skall i allmänhet<br />
undvika att överhuvudtaget blanda in programmeringsspr˚ak eller programmeringstekniker<br />
när man skriver om fysik. Ett annat exempel p˚a detta är valet <strong>av</strong><br />
variabelnamn. När man programmerar är det ofta lämpligt att använda l˚anga<br />
textsträngar som namn p˚a storheter, t.ex. TFall för en falltid. I en skriftlig<br />
framställning om fysik är detta däremot inte bra (mer om detta nedan). Ett undantag<br />
fr˚an regeln att inte blanda in programmeringsspr˚ak är först˚as när man<br />
ska dokumentera hur datorkod man skrivit skall användas <strong>av</strong> andra.<br />
Det kan vara värt att p˚apeka att man m˚aste definiera de beteckningar man<br />
inför för olika storheter. Det är egentligen ganska självklart, men ibland kanske<br />
man tycker att man använder en s˚a självklar beteckning att man inte behöver<br />
definiera den. Vad som är självklart är dock i högsta grad subjektivt, <strong>och</strong> man<br />
bör därför alltid se till att uttryckligen tala om vilka storheter de olika beteckningarna<br />
st˚ar för.<br />
Ibland händer det att n˚agon försöker ge storheterna namn som skall vara<br />
”självförklarande”, t.ex.<br />
Falltid = 2,3 s .<br />
Detta är inte bra. Dels blir ”variabelnamnen” mycket otympliga, vilket gör<br />
formlerna sv˚arlästa, dels skulle ”Falltid ” i princip kunna vara en produkt som<br />
ocks˚a kan skrivas l2diFat. Är variabelnamnet kortare, som ”xny ”, finns det<br />
en verklig risk att det tolkas som en produkt. Ett sätt att undvika detta vore<br />
att skriva variabelnamnen med upprätt stil, som för enheter <strong>och</strong> standardfunktioner,<br />
men bättre är att l˚ata eventuella textsträngar bli subskript (som inte är<br />
alltför l˚anga). Vi kan t.ex. skriva ”Falltiden var<br />
Tfall = 2,3 s .<br />
Lägg märke till att Tfall definieras som beteckningen för falltiden i föreg˚aende<br />
mening. Vi hade istället kunnat använda beteckningen T för falltiden genom<br />
att byta ut Tfall mot T. Om falltiden är den mest centrala tiden i problemet<br />
<strong>och</strong> ing˚ar i m˚anga formler, hade nog T varit bättre. Är framställningen korrekt<br />
skall det g˚a att byta ut en variabelbeteckning mot en annan överallt utan<br />
det blir obegripligt (under förutsättning att det nya namnet inte är upptaget).<br />
Men det underlättar naturligtivs för läsaren om man använder konventionella<br />
beteckningar som p för rörelsemängd, x,y,z för rymdkoordinater, T eller t för<br />
tid etc. När s˚a behövs lägger man sedan till subskripttext för att skilja olika<br />
storheter <strong>av</strong> samma dimension ˚at.<br />
2.6 Figurer <strong>och</strong> tabeller<br />
Figurer <strong>och</strong> tabeller är nästan alltid viktiga inslag i en beskrivning <strong>av</strong> fysikaliska<br />
data <strong>och</strong> resonemang. Till skillnad fr˚an ekvationer <strong>och</strong> formler är figurer <strong>och</strong><br />
tabeller inte en del <strong>av</strong> den löpande texten. De inneh˚aller oftast för mycket information<br />
(mer än tusen ord) vilket gör det nödvändigt att diskutera dem i flera<br />
meningar. De kan dessutom vara stora, vilket gör att det kan vara sv˚art att f˚a<br />
plats med dem just vid det ställe i den texten där de behandlas.