Gennemsigtighedsrapport # 28 – Om lederskab, WordPress.org-udfordringer og nye partnerskaber

Velkommen til den 28. udgave af den månedlige gennemsigtighedsrapport (for maj 2017). Dette er en serie, hvor jeg gør mit bedste for at diskutere alle de aktuelle skridt, der var i centrum for vores opmærksomhed sidste måned, plus alt det andet, der er interessant fra et forretnings-synspunkt. Klik her for at se de foregående rapporter.


Noget, som jeg delte i en af ​​de tidligere rapporter, var, hvordan vi planlagde at invitere tredjepartsforfattere til at tilbyde nogle af deres temaer gennem vores bibliotek på ThemeIsle.com. Nå, det sker!

Men denne måneds rapport handler ikke kun om det. Der er faktisk sket meget mere, og jeg håber at komme til alt det der nede i denne rapport. Du er velkommen til at hoppe rundt:

Tredjeparts temaer i kataloget ThemeIsle | Er der plads til et Jetpack-alternativ? | Community og Theme Review team (TRT) | Lyt mindre, pas mindre, men gør mere

Tredjeparts-temaer i kataloget ThemeIsle

Her er den aktuelle begivenhedstilstand med vores temapartnerskabsprogram (du kan gætte det sådan, antager jeg):

Vi har lige haft vores blød lancering af hele initiativet den 20. juni i år, som var, hvis man ser på kalenderen, kun to dage før denne rapports offentliggørelse.

I denne indledende fase, vi kommer i gang med 4 fantastiske temaer fra 2 berømte temabutikker: ProteusThemes og Anariel Design.

Et snik af temaerne:

Tema 2MedicPress-tema

MedicPress af ProteusThemes

Tema 3Didi-tema

Didi af Anariel Design

Tema 4Maisha tema

Maisha af Anariel Design

Her er hvad vores nuværende planer er for partnerskabsprogrammet generelt – vores køreplan:

  1. Start med 4 temaer. Kontroller ✅. Føj temaerne til vores bibliotek, e-mail kunder for at fortælle dem, at der er seje nye ting på vej (uden yderligere betaling krævet), og se derefter, hvad folk synes om temaerne.
  2. Sørg for, at alt går godt, og at vi også kan støtte de nye temaer uden større forhindringer (site note; ja, vi tilbyder support til disse tredjeparts temaer såvel).
  3. Efter en måned eller deromkring skal du udvide med yderligere 4 temaer fra de samme temabutikker.
  4. Vent yderligere 3 måneder, og evaluer derefter, hvordan det går.
  5. Begynd at udarbejde en plan for genopbygning af webstedet omkring netop dette koncept.
  6. Få 2 flere partnere ombord og 6-8 flere temaer.

Selvom denne plan muligvis lyder som den er meget specifik, som sædvanlig med disse ting, vil vi helt sikkert finpusse og justere, mens vi går fremad. For tiden er jeg virkelig tilfreds med vores første partnere og kvaliteten af ​​de temaer, de har bragt til os. Jeg ved, at vores brugere vil elske dem, især inden for de nichemarkeder, som disse temaer er beregnet til.

I sidste ende er vores mål at opret en håndplukket samling på 50 temaer maks, alt kommer fra forfattere af toptemaer (kvalitetsmæssigt, ikke nødvendigvis "top" med hensyn til den aktuelle popularitet, så tøv ikke med at nå ud til os). På samme tid vil vores interne team sandsynligvis fokusere på et eller to flagskibstemaer – mere generelle / flerfarende i naturen – mens nichesiden af ​​ligningen vil blive tilgodeset af vores partnere – andre temaforfattere.

"Men vent, der er mere!" (som de siger i marketing)

Så at ændre vores retning med temaer lidt er kun et stykke af puslespillet. Det andet store stykke er noget helt andet:

Er der plads til et Jetpack-alternativ?

Lang historie kort, vi tænker på at lancere en slags et mere åbent Jetpack-alternativ.

Historien med det starter i de svære tider, hvor Zerif Lite er forbudt fra repoen. Et af kravene dengang var at flytte noget af temas funktionalitet til et separat ledsagende plugin, og således have temaet bare være et tema, mens alt andet – alt tilføjet funktionalitet – ville blive håndteret via et plugin.

Vi byggede en sådan plugin og kaldte det ThemeIsle Companion. Dets formål har været at tilføje alle de manglende brikker tilbage til Zerif Lite (og senere til Hestia såvel).

