FreeCodeCamp Medium-publikationsredaktørhåndbogen

Bemærk: freeCodeCamp er ikke længere aktiv på Medium. Nu bruger vi vores egen selvhostede open source Ghost blogging-værktøj. Du læser sandsynligvis dette på freeCodeCamp News lige nu?. Men dette kan stadig være nyttigt for dig, hvis du vælger at udgive på Medium.

FreeCodeCamp open source-samfundet kørte engang Mediums største tekniske publikation. Hver uge offentliggjorde vi mere end et dusin historier om udvikling, design og datalogi.

I længst fungerede jeg som publikationens eneste redaktør. Jeg redigerede og offentliggjorde mere end 1.200 bidrag. Men vi har altid modtaget langt flere historieindlæg af høj kvalitet, end jeg havde tid til at offentliggøre. Så jeg indrømmede endelig for mig selv, at jeg havde brug for hjælp.

Selvom freeCodeCamp når ud til millioner af mennesker hver måned via Medium, YouTube og vores kodningsplatform, er vi en lille donorstøttet nonprofit. Vi mangler ressourcerne til at ansætte professionelle redaktører.

Når det er sagt, har mangel på ressourcer ikke stoppet os på andre områder. Vi har tusindvis af frivillige, der kører lokale studiegrupper, bidrager til open source-projekter og modererer fora og chatrooms.

Så i begyndelsen af ​​juli offentliggjorde jeg et opkald til frivillige redaktører. Mere end 50 mennesker svarede. Og fra disse respondenter samlede jeg og trænede et lille team af redaktører.

Samtidig skrev jeg, hvad der i sidste ende ville blive denne redaktørhåndbog. Dette er vores guide til, hvordan vores frivillige redaktør team redigerer historier. Og i ånden af ​​gennemsigtighed offentliggør jeg dette.

Det kan være nyttigt, hvis du redigerer en teknisk tidsskrift eller Medium-publikation. Eller - hvis du er en af ​​de 500+ forfattere, der er blevet offentliggjort i publikationen freeCodeCamp - kan du bare være nysgerrig efter, hvad der foregår bag kulisserne.

Uanset hvad håber jeg, at du finder dette levende dokument interessant og nyttigt.

Hvordan vi evaluerer, redigerer og udgiver historier

Vi modtager snesevis af indlæg hver uge og beskytter vores læsers tid. Vi søger kun at offentliggøre historier, der er:

  • godt skrevet
  • relevant for vores publikum af udviklere , designere og dataforskere
  • faktiske, og ikke primært skrevet for at hype et produkt eller en virksomhed

Virkeligheden ved at offentliggøre artikler i det 21. århundrede

Folk har travlt. De har aldrig været travlere. Og tingene bliver værre, før de bliver bedre.

Vi skal optimere til vores læsers knappe tid.

I traditionel nyhedsjournalistik betyder det at bruge den omvendte pyramide - at sætte de vigtigste fakta først og tilføje yderligere fakta i faldende rækkefølge efter betydning. På denne måde, hvis nogen holder op med at læse, vil de stadig gå væk med hovedideen og så mange vigtige fakta som muligt.

De fleste mellemstore historier ligner mere historiefigurer. De fortæller begivenheder (projektmortem, rapporter om at få et job) eller argumenterer for et punkt (udsætter sikkerhedssårbarheder, godkender brugen af ​​et bestemt bibliotek til et bestemt formål).

Endnu en anden kategori er tutorials. Disse kan være på alt fra, hvordan man løser et løsrevet hoved i Git, til hvordan man bygger en serverløs Alexa-færdighed.

