HowToHelp

From 1cpp
Revision as of 19:50, 14 June 2015 by FedorEzeev (talk | contribs) (Protected "HowToHelp" ([Edit=Allow only administrators] (indefinite) [Move=Allow only administrators] (indefinite)))
(diff) ← Older revision | Latest revision (diff) | Newer revision → (diff)
Jump to navigationJump to search

Как помочь проекту?

Помочь проекту можно разными способами. Не обязательно быть разработчиком. Достаточно быть пользователем.

Нам нужна помощь в документировании существующего функционала.

Нам нужна помощь в поиске и исправлении ошибок.

Нам нужны идеи и предложения о новом функционале.

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

Никогда не надо забывать о том, что проект 1С++ является свободным проектом. Грубо говоря, вам никто и ничем не обязан. Не надо обижаться, если никто не захочет реализовывать Вашу супер-мега идею. Не стоит расстраиваться, если никто не захочет исправлять обнаруженный Вами баг.

Однако не стоит опускать руки. Ошибки исправляются, а новый функционал добавляется. Значит это кому-то интересно. Так что первая ваша задача - найти разработчика, которому будет интересно решить Ваш вопрос. Для начала можно попробовать поговорить с ответственным за соответствующую часть 1С++. Даже если Вы не сможете заинтересовать его - он возможно сможет посоветовать кого-то другого.

Вне зависимости от того, нашелся заинтересованный человек или нет - багрепорт, или пожелание нового функционала должно быть соответствующим образом оформлено и опубликованно. Ибо этот заинтересованный чеовек может появиться попозже. Публиковать багрепорты и пожелания функционала можно на форуме, или в Багзилле. Лучше пользоваться багзиллой, ветки на форуме часто тонут незамеченными заинтересованным лицом. Если задача обсуждается и в багзилле и на форуме - поставьте и там и там взаимные ссылки. При вводе задачи в багзилле - подпишите того разработчика, который, по вашему мнению, может оказаться заинтересованным в решении Вашей проблемы.

Если у Вас есть вариант решения проблемы - опубликуйте его в багзилле. Лучше всего это делать в виде патча. (примечание: патч - это результат вывода юниксовой команды diff -u). Выкладывание исправленного файла "на базе версии Х-Х-Х-Х" плохо тем, что каждому, кто захочет вникнуть в суть Ваших изменений, нужно будет самостоятельно получать разницу между версией Х-Х-Х-Х и вашим файлом. Эта рутинная операция может отпугнуть. Сделайте ее один раз для всех.

Если сделанные Вами изменения требуют внесения исправлений или добавлений в документацию - будьте готовы сделать это.

Будьте активными и самостоятельными. Старайтесь самостоятельно сделать все, что в Ваших силах.