Mens vi udviklede det, indså vi, at folk, der bruger andre temaer, ikke kun vores, muligvis også kunne drage fordel af et plugin som det. For eksempel tilføjer plugin nogle indholdswidgets, der oprindeligt blev brugt på Zerif-hjemmesiden. Widgets til ting som: vidnesbyrd, teammedlemmer, din "fokus" eller mission statement, klienteliste. Hvis disse elementer er universelle nok, kan de også være ganske nyttige i andre temaer.

Det er her vores nye plugin kommer i spil. Det er en genopbygget version af ThemeIsle Companion, flere funktioner, flere moduler, bedre arkitektur. Generelt kan du kalde det et mere åbent Jetpack-alternativ. Nu, når jeg siger det "vores nye plugin kommer i spil," den er faktisk ikke klar endnu. På vej.

Inden du helt afviser ideen om Jetpack-alternativ, så lad mig bare vise dig, hvad det er, vi vil gøre med dette plugin nøjagtigt:

For det første er målet at forbedre din self-hosted WordPress installation med en pakke med små værktøjer og opgraderinger, der let kan aktiveres en efter en. Og "en efter en" er nøgleordet her – så plugin ikke oppustes dit system, men i stedet kun giver dig det, du faktisk har brug for.

Her er en del af hvad der kommer i plugin:

  • grundlæggende knapper på sociale medier,
  • Elementormoduler og skabeloner,
  • Beaver Builder moduler og skabeloner,
  • Gutenberg moduler og skabeloner,
  • brugerdefinerede menuelementer (giver dig mulighed for at tilføje ting som vognikoner, søgning osv.),
  • integration med GPL-kompatible stockbilleder fra MyStock.Photos,
  • billedeoptimering,
  • SMTP-integration,
  • sikkerhed,
  • caching,
  • abonnementsmoduler.

Dette kan virke meget, men hvert modul vil være en mere eller mindre selvstændig ting. Dette betyder, at plugin ikke nedsætter webstedet på grund af at importere alt på én gang, men i stedet giver dig muligheden for at aktivere, hvad du har brug for specifikt.

Vi stræber heller ikke efter, at et bestemt modul skal være det mest komplette af sin art på markedet. Lad os tage cache som et eksempel, når vi foreslår moduler til at aktivere, registrerer vi alle andre cache-løsninger, der allerede kører på brugerens installation, især hvis der er nogen fuldt udbyggede alternativer. Og hvis der er, aktiverer vi ikke vores eget tilsvarende cache-modul. Så for eksempel vil enhver, der har WP Rocket aktiveret, sandsynligvis ikke engang se vores cache-modul nævnt på listen.

Slutmålet er at tilvejebringe en enkel, selvhost-løsning til forbedring af websteder, der tackle flere områder. På denne måde behøver brugeren ikke at gå igennem 10 andre plugins og håndtere nogle gange meget komplekse konfigurationssider for en ellers grundlæggende funktionalitet.

For eksempel er sikkerhed et godt eksempel her. Vores modul kan kun tilføje ting som at begrænse loginforsøg og captcha-beskyttelse. Det er ikke meget, ja, men på den anden side er det ikke alle, der har brug for en løsning som Wordfence, og heller ikke ønsker at skulle håndtere al konfigurationen.

For at forhindre, at plugin bliver oppustet, vil vi gøre tingene så modulære som muligt, og som sagt, indlæses dem kun, når de er nødvendige. For eksempel, hvis du ikke bruger Elementor på dit websted, er alt Elementor-relateret ikke engang tilgængeligt eller vises i betjeningspanelet..

Igen er det ikke noget, der sandsynligvis vil ske i morgen. Vi arbejder på det. Udgangspunktet er at perfektionere strukturen, så den fungerer fejlfrit med vores egne temaer og derefter langsomt udvides.

Community og Theme Review-teamet (TRT)

Du har måske bemærket, at rapporten er lidt forsinket denne måned. To grunde til det. Først var hele holdet væk for WordCamp Europe, og bortset fra det, deltog jeg også på WordPress Community-topmødet, der skete et par dage før WCEU.

Alt i alt er jeg virkelig glad for, at jeg havde denne mulighed, må jeg sige, og jeg værdsætter den tid, jeg tilbragte med Ulrich, Carolyna og Sakin fra TRT, såvel som Mika, og også Otto, der arbejder på WordPress.org-repo + som en del af plugins-teamet.

