OO-projektplanering; visa pappersskisser/mockups

Permalänk

OO-projektplanering; visa pappersskisser/mockups

Hejsan, vill förstå mig på och anamma objektorienterad programmering. Det vore toppen att se pappersskisser av OO-projekt. Är intresserad av hur man kan visualisera klasser, arv med mera på papper. Fokuserar främst på PHP men alla språk är av intresse. Det är tankesättet som är det primära, vill veta hur man skall/bör/kan tänka.

Allmänna pointers om vad man bör tänka på när det gäller upplägg, planering etc är också mycket uppskattat. I första hand om det är något som skiljer sig från "vanliga" projekt. Något man kanske inte tänker på om man inte arbetat objektorienterat tidigare.

Det är dessutom alltid trevligt att tittta på pappersskisser av blivande digitala projekt. Kanske bara är jag som är löjligt förtjust i papper...

Edit: Hittade info om UML, http://www.csci.csusb.edu/dick/cs201/uml.html
Är det "the way" eller gör någon på något annat sätt? Startade tråden för att jag vill se era projekt och till skillnad från random bilder på nätet kan jag interagera med programmeraren här i forumet. Så jag är mycket väl medveten om Google men vill ta det till en mer pesonlig nivå.

Mer info om UML för den som är intresserad: http://en.wikipedia.org/wiki/Unified_Modeling_Language (är lite kär i "visningsbilden"...)

Permalänk
Medlem
Skrivet av Lakritsugglan:

Hejsan, vill förstå mig på och anamma objektorienterad programmering. Det vore toppen att se pappersskisser av OO-projekt. Är intresserad av hur man kan visualisera klasser, arv med mera på papper. Fokuserar främst på PHP men alla språk är av intresse. Det är tankesättet som är det primära, vill veta hur man skall/bör/kan tänka.

OOP är sjukt populärt, men ännu mer överskattat. Det är inte värt att försöka lära sig "bra OO-design" för det är en motsägelse i sig. Lär dig Clojure istället, sjukt väldesignat och kommer att lära dig mycket.

Kolla detta: http://www.infoq.com/presentations/Are-We-There-Yet-Rich-Hick...

Permalänk
Medlem
Skrivet av tufflax:

OOP är sjukt populärt, men ännu mer överskattat. Det är inte värt att försöka lära sig "bra OO-design" för det är en motsägelse i sig. Lär dig Clojure istället, sjukt väldesignat och kommer att lära dig mycket.

Kolla detta: http://www.infoq.com/presentations/Are-We-There-Yet-Rich-Hick...

Mmm det är definitivt bättre att lära sig ett obskyrt språk som ingen använder

Permalänk
Medlem
Skrivet av hawy:

Mmm det är definitivt bättre att lära sig ett obskyrt språk som ingen använder

Du kanske ska vara tyst tills du testat. Dessutom pratade TS om att lära sig programdesign, inte om att lära sig det populäraste språket. Och ja, det är bättre att lära sig det ändå. Dessutom är det ganska populärt för att vara så annorlunda. Relativt många som använder det faktiskt.

Permalänk
Skrivet av tufflax:

Dessutom pratade TS om att lära sig programdesign, inte om att lära sig det populäraste språket. Och ja, det är bättre att lära sig det ändå. Dessutom är det ganska populärt för att vara så annorlunda. Relativt många som använder det faktiskt.

Awesome, har du några pappersskisser av Clojure-projekt att visa?

Permalänk
Medlem
Skrivet av Lakritsugglan:

Awesome, har du några pappersskisser av Clojure-projekt att visa?

Nej. Själv burkar jag inte göra sånt. Jag vet inte om det är så många andra som gör det heller.

Permalänk
Skrivet av tufflax:

Nej. Själv burkar jag inte göra sånt. Jag vet inte om det är så många andra som gör det heller.

Ah, har du några icke pappersbaserade planeringstips att dela med dig av?

Permalänk
Medlem
Skrivet av Lakritsugglan:

Ah, har du några icke pappersbaserade planeringstips att dela med dig av?

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

Permalänk
Medlem

Avslutade precis den grundläggande kursen i OO-design på KTH, den var väldigt givande för mig som kan Java relativt bra numera. Vi använde Astah för att rita UML-diagram.

I liten skala känns det onödigt, men när man börjar på något stort projekt så är det skönt att ha planeringsdiagrammen att luta sig tillbaka på, samt att det går betydligt fortare att koda det hela eftersom man i princip bara behöver koda det som man sedan tidigare planerat.

PM om du vill ha tips om UML-böcker.