Довідник редактора публікацій середнього видання freeCodeCamp

Примітка: freeCodeCamp більше не активний на Medium. Зараз ми використовуємо власний інструмент ведення блогів із відкритим кодом Ghost. Ви, мабуть, зараз читаєте це на новинах freeCodeCamp? Але це все одно може бути вам корисно, якщо ви вирішите публікувати на Medium.

Колись спільнота з відкритим кодом freeCodeCamp випускала найбільше технічне видання Medium. Щотижня ми публікували більше десятка історій про розробку, дизайн та науку даних.

Найдовше я працював єдиним редактором видання. Я відредагував та опублікував понад 1200 подань. Але ми завжди отримували більше якісних матеріалів, ніж я встигав опублікувати. Тож я нарешті зізнався собі, що потребую допомоги.

Незважаючи на те, що freeCodeCamp щомісяця охоплює мільйони людей через Medium, YouTube та нашу платформу кодування, ми є невеликою некомерційною організацією, що підтримується донорами. Нам бракує ресурсів для найму професійних редакторів.

Однак відсутність ресурсів не зупинила нас в інших сферах. У нас є тисячі добровольців, які керують місцевими навчальними групами, беручи участь у проектах з відкритим кодом, та модеруючи форуми та чати.

Тож на початку липня я опублікував заклик до редакторів-волонтерів. Відгукнулося більше 50 людей. І серед цих респондентів я зібрав і навчив невелику команду редакторів.

У той же час я склав проект того, що врешті-решт стане цим Довідником редактора. Це наш путівник, як наша команда редакторів-волонтерів редагує історії. І в дусі прозорості я публікую це.

Це може виявитися вам корисним, якщо ви редагуєте технічний журнал чи видання Medium. Або - якщо ви один із 500+ письменників, які були опубліковані у публікації freeCodeCamp - вам може бути просто цікаво, що відбувається за лаштунками.

У будь-якому випадку, я сподіваюся, вам буде цікавим і корисним цей живий документ.

Як ми оцінюємо, редагуємо та публікуємо історії

Ми отримуємо десятки заявок щотижня і захищаємо час наших читачів. Ми прагнемо публікувати лише такі історії, які:

  • добре написано
  • актуальні для нашої аудиторії розробників , дизайнерів та науковців даних
  • фактичні, а не в першу чергу написані для обману товару чи компанії

Реальність публікації статей у 21 столітті

Люди зайняті. Вони ніколи не були зайнятішими. І все погіршиться до того, як стане краще.

Ми повинні оптимізувати для обмеженого часу наших читачів.

У традиційній журналістській новині це означає використання Перевернутої піраміди - ставити найважливіші факти на перше місце та додавати додаткові факти у порядку зменшення їх важливості. Таким чином, якщо хтось перестане читати, він все одно піде з головною ідеєю та якомога більшою кількістю важливих фактів.

Більшість середніх історій більше нагадують художні історії. Вони розповідають про події (посмертні проекти, звіти про влаштування на роботу) або аргументують аргументи (викриття вразливих місць безпеки, схвалення використання певної бібліотеки з певною метою).

Ще одна категорія - це підручники. Вони можуть бути на всьому: від того, як виправити відокремлену голову в Git, до того, як створити безсерверну навичку Alexa.

Незалежно від типу історії - новини, функції, підручники - всі вони повинні прагнути до однакових достоїнств:

  • Речовина .Історія повинна принести щось значуще за стіл. Історія письменника про Commodore 64, яку батьки придбали для них у 1980-х роках, може зацікавити їх особисто, але чи буде вона доречною для типового читача? Чи підуть вони з чимось корисним? З іншого боку, майже всім нашим читачам було б корисно дізнатись більше про процес співбесіди або отримати краще розуміння того, як працює CSS.
  • Доступність . Історія повинна бути якомога легшою для розуміння неспеціалістом. Існують практичні обмеження того, наскільки простим може бути пояснення математичного поняття, але небагато письменників навіть починають наближатися до таких меж. Вдумливий комунікатор може спрямувати свій внутрішній Ейнштейн чи Фейнман і зробити порівняно простими для розуміння багато складних концепцій. Але для цього потрібні зусилля.
  • Стислість . Люди зайняті. Історія повинна бути якомога коротшою, але не коротшою. Ми часто можемо обрізати жир, не жертвуючи великим змістом. Ми публікуємо багато довших історій, таких як моя історія про історію відкритого Інтернету. Я витратив 3 місяці на її дослідження, і спочатку це була книга, але я зміг скоротити її до такої міри, що міг би висловити її за 26-хвилинне прочитання. Можливо, є місце, щоб скоротити це ще більше.