Uanset hvilken type historie - nyheder, funktion, tutorial - skal de alle stræbe efter de samme dyder:

  • Stof .Historien skulle bringe noget meningsfuldt til bordet. En forfatterhistorie om Commodore 64, som deres forældre købte til dem i 1980'erne, kunne være af stor interesse for dem personligt, men vil det være relevant for en typisk læser? Vil de gå væk med noget nyttigt? På den anden side vil stort set alle vores læsere have gavn af at lære mere om jobinterviewsprocessen eller få en bedre forståelse af, hvordan CSS fungerer.
  • Tilgængelighed . Historien skal være så let for en lægmand at forstå som muligt. Der er praktiske grænser for, hvor enkel en forklaring af et matematisk begreb kan være, men få forfattere begynder endda at nærme sig sådanne grænser. En tankevækkende kommunikator kan kanalisere deres indre Einstein eller Feynman og gøre mange komplicerede begreber relativt lette at forstå. Men det kræver indsats.
  • Brevity . Folk har travlt. En historie skal være så kort som muligt, men ikke kortere. Vi kan ofte trimme fedt uden at ofre meget i betydningen. Vi udgiver masser af længere historier, som min historie om det åbne internet. Jeg brugte 3 måneder på at undersøge den, og det skulle oprindeligt være en bog, men jeg var i stand til at skære den ned til det punkt, at jeg kunne udtrykke den i en 26-minutters læsning. Måske er der plads til at skære det yderligere ned.

Igen stammer alle disse dyder fra virkeligheden i vores moderne tidsalder: folk har travlt .

Hvis folk ikke havde travlt, ville de måske være mere interesserede i at læse et nostalgisk stykke om en persons første Commodore 64. De er måske villige til at kæmpe igennem et par bachelorstudier, så de kan forstå nogens fyldestgørende afhandling om cloud computing. De får muligvis tid til at læse en bugtende tome af en artikel i stedet for dens klippenotater. Men de fleste mennesker har for travlt til dette.

Alt, hvad vi gør som redaktører, er informeret af denne grundlæggende kendsgerning. Så jeg siger det igen. Folk har travlt .

Værktøjer til at interessere travle mennesker

Vi har kun to værktøjer mod den ubarmhjertige rulle af nyhedsfeeds: en overskrift og et billede.

Sådan ser en historie ud i Mediums nyhedsfeed:

Sådan ser det ud på Facebook:

Og sådan ser det ud på Twitter:

Overskriften og åbningsbilledet er de eneste ting, folk har til at bedømme en historie om. Før de selv kan læse historiens første afsnit, skal de besvare et spørgsmål. Det er det samme spørgsmål, som vi alle stiller os hver dag: vil det være min tid værd?

Dit første job som redaktør er at vælge en overskrift og et billede, der får læserne - travle mennesker til at rulle gennem deres Reddit eller deres Facebook-nyhedsfeeds - at svare "ja".

En god overskrift gør hele forskellen

Overskriften er den vigtigste del af historien. Brug tid på at raffinere det.

Brug ikke nysgerrighed gap clickbait: "Du vil ikke tro på dette ene latterligt effektive overskrift mørke mønster."

Brug ikke rubrikoverskrifter, og undgå generelt artikler struktureret som lister: "11 uhyrlige overskrifter, der vil tvinge folk til at læse din Medium-historie." (Jeg er skyldig i at have skrevet et listacle, og selvom det generelt blev godt modtaget, føler jeg stadig, at det var doven af ​​mig.)

Fortæl sandheden: "Smart men faktisk overskrift om et interessant emne."

Hvor lang skal overskrifter være? HubSpot analyserede 6000 blogindlæg og fandt ud af, at historier med overskrifter på 8 til 14 ord får flere sociale mediedelinger.

Når det er sagt, skal du sørge for, at overskriften er 80 tegn eller færre . Ellers bliver titlen afkortet i nyhedsfeeds, når folk deler en historie på Facebook og Twitter.

En anden overvejelse er, hvor følelsesladet en overskrift er. Jo mere følelsesladet (positiv eller negativ) en overskrift er, desto mere sandsynligt vil folk klikke på den.

Overskrifter er traditionelt skrevet i "titelsag". Associated Press siger at "kapitalisere det første bogstav i hvert ord undtagen artikler, koordinerende sammenhænge og præpositioner på tre eller færre bogstaver."

På Medium kaster jeg ofte titelsager ud af vinduet og skriver bare overskrifter som en normal sætning. Jeg inkluderer endda tegnsætning efter behov. Dette format er mere konversationsvenligt og lettere at læse.

Vi offentliggør normalt ikke artikler i flere dele. Etiketter som "del 1" skræmmer folk væk, for hvem ved, hvornår du kommer rundt med at skrive del 2. Det er meget bedre at bare offentliggøre en lang, dybtgående historie eller en række relaterede, men enkeltstående artikler, der kan være sammenkoblet af deres forfattere.

