FAQ |
Kalender |
|
![]() |
#1 | ||
|
|||
Supermoderator
|
Citat:
![]() Jag har inte heller sett något särskilt bra skrivet på svenska, engelska är språket som gäller för i princip alla tekniska ämnen (visst, finns säkert bra information på kinesiska eller japanska också men det ligger nog långt bort för de flesta svenskar). De flesta vill förr eller senare även expandera utanför Sverige och då vill man inte gärna sitta med en kodbas med svensk dokumentation. Eftersom TS skriver att han enbart vill lära sig grunderna för att göra enkla ändringar och felsökningar så kanske det vore mer kostnadseffektivt att helt enkelt bara kolla upp syntaxen (saknar man helt programmeringserfarenhet så fungerar för övrigt kurser i nästan vilket språk som helst för att lära sig grundläggande metodik). Svårt att säga vilket som är affärsmässigt bäst.
__________________
Full-stack developer, free for smaller assignments |
||
![]() |
![]() |
![]() |
#2 | ||
|
|||
Flitig postare
|
Citat:
Det är ju precis det jag försöker komma fram till. De där klippen passar ju TS utmärkt. Måste han däremot ha en svensk guide fungerar ju de fruktansvärt dåliga som finns där ute. Sämre av den anledningen tror jag inte, men tror att om man lär sig det från början är risken att man bakar in allt i objekt i stället. Men som jag upplever det har många jag känner helt gett upp programmeringen för att de inte förstår NÄR de ska använda objekt och varför de skulle vara bra. De bakar antingen in ALLT i objekt eller skippar det helt och hållet. Hur som helst kommer han behöva lära sig både och och att lära sig vad en funktion är och när den ska användas tar inte mer än ett par minuter och övningar att förstå så sitter det sen. Det ökar ju TS chanser att faktiskt fortsätta med programmering om han känner att han har NÅGORLUNDA grepp om det hela i alla fall. Det ska ju vara en rolig och lärorik erfarenhet. Sen kan han lika gärna lära sig design patterns och vad de är bra för när han ändå ska lära sig objektorienterad programmering; men fortfarande ska han inte behöva känna att man måste kasta in design patterns på allting. För det är verkligen inte lösningen på alla problem. Viktigaste är klarhet i hans kod. Jag skiter i om han bakat in 10 design patterns i varandra om han inte ens kan förklara flödet tre månader senare. Man ska enkelt kunna förstå vad som händer och varför. Och TS, vad du än gör, om du väljer att försöka gå vidare med något eget projekt sedan inom programmering: Om du stöter på uttrycket TDD; skippa det ett tag. Många människor blir helt uppslukade av projektet och skriver 10 tester till varje grej innan de ens har skrivit sin kod. Det är helt absurt och det blir inte alltid bättre för det! Självklart är det viktigt att testa sin kod och att skriva tester så att systemet fungerar är bra ![]() Men många TDD-personer förespråkar UNIT-tester och så har de ingen aning om hela systemet fungerar bara för att några individuella delar gör det. Viktigaste av allt i din läroväg: Skriv kod, analysera kod, skriv om kod! Läs andras koder, försök skriva om dem om de kan bli tydligare. Hoppas det går bra i din läroresa och jag önskar dig all lycka till. ![]() If you don’t know where you’re going, any road will get you there. - Lewis Carroll |
||
![]() |
![]() |
Svara |
|
|