Jag har hört att 80% av en programmerares tid är debugging, så visst ligger det något i det du säger (att lära sig debugga är viktigt!), men jag tror att de flesta som ber om hjälp här bara läser någon enstaka kurs i programmering och sedan aldrig programmerar mer, och hjälpa dem på traven med ett enkelt (syntax-)fel i sin kod har jag inget emot. När jag var ny med programmering kunde jag sitta och stirra på en kod på 10 rader i ett par timmar och inte fatta vad som var fel - när allt som fattades var ett semikolon. Det hade jag inget för, om någon annan kan hjälpa en med sånt här på 3 minuter så är det lika bra.

cancerman skrev:

Dessutom brukar de som är bra på matte
ofta bli bättre programmerare, det är i alla fall min uppfattning.

Jag tycker att mina programmeringskunskaper gjort mig bättre på matematik, så det är bara fördelar med att lära sig programmering

wodoo94 skrev:

cancerman skrev:

Det är ofta jag ignorerar frågor om de är skrivna dåligt.

Varför inte hjälpa en nybörjare om du kan hjälpa och stötta? När du föddes så kunde du inte skriva ju! du gick i dagis och sen skola o lärde dig hur man stavar, skriver o räknar! När du var ny o lärde dig stava och skriva gjorde du säkert massa fel då! du fick säkert hjälp för att kunna stå på benen igen! När du lärde dig gå så ramlade du flera gånger och i början så var det ju någon som gick med dig hela vägen för att kunna fånga/hålla dig när du skulle ramla!

Skillnaden är att nybörjare till programmering inte är dagisbarn längre. De vet hur man skriver tydligt och stavar bra, men är av nå'n anledning för lata för att göra det. Generellt alltså.

Ett nytt tips: Läs The Pragmatic Programmer! Det är en mycket bra bok.

Från förordet:

Simply put, this book tells you how to program in a way that
you can follow. You wouldn't think that that would be a hard
thing to do, but it is. Why? For one thing, not all
programming books are written by programmers. Many are
compiled by language designers, or the journalists who work
with them to promote their creations. Those books tell you
how to talk in a programming language—which is certainly
important, but that is only a small part of what a
programmer does.

What does a programmer do besides talk in programming
language? Well, that is a deeper issue. Most programmers
would have trouble explaining what they do. Programming is a
job filled with details, and keeping track of those details
requires focus. Hours drift by and the code appears. You
look up and there are all of those statements. If you don't
think carefully, you might think that programming is just
typing statements in a programming language. You would be
wrong, of course, but you wouldn't be able to tell by
looking around the programming section of the bookstore.

In The Pragmatic Programmer Dave and Andy tell us how to
program in a way that we can follow. How did they get so
smart? Aren't they just as focused on details as other
programmers? The answer is that they paid attention to what
they were doing while they were doing it—and then they tried
to do it better.

Imagine that you are sitting in a meeting. Maybe you are
thinking that the meeting could go on forever and that you
would rather be programming. Dave and Andy would be thinking
about why they were having the meeting, and wondering if
there is something else they could do that would take the
place of the meeting, and deciding if that something could
be automated so that the work of the meeting just happens in
the future. Then they would do it.

That is just the way Dave and Andy think. That meeting
wasn't something keeping them from programming. It was
programming. And it was programming that could be improved.
I know they think this way because it is tip number two:
Think About Your Work.  So imagine that these guys are
thinking this way for a few years. Pretty soon they would
have a collection of solutions. Now imagine them using their
solutions in their work for a few more years, and discarding
the ones that are too hard or don't always produce results.
Well, that approach just about defines pragmatic. Now
imagine them taking a year or two more to write their
solutions down. You might think, That information would be a
gold mine. And you would be right.

Senast redigerat av cancerman (2012-01-21 10:57)

cancerman skrev:

Jag tänkte ge några tips till nybörjare i programmering.
Efter att ha läst många trådar här under en tid så tyckte
jag att det behövdes. De två första tipsen är motiverade av
trådar jag sett, resten är mer allmänna tips.