Знову ж таки, всі ці чесноти випливають із реальності нашого сучасного віку: люди зайняті .

Якби люди не були зайняті, їм, можливо, було б цікавіше прочитати ностальгічну статтю про чийсь перший Commodore 64. Вони могли б бути готовими боротися з кількома підручниками для студентів, щоб вони могли зрозуміти чийсь наповнений жаргоном трактат про хмарні обчислення. Вони можуть встигнути прочитати звивистий фоліант статті замість її записів на скелі. Але більшість людей занадто зайняті для цього.

Все, що ми робимо як редактори, поінформоване цим основним фактом. Тож скажу ще раз. Люди зайняті .

Інструменти для зацікавлення зайнятих людей

У нас є лише два інструменти проти невпинного прокручування стрічок новин: заголовок та зображення.

Ось як виглядає історія у стрічці новин Medium:

Ось як це виглядає у Facebook:

А ось як це виглядає у Twitter:

Заголовок та початкове зображення - це єдине, за чим люди повинні судити про історію. Перш ніж вони зможуть прочитати перший абзац історії, вони повинні відповісти на запитання. Це те саме питання, яке ми всі задаємо собі щодня: чи буде це варте мого часу?

Ваша перша робота редактора - вибрати заголовок та зображення, які змусять читачів - зайнятих людей, які прокручують свої Reddit або свої стрічки новин Facebook - відповісти "так".

Гарний заголовок має різницю

Заголовок - найважливіша частина історії. Витратьте час на його вдосконалення.

Не використовуйте розрив цікавості: "Ви не повірите цьому смішно ефективному заголовку темного візерунка".

Не використовуйте заголовки списків і, як правило, уникайте статей, структурованих як списки: «11 обурливих заголовків, які змусять людей прочитати вашу історію« Середній ». .

Скажіть правду: "Розумний, але важливий заголовок про цікаву тему".

Скільки повинні бути заголовки? HubSpot проаналізував 6000 публікацій у блогах і виявив, що історії з заголовками від 8 до 14 слів отримують більше публікацій у соціальних мережах.

При цьому переконайтеся, що заголовок містить 80 символів або менше . Інакше заголовок буде усічений у стрічках новин, коли люди діляться історією у Facebook та Twitter.

Інша думка - наскільки емоційний заголовок. Чим емоційніший (позитивний чи негативний) заголовок, тим більше шансів, що люди натискають його.

Заголовки традиційно пишуться у "заголовку". Associated Press зазначає, що "велику літеру кожного слова, окрім статей, узгоджувальних сполучників та прийменників із трьох літер або менше, складають великі літери".

На Medium я часто викидаю регістр заголовків у вікно і просто пишу заголовки, як звичайне речення. Я навіть включаю розділові знаки за необхідності. Цей формат є більш розмовним і легшим для читання.

Зазвичай ми не публікуємо статті, що складаються з багатьох частин. Такі ярлики, як «частина 1», відлякують людей, бо хто знає, коли вам вдасться написати частину 2. Набагато краще просто опублікувати довгу, поглиблену історію або серію пов’язаних, але окремих статей, які можуть бути взаємопов’язаними між собою їх авторами.

Арешт із зображеннями

Другим найважливішим аспектом історії є її образний образ.

Завжди включайте хоча б одне зображення в історію (бажано в самому верху). Це має наступні переваги:

  1. Коли люди діляться історією у Facebook та Twitter, вона буде більш помітною у стрічках новин, завдяки чому люди частіше натискатимуть на неї.
  2. Це буде виглядати краще у власних стрічках новин Medium.
  3. Люди є візуальними істотами, і натискають на зображення.

