Objektorienterad programmering i WordPress: Regler och villkor
I förra inlägget i den här serien pratade vi om att definiera krav (eller ett arbetsförklaring) och varför det är viktigt att ha detta.
Innan vi går in på att faktiskt förstå – och skriva – objektorienterad kod, finns det ytterligare ett "affärsrelaterat" ämne att diskutera: Villkor och villkor.
För många är det ett lite torrt ämne, men om du vill bygga lösningar för någon annan, gör det från grunden och gör det ordentligt, då är det viktigt att se till att du har alla nödvändiga delar på plats innan du gör det.
Och när du väl har:
- utförd analys (del ett och del två ),
- förstå din kunds förväntningar ,
- och har utarbetat en arbetsbeskrivning ,
Det är dags att se till att du har de villkor som du arbetar under.
[restrict paid="true”]
Definiera villkor
För det första tycker jag att det är viktigt att förstå syftet med villkoren (eller, enklare, ett "villkor") dokument.
Enligt Wikipedia definieras termer som:
Ett avtalsvillkor är "Varje bestämmelse som ingår i ett avtal". Varje villkor ger upphov till en avtalsförpliktelse, vars överträdelse kan ge upphov till rättstvister. Alla villkor anges inte uttryckligen och vissa villkor har mindre juridisk allvar eftersom de är perifera till avtalets syften.
Är det för formellt? Kanske. Jag tycker att det gör ett bra jobb med att förklara det, åtminstone i generell mening, men om jag skulle definiera det på egen hand skulle jag gå tillväga lite annorlunda.
Kort sagt, jag skulle försöka hålla det så enkelt som möjligt. Kanske något sånt här:
Allmänna villkor definierade reglerna och riktlinjerna för avtal mellan minst två parter i en affärsrelation.
Men vad ska de innehålla?
Vad finns i ett användarvillkorsdokument?
Den här frågan är lite subjektiv eftersom den till stor del beror på storleken på lösningen, storleken på de inblandade företagen och arten av det som byggs.
Generellt sett ser jag dock normalt till att följande ämnen täcks:
- Prissättning och betalningar definierar hur prissättnings- och betalningsstrukturen kommer att fungera.
- Uppskattningar avser hur tjänsteleverantören, nämligen du eller du och ditt team, ger uppskattningar, vad som krävs för dem och hur de skiljer sig från faktiska betalningar.
- Godkännanden är till gagn för både leverantören och kunden, så att de vet när en given funktion (eller hela projektet) har slutförts.
- Auktorisering definierar helt enkelt avtalet mellan de två parterna för fakturering och resten av innehållet i dokumentet.
- Projekteringens slutförande och leveransdatum anger förväntningarna på projektets tidslinje. Jag inkluderar att det inte inkluderar helgdagar, "externa krafter utanför vår kontroll" eller försumlighet å klientens vägnar att returnera kommunikation.
- Avbokning förklarar hur de resurser som skapas, används, genereras och delas mellan parterna ska bibehållas eller ägas om projektet avbryts.
- Upphovsrättsansvar är avsett att säkerställa att all immateriell egendom som tillhandahålls av kunden har erhållit rätt upphovsrätt och att du eller ditt team inte kan hållas ansvariga på annat sätt.
- Immateriella rättigheter kan användas för att förklara hur ägandet av konstverk och andra tillgångar som skapats under projektet upprätthålls när projektet är slutfört. Ibland kommer ett visst företag att vara ansvarigt för att upprätthålla ägandet av tillgångarna; andra gånger kan beställaren behålla ägandet av hela projektet.
- Ändringar förklarar hur ändringsförfrågningar kommer att fungera och debiteras.
- Ansvarsbegränsning förklarar helt enkelt nivån på ansvaret du eller ditt team har för skador eller vinstförluster när projektet släpps.
- Reklamanvändning definierar om du eller ditt team kan använda arbetet i reklammaterialet när du pratar med andra kunder.
- Kundansvar beskriver vad kunden är ansvarig för att tillhandahålla för projektet. Detta kan vara allt i förväg, per milstolpe, eller på vilket schema du än kan komma överens om.
- Legal Fees definierar vem som ska ansvara för vad när det kommer till advokatarvoden om de skulle behöva presenteras.
Jag har försökt ge en kort sammanfattning av vad som står ovan. Det är lätt att söka på webben efter mallar som du kan använda, men jag rekommenderar starkt att en advokat ser över ditt dokument innan du använder det i någon juridisk situation.
Verktyg för användarvillkor
När det gäller att lära sig om att driva ett företag och komma in i objektorienterad programmering kan detta vara något av det torraste materialet som är möjligt.
Men det är nödvändigt om du vill driva ett framgångsrikt företag eftersom arbete är mer än att bara skriva kod åt någon annan.
Även om jag inte kan tillhandahålla villkor för varje frilansare eller byrå, kan jag ändå tillhandahålla ett par ställen där jag kan läsa mer om dem och ställa in e-signaturer för att göra det så enkelt som möjligt att komma igång.
Som exempel använder jag följande:
- Google Dokument för att utarbeta villkoren och uppdatera dem på projektbasis.
- Eversign för att ställa in elektroniska signaturer.
Och det är allt! Den kanske mest komplicerade delen är att komma igång med att utarbeta villkoren.
Från och med nu kommer vi att börja dyka in i kod och prata om de olika aspekterna av objektorienterad programmering och sedan hur man tillämpar dem i WordPress-sammanhang.