Grib med billeder

Det næstvigtigste aspekt af en historie er dens fremhævede billede.

Inkluder altid mindst et billede i en historie (helst øverst). Dette har følgende fordele:

  1. Når folk deler historien på Facebook og Twitter, vil den være mere fremtrædende i nyhedsfeeds, hvilket gør folk mere tilbøjelige til at klikke på den.
  2. Det vil se bedre ud i Mediums egne nyhedsfeeds.
  3. Mennesker er visuelle væsner og klikker på billeder.

Når du udgiver en historie, giver Medium dig mulighed for at vælge, hvilket billede du vil være historiens fremhævede billede. Dette betyder, at historiens og-image meta-egenskab bliver dette billede. Dette billede vil tjene som historiens ambassadør overalt: nyhedsfeeds på sociale medier, Reddit, Google News - endda RSS-læsere.

Begynd at overveje billeder tidligt i redigeringsprocessen. Og udgiv aldrig uden mindst et billede. Ellers vil historien være alt andet end usynlig i nyhedsfeeds.

Du skal opdele lange historier med billeder. For at omskrive Mary Poppins hjælper en skefuld billeder teksten ned.

Medium tilbyder fire forskellige billedbredder. Bemærk, at disse alle ser ens ud på mobilen.

Det meste af tiden vil du holde fast i kolonnebredden:

Hvis du har et diagram, der er svært at læse, når det er lille, skal du gå større:

Og hvis du virkelig er stolt af et billede, eller hvis det er fyldt med interessante data, skal du gå fuldt ud:

... og så er der side-straddle. Brug slet ikke denne størrelse, fordi det gør teksten mindre behagelig at læse.

Det er også akavet, når du er færdig med at tale om billedet, og din tekst stadig skubbes til siden.

Ja. Jeg sidder stadig fast herovre.

Hvis du har brug for at føje et billede til en historie, skal du tage et tematisk relevant Creative Commons Zero-licenseret billede fra pexels.com. Du kan bruge disse gratis uden tilskrivning.

Byg fart med en stærk føring

Når læseren klikker igennem til historien, begynder retssagen. De leder efter enhver undskyldning for at springe tilbage til deres nyhedsfeed. Fordi læsning kræver meget mere indsats end at rulle gennem kattebilleder.

Nogle forfattere bruger introduktioner eller opdateringer som "Dette blev offentliggjort på min blog på [blog URL]" eller "Opdatering: dette er blevet sendt på Hacker News." Hvis de har tilføjet disse, skal du flytte disse ting til bunden af ​​historien.

I stedet skal teksten begynde at komme med point og fortælle en historie med det samme.

Hjælp forfatteren med at etablere deres troværdighed

Find ud af en måde at etablere forfatterens troværdighed inden for de første par afsnit. Hvis de er en topekspert inden for dit felt, skal du sige det. Antag ikke, at folk vil tage sig tid til at google dem.

"Hvem du er, taler så højt, at jeg ikke kan høre, hvad du siger." - Ralph Waldo Emerson

Enhver præstation eller skelnen, der får folk til at tage forfatteren mere seriøst, hjælper med at give læserne det indtryk, at "denne person ved, hvad de taler om."

For eksempel, hvis de er en tidligere Googler / Facebook-ingeniør eller i kerneteamet i et populært open source-projekt, skal du finde en måde at arbejde det på naturligt (uden at det lyder pralende). "Hvorfor jeg forlod Google for at oprette en personlig økonomi-app til børn" lyder meget mere overbevisende end "Jeg bygger en personlig økonomi-app til at hjælpe børn."

Styrk forfatterens troværdighed gennem historien. De bør støtte deres argumenter med data. Hvor det er nødvendigt, skal de bruge integrerede links til (ikke-betalingsmæssig) forskning.

Dette er ikke New England Journal of Medicine. Dette er Medium. Så brug ikke fodnoter. Hvis forfatteren har brugt fodnoter, skal du finde ud af, hvordan du arbejder dem tilbage i teksten, og derefter fjerne fodnoter i slutningen af ​​artiklen. Mange gange er disse fodnoter ikke betydelige nok til at blive inkluderet, og kan bare slettes.

Udseende og stil