Публікуючи історію, Medium дає змогу вибрати, яким зображенням ви хочете бути зображенням історії. Це означає, що мета властивістю og-image історії буде саме це зображення. Це зображення буде служити послом історії всюди: стрічки новин соціальних мереж, Reddit, Google News - навіть читачі RSS.

Почніть розглядати зображення на початку процесу редагування. І ніколи не публікуйте щонайменше одне зображення. Інакше історія буде майже непомітною у стрічках новин.

Вам слід розбити довгі історії зображеннями. Перефразовуючи Мері Поппінс, ложка зображень допомагає тексту знижуватися.

Середній пропонує чотири різні ширини зображення. Зверніть увагу, що всі вони будуть виглядати однаково на мобільних пристроях.

Здебільшого ви хочете дотримуватися ширини стовпця:

Якщо у вас є діаграма, яку важко читати, коли вона невелика, перейдіть більше:

І якщо ви справді пишаєтесь зображенням або якщо воно переповнене цікавими даними, перейдіть повним шляхом:

... і тоді є сторона. Не використовуйте цей розмір взагалі, оскільки це робить текст менш зручним для читання.

Також незручно, коли ви закінчуєте розмову про фотографію, а ваш текст все одно відсувається вбік.

Так. Я все ще застряг тут.

Якщо вам потрібно додати зображення до історії, візьміть тематично відповідне зображення з ліцензією Creative Commons Zero на сайті pexels.com. Ви можете використовувати їх безкоштовно без авторства.

Нарощуйте імпульс, маючи сильну перевагу

Як тільки читач натискає на історію, розпочинається судовий розгляд. Вони шукають будь-якого приводу, щоб повернутися до своєї стрічки новин. Оскільки читання вимагає набагато більше зусиль, ніж прокручування фотографій котів.

Деякі автори використовують вступні відомості або оновлення, такі як "Це було опубліковано в моєму блозі за адресою [URL-адреса блогу]" або "Оновлення: це було опубліковано в Hacker News". Якщо вони додали їх, вам слід перенести ці речі в кінець історії.

Натомість у тексті слід негайно почати висловлюватись та розповідати історію.

Допоможіть письменнику встановити їх авторитет

Придумайте спосіб встановити авторитет письменника протягом перших кількох абзаців. Скажіть, якщо це найкращий фахівець у вашій галузі. Не думайте, що люди збираються витратити час, щоб погуглити їх.

"Хто ти такий, говорить так голосно, що я не чую, що ти кажеш". - Ральф Вальдо Емерсон

Будь-яке досягнення чи відзнака, що змушує людей сприймати письменника серйозніше, допоможе створити у читачів враження, що "ця людина знає, про що вони говорять".

Наприклад, якщо вони колишні інженери Googler / Facebook або працюють в основній команді популярного проекту з відкритим кодом, вам слід знайти спосіб працювати таким природним шляхом (без того, щоб це звучало хвалькувато). "Чому я залишив Google, щоб створити програму для особистих фінансів для дітей", звучить набагато переконливіше, ніж "Я створюю програму для особистих фінансів, щоб допомогти дітям".

Підсилюйте довіру до письменника протягом історії. Вони повинні аргументувати свої аргументи даними. Там, де це необхідно, вони повинні використовувати вбудовані посилання на дослідження (що не отримує заробітної плати).

Це не New England Journal of Medicine. Це Середній. Тому не використовуйте виноски. Якщо автор використав виноски, знайдіть спосіб їх повторного введення в текст, а потім видаліть виноски в кінці статті. Багато разів ці виноски недостатньо суттєві, щоб їх можна було включити, і їх можна просто видалити.

Зовнішній вигляд і стиль

Запустіть текст через додаток Hemingway. У цьому простому інструменті немає нічого магічного, але він автоматично виявить широко узгоджені проблеми стилю:

  • пасивний стан
  • непотрібні прислівники
  • слова, що мають більш загальні еквіваленти

Прикметники часто можна вилучити, знайшовши більш відповідні іменники чи дієслова.

