Som et program er WordPress i en unik posisjon.
For det første driver den omtrent 25% av nettet ved at den fungerer som både et bloggingsplattform og et innholdsstyringssystem. Men det er også et program som har en levende økonomi av designere og utviklere rundt den som kan utvide applikasjonen og presse den til å gjøre langt mer enn kjerneapplikasjonen kan.
Når det gjelder programvareutvikling, er det ikke uvanlig å se denne typen økonomi bygget opp rundt andre biblioteker, rammer og språk, men for å se dette bygget rundt en faktisk applikasjon er unik.
Kort sagt, vi har ikke bare brukere som bruker WordPress til å drive nettsiden eller bloggen deres, men vi har mennesker som lever ved å tilby tjenester til disse personene og bedrifter og kunder som helhet ved å bygge unike produkter.
Til slutt handler det om å løse problemer som disse kundene trenger for å fullstendig rulle ut hva WordPress gir.
Men hvis du er noen som flytter fra et annet felt til WordPress, eller er du ute etter å komme i gang i WordPress-utviklingen, hvordan kan du identifisere hvor dine talenter vil bli utnyttet best??
WordPress er et stort program, og det gir mye funksjonalitet og mange muligheter, men å vite hva potensialet eksisterer kombinert med hvilket talent og lidenskap du har kan hjelpe deg med å bestemme hvor du vil bli involvert i prosjektet.
Før vi blir for dype til å diskutere hvordan du kan bli involvert i å designe eller utvikle med WordPress, er det viktig å merke seg at jeg ikke legger ut for å gi en tre-trinns veiledning om hvordan du starter en bedrift.
Videre har formålet med denne artikkelen ingenting å gjøre med det som medførte å sette opp en bedrift. I stedet handler det om å finne aspektene av WordPress som samsvarer med en ferdighetssett som du har (uansett moden det kan eller ikke er) og finne den beste passformen for dem i den samlede WordPress-økonomien.
Hvis du er en webdesigner, front-end-utvikler, back-end-utvikler, database ingeniør, noen av de ovennevnte eller alle de ovennevnte, så er det et sted for deg når du arbeider med WordPress.
Og nå har vi klargjort det, la oss gå videre.
Avhengig av artiklene du leser over hele nettet, kan definisjonen av "webdesign", "kode", "koding" og "skriveprogramvare" alle ha forskjellige konnotasjoner enn hvordan de skal brukes i denne artikkelen.
For å hjelpe til med å forstå hva jeg sier gjennom denne artikkelen, vil jeg definere vilkårene ovenfor slik at vi alle er på samme side:
Selv om jeg er sikker på at vi kunne diskutere nyansene til disse i dybden, er denne artikkelen ikke stedet for den aktuelle diskusjonen. Slik forstås disse vilkårene i resten av denne artikkelen.
Hvis du har spørsmål, kommentarer eller noe å legge til i dette, ikke nøl med å bidra til samtalen i kommentarene, da jeg alltid er åpen for å høre hvordan andre ser på disse emnene og bruker dem i deres arbeid.
Når du arbeider med WordPress, kan du tenke på prosjekter som faller inn i en av to leirer:
Presentasjonen refererer vanligvis til et tema, eller hvordan et nettsted, et webprogram eller en blogg vises til brukeren. Funksjonalitet refererer til en funksjon av et gitt prosjekt. Dette kan forbedre den eksisterende funksjonaliteten til WordPress eller legge til kjerneprogrammet.
Dette er ikke å si at de to er gjensidig eksklusive, skjønt. Temaer kan noen ganger inneholde en funksjonell funksjon, og plugins kan inneholde en komponent som samhandler med et tema.
Videre, avhengig av hvor du kjøper temaet, kan du finne ut at et tema har mye av funksjoner bakt inn i den. Avhengig av din tankegang, kan dette eller ikke være en dårlig ting.
Bruk av dine ferdigheter i webdesign til WordPress krever at du har kunnskap om maler og hvordan et bestemt tema skal fungere. Det vil si, vil det bli brukt til en blogg eller et nettsted?
Og uavhengig av hva det er, må du være kjent med de ulike maler som WordPress gir slik at du kan designe for dem. På et enda finere detaljnivå er det viktig å forstå delene av maler som er inkludert (for eksempel topptekst, sidebjelke og bunntekst) slik at du også kan designe for dem også.
Dette er ikke så mye om å gi begrensninger bare fordi. Det handler om å vite hvordan plattformen du designer, strukturerer innholdet. I tillegg kan å skape et design og sende eiendelene til et utviklingslag, lette byrden på dere begge hvis designen er skåret opp riktig for en gitt mal.
Fremfor alt, vil du mest sannsynlig finne din styrke i design som er mest anvendelig innen WordPress-temaer. Tross alt, dette er området på plattformen som gir hva brukerne ser når de samhandler med applikasjonen.
Dette betyr ikke at plugins ikke trenger designarbeid, som vi ser kort tid, men størrelsen på design som går inn i et tema, overstiger vanligvis det som kreves av plugins.
Den type utvikler du er, vil diktere hvilket område av WordPress du mest sannsynlig vil kunne bidra med mest.
Tilfelle i punkt: Hvis du er en front-end-utvikler, og du er vant til å jobbe med de tre hovedspråene og deres tilknyttede verktøy og biblioteker for å bygge ut brukergrensesnitt, sider, maler og så videre, så er du kommer til å være mest sannsynlig komfortabel å jobbe med temaer.
Dette vil kreve minimal kunnskap om PHP ved at du må ha en forståelse av WordPress-maletiketter, men hvordan du ender med å presentere dataene, faller alltid tilbake til front-end-teknologiene som er tilgjengelige i dag.
Så hvis du er en front-end-utvikler som ønsker å bli involvert i WordPress på en eller annen måte, så vurder å skape et tema. Eller kanskje vurdere å samarbeide med en designer for å lage et tema.
Selv om dette er utenfor artikkelen, kan du sende dette inn i WordPress-temaarkivet der andre kan laste det ned gratis, du kan starte et nettsted for å selge produktet til andre mennesker, eller du kan gjøre det tilgjengelig på Envato Marketplace.
Hvis temaer er til presentasjon, er plugins for funksjonalitet. Igjen betyr dette ikke at plugins har ingen brukergrensesnittkomponenter (fordi de ofte gjør det), og det betyr ikke at designere ikke har noe sted å bidra til dem (fordi det er mulighet for dette).
Men kravene og kravene til å jobbe med et plugin er svært forskjellige fra å jobbe med et tema.
Når det gjelder å lage WordPress-plugins, er de første tingene som kommer til å tenke på å frigjøre programtillegg, merkevaren som følger med plugin-modulen.
Det er pluginets logo, og sikkerheten for markedsføringsmaterialet (som manuell, merkevarebygging og / eller arbeidet som gir utseendet i WordPress Plugin Repository).
Hvis plugin-modulen inneholder noen funksjonalitet som fungerer på forsiden (som en widget eller et skjema), kan et designers øye hjelpe en utvikler å gi en solid opplevelse, særlig når det gjelder å integrere med et gitt tema eller samling av temaer.
Hvis temaer er for utviklere for utviklere, er plugins ofte for utviklere av back-end. Dette betyr ikke nødvendigvis en plugin-utvikler bør ikke kjenne noen front-end-språk, men det er oftere enn ikke tilfellet at kunnskap om PHP og kjennskap til WordPress-kroker vil være nødvendig.
Tross alt må mange plugins sende data til og fra WordPress gjennom ulike punkter i WordPress livscyklus. Videre er kunnskapen om hvordan den underliggende databasen er strukturert og hvordan du bruker tilgjengelige APIer, viktig, slik at du seriøst serialiserer, validerer og henter informasjon for å jobbe med brukeren..
Betyr dette at du må være en ekspertdatabaseingeniør for å jobbe med den underliggende databasen? Nei. Men hvis du er en database ingeniør, så vil du sannsynligvis finne deg selv i en god posisjon for å optimalisere det arbeidet som applikasjonslagsutviklere gjør.
Videre, hvis du er en utvikler som jobber med et plugin som vil grensesnittet med den underliggende databasen, og du må legge til egendefinerte tabeller, snakkes først med en database spesialist, da de vil kunne hjelpe deg med å gjøre smartere beslutninger når det gjelder å strukturere dataene dine.
Og hvorfor ville vi ikke gjøre det? Som utviklere jobber vi ofte med designere for å sikre at våre ting følger de riktige kravene til design og brukeropplevelse. Hvorfor begrense oss til bare fronten?
I tillegg til en solid forståelse av PHP, kroker og generell server-side programmeringspraksis, vil jeg argumentere for at det også bidrar til å forstå hvordan man lager en velstrukturert, organisert, vedlikeholdbar og testbar kode. Dette er noe vi ikke ofte ser i WordPress, men det er aldri for sent å introdusere noe som dette.
La oss skifte gir for et øyeblikk, skjønt. Hva om du ikke er designer eller utvikler, men du vil fortsatt jobbe med WordPress?
Gitt at WordPress handler om aspektet av publisering og gitt at så mange bedrifter bygger sin tilstedeværelse på nettet på plattformen, betyr det ikke at arbeidet er begrenset utelukkende til designere og utviklere.
Når et nettsted er lansert og klar til å møte publikum, betyr det ikke at det er gjort. Langt ifra. Nå er det mer vanlig å se nettsteder kontinuerlig oppdatert med informasjon, media og så videre enn bare å sitte på Internett, og vent på at besøkende skal lese hva som ble publisert måneder eller kanskje år siden.
Det er her markedsførere, forfattere og utgivere kommer inn i spill. Tenk deg om du var i stand til å ta dine ferdigheter til et selskap som hadde sin online tilstedeværelse bygget på WordPress og bruke dine ferdigheter med det skrevne ordet for å hjelpe dem å utvide sin virksomhet gjennom en kombinasjon av dine ferdigheter og WordPress-økonomien?
Dette ville gi et sterkt tilfelle og en sterk årsak til det du gjør, hele tiden som du bor (eller kanskje en hobby) i WordPress-økonomien.
Når jeg snakker med de som er interessert i å bli involvert i WordPress, er et spørsmål som ofte kommer opp:
Skal jeg bli involvert i byggprodukter eller bygge tilpassede løsninger for andre?
Og det er ikke et spørsmål som jeg kan gi et direkte svar på. I stedet vil jeg si at det er viktig å gjenkjenne fordelene og ulemperne til hver og hvordan de vil spille ut i karrieren din.
Produktene handler ofte om å komme seg inn i støttevirksomheten enn å komme inn i programvareutviklingsvirksomheten. Når et produkt er utviklet og utgitt, skal du ha kunder (og forhåpentligvis mange av dem!) Som du trenger å støtte.
Dette betyr at du trenger å ha de nødvendige prosessene, infrastrukturen og menneskene på plass for å kunne betjene dem riktig. Hver persons behov kommer til å være annerledes da det er mange variabler som kommer inn i spill når du arbeider med WordPress.
Disse variablene inkluderer versjonen av PHP som deres vert kjører, hvilken vert de er på, hvilket tema de bruker, kombinasjonen av plugins de bruker, og så videre.
Selv om du ikke teknisk tilbyr støtte til andres arbeid, må du sørge for at produktet du har gitt ut, fungerer godt med økosystemet som helhet. Og selv om ting til slutt kommer tilbake til å skrive, modifisere og frigjøre kode, vil det starte med kundesupport.
Tilpassede løsninger, derimot, er mer i tråd med hvilken type arbeid et byrå gjør. Dette betyr at en kunde trenger litt arbeid. Kanskje de trenger et tema, et plugin, noen prosjektledelse, hosting, noe ende-til-ende, eller noe mellomliggende.
Uansett er problemene du vil løse, om kunden ved hånden. Utfordringen med dette er å kunne jobbe med en rekke ting som passer til kundens budsjett og eksisterende infrastruktur de måtte ha.
På toppen av det må du gjøre litt markedsføring for å generere en rørledning av klienter, slik at du har en kontinuerlig strøm av arbeid for å holde din virksomhet eller frilansende karriere rullende. Selv om det er utenfor rammen av denne artikkelen, er det noe verdt å vurdere og undersøke bør du velge å gå denne ruten.
WordPress er et stort program og serverer en massiv mengde Internett. Å bli involvert i økonomien er spennende, men å vite hvor du skal begynne kan være utfordrende. Ideelt sett vil denne opplæringen hjelpe deg med å identifisere stedene i WordPress-økosystemet der du kan bli involvert.
Til slutt handler det om å identifisere hvor muligheten eksisterer og prøver å finne krysset mellom hva du er god til å gjøre og hva du liker å gjøre. Det er helt mulig å bygge en vellykket bedrift som gjør dette, men det krever kjennskap, flid, disiplin og utdanning.
I hvert fall håper jeg at de ovennevnte tipsene har bidratt til å forklare hvor muligheter er, og hvordan du kan begynne å sette dine ferdigheter til å fungere.
Hvis du ønsker å bygge produkter i stedet for tilpassede løsninger, kan du være interessert i å bli involvert i Envato Market. Vær oppmerksom på at hvis du er også helt ny i WordPress og ser etter muligheter for hvordan du kommer i gang, kan du se gjennom serien min om hvordan du kommer i gang med WordPress.
Hvis du er mer avansert utvikler eller designer, eller du har vært involvert i WordPress for en stund, så ta meg på Twitter på @tommcfarlin hvor jeg ofte snakker og deler ressurser knyttet til WordPress-utvikling. Hvis du er interessert i emner som er spesielt utviklet, må du sjekke ut bloggen min og / eller resten av arbeidet mitt her på Envato Tuts+.
Som vanlig, ikke nøl med å legge igjen noen spørsmål eller kommentarer i feedet under, og jeg vil sikte på å svare på hver av dem.