[rsp]

Ligger i startgroparna på att dra igång ett nytt WP-projekt och denna gång ska jag inte rodda det solo, vi ska alltså vara två personer (eller fler).
Hur skulle ni rekommendera setupen och arbetssättet för att det ska gå snabbt och smidigt för oss att samarbeta?

Hur gör ni?

[Conny Westh]

Dela upp jobbet på olika kunskaps/ansvarsområden, så att exempelvis en roll svara för systemutvecklingen (programmering och databasdesign), medan en annan svara för webbdesign och en tredje svara för verksamhetskraven (ur ett användar-/kundperspektiv) på systemet, en fjärde gör användbarhettester och lämnar synpunkter på hur det är att jobba med.

Där har du 4 grundläggande roller som kräver helt olika fokus och olika personligheter för att det ska bli bra.

Sen behöver du en roll som kan tänka ut en bra affärsmodell och göra detta projekt lönsamt för alla parter. Denne person behöver även ha bra ledaregenskaper och ha förmågan att dokumentera en affärsplan, samt kunskap om att skriva avtal med alla involverade.

Observera att en fysisk person kan ha flera roller.... Men om man ska nå riktigt bra resultat så bör man ju h aklart för sig att dessa roller ofta är oförenliga i en och samma person, även om det finns undantag.

[rsp]

Tack för svar Conny, vi har ganska bra koll på vilka bitar vi är bra/bättre på gentemot varandra. Lite luddigt formulerat av mig i frågeställningen men menade rent tekniskt.

Hur ska servermiljön se ut. Är det ett absolut måste med någon sorts versionshantering.

Vi vill alltså kunna sitta på varsitt håll och jobba med samma filer/databas på ett så smidigt sätt som möjligt.
Idag sitter vi med varsin lokal server (xamp/wamp). Hur knyter vi smidigast ihop säcken så att vi kan jobba med samma databas & filer?

[orreborre]

Alla bör ha sin egna utvecklingsmiljö samt versionshantera med t.ex. git.
En person ska vara ansvarig för produktionsmiljön och plocka in andra personers kod efter testning är genomförd.

[orreborre]

Ah, såg nu att du postat medan jag skrev.

Jobba med samma filer löser ni enkelt genom git och var sin egen klon. Ändringar kan ni sedan pusha eller köra en pull request mot ett centralt repo som ansvarig person hanterar.

Databasen är däremot lurigare att versionshantera och löses kanske enklast att ni sätter upp en utvecklingsdb som alla kopplar upp sig mot.

[rsp]

Orreborre - Kan bli git lite längre fram. För att göra det så lätt för oss som möjligt så kör vi tills vidare med en riktig fullösning.
Google drive konfigurerat på våra filer på de lokala servrararna (wamp/mamp). Sedan kör vi en gemensam databas på loopia tills vidare.

[lunarmys]

Att inte nyttja någon typ av versionshantering är lite som att ha sex med en prostituerad utan kondom.

[theflowmachine]

Ursprungligen postat av lunarmys

Att inte nyttja någon typ av versionshantering är lite som att ha sex med en prostituerad utan kondom.

Dvs. en smaksak, och inte regel?

[orreborre]

Ursprungligen postat av rsp

Orreborre - Kan bli git lite längre fram. För att göra det så lätt för oss som möjligt så kör vi tills vidare med en riktig fullösning.
Google drive konfigurerat på våra filer på de lokala servrararna (wamp/mamp). Sedan kör vi en gemensam databas på loopia tills vidare.

Det stora problemet med er lösning är att om ni ändrar i samma filer kommer ni att skriva över varandras text.
Gör på riktigt direkt istället, det är inte speciellt svårt.

[rsp]

#7

#9 Totally aware! Vi kör på tillsvidare men kommer säker dyka in igen och ställa fler frågor om git, kloner och repo när projektet växt till sig lite..