”Я помічаю, що ви використовуєте просту, просту мову, короткі слова та короткі речення. Це спосіб писати англійською - це сучасний і найкращий спосіб. Дотримуйтесь цього; не дозволяйте пуху та квітам і багатослівності повзути. Коли ви зловите прикметник, вбийте його. Ні, я не маю на увазі повністю, але вбийте більшість з них - тоді все інше буде цінним. Вони слабшають, коли вони знаходяться поруч. Вони надають сили, коли вони широко розставлені. Прикметникова звичка, або багатослівна, дифузна, квітуча звичка, якось закріплена на людині, позбутися так само складно, як і будь-який інший порок ». - Марк Твен

Додаток Хемінгуея призначить "рівень оцінки" для твору. Навіть технічні історії можуть досягти рівня 6. І вони повинні прагнути.

Більшість людей не є носіями англійської мови, і ті, хто зазвичай не сидять цілими днями, читаючи Чосер. Вони хочуть, щоб їхня інформація була доступною та точною.

Помилка на стороні розбиття довгих речень та абзаців на коротші.

Незважаючи на те, що ви, можливо, дізналися на уроках композиції з англійської мови, люди віддають перевагу коротким абзацам, аніж "стінам тексту".

У абзацах з одним реченням немає нічого поганого.

Помилка на стороні створення нових абзаців.

Використовуйте скорочення. Вони зроблять прозу більш розмовною. Це завжди плюс.

freeCodeCamp - некомерційна організація з США, тому ми вирішили використовувати американську англійську протягом усієї публікації. Можливо, вам доведеться змінити випадкові "аналіз" на "аналіз", а "колір" на "колір".

Також зауважте, що ми віддаємо перевагу метричній системі перед імперською.

Пропишіть цифри від одного до десяти, а потім використовуйте цифри від 11 і вище.

Коли стать когось невідома - або автор говорить про гіпотетичну особу, яку вони створили задля того, щоб підкреслити свою думку, завжди використовуйте слова «їх», «своїх» та «своїх». У сучасному вживанні це також діє як займенник третьої особи в однині. Це простіше, ніж сказати "він чи вона".

Тримайте напруженість послідовною протягом усього часу. Якщо письменник говорить про щось, що сталося в минулому, переконайтеся, що вони використовують минулий час.

Якщо ви хочете щось підкреслити, використовуйте жирний шрифт , але використовуйте це економно . Курсив читати важче. Не виділяйте жирних гіперпосилань - рядок під ними вже надає достатньо уваги.

Не використовуйте капелюшки. Вони виглядають елегантно в старих книгах, але безглуздо в Інтернеті.

Використовуйте лише по одному знаку оклику за раз, як правило, лише після вигуків типу: Golly gee! Хот-дог!

Зверніть увагу на неправильні «розумні котирування», як-от: «тест» (зауважте, що обидві котирування відкривають котирування.) Medium не ловить їх автоматично, тому вам доведеться видалити та повторно ввести цитату, після чого середній повинен це виправити.

Завжди використовуйте подвійні лапки для навколишніх цитат та всього, що хтось може розмістити в межах "повітряних котирувань". Потім використовуйте одинарні лапки для котирувань у котируваннях:

"Іноді, коли я пишу Javascript, я хочу розвести руки і сказати" це бики ***! " але я ніколи не можу згадати, що означає "це". " - Бен Гальперн

Зверніть увагу, що я використовував там другий стиль витягування цитат, який ми використовуємо для цитат з одного абзацу.

Розташуйте коми та крапки всередині лапок, за винятком випадків, коли це може заплутати читача (наприклад, з іменами змінних чи назвами книг).

У деяких частинах світу люди ставлять пробіли перед двокрапками або знаками питання, наприклад: приклад. Не роби цього.

Замість того, щоб починати речення з "Отже", почніть з "Так".

Замість того, щоб починати речення з "Однак", почніть з "Але".