Kør teksten gennem Hemingway-appen. Der er ikke noget magisk ved dette enkle værktøj, men det registrerer automatisk meget aftalte stilproblemer:

  • passiv stemme
  • unødvendige adverb
  • ord, der har mere almindelige ækvivalenter

Adjektiver kan ofte fjernes ved at finde mere passende navneord eller verb.

”Jeg bemærker, at du bruger almindeligt, simpelt sprog, korte ord og korte sætninger. Sådan skriver man engelsk - det er den moderne måde og den bedste måde. Bliv ved med det; lad ikke fnug og blomster og ordlyd snige sig ind. Når du fanger et adjektiv, så dræb det. Nej, jeg mener ikke helt, men dræb de fleste af dem - så vil resten være værdifuld. De svækkes, når de er tæt på hinanden. De giver styrke, når de er langt fra hinanden. En adjektivvane eller en ordlig, diffus, blomstrende vane, når den først er fastgjort på en person, er lige så svær at slippe af med som enhver anden skruestik. ” - Mark Twain

Hemingway-appen tildeler et "karakterniveau" til et stykke skrivning. Selv tekniske historier kan få karakterniveauet 6. Og de skal stræbe efter.

De fleste mennesker er ikke engelsktalende, og de der normalt ikke sidder og læser Chaucer hele dagen. De vil have deres information tilgængelig og til det punkt.

Fejl ved siden af ​​at nedbryde lange sætninger og afsnit i kortere.

På trods af hvad du måske har lært i engelsk kompositionskursus, foretrækker folk korte afsnit frem for "tekstvægge."

Der er ikke noget galt med afsnit med en sætning.

Fejl ved siden af ​​oprettelsen af ​​nye afsnit.

Brug sammentrækninger. De får prosa til at virke mere samtalende. Det er altid et plus.

freeCodeCamp er en nonprofit, der er baseret i USA, så vi har valgt at bruge amerikansk engelsk i hele publikationen. Du skal muligvis ændre lejlighedsvis "analysere" til "analysere" og "farve" til "farve."

Bemærk også, at vi foretrækker det metriske system frem for det kejserlige system.

Skriv tallene et til ti ud, og brug derefter tallene 11 og derover.

Når en persons køn ikke er kendt - eller forfatteren taler om en hypotetisk person, de skabte for at komme med et punkt - brug altid "dem", "deres" og "deres." I moderne brug fungerer dette også som en enestående tredjepersons pronomen. Det er enklere end at sige "han eller hun."

Hold spænding konstant hele vejen igennem. Hvis forfatteren taler om noget, der skete i fortiden, skal du sørge for at bruge fortid.

Hvis du vil fremhæve noget, skal du bruge fed , men bruge det sparsomt . Kursiv er sværere at læse. Du må ikke dristige hyperlinks - linjen under dem giver allerede tilstrækkelig vægt.

Brug ikke drop caps. De ser elegante ud i gamle bøger, men fjollede på nettet.

Brug kun et udråbstegn ad gangen, typisk kun efter udråb som: Golly gee! Hotdog!

Hold øje med forkerte "smarte citater" som denne: "test" (bemærk, at begge citater åbner citater.) Medium fanger disse ikke automatisk, så du bliver nødt til at slette og indtaste tilbuddet igen, på hvilket tidspunkt Medium skulle ordne det.

Brug altid dobbelte citater til omkringliggende tilbud og alt, hvad nogen måtte placere i "luftcitater". Brug derefter enkelt tilbud til tilbud inden for tilbud:

”Nogle gange når jeg skriver Javascript, vil jeg kaste mine hænder op og sige 'dette er tyre ***!' men jeg kan aldrig huske, hvad 'dette' refererer til. ” - Ben Halpern

Bemærk, at jeg brugte Mediums anden stil med pull quote der, som vi bruger til tilbud i enkelt afsnit.

Sæt kommaer og punktum i anførselstegn, undtagen når det kan forvirre en læser (som med variable navne eller bogtitler).

I nogle dele af verden sætter folk mellemrum foran kolon eller spørgsmålstegn, som dette: eksempel. Gør ikke dette.

I stedet for at starte en sætning med "Derfor" skal du starte den med "Så."

I stedet for at starte en sætning med "Dog" skal du starte den med "Men."