1. Lös problem på egen hand. Läs läroböcker ordentligt.
Fråga inte så mycket. Om du har fått ett kompileringsfel
så sök på Google eller fundera själv på varför det kan ha
hänt. Om du ska designa ett program så lär du dig mer av att
tänka själv. Att designa och debugga program är vad en
programmerar gör, och ska vara bra på. Du kan inte fråga om
hjälp igenom en hel karriär.

2. Ibland är det berättigat att fråga om hjälp. T.ex. om du
har gjort ett ärligt försök själv först. Men se då till att
skriva ordentligt. Var tydlig! Skriv med stor bokstav, punkt
och stycken.

Det är ofta jag ignorerar frågor om de är skrivna dåligt.
(Eller om de hade varit enkla att hitta svar till på Google,
för den delen.) Dels för att det känns slött av
trådskaparen. Om hon inte ens orkar skriva ordentligt, har
hon då ens ansträngt sig för att lösa problemet på egen
hand? Men också för att det ger ett intryck av att hon är
slarvig. Jag brukar ofta tänka "det är hopplöst, den här
personen kommer aldrig bli en bra programmerare ändå" om jag
ser någon skriva dåligt. Man bara antar att personen som
skriver är en idiot om den skriver dåligt, och det gäller
inte bara programmeringstrådar.

3. Lär dig engelska ordentligt. En stor majoritet av böcker,
forum, o.s.v. för programmerare är på engelska.

4. Lär dig matte ordentligt. Visst, man kanske inte behöver
kunna så mycket matte för en del programmering, men så fort
man ska göra något lite mer intressant så är det ett måste.
Datalogi (Computer Science) är mer en gren av matematik än
det är något annat. Dessutom brukar de som är bra på matte
ofta bli bättre programmerare, det är i alla fall min
uppfattning. Delvis, kan tänkas, för att de har en vana av
att lösa problem på egen hand, eftersom det är det enda
sättet att bli bra på matte.

5. Läs böcker, artiklar och bloggar. Lär dig nya språk, från
olika paradigm. Det finns mycket att lära sig från andra --
så mycket att det är omöjligt att lära sig allt på egen
hand. Böcker att läsa: http://stackoverflow.com/questions/1711 … hould-read

6. Optimera inte förren det verkligen behövs. Donald Knuth:
    Programmers waste enormous amounts of time thinking about,
    or worrying about, the speed of noncritical parts of their
    programs, and these attempts at efficiency actually have a
    strong negative impact when debugging and maintenance are
    considered. We should forget about small efficiencies, say
    about 97% of the time: premature optimization is the root
    of all evil. Yet we should not pass up our opportunities
    in that critical 3%

Och Edsger Dijkstra:
    The competent programmer is fully aware of the strictly
    limited size of his own skull; therefore he approaches the
    programming task in full humility, and among other things
    he avoids clever tricks like the plague.

7. Som en fortsättning på 6: Det finns många olika
kvalitetsmått på kod, t.ex:
* Läsbarhet / lättförståelighet
* Flexibilitet, hur lätt det är det att utöka koden eller
   anpassa den till nya krav
* Längd (kort är bättre än lång)
* Moduläritet / återanvändbarhet
* Säkerhet
* Korrekthet
* Effektivitet

Notera att effektivitet väldigt ofta står i direkt konflikt
med nästan alla andra åtråvärda egenskaper.

8. Vad betyder moduläritet? Låt oss ta ett enkelt exempel.
Du ska skriva en funktion som sorterar tal. Det är lätt
tänker du och programmerar glatt på. Men du kanske inte
tänker på att just tal inte är det enda som kan behöva
sorteras. Själva jämförelsen borde vara en egen
"modul"/funktion, så att man kan byta ut den mot andra
jämförelsefunktioner senare. Själva sorteringen är ju
densamma oberoende av vad för nånting man sorterar, eller i
vilken ordning.