Використовуйте англійську замість латиниці:

  • Використовуйте "наприклад" замість "EG"
  • Використовуйте "що є" замість "IE"
  • Використовуйте "зверніть увагу" замість "NB"
  • Замість того, щоб закінчувати списки "тощо" Почніть їх із "подобається": "Елвіс їсть їжу, як хліб, арахісове масло і банани".

За даними Google Books, крапка з комою вмирає повільною смертю.

Давайте виведемо їх із біди. Просто використовуйте замість крапки і розбивайте речення на окремі речення.

Єдине місце з крапкою з комою у цьому світі - це кінець рядка коду.

Використовуйте оксфордську кому, коли це можливо. Це робить речі простішими, зрозумілішими та красивішими для читання.

На відміну від коду, ви завжди повинні розміщувати розділові знаки в лапках, наприклад: найпопулярнішими повідомленнями комітів GitHub є «початковий коміт», «оновлення readme.md» та «оновлення».

Крім того, розробка інтерфейсу (форма прикметника з тире) - це коли ви працюєте на передньому кінці (форма іменника без тире). Те саме стосується заднього кінця, повного стеку та багатьох інших складних термінів.

Код вітрини

Там, де це можливо, код повинен бути в текстовій формі, а не в зображеннях. Це робить код більш доступним для зчитувачів з екрану та простішим для копіювання та вставлення.

Medium має прихований ярлик, який перетворить текст у звичайний текст таким:

if (розробник === true) {

дотримуйтесь (this.mediumPublication);

}

... у відформатований блок коду:

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

Для цього виберіть текст, а потім натисніть:

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

Ви також можете запустити блок коду з потрійними зворотними позначками. Якщо ви введете три зворотні позначки (``) у новому рядку, Medium перейде в режим введення коду.

Щоб виділити код в рядку, виділіть його, а потім натисніть клавішу зворотного позначення. Таким чином, ви можете відформатувати текст як код freeCodeCamp()прямо посередині речення.

Автори можуть навіть вбудовувати запущені програми прямо в Medium. Тільки на випадок, якщо вони не відображаються належним чином у мобільних додатках Medium, ми повинні включити посилання під кожним з вбудованих програм як запасний варіант.

Вставте URL-адресу CodePen.io у Засіб, а потім натисніть Enter:

Перегляньте мій CodePen тут.

Ви також можете зробити це за допомогою JSFiddle.net:

Переглянути мій JSFiddle тут.

Іноді люди починають рядки коду з команди $if, якщо вони термінальні. Не роби цього. Це заплутає початківців і ускладнить копіювання та вставлення команд. Натомість просто скажіть щось на зразок «Введіть у своєму терміналі наступні команди».

Зробіть посилання природними

Придумайте спосіб опрацювання посилання у реченні. Одне, що я не рекомендую робити, - це розміщення посилання на своєму рядку та натискання клавіші Enter. Це створить приємну на вигляд картку попереднього перегляду, наприклад:

Як стати на плечі велетнів

Conquer Not Invented Here Syndrome, то зробіть щось нове. medium.freecodecamp.com

... але читачі часто вважають, що це реклами, і навіть не дивляться на них.

Єдиний раз, коли я рекомендую використовувати це, - це в кінці розповіді, якщо ви хочете зробити посилання на подальше читання.

Підкреслення тексту ускладнює читання, тому лише гіперпосилання на кілька слів.

Не вставляйте URL-адреси безпосередньо, наприклад: ❌ //www.freecodecamp.org ❌

Натомість посилання на сайти, такі як freeCodeCamp в середині речення, як я щойно робив тут.

Вбудований носій

Ви можете вставляти твіти, відео на YouTube та інші засоби масової інформації, вставляючи їх URL-адреси в Носій у новий рядок, а потім натискаючи клавішу Enter.

Використовуйте їх економно, оскільки вони можуть відволікти вашого читача від закінчення вашої історії.

Поясніть скорочення

Не використовуйте абревіатуру, якщо абревіатура не є більш зрозумілою, ніж те, що вона означає. Наприклад, HTTP є більш широко визнаним, ніж протокол передачі гіпертексту.

Якщо абревіатура ще не широко зрозуміла, і ви збираєтесь посилатися на неї більше ніж кілька разів, ви можете визначити її як абревіатуру, виконавши це:

