Svenska ElektronikForumet

Äsch tiden är relativ

Den attityden kommer att ge dig problem om du ska programera.

Med tanke på att teorin sattes av Einstein och bevisade med hjälp av atomur i rörelse kontra stillastående, så du menar att hålla mig till bevisade fakta skulle ge mig problem inom programmering...

Det var ett skämt till Sodjan, läs mellan raderna är du snäll.

Svårt att läsa mellan en rad...

Vårt problem är att de flesta skriver skitkod, troligen jag också.

Anledning till att de flesta av oss skriver skitkod, är att vi tror att vi skall knacka kod!
Tänk uppgift och problem. Rita lösningar på papper, knacka kod.
Och gör om när du har nått målet och vet genvägarna.
Då blir det bättre kod tror Lasp

Mina kunder brukar se konstiga ut när jag säger att det är först efter andra omskrivningen det blir riktigt bra.

Lasp skrev:Anledning till att de flesta av oss skriver skitkod, är att vi tror att vi skall knacka kod!
Tänk uppgift och problem. Rita lösningar på papper, knacka kod.
Och gör om när du har nått målet och vet genvägarna.
Då blir det bättre kod tror Lasp

Jo jag har aldrig inbillat mig att göra perfekta resultat från början.
Just nu tuggar jag mig i genom "guider" på codecademy.com hemsida.
Första stegen efter detta blir att börja slåss med GPIO på en RPi, och annat jox.

Har som tidigare nämnts ett eller två projekt/idéer..
Det ena är att starta och stoppa en vattenpump tre till fyra ggr per dygn i mitt växthus som kommer ha ett solcellsdriviet bevattningssystem med egen tank, och som alla vet stilla stående vatten doftar inte hallonpaj direkt efter att tag, lägg till gödning till detta med.

Det andra är att se om det kan gå att bygga en kometkamera av en rpi och dess kamera, sett lite guider av folk gjord detta, med varierande resultat.
Det största är nog kameran i sig med sin gränser på 1 sekunds slutartid och 800ISO i känslighet, skulle behövt i alla fall 30 sek att testa med.
Men detta får bli steg två.

Visst är det så att "knacka kod" helst ska vara det sista steget i programmeringen, problemet är ju att med stora projekt så vill man kanske kunna testa det lite efter hand.

Men man kan ju tänka sig att man i såna lägen knackar "testkod" från sitt "programmeringsunderlag" för att testa, men man återanvänder inte testkoden utan ser den bara som ett sätt att testa att "progammeringsunderlaget" är korrekt.

Å tredje sidan är det väl lite just detta man gör med högnivåspråk, när man kompilerar om så återvänds ju inte den tidigare maskinkoden utan det byggs ny varje gång.

Det där med att designa och planera innan man skriver koden är jag väldigt dålig på.
Det brukar bli att jag hoppar direkt från att ha en idé till att börja skriva kod. Sen brukar det bli väldigt många omskrivningar, och slöseri med tid, allt eftersom man kommer på bättre sätt att göra saker på.

Formateringen av koden, vad är den bra för?

Är den till för att vi människor skall kunna urskilja olika segment bättre, eller är den ett måste för att programmet/skriptet etc skall fungera?

Vissa språk är beroende av formateringen, vissa inte.
Att koden är lättläst är en förutsättning för att det skall bli bra.

För de flesta språk spelar formateringen ingen större roll (python är ett av undantagen, finns några till).

Vill man se exempel på kod där formateringen inte spelar nån roll så rekommenderar jag
http://www.ioccc.org/years.html

Den här var fin:

I de flesta språk tar lexikalanalysatorn bort allt "white space" dvs parsern ser inte några blanktecken, TAB och radbrytningar. Allt blir en enda lång räcka av "tokens".

Rekommenderad läsning:
http://en.wikipedia.org/wiki/Compilers: ... _and_Tools

Har nu installerat python 2.7.X på Win 8,1 och visst det funkar ju bra... tror jag.

Men om jag nu skall börja försöka skriva saker till en RPI så bli ju inte Windows speciellt nöjd med strängar som.

import RPi.GPIO

o.s.v. Finns det något sätt att emulera en RPI lättvindigt under Win, har sett någon UAE historia dock.
Kan ju skicka sakerna kors och tvärs över nätverket, visst men hur smidigt är det?