Skip to content

Правила для чатика BaikalDev.Club

Notifications You must be signed in to change notification settings

BaikalDevClub/rules

Folders and files

NameName
Last commit message
Last commit date

Latest commit

 

History

10 Commits
 
 

Repository files navigation

Правила для чатика

Задачи чата BaikalDev.Club

Чатик создан Антоном Черноусовым. Задачи, которые автор поставил перед чатиком:

  • Информировать и оповещать о проведении различных мероприятий в области ИТ: конференции, семинары, вебинары, лекции, воркшопы и т.д.
  • Информировать и оповещать о новых вакансиях, прежде всего в офисах Иркутских ИТ-компаний или вакасии в Remote стиле.
  • Помогать в проведении стажировок студентов и начинающих разработчиков в офисах Иркутских ИТ-компаний.

Побочной задачей чатика является неформальное культурное общение ИТ-специалистов.

Изменение правил

Единственный правильный способ обсуждения данных правил — отправить pull request к данным правилам.

Группа администрировния

За соблюдением данных правил в чате следит группа администрирования. На данный момент:

  • @golodnyj — Антон Черноусов
  • @mpenzin — Максим Пензин
  • @whiver — Иван Белоречев

Правила поведения в чате

В чате не приветствуются маты и запрещены любые оскорбления, предвзятое отношение или дискриминация.

Не вижу твоего хуиза

В чате принято представляться. Не стесняйтесь рассказать о себе. Чем больше — тем лучше. И не обязательно рассказывать только про IT.

Сопровождайте ваше сообщение тегом #whois.

Если с момента последнего хуиза прошло много времени и у вас многое изменилось, то напишите об этом!

Спрашивая, спрашивай

Чем понятнее вы объясните проблему, тем выше шанс, что получите релевантную помощь.

Чатик не узкопрофильный, поэтому вероятность того, что ваш вопрос уже обсуждали — мала, однако всегда полезно поискать по истории чата вашу проблему по каким-нибудь ключевым словам.

Главное правило — цените чужое время, как своё. Люди часто рады помочь, особенно если имеют опыт в вашей проблеме, но если вы не потрудитесь понятно объяснить, то будут сложности.

Пример плохого запроса на помощь:

Сделал Х, а он не работает! Помогите!

Пример хорошего запроса:

Всем привет, хочу сделать Х, использую для этого Y (ссылка на гитхаб). Но в определенный момент ошибка Z/ медленно работает/etc. Искал в интернете, но ничего не обнаружил. Может кто может подсказать по каким словам искать?

Вот тут можно посмотреть мои попытки (ссылка на онлайн песочницу/гист на гитхабе/репозиторий)

Да, не всегда необходимо расписывать всё настолько подробно. Но с каждой деталью выше шанс что вас поймут и помогут. А так же это сэкономит время на выяснение того, что вам действительно нужно.

Что точно не стоит делать:

  • кидать код прикрепленным файлом
  • кидать код в чат (если его объемы превышают 3-5 строчек)

Ещё рекомендуется почитать https://nometa.xyz/

Помогая, помогай

Итак, вы обнаружили, что кто-то обратился за помощью? Не спешите кричать "всё говно, это надо делать не так". Для начала стоит убедиться, что вы понимаете проблему.

Если спрашивающий недостаточно подробно описал проблему, помогите ему. Скиньте ссылку на эти правила или же задайте наводящие вопросы.

После того как с проблемой определились, и вы знаете как её решить, сформулируйте ответ, подкрепив его ссылками при необходимости.

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

Если же вы видите, что спрашивающий не потратил достаточно времени на составление вопроса, то либо проигнорируйте, либо отправьте читать правила.

Примеры плохих ответов:

Вот это говнокод, давно такого не видел

Это надо делать вообще не так

Лучше бы A заюзал вместо Б

Примеры хороших ответов:

Я немного не понимаю что там написано, объясните пожалуйста что там происходит на словах, либо попробуйте отрефакторить

Распространенная практика делать по-другому. То, что вы используете — антипаттерн. Лучше сделать вот так, потому что вы избавитесь от проблем X и Y.

Я бы сделал это по-другому. У меня был опыт в подобном и мы выбрали Б вместо А, потому что он быстрее. Думаю могу поискать примеры реализации

About

Правила для чатика BaikalDev.Club

Resources

Stars

Watchers

Forks

Releases

No releases published

Packages

No packages published

Contributors 3

  •  
  •  
  •