Lang historie kort, bare for at opsummere mine overordnede konklusioner, føler jeg, at der er et enormt kommunikationsgap mellem temaforfattere, TRT og endda de andre teams, der arbejder på andre aspekter af den samlede WordPress.org-oplevelse.

Nogle observationer:

Så vidt jeg kan sige, kan TRT faktisk ikke rigtig gøre meget hvad vi ser, når vi går til temasiden på WordPress.org. Mens TRT er ansvarlig for, hvad der gør det, giver feedback, lytter til brugere og så videre, er det team, der faktisk er ansvarlig for det, der vises på WordPress.org-siderne, Meta-teamet.

Helt ærligt, dette giver mig ikke meget mening. Det introducerer et helt andet niveau af kompleksitet i billedet. Jeg mener, der er to teams og flere personer, der samarbejder indflydelse på den måde, WordPress.org-temakataloget fungerer på. Det er svært at tilskynde til enhver form for ledelse i et sådant scenarie, og det kan faktisk være det største problem.

Havde der kun været en person, der var ansvarlig for "komplet temaerfaring" så kunne en masse vanskelige tider eller upopulære udviklinger have været undgået. Manglen på nogen, der er i stand til at bestemme, "okay, det er hvad vi laver" kan have en enorm indflydelse, og især i et miljø, hvor vi har hundreder af mennesker, der prøver at bidrage, alt sammen forfølger deres individuelle mål.

De fleste af holdene sammen med TRT mangler ledelse generelt – en person, der virkelig er ansvarlig. Men på samme tid kan det være en udfordring at vælge en sådan person. For det første, fra min synspunkt, kan denne person ikke være frivillig. Det er ikke let at lede et team eller en virksomhed, og det kræver meget tid. For det skulle det sandsynligvis være nødvendigt at være en betalt position.

Men nu kommer vi ind i den uklare del. Nogle personer, der er ansvarlige for forskellige områder af WordPress.org, er Automattic-medarbejdere, nogle arbejder for forskellige virksomheder, der sponsorerer dem, og så er andre faktisk frivillige til fritiden.

Personligt ville jeg finde det nyttigt at vide, om en person er en fuldtids bidragyder eller en frivillig, bare så jeg kan tilpasse mine forventninger. Jeg mener, jeg forventer ikke, at frivillige endda skal svare på billetter eller svare på meddelelser. Det er trods alt deres fritid.

Sponsorering af en bidragyder er også et interessant koncept, og også noget, der ville være sejt at se et eller andet sted i personens profil. Det giver bestemt mening for kommercielle virksomheder, der ønsker at give tilbage til samfundet for at sponsorere en bidragyder – enten delegere en af ​​deres ansatte til at arbejde med WordPress eller foretage en ny leje. Selvom jeg ved, at der er bidragydere som det i samfundet, lige nu, sker det alt sammen bag gardinerne, og du kan aldrig vide, hvem der er hvem.

Så det er alt hvad angår ledelse, men lad os gå tilbage til WordPress.org-temakataloget et øjeblik.

Som jeg nævnte, er Meta-teamet, hvor du er nødt til at rette dig selv, hvis du vil ændre noget om, hvordan tingene vises i biblioteket. Men … det er ret svært at komme ind i, eller måske kunne jeg bare ikke finde en vej ind …

Jeg troede oprindeligt, at Slack # meta-kanalen er der, hvor der er sket ting for Meta-teamet. Virker ikke sådan. Tilsyneladende er det bare et sted for alle ikke-relaterede (aka. "meta") problemer, der ikke passer andre steder.

Her er min første opsøgning fra omkring to år siden:

#meta-kanal på Slack

Som du kan se, intet svar. Det er helt klart ikke det rigtige sted. Og håndbogen er heller ikke nyttigt. De eneste nyttige oplysninger, jeg kunne finde, er hold side, og liste over de aktuelle projekter (interessant læsning).

Til sidst fik jeg en chance for at tale med Otto om dette under WCEU. Han pegede mig i en retning, der kan arbejde + opmuntret mig til at begynde at arbejde med de spørgsmål, som jeg synes er de vigtigste. Jeg formoder dog, at ikke alle kan gå til begivenheder og tale med medlemmer af forskellige WordPress-teams personligt, så det at hjælpe meget med at have en side / ressource om, hvordan man kan bidrage og faktisk tilskynde folk til at gøre det.

Generelt synes jeg, at TRT gør et rigtig godt stykke i betragtning af det miljø, de er i. De bringer folk ind og hjælper dem derefter med at forstå, hvordan alt fungerer med temaer i WordPress-økosystemet.