"Давайте розберемо код на абстрактне дерево синтаксису (AST)."

Тут я також посилався на статтю Вікіпедії, для зручності читачів. Не думайте, що люди будуть читати ці зовнішні посилання. Вам все ще потрібно визначити поняття або проілюструвати їх на прикладі.

Уникайте визначення абревіатури у початкових абзацах, оскільки це уповільнює роботу читача та робить їх менш імовірними для продовження читання.

Ось дуже короткий список скорочень технологій, які вам не потрібно визначати: API, AJAX, BIOS, CPU, CSS, HTML, HTTPS, JSON, LAN, RAM, REST, USB, WWW, XML. Для всього іншого ви повинні написати це.

Завжди пишіть короткі багаточастинні слова, такі як JavaScript та інтерфейс. Не скорочуйте їх. Лаконічність не варта можливої ​​плутанини.

Додайте 5 тегів

Середній дозволяє додати до історії до п’яти тегів. Використовуйте їх.

Люди стежать за певними темами на Medium. Найпопулярніші з них - #tech, # уроки життя, # подорожі, # дизайн та # стартап.

Люди, які стежать за тегами, якими ви користуєтесь, можуть побачити історію у своїй стрічці новин. Теги також полегшують людям натрапити на історію в результатах пошуку.

Якщо письменник вибрав не дуже популярний тег, ви можете замінити його на більш популярний варіант. Наприклад, "JS" - набагато менш популярний тег, ніж "JavaScript". "UXD" і "UX Design" набагато менш популярні, ніж "UX".

Також слід використовувати якомога різноманітніші теги (якщо вони відповідають статті). Наприклад, у статті про розробку Android не потрібні “Android”, “AndroidDev” та “Android Apps”. Читачі, які стежать за "AndroidDev", ймовірно, також стежать за "Android", тож це марне витрачання цінної нерухомості. Натомість ви можете додати більше популярних пов’язаних тегів, таких як „програмування” та „технологія”.

Прийнятні рівні самореклами

Письменники пишуть для поширення знань, але більшість із них також мають додаткові мотивації.

Деякі письменники намагаються просувати свій проект із відкритим кодом або стартап, або оприлюднюють факт найму. Деякі письменники намагаються змусити людей стежити за ними у Twitter або підписатись на їх список розсилки.

Все це добре. Але робити це слід в межах розумного і в нижньому колонтитулі статті.

Людям добре розміщувати статті з власного блогу, але іноді вони роблять, але не повинні, - це перетворювати свій заголовок у посилання на свою публікацію. У деяких випадках це може бути ненавмисно, але нам слід видалити це посилання.

Багато письменників також попросять хлопців у кінці своєї статті. Це допоможе збільшити кількість людей, які бачать статтю в системі рекомендацій Medium. Це теж добре.

Середній нещодавно змінився з серця на плескання. Але багато письменників все ще просять серця. Тож обов’язково змініть їхні прохання згадувати натомість хлопці.

Наприклад, ось рядок, яким ви можете скористатись: "Якщо ця стаття виявилася вам корисною, дайте мені поплескати?".

На що слід звернути увагу як редактору

Плагіат

Плагіат - коли хтось сприймає чужу літературу як свою власну, - це серйозне правопорушення в наукових колах, і таке саме серйозне на Середньому рівні. Письменники завжди повинні приписувати цитати людям, які їх спочатку говорили.

Якщо це багаторядкова котирування, вам слід скористатися котируваннями Medium:

"Коли у вас є власний розум, приємно зараховувати інших людей за їхні". - Кріс Джамі

Якщо ви підозрюєте плагіат - наприклад, абзац досконалої англійської мови у статті, яка інакше читається неприродно, або щось, що здається надзвичайно дотепним у сухій статті, - візьміть підозрілий абзац і вставте його в Google. Це зручна перша лінія оборони.

Якщо уривок здається плагіатним, припиніть редагування. Ми не збираємось його публікувати. Надішліть мені електронного листа, щоб повідомити. Я впораюся з неприємним завданням, щоб дати автору «справжню розмову» для вас.

