где поместить предложение для Ubuntu?

Если вы имеете в виду .bashrc, вы найдете его в своей домашней папке. Если его там нет, вы можете скопировать его из папки / etc / skel в домашнюю папку.

Если вам нужна дополнительная информация по этому вопросу, посетите страницу stefaan lippens.

http://stefaanlippens.net/bashrc_and_others

0
задан 26 March 2018 в 01:26

3 ответа

«Предложить» изменения могут быть довольно загруженным термином. Вот почему:

Ubuntu всегда был вкладом в ораторство. Люди, которые привлекают внимание разработчика, являются (другими) людьми, которые вносят код. Единство в настоящее время поддерживается и поддерживается несколькими добровольцами из сообщества.

Ни одна из этих групп не очень ценит идеи вождения. Они уже достаточно заняты проектами, которые им больше нравятся. Большинство из них - добровольцы - они работают над тем, что им нравится. Профессионалы, конечно, работают над тем, чего хочет их работодатель.

Успешные предложения сообщества имеют следующие характеристики:

Они сделаны на правильном форуме (в настоящее время http: // community.ubuntu.com или соответствующий список рассылки разработчиков). Они уже хорошо изучены. Вы больше заботитесь об этой функции, чем кто-либо другой, поэтому найдите эту функцию на Launchpad (или вверх по течению). Используйте списки изменений и архивы списков рассылки, чтобы определить, почему он был первоначально удален, кто был вовлечен, и изменения конкретного кода. Это настоящий исследовательский проект - сохраняйте заметки и ссылки на закладки. Вам нужно будет вернуться к ним. Они происходят в нужное время в шестимесячном цикле разработки Ubuntu. Большинство изменений запланировано на начало ноября и начало мая - недели сразу после выпуска Ubuntu, так как команды начинают планировать свою следующую работу за шесть месяцев. Многие изменения проходят через год или два заранее. Не подходите к команде в январе, ожидая увидеть новую функцию в апреле. У консультанта есть достаточно технических навыков, чтобы начать работу. Самое худшее, что вы можете сказать разработчику: «Ну, я не программист». И они тоже не начали. Разработчики будут счастливо наставником: они покажут вам, как ловить рыбу. Они не будут делать всю работу за вас. У них свои проекты (что им больше нравится). У консультанта есть четкое видение и он готов возглавить добровольцев. Вам не нужно делать всю работу самостоятельно - другие заинтересованные добровольцы выходят из ниоткуда все время. Базовые навыки лидерства и управления полезны для распространения нагрузки и делают работу легкой и интересной для всех. Письменное предложение само по себе является убедительным для аудитории. Вы не пытаетесь убедить себя. Вы не просите разработчиков. Вы ни с кем не спорите. Вы пытаетесь убедить разработчиков в том, что эта новая функция является отличным дополнением к их кодовой базе, что ее будет легко поддерживать, чтобы она соответствовала стандартам с открытым исходным кодом, что будет легко поддерживать, что она будет использоваться. Вы пытаетесь убедить добровольцев, которые могли бы присоединиться к десятку других проектов, которые ваши самые полные и веселые / интересные / сложные.

Успешные предложения сообщества обычно удовлетворяют немногим из этих критериев, поэтому немногие подбираются разработчиками (добровольцами).

Предложение: узнать Ubuntu сообщества, прежде чем передать идею. Присоединитесь к команде (тестирование, документация, поддержка, сортировка ошибок, вверх по течению, что угодно), которые вы найдете интересными, и найдите несколько способов внести свой вклад. Наблюдайте за тем, как другие вносят предложения и как реагируют участники и сообщество, каналы связи, которые они используют, ресурсы, на которые они ссылаются. Время хорошо проведено.

1
ответ дан 22 May 2018 в 15:56
  • 1
    Я начал пробную версию, чтобы настроить Krusader для копирования каждый раз с одинаковой датой и временем. Но оказалось, что только получение и привязка источника из слишком большого количества источников было очень трудоемким; и, следуя работающему отладчику, как я привык делать в моих старых проектах, мне не удалось даже найти, какая деталь сложного источника должна быть исправлена. Я отказался от этого, и я использую Total Commander через Wine для этой цели. Я благодарю вас за то, что вы объяснили мне текущий статус, но мне нужно только предложить его в целом и продолжить в моей новой области интересов, используя систему как есть. – Tomáš Pečený 24 November 2017 в 19:16
  • 2
    Я попытался найти конкретный журнал изменений с помощью окна с вертикальным ярлыком: «changelogs.ubuntu.com» или «Окно с горизонтальным ярлыком: changelogs.ubuntu.com», но без успеха. Пожалуйста, посоветуйте мне лучший способ, спасибо. – Tomáš Pečený 27 February 2018 в 11:42

«Предложить» изменения могут быть довольно загруженным термином. Вот почему:

Ubuntu всегда был вкладом в ораторство. Люди, которые привлекают внимание разработчика, являются (другими) людьми, которые вносят код. Единство в настоящее время поддерживается и поддерживается несколькими добровольцами из сообщества.

Ни одна из этих групп не очень ценит идеи вождения. Они уже достаточно заняты проектами, которые им больше нравятся. Большинство из них - добровольцы - они работают над тем, что им нравится. Профессионалы, конечно, работают над тем, чего хочет их работодатель.

Успешные предложения сообщества имеют следующие характеристики:

Они сделаны на правильном форуме (в настоящее время http: // community.ubuntu.com или соответствующий список рассылки разработчиков). Они уже хорошо изучены. Вы больше заботитесь об этой функции, чем кто-либо другой, поэтому найдите эту функцию на Launchpad (или вверх по течению). Используйте списки изменений и архивы списков рассылки, чтобы определить, почему он был первоначально удален, кто был вовлечен, и изменения конкретного кода. Это настоящий исследовательский проект - сохраняйте заметки и ссылки на закладки. Вам нужно будет вернуться к ним. Они происходят в нужное время в шестимесячном цикле разработки Ubuntu. Большинство изменений запланировано на начало ноября и начало мая - недели сразу после выпуска Ubuntu, так как команды начинают планировать свою следующую работу за шесть месяцев. Многие изменения проходят через год или два заранее. Не подходите к команде в январе, ожидая увидеть новую функцию в апреле. У консультанта есть достаточно технических навыков, чтобы начать работу. Самое худшее, что вы можете сказать разработчику: «Ну, я не программист». И они тоже не начали. Разработчики будут счастливо наставником: они покажут вам, как ловить рыбу. Они не будут делать всю работу за вас. У них свои проекты (что им больше нравится). У консультанта есть четкое видение и он готов возглавить добровольцев. Вам не нужно делать всю работу самостоятельно - другие заинтересованные добровольцы выходят из ниоткуда все время. Базовые навыки лидерства и управления полезны для распространения нагрузки и делают работу легкой и интересной для всех. Письменное предложение само по себе является убедительным для аудитории. Вы не пытаетесь убедить себя. Вы не просите разработчиков. Вы ни с кем не спорите. Вы пытаетесь убедить разработчиков в том, что эта новая функция является отличным дополнением к их кодовой базе, что ее будет легко поддерживать, чтобы она соответствовала стандартам с открытым исходным кодом, что будет легко поддерживать, что она будет использоваться. Вы пытаетесь убедить добровольцев, которые могли бы присоединиться к десятку других проектов, которые ваши самые полные и веселые / интересные / сложные.

Успешные предложения сообщества обычно удовлетворяют немногим из этих критериев, поэтому немногие подбираются разработчиками (добровольцами).

Предложение: узнать Ubuntu сообщества, прежде чем передать идею. Присоединитесь к команде (тестирование, документация, поддержка, сортировка ошибок, вверх по течению, что угодно), которые вы найдете интересными, и найдите несколько способов внести свой вклад. Наблюдайте за тем, как другие вносят предложения и как реагируют участники и сообщество, каналы связи, которые они используют, ресурсы, на которые они ссылаются. Время хорошо проведено.

1
ответ дан 18 July 2018 в 02:41

«Предложить» изменения могут быть довольно загруженным термином. Вот почему:

Ubuntu всегда был вкладом в ораторство. Люди, которые привлекают внимание разработчика, являются (другими) людьми, которые вносят код. Единство в настоящее время поддерживается и поддерживается несколькими добровольцами из сообщества.

Ни одна из этих групп не очень ценит идеи вождения. Они уже достаточно заняты проектами, которые им больше нравятся. Большинство из них - добровольцы - они работают над тем, что им нравится. Профессионалы, конечно, работают над тем, чего хочет их работодатель.

Успешные предложения сообщества имеют следующие характеристики:

Они сделаны на правильном форуме (в настоящее время http: // community.ubuntu.com или соответствующий список рассылки разработчиков). Они уже хорошо изучены. Вы больше заботитесь об этой функции, чем кто-либо другой, поэтому найдите эту функцию на Launchpad (или вверх по течению). Используйте списки изменений и архивы списков рассылки, чтобы определить, почему он был первоначально удален, кто был вовлечен, и изменения конкретного кода. Это настоящий исследовательский проект - сохраняйте заметки и ссылки на закладки. Вам нужно будет вернуться к ним. Они происходят в нужное время в шестимесячном цикле разработки Ubuntu. Большинство изменений запланировано на начало ноября и начало мая - недели сразу после выпуска Ubuntu, так как команды начинают планировать свою следующую работу за шесть месяцев. Многие изменения проходят через год или два заранее. Не подходите к команде в январе, ожидая увидеть новую функцию в апреле. У консультанта есть достаточно технических навыков, чтобы начать работу. Самое худшее, что вы можете сказать разработчику: «Ну, я не программист». И они тоже не начали. Разработчики будут счастливо наставником: они покажут вам, как ловить рыбу. Они не будут делать всю работу за вас. У них свои проекты (что им больше нравится). У консультанта есть четкое видение и он готов возглавить добровольцев. Вам не нужно делать всю работу самостоятельно - другие заинтересованные добровольцы выходят из ниоткуда все время. Базовые навыки лидерства и управления полезны для распространения нагрузки и делают работу легкой и интересной для всех. Письменное предложение само по себе является убедительным для аудитории. Вы не пытаетесь убедить себя. Вы не просите разработчиков. Вы ни с кем не спорите. Вы пытаетесь убедить разработчиков в том, что эта новая функция является отличным дополнением к их кодовой базе, что ее будет легко поддерживать, чтобы она соответствовала стандартам с открытым исходным кодом, что будет легко поддерживать, что она будет использоваться. Вы пытаетесь убедить добровольцев, которые могли бы присоединиться к десятку других проектов, которые ваши самые полные и веселые / интересные / сложные.

Успешные предложения сообщества обычно удовлетворяют немногим из этих критериев, поэтому немногие подбираются разработчиками (добровольцами).

Предложение: узнать Ubuntu сообщества, прежде чем передать идею. Присоединитесь к команде (тестирование, документация, поддержка, сортировка ошибок, вверх по течению, что угодно), которые вы найдете интересными, и найдите несколько способов внести свой вклад. Наблюдайте за тем, как другие вносят предложения и как реагируют участники и сообщество, каналы связи, которые они используют, ресурсы, на которые они ссылаются. Время хорошо проведено.

1
ответ дан 24 July 2018 в 17:38

Другие вопросы по тегам:

Похожие вопросы: