プロジェクトをパッケージングするにあたって、参加者の方々へ私からどんなアドバイスができるだろうか?これは難しい話題です。いうのは、いまはその過渡期だからです。私はアドバイスのリストを書き出しました。リリースしなかったツールに関する内容は削除しました。それは私の基調講演の別の話題になる予定です。これがそのリストです。ここに書き出したほとんどの内容について異論の余地はありません。不足している内容や何かしらツッコミがあればコメントをください。準拠のバージョン体系にするパッケージ管理のエコシステムにおいて、複数のバージョン体系が混在しているのは、全く馬鹿げたことです。それは相互運用性を破綻させ、バージョンを適切に管理するツールを書くのが不可能になります。プロジェクトを受け付けないようになっています。対応のパッケージ作成ツールは一つもなかったため、この事実は一般にはあまり知られていません。対応が標準となります。個々人のビルドシステムではありません。私はいくつかのプロジェクトでおかしなものを目の当たりにしました。インストーラーから様々な作業のため利用されることに注意してください。そのプロジェクトのメタデータの項目を取り出すといったことです。ここで単純なテストをしてみましょう。関数やメソッドを全く呼び出さず、さらに外部依存もなく、名前の項目を返すことを確認してください。置き換えられるようになることを覚えておいてください。これまで通りの複雑な作業もできますからね。渡すパラメータは何もありません。呼び出す必要があれば、そのときのみ呼び出されることになります。実行できることを確認してください。使っている場合でも、ほとんどの場合、両方のツールで動作するよう作成できます。必要なら、ユーザーに必要な追加操作を提示することもできます。呼び出すなど)、ユーザーに対してやや不親切です。これはそれ以降エンドユーザーに新しいインストーラーの利用を強制しています。内部で同じようなことを行いたいなら、最初にユーザーへ問い合わせるようにしてください!もしくは、シンプルにユーザーへ次のように伝えてください。インストーラーでのみ動作します。必要に応じてインストールするか中断してください。十分にスマートな方法でPyPI上にあるプロジェクトの安定版リリースを認識して取得する事が出来ません。作りにも関係しています。