Інструкція зі стилістичного оформлення публікацій на freeCodeCamp

Оригінальна публікація: The freeCodeCamp Publication Style Guide

Дякуємо, що ділитеся своїми знаннями зі спільнотою.

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

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

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

У цій інструкції ми поділимось порадами того, як зробити публікацію якомога кращою.

Це не місце для публікацій у стилі «допис-кожного-дня» чи потоку свідомості.

Діліться фактами. Діліться цитатами. Діліться кодом. Діліться візуалізацією даних.

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

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

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

Люди зайняті. Тому потрібно негайно привернути їхню увагу. Як це зробити? За допомогою переконливого заголовка.

Заголовок — єдина частина, яку 100% прочитають

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

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

Ось декілька структур заголовків, які добре підходять для публікацій:

• «Як виправити…»
• «Як побудувати…»
• «Як [завдання] за допомогою [інструмент]»
• «Як працює [щось]»
• «Що таке [іменник]?»
• «Історія [чогось]»
• «Посібник з [чогось]» (обсягом більше 7 000 слів)

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

Додайте зображення

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

Хтось створює зображення самостійно. В цьому може допомогти безоплатний сайт Canva.com (якщо ви не хочете, щоб краї зображень були обрізаними при публікації в твіттері або LinkedIn, використайте співвідношення сторін 1.91:1).

Про що пам’ятати при створенні зображення:

• Використовуйте контрастні кольори, щоб зображення/текст виділялись.
• Не використовуйте багато тексту на зображеннях, краще сфокусуйтесь на головній темі та ключових словах (наприклад, замість повного тексту «Як побудувати застосунок для доставки їжі з React» використайте «Як побудувати застосунок з React» або »Побудова застосунку React»).
• Пам’ятайте основне: головне зображення має бути простим. Вам потрібне привабливе зображення, яке легко переглянути/прочитати на менших пристроях.
• Ви можете використовувати головне зображення, щоб побудувати свій «бренд» як автора. Якщо ви створюватимете власні зображення, ваші роботи почнуть впізнавати за головним зображенням.

Якщо у вас немає зображення, ви можете завантажити зображення без посилання на авторство (наприклад, з сайтів Pexels, Unsplash чи Wikipedia), зберегти його та завантажити на Ghost.

Налаштуйте посилання

Ви можете напряму встановити посилання своєї публікації (натисніть шестірню). Ми рекомендуємо робити їх короткими та описовими. Наприклад, «машинне-навчання-з-pytorch» або «як-надіслати-зміни-до-віддаленого-каталогу-git».

Виберіть теги

Ви можете обрати від 1 до 5 тегів для своєї публікації. Як тільки ви це зробили, повідомте редакторську команду і вони додадуть їх.

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

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

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

Важливість граматики, написання та форматування

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