Brug engelsk i stedet for latin:

  • Brug "for eksempel" i stedet for "EG"
  • Brug "det er" i stedet for "IE"
  • Brug "note that" i stedet for "NB"
  • I stedet for at afslutte lister med “osv.” start dem med "som": "Elvis spiser mad som brød, jordnøddesmør og bananer."

Ifølge Google Books har semikoloner død en langsom død.

Lad os lægge dem ud af deres elendighed. Brug bare et punktum i stedet, og opdel klausuler i separate sætninger.

Det eneste sted for semikoloner i denne verden er i slutningen af ​​en kodelinje.

Brug Oxford Comma, når det er muligt. Det gør tingene nemmere, klarere og pænere at læse.

I modsætning til kode skal du altid sætte tegnsætning inden for citater, sådan her: de mest populære GitHub-forpligtelsesmeddelelser er "initial commit", "update readme.md" og "update."

Også, frontend- udvikling (adjektiv form, med en streg) er, når du arbejder på den forreste ende (navneord formular uden bindestreg). Det samme gælder bagenden, fuld stak og mange andre sammensatte termer.

Fremvisningskode

Hvor det er muligt, skal koden være i tekstform i stedet for på billeder. Dette gør koden mere tilgængelig for skærmlæsere og lettere for folk at kopiere og indsætte.

Medium har en skjult genvej, der gør tekst til almindelig tekst som denne:

hvis (udvikler === sand) {

følg (this.mediumPublication);

}

... i en formateret kodeblok:

if (developer === true) {
follow(this.mediumPublication);
}

For at opnå dette skal du markere teksten og derefter trykke på:

  • Windows : Control + Alt + 6
  • Mac : Kommando + Option + 6
  • Linux : Control + Alt + 6

Du kan også starte en kodeblok med tredobbelte back-flåter. Hvis du skriver tre backticks (``) på en ny linje, skifter Medium til kodeindgangstilstand.

For at fremhæve kodeindbygget skal du vælge den og derefter trykke på backtick-tasten. På denne måde kan du formatere tekst som kode freeCodeCamp()lige midt i en sætning.

Forfattere kan endda integrere kørbare apps lige i Medium. Bare hvis disse ikke gengives ordentligt i Mediums mobilapps, skal vi inkludere links under hver af indlejringerne som en reserve.

Indsæt en CodePen.io URL i Medium, og tryk derefter på enter:

Se min CodePen her.

Du kan også gøre dette med JSFiddle.net:

Se min JSFiddle her.

Nogle gange starter folk kodelinjer med en, $hvis de er terminalkommandoer. Gør ikke dette. Det vil forvirre begyndere og gør det sværere at kopiere og indsætte kommandoer. I stedet skal du bare sige noget som "Indtast følgende kommandoer i din terminal."

Få links til at se naturlige ud

Find ud af en måde at arbejde et link på i en sætning. En ting, jeg ikke anbefaler, er at sætte et link på sin egen linje og trykke på enter. Dette vil skabe et pænt preview-kort som dette:

Hvordan man står på giganternes skuldre

Conquer Not Invented Here Syndrome, gør derefter noget nyt. medium.freecodecamp.com

... men læsere antager ofte, at dette er annoncer, og de ser ikke engang på dem.

Den eneste gang, jeg vil anbefale at bruge dette, er i slutningen af ​​en historie, hvis du vil linke til yderligere læsning.

Understregning af tekst gør det sværere at læse, så kun hyperlink et par ord.

Indsæt ikke webadresser direkte, som denne: ❌ //www.freecodecamp.org ❌

Link i stedet til sider som freeCodeCamp midt i sætningen, som jeg lige gjorde her.

Integrer medier

Du kan integrere tweets, YouTube-videoer og andre medier ved at indsætte deres URL'er i Medium på en ny linje og derefter trykke på enter.

Brug disse sparsomt, da de kan distrahere din læser fra at afslutte din historie.

Forklar forkortelser

Brug ikke en forkortelse, medmindre forkortelsen er mere forstået end hvad den står for. For eksempel er HTTP mere bredt anerkendt end Hypertext Transfer Protocol.

Hvis en forkortelse ikke allerede er bredt forstået, og du vil henvise til den mere end et par gange, kan du definere den som en forkortelse ved at gøre dette:

"Lad os nedbryde koden i et abstrakt syntaks-træ (AST)."