I Java implementerar många objekt interfacet Comparable av
denna anledning. T.ex. så kan du sortera en lista av
strängar eller en lista av tal på mycket liknande sätt.
Javas lösning är dock lite undermålig, eftersom det är
mycket enklare att sortera saker i deras "natural order",
d.v.s. efter deras compareTo-metod, än i andra godtyckliga
ordningar. Jag kanske vill sortera strängar i längdordning
i stället för i bokstavsordning, eller tal efter antalet
faktorer och inte efter storlek.

(Egentligen är Javas lösning helt OK, eftersom det går att
sortera efter vad man vill. Felet är bara att språket är så
otympligt att man måste ha en stor ceremoni om man vill
sortera i någon annan ordning än typens naturliga. Jag
hoppas ni i alla fall förstår vad jag avser med
moduläritet.)

9. Lär dig skriva snabbt på ett tangentbord. Anledingarna är
bra och roligt sammanfattade här:
http://steve-yegge.blogspot.com/2008/09 … ecret.html

10. Lär dig använda Vim eller Emacs -- de överlägset bästa
texteditorerna. Detta kan i och för sig vänta ett tag. Du
behöver inte börja direkt.

11. Lär dig använda git eller mercurial -- de överlägset
bästa versionshanteringsprogrammen. Likt föregående punkt
är det ingen brådska med detta.

12. Om du är helt ny på programmering, så börja med Python
eller Scheme (de är programmeringsspråk). Börja ABSOLUT INTE
med C++!


Lite artiklar, videor och sidor som kan vara användbara:

http://norvig.com/21-days.html

http://steve-yegge.blogspot.com/2007/12 … enemy.html

http://steve-yegge.blogspot.com/2008/02 … -n00b.html

http://www.infoq.com/presentations/Simple-Made-Easy

http://news.ycombinator.com/over?points=50

http://stackoverflow.com/

http://www.pavietnam.net/

http://www.paulgraham.com/articles.html

http://www.catb.org/~esr/faqs/smart-questions.html

http://stackoverflow.com/questions/1711 … hould-read

http://blip.tv/clojure/stuart-halloway- … sy-4842694

http://www-mitpress.mit.edu/sicp/

Tack för din tid att skriva ihop en riktigt bra text, hjälpt mig mycket faktiskt

Hej! Jag funderar på att läsa eventuellt D i framtiden (har dock ett bra tag kvar på gymnasiet). Jag spenderar väldigt mycket tid framför datorn, men kan verkligen noll om programmering. Har ni något tips till mig? Hur börjar man? Jag vet absolut ingenting. Tänker att det kan vara smart att börja lära sig grunderna redan nu om D blir aktuellt om några år. Finns det några bra gymnasiekurser där man lär sig grunderna? Jag pluggar gymnasiet på distans. Dessa är alla kurser som jag har att välja bland: http://www.nti.se/Kommuner/Stockholm.aspx

Vilken eller vilka kurser bland dessa tror ni är nyttigast för mig? Som sagt jag kan inget, men jag är verkligen intresserad. Vet dock inte hur man ska börja, allt är så otroligt förvirrande. Vore verkligen tacksam för tips/hjälp på hur man ska börja och vilka kurser som kan vara bra att läsa. Det enda jag har en bra datorvana då jag har spenderat så otroligt mycket tid framför datorn under min uppväxt. Riktigt synd att man inte lärde sig något vettigt bara..

Senast redigerat av Alethia (2013-05-05 10:07)

(Dubbelpost.)

Senast redigerat av Sebelino (2013-05-05 10:23)

Alethia skrev:

Hej! Jag funderar på att läsa eventuellt D i framtiden (har dock ett bra tag kvar på gymnasiet). Jag spenderar väldigt mycket tid framför datorn, men kan verkligen noll om programmering. Har ni något tips till mig? Hur börjar man? Jag vet absolut ingenting. Tänker att det kan vara smart att börja lära sig grunderna redan nu om D blir aktuellt om några år. Finns det några bra gymnasiekurser där man lär sig grunderna? Jag pluggar gymnasiet på distans. Dessa är alla kurser som jag har att välja bland: http://www.nti.se/Kommuner/Stockholm.aspx

