小さな問題についてはバグを報告できますが、QAチームのメンバーは重要度を「ウィッシュリスト」に設定する必要があります。
より大きな機能の場合、青写真を書く専門知識と時間があれば、次のように入力する必要があります https://blueprints.launchpad.net/ 十分に記入できることを確認する必要があります開発者が作業を開始するための詳細、および自分でできない場合は誰かがその作業を行うように注意を向ける忍耐力。
http://brainstorm.ubuntu.com/ は機能のリクエスト用です。
今日の時点で閉鎖
バグを報告することはできますが、ファイリングがUbuntuの改善に役立つかどうかを検討する前に、一時停止する価値があります。目標は、優れたオペレーティングシステムを入手することであり、実装できる可能性のあるすべてのアイデアの一種の百科事典を構築することではありません。
したがって、改善が実際に役立つのは、それが実装されて出荷された場合だけです。基本的に2つの方法があります。自分で（または友達と一緒に）実装するか、既存の開発者に実装するように説得します。
それを自分で実装することは、何かを成し遂げるためのより確実な方法です-人生のどこでも、特にフリーソフトウェアでは。これが非常に大きな機能であり、コードに触れたことがない場合は、難しいかもしれません。一般的な開始方法としては、プロジェクトのいくつかの簡単なバグを修正することで少なくとも足を踏み入れてから、実際に構築したいものについて開発者に話しかけることです。
他の人にあなたのアイデアを実装してもらいたい場合は、これが他の人が現在行っていることよりも本当に重要であるかどうか、そして彼らにそれを行うよう説得する方法を検討する必要があります。一般的に言えば、アイデアを示唆するバグだけではそれほど説得力はありません。プロジェクトにはすでに多くのバグがあり、彼らは次に何をすべきかについても多くのアイデアを持っています。それは、特定の機能が何であるかによって少し異なります。あなたができることの一つは、それがどのように機能するかを示すモックアップでブログ投稿をすることです。
つまり、フリーソフトウェアプロジェクトで特定の機能が必要な場合、
- 自分で書く、または
- 少なくとも、誰かがあなたを始めるのを手伝ってくれるなら、それを書く意欲をたくさん示すか、
- 機能がどれほど信じられないほどクールでエキサイティングになるかについて本当に説得力のあるブログ投稿を投稿してください
launchpad を使用できます。
以下に機能リクエストのサンプルをいくつか示します。 ランチパッドの機能リクエスト