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

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

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

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

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

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

Відповідаєте? Робіть це в треді для відповідей, а не в загальному чаті.\
Автор питання забув створити тред? Не гальмуйте й ви, створіть його самі :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.** Вашу версію відповіді *(або хоча б припущення)*.

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

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

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

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

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

Підкріплюйте слова посиланнями. І посилання — це не обов’язково [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). В level02 обговорюють проблеми другого рівня курсу [CS](https://programming.org.ua/ua/courses/adults). І т.д.

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

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


---

# Agent Instructions: Querying This Documentation

If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question.

Perform an HTTP GET request on the current page URL with the `ask` query parameter:

```
GET https://shpp.gitbook.io/online-communication/about-help.md?ask=<question>
```

The question should be specific, self-contained, and written in natural language.
The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.

Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.
