Для тех, кто не является MOTU (люди, которые поддерживают репозитории программного обеспечения Universe и Multiverse), и у вас нет планов «я буду применять к MOTU по дате»:
Что держит вас и другие, как вы, пытаетесь стать MOTU? Почему вы думаете, что не можете стать таким?
Я имею в виду как социальные, так и технологические барьеры.
EDIT: Я говорю только MOTU, потому что это довольно родовая группа, но «почему вы не упаковываете / исправляете и намереваясь в конечном итоге попытаться загрузить права? " является еще более общей версией.
Обеспечьте лучшую документацию.
Я принимал участие в сессиях IRC недель недели разработчиков, связанных с упаковкой и материалами MOTU (дважды уже), и обнаружил, что во время этих сеансов вы обычно имеете смутное понимание процесса. Но если вы посмотрите на страницы Wiki через Ubuntu две недели спустя, вы больше не сможете собрать все части. Эти страницы часто являются списками маркеров от людей, которые уже подробно разбираются в этом процессе. Но этого недостаточно, чтобы сделать контент понятным для новичков.
Так что, возможно, вам стоит попытаться получить страницы вики-документации, объясняющие процесс, инструменты и людей, участвующих в деталях. Или даже с полными примерами. Во время сеансов IRC всегда повторяются примеры, возможно, они имеют значение для страниц вики.
В наши дни людям нравится участвовать в вождении.
20 лет назад вы обычно фокусировали бы много своей энергии на проект для домашних животных, если бы у вас был такой. Сегодня вы посещаете десятки интернет-страниц в день, и есть много социальных сетей или других сообществ, где вы можете вносить вклад в вики, форумы и прочее. Хотя это привело к увеличению количества людей, это также привело к тому, что люди ожидали записи с низким барьером (a la «просто нажмите на веб-сайт, чтобы отредактировать его). В противном случае они могут просто обратиться к другим сообществам.
Поэтому вы должны ищите препятствия в процессе MOTU. Я помню, что проект GroundControl снизил барьер для вкладок патчей в проектах, размещенных на стартовой панели. Возможно, вам нужны аналогичные новые инструменты, поэтому новым кандидатам MOTU не нужно возиться с множеством инструментов командной строки. Хотя эти текущие инструменты могут быть мощными, вероятно, требуется много энергии, чтобы научиться правильно их использовать.
В наши дни людям нравится участвовать в вождении.
20 лет назад вы обычно фокусировали бы много своей энергии на проект для домашних животных, если бы у вас был такой. Сегодня вы посещаете десятки интернет-страниц в день, и есть много социальных сетей или других сообществ, где вы можете вносить вклад в вики, форумы и прочее. Хотя это привело к увеличению количества людей, это также привело к тому, что люди ожидали записи с низким барьером (a la «просто нажмите на веб-сайт, чтобы отредактировать его). В противном случае они могут просто обратиться к другим сообществам.
Поэтому вы должны ищите препятствия в процессе MOTU. Я помню, что проект GroundControl снизил барьер для вкладок патчей в проектах, размещенных на стартовой панели. Возможно, вам нужны аналогичные новые инструменты, поэтому новым кандидатам MOTU не нужно возиться с множеством инструментов командной строки. Хотя эти текущие инструменты могут быть мощными, вероятно, требуется много энергии, чтобы научиться правильно их использовать.
В наше время людям нравятся данные о драйвере.
20 лет назад вы, как правило, концентрировали бы свою энергию на проекте для домашних животных, если бы у вас был такой. Сегодня вы посещаете десятки интернет-страниц в день, и есть много социальных сетей или других сообществ, где вы можете вносить вклад в вики, форумы и прочее. Хотя это привело к увеличению количества людей, это также привело к тому, что люди ожидали низких барьерных записей (a la «просто нажмите на веб-сайт для его редактирования»). В противном случае они могут просто обратиться к другим сообществам.
Поэтому вы должны ищите препятствия в процессе MOTU. Я помню, что проект GroundControl снизил барьер для вкладок патчей в проектах, размещенных на стартовой панели. Возможно, вам нужны аналогичные новые инструменты, поэтому новым кандидатам MOTU не нужно возиться с множеством инструментов командной строки. Хотя эти текущие инструменты могут быть мощными, вероятно, требуется много энергии, чтобы научиться правильно их использовать.
В наше время людям нравятся данные о драйвере.
20 лет назад вы, как правило, концентрировали бы свою энергию на проекте для домашних животных, если бы у вас был такой. Сегодня вы посещаете десятки интернет-страниц в день, и есть много социальных сетей или других сообществ, где вы можете вносить вклад в вики, форумы и прочее. Хотя это привело к увеличению количества людей, это также привело к тому, что люди ожидали низких барьерных записей (a la «просто нажмите на веб-сайт для его редактирования»). В противном случае они могут просто обратиться к другим сообществам.
Поэтому вы должны ищите препятствия в процессе MOTU. Я помню, что проект GroundControl снизил барьер для вкладок патчей в проектах, размещенных на стартовой панели. Возможно, вам нужны аналогичные новые инструменты, поэтому новым кандидатам MOTU не нужно возиться с множеством инструментов командной строки. Хотя эти текущие инструменты могут быть мощными, вероятно, требуется много энергии, чтобы научиться правильно их использовать.
В наше время людям нравятся данные о драйвере.
20 лет назад вы, как правило, концентрировали бы свою энергию на проекте для домашних животных, если бы у вас был такой. Сегодня вы посещаете десятки интернет-страниц в день, и есть много социальных сетей или других сообществ, где вы можете вносить вклад в вики, форумы и прочее. Хотя это привело к увеличению количества людей, это также привело к тому, что люди ожидали низких барьерных записей (a la «просто нажмите на веб-сайт для его редактирования»). В противном случае они могут просто обратиться к другим сообществам.
Поэтому вы должны ищите препятствия в процессе MOTU. Я помню, что проект GroundControl снизил барьер для вкладок патчей в проектах, размещенных на стартовой панели. Возможно, вам нужны аналогичные новые инструменты, поэтому новым кандидатам MOTU не нужно возиться с множеством инструментов командной строки. Хотя эти текущие инструменты могут быть мощными, вероятно, требуется много энергии, чтобы научиться правильно их использовать.
В наше время людям нравятся данные о драйвере.
20 лет назад вы, как правило, концентрировали бы свою энергию на проекте для домашних животных, если бы у вас был такой. Сегодня вы посещаете десятки интернет-страниц в день, и есть много социальных сетей или других сообществ, где вы можете вносить вклад в вики, форумы и прочее. Хотя это привело к увеличению количества людей, это также привело к тому, что люди ожидали низких барьерных записей (a la «просто нажмите на веб-сайт для его редактирования»). В противном случае они могут просто обратиться к другим сообществам.
Поэтому вы должны ищите препятствия в процессе MOTU. Я помню, что проект GroundControl снизил барьер для вкладок патчей в проектах, размещенных на стартовой панели. Возможно, вам нужны аналогичные новые инструменты, поэтому новым кандидатам MOTU не нужно возиться с множеством инструментов командной строки. Хотя эти текущие инструменты могут быть мощными, вероятно, требуется много энергии, чтобы научиться правильно их использовать.
В наше время людям нравятся данные о драйвере.
20 лет назад вы, как правило, концентрировали бы свою энергию на проекте для домашних животных, если бы у вас был такой. Сегодня вы посещаете десятки интернет-страниц в день, и есть много социальных сетей или других сообществ, где вы можете вносить вклад в вики, форумы и прочее. Хотя это привело к увеличению количества людей, это также привело к тому, что люди ожидали низких барьерных записей (a la «просто нажмите на веб-сайт для его редактирования»). В противном случае они могут просто обратиться к другим сообществам.
Поэтому вы должны ищите препятствия в процессе MOTU. Я помню, что проект GroundControl снизил барьер для вкладок патчей в проектах, размещенных на стартовой панели. Возможно, вам нужны аналогичные новые инструменты, поэтому новым кандидатам MOTU не нужно возиться с множеством инструментов командной строки. Хотя эти текущие инструменты могут быть мощными, вероятно, требуется много энергии, чтобы научиться правильно их использовать.
В наше время людям нравятся данные о драйвере.
20 лет назад вы, как правило, концентрировали бы свою энергию на проекте для домашних животных, если бы у вас был такой. Сегодня вы посещаете десятки интернет-страниц в день, и есть много социальных сетей или других сообществ, где вы можете вносить вклад в вики, форумы и прочее. Хотя это привело к увеличению количества людей, это также привело к тому, что люди ожидали низких барьерных записей (a la «просто нажмите на веб-сайт для его редактирования»). В противном случае они могут просто обратиться к другим сообществам.
Поэтому вы должны ищите препятствия в процессе MOTU. Я помню, что проект GroundControl снизил барьер для вкладок патчей в проектах, размещенных на стартовой панели. Возможно, вам нужны аналогичные новые инструменты, поэтому новым кандидатам MOTU не нужно возиться с множеством инструментов командной строки. Хотя эти текущие инструменты могут быть мощными, вероятно, требуется много энергии, чтобы научиться правильно их использовать.
Предоставьте лучшую документацию.
Я принимал участие в сессиях IRC недель недели разработчиков, связанных с упаковкой и материалами MOTU (дважды уже), и обнаружил, что во время этих сеансов вы обычно имеете смутное понимание процесса. Но если вы посмотрите на страницы Wiki через Ubuntu две недели спустя, вы больше не сможете собрать все части. Эти страницы часто являются списками маркеров от людей, которые уже подробно разбираются в этом процессе. Но этого недостаточно, чтобы сделать контент понятным для новичков.
Поэтому, возможно, вам стоит попытаться заставить страницы документации вики объяснить процесс, инструменты и людей, участвующих более подробно. Или даже с полными примерами. Во время сеансов IRC всегда повторяются примеры, может быть, они влияют на страницы вики.
Я думаю, что самым большим техническим барьером является знание того, как создавать пакеты Debian. Хотя относительно просто создать рабочий пакет, гораздо сложнее создать пакеты до стандарта Debian и Ubuntu. Кроме того, руководства по созданию пакетов обычно имеют дело с ситуацией, в которой у вас есть исходный код, который требует компиляции. Это может запутать приложения, написанные на интерпретируемых языках.
Самый большой социальный барьер, вероятно, знает, как получить пакеты, загруженные в хранилища вселенной / мультиверсии. Гораздо проще просто создать свой собственный ppa и загрузить там пакеты.
В наши дни людям нравится участвовать в вождении.
20 лет назад вы обычно фокусировали бы много своей энергии на проект для домашних животных, если бы у вас был такой. Сегодня вы посещаете десятки интернет-страниц в день, и есть много социальных сетей или других сообществ, где вы можете вносить вклад в вики, форумы и прочее. Хотя это привело к увеличению количества людей, это также привело к тому, что люди ожидали записи с низким барьером (a la «просто нажмите на веб-сайт, чтобы отредактировать его). В противном случае они могут просто обратиться к другим сообществам.
Поэтому вы должны ищите препятствия в процессе MOTU. Я помню, что проект GroundControl снизил барьер для вкладок патчей в проектах, размещенных на стартовой панели. Возможно, вам нужны аналогичные новые инструменты, поэтому новым кандидатам MOTU не нужно возиться с множеством инструментов командной строки. Хотя эти текущие инструменты могут быть мощными, вероятно, требуется много энергии, чтобы научиться правильно их использовать.
Самый большой барьер, который я нашел, - это страница разработчика Ubuntu: http://www.ubuntu.com/community/get-involved/developers
Так много раз, я получил энтузиазм внести по крайней мере 1 патч в Ubuntu ... поэтому я иду в естественное место на веб-сайте ... и в итоге теряюсь в море документации. Через несколько часов, я до сих пор не знаю, для чего я должен написать патч. Когда я просматриваю ошибки Ubuntu, я часто нахожу патчи ... многие, которые просто сидят там, не используются.
Что касается пакетов, я попытался выяснить, как их сделать, это действительно запутывает. Я также пытался участвовать в Launch Pad, но интерфейс намного сложнее, чем Source Forge, я не мог получить свой собственный код на LP. Это очень сложно для нового пользователя.
Будучи MOTU, это ответственность.
Ну, очевидно, что причина №1 недостаточно технически невелика, а причина № 2 - это то, что вы предпочитаете. Но среди вашей целевой аудитории, я думаю, главная причина в том, что это ответственность.
Если я скомпилирую пакет для себя, никто другой не заботится о том, следил ли я за техническими и юридическими политиками. Никто не придет ко мне, ожидая, что я упакую новую версию. Никто не попросит меня исправить ошибки.
Если я загружу свой пакет в ppa, некоторые могут заботиться. Но ожидания не так высоки. Я могу просто исчезнуть и позволить людям жаловаться на их блог, как печально, что пакет недоступен для natty narwhal.
Если я стану MOTU, то внезапно у меня есть большая ответственность. Пользователи придут ко мне с сообщениями об ошибках и пожалуются, если я их не решу вчера. Пользователи ожидают, что я загружу новую версию пакета, как только она будет доступна вверх по течению. Я должен буду объяснить нетехническим пользователям, как выяснить, что они сделали неправильно. В отличие от публикации на форуме, я не должен игнорировать вопросы, на которые я не хочу отвечать. И другие разработчики могут пойти за мной, потому что я что-то испортил - это может быть пугающим.
И что я получу?
Нечеткое ощущение, что я помог людям. Это может иметь значение. Но если это моя главная мотивация, как сравнить упаковочное программное обеспечение с оказанием помощи на кухне супа или обучением своих детей-нелегалов-иммигрантов? Пуля на мое резюме? Мех, участие в FOSS в качестве программиста будет гораздо более оценено. (Это дает вам опыт в таких областях, как управление проектами и долгосрочная поддержка, которые трудно преподавать в курсах колледжей.) Фактически, наличие DD / MOTU выглядит подозрительно для многих работодателей, которые хмурятся политически вовлеченным сотрудникам (вы открыто предоставляя политическую поддержку FOSS). Чувство удовлетворения? Гораздо меньше, чем писать собственную программу с нуля. Программирование намного более творческое, чем упаковка. В этом есть большое чувство достижения. Есть права бахвальства. Но в упаковке? Это тяжелая работа. Это не гламурно.(Это третье лицо «Я» выше. Я думаю, что причины, которые я даю, применимы к большинству людей, но в разной степени. Лично у меня в основном есть squillion вещи, которые я бы предпочел, и упаковка, смысл творческих достижений.)
(Из любопытства, Ubuntu не хватает рабочей силы?)
Язык, моя главная проблема в том, что я до сих пор недостаточно уверен в английском, так что я не могу понять, что другие разработчики пытаются мне сказать
Что мешает мне стать MOTU?
Eventhough Ubuntu - очень приятное сообщество (я еще не пылал вопросами n00bie). Я думаю, что есть немного / неполная документация о упаковке (даже в «Руководстве по разработке нового руководства Debian» полно строк «Эта тема выходит за рамки этого документа»). Если вы примете этот факт и подумаете о том, что первый язык не является английским (например, я), процесс еще сложнее и кастоничен.
С простой, прямолинейной, документацией все будет проще все мы, но люди, у которых есть технические навыки для написания этой документации, слишком заняты, чтобы сделать это.
Я думаю, есть несколько причин для этого. Я также думаю, что причины часто индивидуальны.
Одной из проблем на данный момент является изменение всей системы MOTU. Я считаю, что эти изменения могут ввести в заблуждение и были реализованы больше на технологических линиях и, к сожалению, не привели сообщество полностью на борт (возможно, только потому, что оно запутывает).
Я также думаю, что в некоторых случаях мотивация быть MOTU не так понятна, как могла бы быть. IMHO, будучи MOTU, является ответственностью, а не привилегией. Речь идет не о названии, а о способности помочь сообществу Ubuntu правами доступа, которые приходят с ним. В связи с этим может быть, что весь процесс утверждения может быть изменен (или расширен). Обычно MOTU назначают себя, а затем комиссия смотрит, готовы ли они быть MOTU. Возможно, должно быть возможно, что сверстники, которые считают, что кто-то готов быть MOTU, могут назначить этого человека. Это было бы ИМХО более важным фактом, что назначение делается для содействия процессу, а не для получения титула. Я понимаю, что для этого единственным способом тоже есть свои проблемы, поэтому я скорее рассматриваю его как альтернативу, а затем единственный способ.
Я также знаю, что в прошлом были некоторые проблемы с людьми, которые больше внимания уделяли KDE. Эти проблемы, надеюсь, были решены, но, возможно, это было бы хорошо, если бы это было также широко известно.
Очевидно, это всего лишь пара проблем, которые я заметил. Люди разные и будут видеть разные вещи, иначе они будут затронуты по-разному. Таким образом, тезисы могут не остановить всех, и они не являются единственными причинами этой проблемы.
Я разместил здесь несколько идей: http://blog.mitechie.com/2010/08/24/ubuntu-help-wanted/
Одна вещь, которую я действительно хочу вынести, я, я интересно, сколько разработчиков не используют системы сборки, которые легко подключаются к инструментам упаковки. Я занимаюсь разработкой python. Мой мир сосредотачивается вокруг setuptools и распространяет, и да, я могу взять что-то, что я построю с этими и экспортировать, но с какой целью? У меня уже есть что-то распределяемое. Интересно, возникает ли появление языков сценариев с их собственными инструментами сборки / методами распространения, что приводит к отсутствию опыта и желания в том, чтобы объединять вещи с инструментами debian упаковывания и тем самым уровнями MOTU.
Для меня это, вероятно, связано с временем. В настоящее время у меня нет много времени для инвестиций. И я начал с путаницы, но вскоре узнал, что все было немного сложнее. И вам действительно нужно утонуть в нем.
Тогда есть исправление ошибок, которое, как я знаю, мне понравится. Что мешает мне помогать там, так это то, что вам нужно управлять ветвью развития или чем-то еще. Однажды я начал работать над papercut my в System Monitor (https://bugzilla.gnome.org/show_bug.cgi?id=611738). Поэтому я начал использовать Ground Control, чтобы получить нужный источник и войти туда исправить ошибку. Однако оказалось, что это не так просто, из-за зависимостей. Я знаю, что я должен работать только над версией разработки и проверять, исправлено ли там. Однако, просто чтобы попробовать, мне нужно было скачать источник многих других пакетов gnome. Что не так просто с контролем земли. И вы, вероятно, должны сделать это на рабочей машине. Поэтому я остановился. (Опять мне потребовалось бы слишком много времени, только чтобы начать для этого)
Что касается упаковки, я просто не знаю ничего, что нужно для упаковки. Однажды я сделал учебное пособие по упаковке, и нашел его не слишком сложным для небольших приложений. Тем не менее, я никогда не искал список вещей, которые нуждаются в упаковке, потому что я знаю, что, вероятно, есть один ...:)
Так что для меня это просто время, я хочу помочь, но я просто за пару часов (2 или что-то) каждую неделю или около того. И за это небольшое количество времени я, похоже, не могу начать с этого.
Когда я создаю пакет, он обычно царапает зуд, а не потому, что кому-то нужен пакет. Checkinstall достаточно хорош, чтобы сделать пакет для меня, а затем мой зуд поцарапан, и у меня нет личного стимула идти на дополнительное расстояние, чтобы упаковать его вручную, и выяснить все зависимости и прочее.
Поэтому я предполагаю, что даже если упаковка для распространения проста, для вас все еще гораздо больше работы за пределами упаковки.
Для меня это, вероятно, связано с временем. В настоящее время у меня нет много времени для инвестиций. И я начал с путаницы, но вскоре узнал, что все было немного сложнее. И вам действительно нужно утонуть в нем.
Тогда есть исправление ошибок, которое, как я знаю, мне понравится. Что мешает мне помогать там, так это то, что вам нужно управлять ветвью развития или чем-то еще. Однажды я начал работать над papercut my в System Monitor (https://bugzilla.gnome.org/show_bug.cgi?id=611738). Поэтому я начал использовать Ground Control, чтобы получить нужный источник и войти туда исправить ошибку. Однако оказалось, что это не так просто, из-за зависимостей. Я знаю, что я должен работать только над версией разработки и проверять, исправлено ли там. Однако, просто чтобы попробовать, мне нужно было скачать источник многих других пакетов gnome. Что не так просто с контролем земли. И вы, вероятно, должны сделать это на рабочей машине. Поэтому я остановился. (Опять мне потребовалось бы слишком много времени, только чтобы начать для этого)
Что касается упаковки, я просто не знаю ничего, что нужно для упаковки. Однажды я сделал учебное пособие по упаковке, и нашел его не слишком сложным для небольших приложений. Тем не менее, я никогда не искал список вещей, которые нуждаются в упаковке, потому что я знаю, что, вероятно, есть один ...:)
Так что для меня это просто время, я хочу помочь, но я просто за пару часов (2 или что-то) каждую неделю или около того. И за это небольшое количество времени я, похоже, не могу начать с этого.
Я думаю, есть несколько причин для этого. Я также думаю, что причины часто индивидуальны.
Одной из проблем на данный момент является изменение всей системы MOTU. Я считаю, что эти изменения могут ввести в заблуждение и были реализованы больше на технологических линиях и, к сожалению, не привели сообщество полностью на борт (возможно, только потому, что оно запутывает).
Я также думаю, что в некоторых случаях мотивация быть MOTU не так понятна, как могла бы быть. IMHO, будучи MOTU, является ответственностью, а не привилегией. Речь идет не о названии, а о способности помочь сообществу Ubuntu правами доступа, которые приходят с ним. В связи с этим может быть, что весь процесс утверждения может быть изменен (или расширен). Обычно MOTU назначают себя, а затем комиссия смотрит, готовы ли они быть MOTU. Возможно, должно быть возможно, что сверстники, которые считают, что кто-то готов быть MOTU, могут назначить этого человека. Это было бы ИМХО более важным фактом, что назначение делается для содействия процессу, а не для получения титула. Я понимаю, что для этого единственным способом тоже есть свои проблемы, поэтому я скорее рассматриваю его как альтернативу, а затем единственный способ.
Я также знаю, что в прошлом были некоторые проблемы с людьми, которые больше внимания уделяли KDE. Эти проблемы, надеюсь, были решены, но, возможно, это было бы хорошо, если бы это было также широко известно.
Очевидно, это всего лишь пара проблем, которые я заметил. Люди разные и будут видеть разные вещи, иначе они будут затронуты по-разному. Таким образом, тезисы могут не остановить всех, и они не являются единственными причинами этой проблемы.
В наши дни людям нравится участвовать в вождении.
20 лет назад вы обычно фокусировали бы много своей энергии на проект для домашних животных, если бы у вас был такой. Сегодня вы посещаете десятки интернет-страниц в день, и есть много социальных сетей или других сообществ, где вы можете вносить вклад в вики, форумы и прочее. Хотя это привело к увеличению количества людей, это также привело к тому, что люди ожидали записи с низким барьером (a la «просто нажмите на веб-сайт, чтобы отредактировать его). В противном случае они могут просто обратиться к другим сообществам.
Поэтому вы должны ищите препятствия в процессе MOTU. Я помню, что проект GroundControl снизил барьер для вкладок патчей в проектах, размещенных на стартовой панели. Возможно, вам нужны аналогичные новые инструменты, поэтому новым кандидатам MOTU не нужно возиться с множеством инструментов командной строки. Хотя эти текущие инструменты могут быть мощными, вероятно, требуется много энергии, чтобы научиться правильно их использовать.
Язык, моя главная проблема в том, что я до сих пор недостаточно уверен в английском, так что я не могу понять, что другие разработчики пытаются мне сказать
Я думаю, что самым большим техническим барьером является знание того, как создавать пакеты Debian. Хотя относительно просто создать рабочий пакет, гораздо сложнее создать пакеты до стандарта Debian и Ubuntu. Кроме того, руководства по созданию пакетов обычно имеют дело с ситуацией, в которой у вас есть исходный код, который требует компиляции. Это может запутать приложения, написанные на интерпретируемых языках.
Самый большой социальный барьер, вероятно, знает, как получить пакеты, загруженные в хранилища вселенной / мультиверсии. Гораздо проще просто создать свой собственный ppa и загрузить там пакеты.
Будучи MOTU, это ответственность.
Ну, очевидно, что причина №1 недостаточно технически невелика, а причина № 2 - это то, что вы предпочитаете. Но среди вашей целевой аудитории, я думаю, главная причина в том, что это ответственность.
Если я скомпилирую пакет для себя, никто другой не заботится о том, следил ли я за техническими и юридическими политиками. Никто не придет ко мне, ожидая, что я упакую новую версию. Никто не попросит меня исправить ошибки.
Если я загружу свой пакет в ppa, некоторые могут заботиться. Но ожидания не так высоки. Я могу просто исчезнуть и позволить людям жаловаться на их блог, как печально, что пакет недоступен для natty narwhal.
Если я стану MOTU, то внезапно у меня есть большая ответственность. Пользователи придут ко мне с сообщениями об ошибках и пожалуются, если я их не решу вчера. Пользователи ожидают, что я загружу новую версию пакета, как только она будет доступна вверх по течению. Я должен буду объяснить нетехническим пользователям, как выяснить, что они сделали неправильно. В отличие от публикации на форуме, я не должен игнорировать вопросы, на которые я не хочу отвечать. И другие разработчики могут пойти за мной, потому что я что-то испортил - это может быть пугающим.
И что я получу?
Нечеткое ощущение, что я помог людям. Это может иметь значение. Но если это моя главная мотивация, как сравнить упаковочное программное обеспечение с оказанием помощи на кухне супа или обучением своих детей-нелегалов-иммигрантов? Пуля на мое резюме? Мех, участие в FOSS в качестве программиста будет гораздо более оценено. (Это дает вам опыт в таких областях, как управление проектами и долгосрочная поддержка, которые трудно преподавать в курсах колледжей.) Фактически, наличие DD / MOTU выглядит подозрительно для многих работодателей, которые хмурятся политически вовлеченным сотрудникам (вы открыто предоставляя политическую поддержку FOSS). Чувство удовлетворения? Гораздо меньше, чем писать собственную программу с нуля. Программирование намного более творческое, чем упаковка. В этом есть большое чувство достижения. Есть права бахвальства. Но в упаковке? Это тяжелая работа. Это не гламурно.(Это третье лицо «Я» выше. Я думаю, что причины, которые я даю, применимы к большинству людей, но в разной степени. Лично у меня в основном есть squillion вещи, которые я бы предпочел, и упаковка, смысл творческих достижений.)
(Из любопытства, Ubuntu не хватает рабочей силы?)
Самый большой барьер, который я нашел, - это страница разработчика Ubuntu: http://www.ubuntu.com/community/get-involved/developers
Так много раз, я получил энтузиазм внести по крайней мере 1 патч в Ubuntu ... поэтому я иду в естественное место на веб-сайте ... и в итоге теряюсь в море документации. Через несколько часов, я до сих пор не знаю, для чего я должен написать патч. Когда я просматриваю ошибки Ubuntu, я часто нахожу патчи ... многие, которые просто сидят там, не используются.
Что касается пакетов, я попытался выяснить, как их сделать, это действительно запутывает. Я также пытался участвовать в Launch Pad, но интерфейс намного сложнее, чем Source Forge, я не мог получить свой собственный код на LP. Это очень сложно для нового пользователя.
Что мешает мне стать MOTU?
Eventhough Ubuntu - очень приятное сообщество (я еще не пылал вопросами n00bie). Я думаю, что есть немного / неполная документация о упаковке (даже в «Руководстве по разработке нового руководства Debian» полно строк «Эта тема выходит за рамки этого документа»). Если вы примете этот факт и подумаете о людях, у которых первый язык не является английским (например, я), этот процесс еще более сложный и caothic.
С простой, прямолинейной, документацией все будет проще все мы, но люди, у которых есть технические навыки для написания этой документации, слишком заняты, чтобы сделать это.
Я разместил здесь несколько идей: http://blog.mitechie.com/2010/08/24/ubuntu-help-wanted/
Одна вещь, которую я действительно хочу вынести, я, я интересно, сколько разработчиков не используют системы сборки, которые легко подключаются к инструментам упаковки. Я занимаюсь разработкой python. Мой мир сосредотачивается вокруг setuptools и распространяет, и да, я могу взять что-то, что я построю с этими и экспортировать, но с какой целью? У меня уже есть что-то распределяемое. Интересно, возникает ли появление языков сценариев с их собственными инструментами сборки / методами распространения, что приводит к отсутствию опыта и желания в том, чтобы объединять вещи с инструментами debian упаковывания и тем самым уровнями MOTU.
Когда я создаю пакет, он обычно царапает зуд, а не потому, что кому-то нужен пакет. Checkinstall достаточно хорош, чтобы сделать пакет для меня, а затем мой зуд поцарапан, и у меня нет личного стимула идти на дополнительное расстояние, чтобы упаковать его вручную, и выяснить все зависимости и прочее.
Поэтому я предполагаю, что даже если упаковка для распространения проста, для вас все еще гораздо больше работы за пределами упаковки.