> For the complete documentation index, see [llms.txt](https://shpp.gitbook.io/online-communication/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://shpp.gitbook.io/online-communication/about-help.md).

# Про допомогу в чатах

Просити допомоги — норм. Допомагати самому — тим паче круто. Але питати варто, не заважаючи іншим, а допомагати — так, щоб не нашкодити. Деталі:

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

Просто запитайте те, що вам потрібно:\
    **На курсі Zero:** в основному чаті\
    **На курсі CS:** в чаті того рівня, із яким виникли складнощі.

## Юзайте треди

Вся допомога вдвічі корисніша, коли вона [структурована по тредам](/online-communication/distracting.md).

**Питаєте — створюйте тред для відповідей.**

Відповідаєте? Робіть це в треді для відповідей, а не в загальному чаті.\
Автор питання забув створити тред? Не гальмуйте й ви, створіть його самі :wink:

## Не спойлеріть

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

Тому, будь ласка, не пишіть спойлери щодо задач. Якщо ж заспойлерити якусь дрібницю треба для вашого питання: обгортайте слова/скріншоти [в спойлери](https://shpp.gitbook.io/discord-manual/beautify). Якщо це код — викладайте його на Pastebin (якщо ви студент курсу Zero — створюйте [посилання на код в Ш++ IDE](https://shpp.gitbook.io/zero/arrangements/sh++-ide#posilannya-na-kod)).

## Не скидайте посилання без пояснень

Коли вcе ваше повідомлення в чаті - це посилання без жодного тексту,  то... то що? Що ви хочете, щоб ми з ним робили?)\
\
Якщо пояснення міститься за самим посиланням, або текст за посиланням - і є пояснення, то тоді ок. У всіх інших випадках: не скидайте "голе" посилання. Дописуйте текстом, що ви хочете, щоб із цим посиланням робили :slight\_smile:

## Вчіться шукати

Принаймні намагайтесь це робити :)

Задачі у всіх однакові. І організаційні моменти — теж. Тому на 80% питань вже є готова відповідь в мануалах, [закріплених повідомленнях](https://youtu.be/0Fspx4YlZTQ?list=PLl6QPSebh4SDBGPbNAZEWuNF816McXYlJ) або навіть просто в [історії чату](https://support.discord.com/hc/ru/articles/115000468588-%D0%98%D1%81%D0%BF%D0%BE%D0%BB%D1%8C%D0%B7%D0%BE%D0%B2%D0%B0%D0%BD%D0%B8%D0%B5-%D0%9F%D0%BE%D0%B8%D1%81%D0%BA%D0%B0). А ще завжди є Google :wink:

{% hint style="warning" %}
Доки не навчитесь шукати відповіді (в Гуглі, в Діскорді, де завгодно) — програмістом не станете. Це не жарт і не перебільшення.
{% endhint %}

**Якщо взагалі не знаєте, як / де шукати** те, що вам треба — так і спитайте:\
“Як мені правильно шукати *\[те-то]* ?”.\
Це набагато корисніше, ніж “Як зробити *\[те-то]* ?”

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

## Правильно ставте питання

Якщо ви все ж ставите питання, воно **обов'язково** має містити:

**1.** Перелік того, що ви вже зробили для вирішення проблеми *("гуглив X, Y, Z", "читав про X в книзі Y або на сторінці https\://......", "шукав у чаті X на тему Y та Z" і т.п.).*

**2.** Вашу версію відповіді *(або хоча б припущення)*.

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

Бо, якщо студент робив щось лише "для галочки" або взагалі не робив нічого, його питання — це *“мені ліниво, зробіть все за мене хтось інший”*. 

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

Тож не чекайте гарної *(чи навіть взагалі якоїсь)* відповіді на погане питання.

## Аргументуйте

Підкріплюйте слова посиланнями. І посилання — це не обов’язково [URL](https://uk.wikipedia.org/wiki/%D0%A3%D0%BD%D1%96%D1%84%D1%96%D0%BA%D0%BE%D0%B2%D0%B0%D0%BD%D0%B8%D0%B9_%D0%BB%D0%BE%D0%BA%D0%B0%D1%82%D0%BE%D1%80_%D1%80%D0%B5%D1%81%D1%83%D1%80%D1%81%D1%96%D0%B2). Послатися можна і на сторінку книги, і на слова експерта.

Сенс у тому, що треба пояснити: ви вважаєте *так-то*, не просто "бо так", а тому що читали / дивились / чули це *там-то*. Без об’єктивних аргументів дискусія скочується до [смаківщини](http://sum.in.ua/s/smakivshhyna). А це шкідливо для навчання.

Правило аргументації стосується і питань, і відповідей.

## Якщо питаєте — питайте

Іноді в чат пишуть, що є проблема - і все, це вся суть повідомлення. Ну тобто очевидно, що людина просить допомоги. Але питання, як такого, немає. \
\
А раз немає питання - то як на нього відповісти? Врешті-решт, може людина просто жаліється, і їй не допомога насправді треба, а щось типу "у  всіх бувають погані моменти, не переживай, ми з тобою" :slight\_smile:

Тому не просто констатуйте факт проблеми, а робіть чіткий заклик до відповіді.\
\
:no\_entry\_sign: Я не розумію N.

:no\_entry\_sign: Не працює N.\
\
:white\_check\_mark: Я не розумію N. Пробував \[...], читав \[...], але все одно не зрозумів. З якого боку підступитись до N?

## Пишіть до актуального чату

В p2p-zero спілкуються про [Zero](https://programming.org.ua/ua/courses/adults#:~:text=%D0%9A%D1%83%D1%80%D1%81,%D0%BC%D1%96%D1%81%D1%8F%D1%86%D1%8C). В level02 обговорюють проблеми другого рівня курсу [CS](https://programming.org.ua/ua/courses/adults#:~:text=%20%D0%BA%D0%BE%D0%BC%D0%BF'%D1%8E%D1%82%D0%B5%D1%80%D0%BD%D1%96%20%D0%BD%D0%B0%D1%83%D0%BA%D0%B8). І т.д.

**Пишіть туди, де ваше повідомлення актуальне.** Не пишіть (умовно) в чат робототехніки питання про фронтенд. 

Якщо не знаєте, в який чат краще підходить ваше питання — пишіть у флуд.