Her linkede jeg også til Wikipedia-artiklen for læsernes bekvemmelighed. Antag ikke, at folk læser disse eksterne links. Du skal stadig definere begreber eller illustrere dem gennem eksempler.

Undgå at definere en forkortelse i dine indledende afsnit, da det bremser din læser ned og gør dem mindre tilbøjelige til at fortsætte med at læse.

Her er den meget korte liste over teknologiforkortelser, som du ikke behøver at definere: API, AJAX, BIOS, CPU, CSS, HTML, HTTPS, JSON, LAN, RAM, REST, USB, WWW, XML. For alt andet skal du stave det ud.

Skriv altid korte ord i flere dele som JavaScript og frontend. Forkort dem ikke. Kortfattetheden er ikke den mulige forvirring værd.

Tilføj 5 tags

Medium giver dig mulighed for at tilføje op til fem tags til en historie. Brug dem.

Folk følger specifikke emner på Medium. De mest populære er #tech, # life-lessons, #travel, #design og #startup.

Folk, der følger de tags, du bruger, kan se historien i deres nyhedsfeed. Mærker gør det også lettere for folk at snuble over historien i søgeresultaterne.

Hvis en forfatter valgte et tag, der ikke er meget populært, kan du erstatte det med den mere populære variant. For eksempel er "JS" et langt mindre populært tag end "JavaScript." "UXD" og "UX Design" er langt mindre populære end "UX."

Du skal også bruge så forskellige tags som muligt (forudsat at de er relevante for artiklen.) F.eks. Behøver en artikel om Android-udvikling ikke "Android", "AndroidDev" og "Android-apps." De læsere, der følger "AndroidDev" følger sandsynligvis også "Android", så det er spild af værdifuldt tag fast ejendom. I stedet kan du tilføje mere populære relaterede tags som “programmering” og “teknologi”.

Acceptable niveauer af selvfremme

Forfattere skriver for at sprede viden, men de fleste af dem har også yderligere motivationer.

Nogle forfattere forsøger at promovere deres open source-projekt eller opstart eller offentliggøre, at de ansætter. Nogle forfattere forsøger at få folk til at følge dem på Twitter eller tilmelde sig deres adresseliste.

Alle disse ting er fine. Men de skal gøres inden for fornuft og i sidens bundtekst.

Det er fint for folk at krydse indlæg fra deres egen blog, men en ting, de nogle gange gør, som de ikke burde, er at omdanne deres overskrift til et link til deres blogindlæg. I nogle tilfælde kan dette være utilsigtet, men vi skal fjerne dette link.

Mange forfattere vil også bede om klapper i slutningen af ​​deres artikel. Dette vil hjælpe med at øge antallet af mennesker, der ser artiklen i Mediums anbefalingssystem. Dette er også fint.

Medium for nylig skiftet fra hjerter til klapper. Men mange forfattere beder stadig om hjerter. Så sørg for at ændre deres anmodninger om at nævne klapper i stedet.

For eksempel er her en linje, du kan bruge: "Hvis du fandt denne artikel nyttig, giv mig nogle klapper?"

Ting at passe på som redaktør

Plagiering

Plagiering - når nogen forkert gengiver andres skrivning som deres egen - er en alvorlig lovovertrædelse i den akademiske verden, og den er lige så alvorlig på Medium. Forfattere skal altid tildele citater til de mennesker, der oprindeligt sagde dem.

Hvis det er et tilbud med flere linjer, skal du bruge Medium's pull-tilbud:

"Når du har egenvittighed, er det en fornøjelse at kreditere andre for deres." - Criss Jami

Hvis du har mistanke om plagiering - for eksempel et afsnit med perfekt engelsk i en artikel, der ellers læser unaturligt eller noget, der synes usædvanligt vittigt i en ellers tør artikel - skal du tage det mistænkelige afsnit og indsætte det i Google. Dette er en bekvem første forsvarslinje.

Hvis en passage synes at være plagieret, skal du stoppe redigeringen. Vi vil ikke offentliggøre det. Send mig en e-mail for at give mig besked. Jeg håndterer den ubehagelige opgave at give forfatteren en "rigtig snak" til dig.

Gatekeeping

