Difference between revisions of "HowToHelp"
FedorEzeev (talk | contribs) m (Protected "HowToHelp" ([Edit=Allow only administrators] (indefinite) [Move=Allow only administrators] (indefinite))) |
(No difference)
|
Latest revision as of 19:50, 14 June 2015
Как помочь проекту?
Помочь проекту можно разными способами. Не обязательно быть разработчиком. Достаточно быть пользователем.
Нам нужна помощь в документировании существующего функционала.
Нам нужна помощь в поиске и исправлении ошибок.
Нам нужны идеи и предложения о новом функционале.
Если Вы действительно хотите помочь проекту - постарайтесь сделать это наиболее эффективно. Сейчас я постараюсь рассказать о том, как достичь наибольшей эффективности в этом вопросе.
Никогда не надо забывать о том, что проект 1С++ является свободным проектом. Грубо говоря, вам никто и ничем не обязан. Не надо обижаться, если никто не захочет реализовывать Вашу супер-мега идею. Не стоит расстраиваться, если никто не захочет исправлять обнаруженный Вами баг.
Однако не стоит опускать руки. Ошибки исправляются, а новый функционал добавляется. Значит это кому-то интересно. Так что первая ваша задача - найти разработчика, которому будет интересно решить Ваш вопрос. Для начала можно попробовать поговорить с ответственным за соответствующую часть 1С++. Даже если Вы не сможете заинтересовать его - он возможно сможет посоветовать кого-то другого.
Вне зависимости от того, нашелся заинтересованный человек или нет - багрепорт, или пожелание нового функционала должно быть соответствующим образом оформлено и опубликованно. Ибо этот заинтересованный чеовек может появиться попозже. Публиковать багрепорты и пожелания функционала можно на форуме, или в Багзилле. Лучше пользоваться багзиллой, ветки на форуме часто тонут незамеченными заинтересованным лицом. Если задача обсуждается и в багзилле и на форуме - поставьте и там и там взаимные ссылки. При вводе задачи в багзилле - подпишите того разработчика, который, по вашему мнению, может оказаться заинтересованным в решении Вашей проблемы.
Если у Вас есть вариант решения проблемы - опубликуйте его в багзилле. Лучше всего это делать в виде патча. (примечание: патч - это результат вывода юниксовой команды diff -u). Выкладывание исправленного файла "на базе версии Х-Х-Х-Х" плохо тем, что каждому, кто захочет вникнуть в суть Ваших изменений, нужно будет самостоятельно получать разницу между версией Х-Х-Х-Х и вашим файлом. Эта рутинная операция может отпугнуть. Сделайте ее один раз для всех.
Если сделанные Вами изменения требуют внесения исправлений или добавлений в документацию - будьте готовы сделать это.
Будьте активными и самостоятельными. Старайтесь самостоятельно сделать все, что в Ваших силах.