Vilken eller vilka kurser bland dessa tror ni är nyttigast för mig? Som sagt jag kan inget, men jag är verkligen intresserad. Vet dock inte hur man ska börja, allt är så otroligt förvirrande. Vore verkligen tacksam för tips/hjälp på hur man ska börja och vilka kurser som kan vara bra att läsa. Det enda jag har en bra datorvana då jag har spenderat så otroligt mycket tid framför datorn under min uppväxt. Riktigt synd att man inte lärde sig något vettigt bara..

Matte är viktigare än programmering på gymnasiet. Om man är bra på matte så är teknisk högskola mycket, mycket enklare. Programmering får man lära sig från början på högskolan. Men om du är intresserad är det såklart inget fel med programmering också. Du kanske kan läsa denna bok som verkar bra, och är gratis, om Pyhton. http://www.greenteapress.com/thinkpython/

joculator skrev:

I övrigt har jag ett tips till cancerman; om man skriver ett inlägg om att andra skriver dåligt skrivna inlägg är det bra om inlägget man själv skriver är välskrivet, helst perfekt. Stavningskontroll kanske?
Ex. "förren" se:  http://sv.wikipedia.org/wiki/Wikipedia: … %C3%A5kfel

:-)

Jo, det är ju bra. Jag vet faktiskt att det heter 'förrän', tro det eller ej. Tack för rättningen. Tyvärr finns det inte någon jättebra stavningskontroll jag orkar använda.

Senast redigerat av cancerman (2013-05-06 02:44)

saltkrakan skrev:

joculator skrev:

Detsamma gäller Python, användbart men kanske inte det första man skall lära sig.

Varför inte? Det är inte särskilt svårt att lära sig och det går fort att se resultat. (Menar du att det ger dåliga vanor eller?)

Till cancerman: Förövrigt tycker jag att detta var en intressant tråd och jag håller med om att Paul Grahams texter är läsvärda!

Kul! Har du sett denna då? http://www.infoq.com/presentations/Simple-Made-Easy Mest sevärda någonsin.

joculator skrev:

saltkrakan skrev:

joculator skrev:

Detsamma gäller Python, användbart men kanske inte det första man skall lära sig.

Varför inte? Det är inte särskilt svårt att lära sig och det går fort att se resultat. (Menar du att det ger dåliga vanor eller?)

Till cancerman: Förövrigt tycker jag att detta var en intressant tråd och jag håller med om att Paul Grahams texter är läsvärda!

Jag har nog egentligen inte tillräckliga kunskaper i Python för att kunna ge ett ordentligt svar, (så då borde jag kanske inte kommenterat heller), men jag har fått uppfattningen att python inte "tvingar" en att skriva (och därmed tänka) så strikt. Om man sedan kommer till andra språk kan detta ställa till problem. Så, ja, jag tror att det kan ge dåliga vanor. Men som du skriver, det är lätt att komma igång och se resultat vilket kanske är viktigare för en nybörjare.

Hm, vad menar du med att tänka strikt egentligen? Det är väl bra att man kan göra som man vill. I och för sig är inte Python det bästa språket i det avseendet, men ändå. Att programmera i Java eller C# känns som att försöka ta sig igenom en hinderbana. Usch!

cancerman skrev:

saltkrakan skrev:

joculator skrev:

Detsamma gäller Python, användbart men kanske inte det första man skall lära sig.

Varför inte? Det är inte särskilt svårt att lära sig och det går fort att se resultat. (Menar du att det ger dåliga vanor eller?)

Till cancerman: Förövrigt tycker jag att detta var en intressant tråd och jag håller med om att Paul Grahams texter är läsvärda!

Kul! Har du sett denna då? http://www.infoq.com/presentations/Simple-Made-Easy Mest sevärda någonsin.

Nu har jag.

Allmänt så kan detta kanske vara av intresse, fastän det möjligen är lite OT.