"Gatekeeping er, når nogen tager det på sig selv at beslutte, hvem der har eller ikke har adgang eller rettigheder til et samfund eller en identitet." - Slang ordbog

Gatekeeping er en form for elitisme, og den strider mod vores tilgængelighedsprincip. Hvis du ønsker at få en bedre forståelse af hvad gatekeeping er, har Reddit en subreddit dedikeret til det med nogle triste (og lejlighedsvis ironiske) eksempler.

Mange gange indser forfattere ikke, at de er gatekeeping. Her er nogle udtryk, de kan bruge:

  • naturligvis
  • simpelthen [gør noget]
  • selvfølgelig [noget er sådan og sådan]
  • som alle ved
  • som du sikkert har hørt
  • [noget] er let
  • enhver ["idiot", "nar", "nybegynder", "script kiddie" osv.] kan [gøre noget]

Hvis du ser gatekeeping, skal du bare fjerne den. De fleste af disse udtryk føjer faktisk ikke noget til artiklen.

Forskelsbehandling

Vi har en streng adfærdskodeks, der søger at forhindre, at folk diskrimineres på grundlag af ”køn, kønsidentitet og udtryk, alder, seksuel orientering, handicap, fysisk udseende, kropsstørrelse, race, national oprindelse eller religion (eller mangel derpå). ”

Hvis du ser noget, som du mener repræsenterer forskelsbehandling, skal du fjerne det. Ikke alle kulturer tager disse ting med det samme niveau af alvor som amerikanerne gør. Men hvis du mener, det ikke er en misforståelse, og at forfatteren med vilje er diskriminerende, skal du gøre dette opmærksom på dette.

Unødvendig bandeord

Vi læses bredt af publikum i alle aldre, så vi prøver slet ikke at offentliggøre bandeord.

Mild bandeord som "forbandet" og udtryk som "hvad fanden" er acceptabelt.

I de fleste tilfælde er der et mindre profant alternativ til vanvittige sætninger, der betyder det samme og formidler de lignende følelser.

Nogle gange er f-ordet inkluderet som et adjektiv, for eksempel, hvilket grundlæggende er unødvendigt. Folk bruger ofte s-ordet som et synonym for "dårlig", og dette kan også erstattes med noget mindre vanhellig. Udtrykket "BS" betyder grundlæggende "usandt" eller "løgne."

Vi er en teknisk publikation, så i de fleste tilfælde er skrivning ikke særlig varm. I tvivlstilfælde kan du bruge **** til at erstatte en del af det fornærmende ord.

Efter publiceringsproces

Når vi har offentliggjort en artikel, hjælper vi med at offentliggøre den på Twitter, Facebook og LinkedIn. Vi bruger Buffer til at planlægge alle disse indlæg, så de går ud på de bedst mulige tidspunkter.

Før vi offentliggør, kører vi artiklerne gennem Facebooks debugger og Twitters kortvalidator. Hvis de ser godt ud og klar til at gå, rammer vi ikonet "tweet" i den offentliggjorte Medium-artikel, kopierer tweets tekst og indlæser teksten i buffer.

For Twitter-indlæg fjerner vi blot citaterne omkring artikeltitlen og tilføjer et komma efter titlen (hvis der ikke er nogen anden tegnsætning i slutningen). Hvis Medium ringer til forfatteren ved hjælp af deres Twitter-håndtag, efterlader vi "ved @ brugernavn" der. Hvis det bare bruger deres fulde navn, sletter vi delen "ved [fornavn] [efternavn]" fra tweetet.

For LinkedIn- og Facebook-indlæg fjerner vi citaterne fra titlen og sletter resten af ​​teksten og efterlader kun postens titel og linket.

Når vi har bufret disse indlæg, betragter vi den artikel som færdig.

Konklusion

Tak, fordi du læste denne vejledning. Hvis du har nogle forslag til, hvordan det kan forbedres, så lad mig det vide. Forhåbentlig vil denne guide vokse til at omfatte yderligere redaktionelle overvejelser og almindeligt forekommende kantsager.

Dette er et eksempel på en sidefod for en Medium-artikel.

Tak for læsningen. Hvis du har tanker om dette, skal du sørge for at efterlade en kommentar.

Giv mig nogle klapper, hvis du fandt denne artikel nyttig.

Og du kan følge mig på Twitter her.