• Пишіть максимально просто. Використовуйте прості та зрозумілі слова, якщо це можливо.
• Використовуйте короткі речення. Розбивайте довгі речення на декілька коротких. Це допомагає швидше читати та краще сприймати матеріал.
• Використовуйте короткі абзаци. Розбивайте довгі абзаци на абзаци з одним чи двома реченнями. Велика кількість тексту призводить до того, що читачі забувають про матеріал та переходять до режиму «швидкого перегляду».
• Перевіряйте пунктуацію. Велика кількість знаків оклику може відволікати!!! Крапка з комою зазвичай непотрібна; просто використайте крапку. А три крапки… ну… трохи зайві.
• Використовуйте підзаголовки, щоб структурувати текст. У наших публікаціях можна використати великі та малі заголовки (великі заголовки для головних тем, а малі — для розділів в межах цих тем). Заголовки можна додати за допомогою синтаксису Markdown (## для H2, ### для H3 і так далі) або двічі натиснувши на текст, який має бути заголовком. Тоді з’явиться наступне меню:

• Уникайте надмірного користування жирним шрифтом та курсивом. Чим більше форматування тексту, тим важче його читати. Особливо якщо використовувати жирний шрифт та курсив разом. Використовуйте їх окремо та лише за потреби.
• Видаліть абревіації. Вони роблять публікації важкими для розуміння. Розписуйте акроніми, які не використовуються часто.
• Не переходьте з теми на тему. У читачів обмежений час. Допоможіть їм отримати якомога більше користі з публікації, перш ніж їм доведеться продовжувати свої справи.

Використовуйте активний стан

Під час розмови зазвичай використовують активний стан.

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

Ось приклад активного стану:

«Ви можете встановити Node.js, дотримуючись таких кроків.»

Ось приклад пасивного стану:

«Node.js може бути встановленим, дотримуючись таких кроків.»

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

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

Додавайте фрагменти коду

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

‌Вказавши мову програмування, ви дозволите Ghost додати синтаксис.

Наприклад, якщо написати ```js, ви отримаєте синтаксис для JavaScript. До того ж, ми підтримуємо багато інших мов програмування.

Як структурувати публікацію

1. Напишіть короткий вступ, у якому розповідаєте читачам, чого вони дізнаються, які ваші цілі та/або чого вони досягнуть.
2. Поясніть будь-які передумови, які необхідні для читачів (наприклад, знання HTML та CSS, розуміння хуків React, встановлений/налаштований VSCode та інше).
3. Ознайомте читачів з вмістом публікації.
4. Використайте нумерований список для кроків у певному порядку. Або просто використайте підзаголовки, які плавно переходять один до одного.
5. Розгляньте якомога більше деталей.
6. Напишіть висновок, нагадавши читачам про те, чого вони навчились.

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

Ми помітили, що люди не читатимуть другу, третю або будь-яку наступну частину серії, якщо вони не прочитали всі попередні.

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

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

Посібники та книги

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

Чим відрізняється звичайна публікація від посібника?

Загалом, публікації фокусуються на вужчій темі. Вони часто допомагають читачам зрозуміти, як зробити щось конкретне. Наприклад, «Як змінити колір шрифту в HTML» або «Як відсортувати словник за значенням».

Посібники більші за розміром (7000 - 10000 слів) та пропонують більш широке висвітлення великої теми. Наприклад, «Що таке програмування? Довідник початківця» або «Приклади коду на Python: програмування для початківців».

Книги ще значніші та глибші, часто мають понад 10 000 слів. Наприклад, Квінсі Ларсон, засновник freeCodeCamp, написав книгу про те, як навчитися програмувати та знайти роботу розробника, щоб допомогти майбутнім розробникам успішно пройти свій шлях у програмуванні та пошуках роботи.

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

Ви можете ознайомитись з тим, як додати таблицю до посібника у цьому уроці: «Як додати таблицю змісту до публікації».

Якщо вам потрібно більше детальної інформації, див. «Як додати заголовки та ID до таблиці змісту».

Також, якщо ви подаєте повноформатну книгу, повідомте нас. Дехто з команди freeCodeCamp створив чудову обкладинку для книг, яка пропонує простий та стандартизований спосіб оформлення книг, які ми публікуємо. Ось як вона виглядає:

Ви можете надіслати своє фото, і ми додамо його на обкладинку разом із назвою книги та вашим ім’ям.

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

Дотримуйтесь рейтингу G

Спільнота freeCodeCamp складається переважно з дорослих, але тут є і діти.

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

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

Використовуйте зображення без необхідності вказання авторства або зображення, які створили самостійно

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

Такі зображення можна знайти на вебсайтах. Наприклад, на Pexels, Unsplash або Wikipedia.

Не використовуйте хотлінки на зображення. Замість цього завантажте будь-які зображення, які хочете використати, а потім перетягніть їх на Ghost. Таким чином freeCodeCamp зможе обслуговувати зображення через власні надійні CDN (для кращої продуктивності та доступності). І, будь ласка, дотримуйтесь розмірів зображень менше 1 МБ.

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

Деякі зображення (наприклад, вебкомікси) створені з метою спільного користування. Для них ви можете вставити зображення, а потім вказати: «Автор зображення: XKCD», з посиланням на конкретну сторінку вебкоміксу.

Завжди вказуйте джерела

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

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

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

Як правильно вказати джерело

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

«Ця гра повністю керується введенням команд у командному рядку. Оскільки ця гра реального часу, це може призвести до напружених моментів швидкого введення команд у спробах врятувати свої дрони від небезпеки.» (Джерело: Квінсі Ларсон)

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

Завжди вказуйте авторів цитат. Якщо це багаторядкова цитата, ви можете використати виписку, щоб розбити довші абзаци:

«Якщо у вас є власний гострий розум, приємно визнавати інших людей за їхній.»‌‌
— Кріс Джамі

Якщо ваш код сильно натхненний (або позичений) чужим кодом, ви повинні вказати джерело.

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

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

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

Приклади плагіату

Ось декілька прикладів плагіату, тобто того, що не робити. Перший очевидний (скопійований слово в слово):

Оригінал:

Коротке зауваження перед тим, як ми розпочнемо: вебверсія інстаграму та мобільний застосунок досить відрізняються. Більшість людей користуються інстаграмом на мобільних пристроях (за допомогою мобільного застосунку), оскільки саме там ви можете публікувати дописи. (Джерело: Еббі Реннемейер)

Плагіат:

Що ж, готові дізнатись про інстаграм?‌‌‌‌

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

Тепер ми точно готові розпочати.

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

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

Оригінал:

Існує багато причин, чому в інстаграмі діляться фото та відео.‌‌‌‌ Можливо, ви розпочали бізнес або випустили продукт. Можливо, ви працюєте в компанії, якій важлива сторінка в інстаграмі. Можливо, ви хочете створити власний бренд як фотограф, турист або митець. Або ж ви просто хочете ділитись своїм життям.‌‌‌‌ Незалежно від причини, інстаграм — це чудове місце, щоб ділитись ідеями, повідомленнями та мистецтвом. (Джерело)

Плагіат:

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

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

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

Примітка щодо штучного інтелекту

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

Ви можете використовувати інструменти, такі як ChatGPT/GPT-4, щоб дослідити тему, згенерувати унікальний код тощо. Але копіювати цілий абзац або публікацію, написану ChatGPT, і подавати їх без будь-яких змін — погана ідея.

Як сказала Беверлі Сіллз: «До будь-якого вартого місця не існує коротких шляхів».

Ми просимо вас продовжувати писати публікації самостійно: з допомогою генеративного штучного інтелекту та інших ресурсів за потреби.

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

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

Прочитайте свою публікацію. Потім прочитайте її ще раз

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

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

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

Уникайте кроспостингу

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

Існує декілька винятків:

• Кроспостинг може бути ефективним на огородженій платформі (яка не індексується гуглом). Наприклад, на LinkedIn.
• Якщо ви хочете представити власні роботи з інших публікацій на своєму блозі для потенційних роботодавців, то ви можете скроспостити на свій блог і вказати канонічну адресу для посилання на оригінал. Це зменшить ймовірність того, що гугл заплутається і покаже неправильну версію в результатах пошуку.

Однак ви можете взяти деякі особисті публікації на схожу тему (наприклад, «Плагіни для Visual Studio» чи «Продвинуті команди Bash») і створити з них одну, більшу публікацію для freeCodeCamp.

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

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

freeCodeCamp.org — це неприбуткова організація, яка підтримується донорами. Ми не хочемо, щоб у когось склалася думка, що ми робимо «оплачувану рекламу» (ми цього не робимо), оскільки це може застерегти людей від донатів.

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

Ми просимо вас робити це якнайпристойніше. Зовсім нормально мати одне речення в кінці публікації.

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

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

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

Зверніть увагу, що на відміну від більшості популярних вебсайтів всі посилання в наших публікаціях мають атрибут rel="doFollow" з метою SEO. Це означає, що кожна сторінка, на яку ви посилаєтеся (включно з власним блогом), отримає підвищення рейтингу в гуглі. Будь ласка, пам’ятайте це і робіть це в міру.

Завершення процесу

Як тільки ви будете впевнені, що публікація готова для читачів, надішліть посилання на чернетку на editorial@freecodecamp.org. Наша редакторська команда оперативно внесе правки, щоб покращити вашу роботу перед публікацією.

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

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

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

Ви можете використовувати GitHub Markdown

Ви знали, що можете використати Markdown, сумісний з GitHub, для створення своєї публікації?

Ви можете вставити Markdown і він миттєво перетвориться на відформатований текст.

Також можна набрати синтаксис Markdown на початку рядка. Наприклад, # або ## для заголовків, або * для маркованого списку, і починати набирати текст. Текст автоматично перетвориться у вказаний формат.

Використовуйте вставки в міру

Ви можете використовувати вставки (наприклад, твіти та відео), якщо хочете. Просто натисніть на значок + на початку нового рядка та виберіть потрібне з різноманітних інструментів.

Однак ми радимо робити це обережно з трьох причин:

1. Вставки роблять виклик до зовнішнього сервісу, як-от твіттер, що може сповільнити роботу.
2. Багато людей, які читають публікацію, користуються читачами екрана. Велика частина розробницької спільноти має порушення зору (або повну втрату зору). Вставки менш доступні, ніж текст.
3. Кожна публікація має версію Accelerated Mobile Pages, де вставки можуть відтворюватись некоректно.

Використовуйте «ви» замість «ми»

Іноді хочеться використати «ми» в публікації. «Тепер нам потрібно встановити Node.js...». Це природний спосіб спілкування.

Але ми виявили, що використовувати другу особу однини («ви») ефективніше. Це надає враження прямого звернення до читача і дає читачеві можливість дотримуватись вказівок.

Звісно, є винятки — ми часто використовували «ми» у цій інструкції, наприклад! :) Але користуйтеся власним судженням і намагайтеся використовувати «ви», якщо це можливо.

Як переглянути аналітику в Google Analytics

Вам може бути корисно перевірити аналітику своїх публікацій. Ми створили спеціальну панель в Google Analytics, яка показує, скільки людей переглядали ваші публікації протягом 28-денного періоду.

Ось як вона виглядає:

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

Ви побачите графік, який показує кількість переглядів публікацій на freeCodeCamp протягом останніх 28 днів.

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

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

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

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

Дякуємо, що ділитеся своїми спостереженнями зі спільнотою

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

Щасливого програмування!

— Редакторська команда freeCodeCamp