元の記事は雑誌「mozillaZine」に掲載されました。 それの翻訳は以下に公開されています。 記事の配布は大歓迎です。
SeaMonkeyアライアンスの位置について
SeaMonkeyのプログラムスイートを使用し、それをサポートするすべての人を歓迎します。
最も重要なこと:SeaMonkeyプロジェクトは生きています。その開発とサポートを停止する予定はありません。 しかし、 Mozilla Geckoプラットフォームで最高かつ唯一の「収穫機」を作り続けたいのであれば、あなたの助けが必要です。
はじめに-現状について
SeaMonkeyバージョン2.46は、インフラストラクチャとビルドの問題に何ヶ月も苦労した12月下旬にリリースされました。 私たちはまだMozillaプロジェクトのインフラストラクチャを使用していますが、自由に泳いでいると仮定できます。 近いうちに、Firefox 51コードに基づいて最終バージョン2.48をリリースする予定です。はい、インフラストラクチャとビルドの問題のためにこれを遅くしていますが、少なくともバージョン2.46ほど遅くはありません。 Firefox 51のコードに依存する必要があるということは、Firefoxプロジェクトの現在の状況と比較してセキュリティ修正が古くなることを意味します。 私を信じて、私たちもこれに満足していません。
SeaMonkeyプロジェクトは、自由時間に熱心に取り組んでいる愛好家の努力によってのみ開発されています。 チームのコア(7人まで)を構成する人々は作業に専念しますが、コードの膨大な数の変更を考慮して、徐々に過負荷になります。
上記のことは、問題がすぐに修正されないことを意味します。 Mozillaは(Firefoxのビルドプロセスがクラウドに移行するにつれて)老朽化したインフラストラクチャを徐々にドリフトさせているため、新しいSeaMonkeyバイナリビルドのリリースは決して容易ではありません。 また、SeaMonkeyプロジェクトの主要メンバーの少なくとも1人が退職すると、プロジェクト全体がサポートされていないコードの死んだ山になる危険にさらされ、さらに悪いことになります。
さらに、Firefoxに常に追いつくことは、控えめに言っても困難です。 Mozillaは、間もなく発売されるFirefox 57のリリースで、従来の拡張モジュールとテーマのサポートを停止する予定です。 SeaMonkeyのフードの下にある重要な技術の1つであるXULもまもなくサポートされます。そのサポートは近い将来廃止されます。 最新のWeb標準に基づいて、結果として生じる真空を埋めるように設計された技術は未熟であり、現在も活発に開発されています。 一番下の行には、明らかに、現在のプログラムを書き換えるために、ほぼ完全にゼロから必要なものがあります。 Thunderbirdプロジェクトの友人がいなければ、もっとひどかったでしょう。
幸いなことに、経済的には1年前よりも少し気分が良くなっています。 DuckDuckGoは SeaMonkeyのデフォルトの検索エンジンになりました。 この特定のマシンを使用してSeaMonkeyを検索するたびに、プロジェクトは財政支援を受けます。 陰謀理論の愛好家のための小さな余談:)バージョン2.46でデフォルトの検索エンジンを変更するための簡単で便利な方法の欠如はよく知られた問題であり 、その回避策は最初からリリースノートに文書化されていました。 この問題は現在修正されています。
計画に含まれるもの
バージョン2.48のリリース後、バージョン2.49.xブランチのFirefox 52 ESRコードに切り替えます。 これは、コードベースがいくつかのリリースサイクル中に多少凍結され、セキュリティに関連するパッチと更新のみが新しいバージョンに含まれることを意味します。
インフラストラクチャの問題について繰り返し議論してきました。 重要ですが、解決策の最終的な計画はまだありません(作業者の不足を含む)。 この意味で、Thunderbirdプロジェクトは私たちと同じ船に乗っており、一緒に何かを考え出すことを望んでいます。 最悪の場合、チームのメンバーであるAdrian Kallaに公式のバイナリビルドをリリースするよう依頼することができます。 この決定は以前に議論されましたが、最終的に承認されていません。この場合、障害が発生するとMozillaサーバーに診断情報( クラッシュシンボル )を自動的に送信する機能が失われるためです。
ESRブランチに切り替えると、未修正の問題がリリースされることを恐れることなく、現在のソースツリーの問題の修正にもう少し時間をかけることができます。 いずれにしても、ESRブランチの次のリリースの前に、問題を迅速に修正する必要があります。
最も重要な問題は、次のバージョンの1つにWebExtensionsテクノロジーを追加することです。 従来の拡張モジュールをサポートできる期間は完全に不明です。
自然界には 、 Geckoプラットフォームの「フォーク」がすでに たくさんあります。 SeaMonkeyの基盤としてそれらの1つに切り替える計画はありません。 これらの各プロジェクトには、Mozillaプロジェクトが計画しているコードベースの変更を「消化」するための独自の開発者がいないと考えています。 同様に、Webテクノロジーも絶えず進化しており、他のプロジェクトではこのレースで生き残るのに十分な火薬がないことが懸念されます。
さらに、従来の拡張モジュールやNPAPIなどの古いテクノロジーを個別にサポートする予定はありません。 できるだけ長く頑張ります。 しかし、メインのソースツリーからサポートが削除されると、何もできなくなります。 自分のフォークをサポートするには開発者が少なすぎます。
上記の公平性は、Mozillaプロジェクトが将来どの程度成功するかによって異なります。
欠けているもの
Thunderbirdプロジェクトとのパートナーシップの可能性がある独自のインフラストラクチャを作成するには、費用がかかります。 この方法でプロジェクトを支援できると思われる場合は、寄付を検討してください: https : //www.seamonkey-project.org/donate/ 。
しかし、はるかに広い範囲で、私たちには人がいません。 あなたが開発者ではない場合でも、あなたはまだ助けることができます。 たとえば、このような記事を書くには時間がかかります。 同様に、残念ながらウェブサイトを維持するためには、単にそれを見つめるだけでは十分ではありません。
したがって、支援したい場合は、次のいずれかの分野でスキルを適用できます。
- 開発。 ほとんどのコードは、一方でJavaScriptまたはXML / CSS 、他方でC ++ 、およびXULなどのMozillaテクノロジーの混合です。 現時点ではSeaMonkeyコードにはそれほど多くのHTMLはありませんが、それを変更する必要があるかもしれません。 尾とたてがみ環境はPythonを使用します。
- グラフィックデザイン。 ピクトグラムには、HiDPI解像度の画面用に「フェイスリフト」が緊急に必要です。 Mozillaプロジェクトでは、SVG形式に切り替える計画があります。これは、既存のラスターイメージの大規模な変換を意味します。 SeaMonkeyユーザーの大部分が古いバグであることを考えると、ユーザーインターフェイスの変更は簡単な作業ではありません。
- ウェブサイト 一部のセクションは絶望的に古くなっており、再び、誰かが新しいリリースごとにメモを書く必要があります。
- 検索および並べ替えエラー。 さらに数人がバグレポートの分析、問題の再現、Bugzillaでの分類を開始したとしても拒否しません。 私たちは状況を制御しようとしていますが、特にmacOSプラットフォームのエラーの分野ではそのような人々が不足しています。 ニュースグループで長い議論を作成することは問題ありませんが、Bugzillaで問題を解決できる人がいなければ、最終的には修正されないままになります。
- 私たちが言及しなかった他のすべて。 何かを忘れたとしても、興味のある方向でSeaMonkeyを開発できます。 ちょっと考えてください-そして私たちに知らせてください。
結論として、SeaMonkeyが近い将来ブラウザ市場を征服する可能性は低いです。 SeaMonkeyはニッチ製品であり、今後もそうです。 あまりにも多くの人々がもはや古典的な「結合」に興味がなく、さらに、ほとんどのユーザーは「ヒップスター」ソリューションを使用する傾向があります。 このバランスを変えようとはしていません。 それぞれに。
SeaMonkeyが、私たち自身のような経験豊富なユーザーのニーズと、「異なる」ソリューションを必要とするすべての人々のニーズを満たすことを願っています。柔軟性があり、新しいバージョンをリリースするたびに新しい自転車を発明しようとはしません。 ユーザーの皆様からのヒント/要件/提案に耳を傾けてみます。 もちろん、私たちが望むものすべて、さらには迫撃砲の地獄でさえも実現することはできません。 しかし、私たちは少なくとも何かを達成できると同時に、人生から絶望的に追いつくことができると信じています。 あなたが決めます。
プロジェクトを支援したい場合は、( Seaamonkey Council )に手紙( mozilla dot orgのseamonkey-council )を送信するか、公式テクニカルサポートグループに行動の指示を求めるか、 Bugzillaから未割り当てのお気に入りのバグの作業を開始してください。
フィードバックをお待ちしています。
SeaMonkeyのヒント 。