Ворота

"Вратарство - це коли хтось бере на себе рішення вирішувати, хто має чи не має доступу чи прав на спільноту чи особу". - Міський словник

Вратарство є формою елітарності, і це суперечить нашому принципу доступності. Якщо ви хочете глибше зрозуміти, що таке «ворота», Reddit має присвячений їй підреддит із кількома сумними (а часом і іронічними) прикладами.

Багато разів письменники не усвідомлюють, що вони є воротарями. Ось кілька виразів, які вони можуть використовувати:

  • очевидно
  • просто [зробити щось]
  • звичайно [щось таке-то-то]
  • як всім відомо
  • як ви напевно чули
  • [щось] легко
  • будь-який [„ідіот“, „дурень“, „новачок“, „скрип-дитина“ тощо] може [щось зробити]

Якщо ви бачите воротаря, просто видаліть його. Більшість із цих виразів насправді нічого не додають до статті.

Дискримінація

Ми маємо суворий кодекс поведінки, який спрямований на те, щоб запобігти дискримінації людей на підставі “статі, гендерної ідентичності та виразу, віку, сексуальної орієнтації, інвалідності, зовнішнього вигляду, розміру тіла, раси, національного походження чи релігії (або їх відсутність) ".

Якщо ви бачите щось, що, на вашу думку, представляє дискримінацію, видаліть це. Не кожна культура сприймає ці речі з таким серйозним серйозністю, як американці. Але якщо ви вважаєте, що це не непорозуміння, і що письменник навмисно є дискримінаційним, прошу звернути це на мою увагу.

Зайва ненормативна лексика

Нас широко читають аудиторії різного віку, тому ми намагаємось взагалі не публікувати ненормативну лексику.

Прийнятні такі слова, як "проклятий" та вирази на кшталт "що за біс".

У більшості випадків існує менш нецензурна альтернатива нецензурним фразам, що означають одне і те ж і передають подібні емоції.

Іноді слово f включається як прикметник, наприклад, що в основному непотрібно. Люди часто використовують слово s як синонім „поганий”, і це також можна замінити чимось менш непристойним. Вираз "BS" в основному означає "неправда" або "брехня".

Ми є технічним виданням, тому в більшості випадків написання не буде дуже бурхливим. Якщо ви сумніваєтесь, ви можете використати ****, щоб замінити частину слова, що ображає.

Процес після публікації

Опублікувавши статтю, ми допомагаємо опублікувати її у Twitter, Facebook та LinkedIn. Ми використовуємо буфер для планування всіх цих постів, щоб вони виходили в найкращий час.

Перш ніж публікувати інформацію, ми пропускаємо статті через налагоджувач Facebook та валідатор карток Twitter. Якщо вони виглядають добре і готові до роботи, ми натискаємо піктограму «твіт» у опублікованій статті «Середній», копіюємо текст твіту та завантажуємо цей текст у буфер.

Для публікацій у Twitter ми просто видаляємо лапки навколо заголовка статті та додаємо кому після заголовка (якщо в кінці немає інших розділових знаків). Якщо Medium дзвонить автору за їх ручку Twitter, ми залишаємо там “by @username”. Якщо він використовує лише їх повне ім’я, ми видаляємо з твіту частину „по [ім’я] [прізвище]”.

Для публікацій LinkedIn та Facebook ми видаляємо цитати з заголовка та видаляємо решту тексту, залишаючи лише заголовок публікації та посилання.

Після того, як ми заповнили ці публікації, ми вважаємо, що ця стаття закінчена.

Висновок

Дякуємо, що прочитали цей посібник. Якщо у вас є якісь пропозиції щодо того, як це можна вдосконалити, дайте мені знати. Сподіваємось, цей посібник буде розширюватися, включаючи додаткові редакційні міркування та часто зустрічаються випадки краю.

Це приклад нижнього колонтитула для середньої статті.

Дякуємо за читання. Якщо у вас є думки з цього приводу, не забудьте залишити коментар.

Якщо ви знайшли цю статтю корисною, дайте мені поплескати?

І ви можете стежити за мною у Twitter тут.