Lyt mindre, pas mindre, men gør mere

Dette lyder måske underligt, men hør mig, tak.

Med fremkomsten af ​​Slack og direkte kommunikationsværktøjer i web-dev-verdenen generelt, kan alle udtrykke hvad der generer dem lige nu.

  • Dit tema blev suspenderet? Gå til Slack og klag.
  • Nogen kopierede dit ellers GPL (!) Plugin? Gå foran og skæm dem.
  • Dit tema forbliver i køen for længe? Gå til Slack, og sørg for, at alle ved det.
  • Tema afvist? Samme ting.
  • Jeg kunne fortsætte. ��

Det, jeg får ved, er, at der er meget støj derude. Måske er denne støj gyldig i visse scenarier, men sandsynligvis ikke i 100% af dem. Jeg siger ikke, at forfattere ikke skal udtrykke deres stemme, og især hvis de føler, at de drages fordel af. Samtidig er det vigtigste samarbejdsmål for os alle i WordPress-økosystemet (1) for at sikre, at kun de bedste temaer accepteres, og først derefter (2) at hvert medlem af det involverede samfund er 100% tilfreds med dette resultat.

Hvad jeg prøver at sige, er, at når du arbejder på noget, burde du måske ikke tage enhver mening i betragtning, bare fordi det er højt. Lige "gøre." I slutningen af ​​dagen har vi stadig intet, hvis alt hvad vi gør, er "hører efter" og "omsorgsfuld" om, hvad andre mennesker har fortalt dem. Den første ting er altid "gøre." Ingen lytter vil gøre dit liv (eller firma eller produkter) bedre, hvis du ikke gør det "gøre" noget ved det.

Som temaforfatter ser vi for ofte kun korrekturlæsere som nogen, der aktivt forhindrer os i at få vores tema online. Os mod dem. Højre? Mens det faktisk slet ikke er sådan. Temaanmeldere gør lige så vigtigt af et job som temaforfattere.

Men det går også omvendt. Når jeg talte ud fra min egen personlige erfaring, da Zerif Lite blev suspenderet, følte jeg, at temaforfattere ofte blev opfattet som ikke gode mennesker generelt – folk, der bare ønsker at spille systemet med fortjeneste.

Dette er et godt eksempel på mangel på kommunikation og gennemsigtighed. I slutningen af ​​dagen har begge sider af ligningen vigtige job, og ingen har nogen dårlige intentioner. En mellemgrund skal findes her. For at det skal ske, tror jeg imidlertid, at vi har brug for kommercielle virksomheder, der er inviteret ind i samfundet og repræsenteret mere. For eksempel har jeg på Community Topmødet udover Yoast ikke mødt nogen anden stor plugin-forfatter.

Hele denne ting går tilbage til ideerne om adfærdskodeks og inklusivitet, som WordPress-samfundet ønsker at være kendt for. Lige nu ser det imidlertid ud til, at det ikke virker overalt.

Jeg mener, WordPress-verdenen er enorm, og hvert medlem af samfundet er forskelligt. Disse forskelle kommer dog ikke kun ned på din hudfarve, seksuelle orientering, kulturelle forskelle og så videre. Dette går langt dybere. Mere eller mindre gør hver enkelt af os alt andet. Og disse forskelle skal absolut overholdes.

For eksempel har Matt Mullenweg sin unikke måde at besvare svære spørgsmål, normalt ved at gå rundt om emnet, mens han stadig relaterer ting tilbage til kerneaspektet. Nogle mennesker kan ikke lide det. Jeg er en af ​​dem. Jeg kan godt lide at fortælle ting som de er og på en ligetil måde, selvom nogle mennesker måske ikke kan lide det.

Men i slutningen af ​​dagen betyder det ikke, at jeg har ret, og de har forkert. Nej, vi er bare forskellige. Det er mangfoldigheden. Alligevel forfølger vi alle det samme mål – at gøre WordPress-økosystemet bedre og virkelig – virkelig! – mere inkluderende. Så lad os omfavne det.

Okay, det er alt, hvad jeg har til dig denne måned. Som altid tak for at have læst og støttet os! Bliv opdateret og få nye rapporter leveret til dig ved at abonnere her:

Alle redigeringer og vittige omskrivninger af Karol K.

Jeffrey Wilson Administrator
Sorry! The Author has not filled his profile.
follow me
    Like this post? Please share to your friends:
    Adblock
    detector
    map