WordPress Core FieldsAPIプロジェクトは新しいリーダーシップを求めています

2014年、Podsのリード開発者であるScott Kingsley Clarkが、メタデータUIプロジェクトの主要なリードの役割を引き継ぎました。 2015年に、メタデータUIプロジェクトがFieldsAPIとして生まれ変わりました。

Fields APIは、単一のAPIを介して管理領域のさまざまな画面にフィールドを登録できるようにするために開発されました。 新しいメタボックスとその中のフィールドを投稿に追加し、新しいセクションとフィールドをプロファイル画面に追加することができます。

APIの目標は、投稿、規約、ユーザー、メディア、コメントなど、さまざまな管理画面のすべてと統合し、標準化を提供することです。

クラークは3年間プロジェクトを主導しており、昨年新たな関心が集まったにもかかわらず、プロジェクトのSlackチャネルで辞任すると発表しました。

このプロジェクトでトーチを渡さなければならないのは心の底からです。 何百時間も費やした後、WordPressコア内で変更を加えることができるとは信じられなくなりました。

Fields APIのビジョンは大きすぎて、1人の人間にとってはやりすぎでした。 WordPressにはFieldsAPIが必要だと深く信じていますが、FieldsAPIを使用するまでの道のりは長く困難でした。

実のところ、私は何年も前に1番目と2番目のプロトタイプを作成しているときに燃え尽きました。 コードの設計方法について全員が同意したわけではなく、主要な寄稿者のフィードバックに基づいて多くの改訂が行われました。 十分な数の人々を興奮させることができず、十分な企業や人々を支援することに興味を持ってもらうことができませんでした。

私は他の誰かにチャンスを与える必要があります、私はそれを下にドラッグしています。 誰かが将来リードするためにステップアップした場合、私は私ができるところを喜んで支援します。 しかし、私はFieldsAPIの提案/プロジェクトを主導し続けることができません。 申し訳ありませんが、お詫び申し上げます。このプロジェクトをフィニッシュラインに引き継ぐことができなかったことをお許しください。 私は今でもWordPressの将来の成功の非常に重要な部分であると信じています。

スコットキングスリークラーク

オープンソースプロジェクトをリードすることの試練と苦難

次のインタビューで、クラークはプロジェクトの進捗の欠如に個人的に責任があると感じる理由、APIがWordPressの将来にとって重要である理由を説明し、彼がこれまでとは違ったやり方で何ができたかを振り返ります。

あなたは特に誰かにトーチを渡すことを探していますか？

いいえ、プロジェクトを見通すためのドライブと影響力を誰が持っているのかわかりません。 これは大規模なプロジェクトであり、長期的なビジョンを持って取り組む必要がありますが、WordPressコアにするのに十分なほど小さな増分です。 誰かに聞くことはたくさんありますが、グーテンベルクが近い将来にリリースされることに気を取られているので、今のところ人々にとっても優先事項ではありません。

Fields APIがWordPressの将来の重要な部分であるのはなぜですか？

人々は今日WordPressを見て、RESTAPIなしでどうやって生き残ったのか疑問に思います。 まあ、少なくとも私は知っています！ Fields APIについても、まだ存在していなくても同じことが言えます。 さまざまなフックすべてにわたってWordPressのソリューションを構築するのが面倒な場合が非常に多くあります。

一貫性を保つために、それは西部開拓時代です。 メタボックスを登録し、必要なものを入力します。 フォームフィールドのスタイルを設定するには独自のCSSが必要であり、このインターフェイスがどのように表示されるかについては、誰もが独自の考えを持っています。 あなたはモバイルフレンドリーなあなた自身のレスポンシブレイアウトを担当しています、あなたがあなた自身で処理しなければならないことがたくさんあります。 外観をカスタマイズできるはずですが、フィールドまたはフォームを追加するすべての場所に、実際には適切なAPIが必要です。

長期的には、投稿タイプを登録するのと同じように、フィールドをWordPressに登録することを想像してみてください。 フィールドとその構成がRESTAPIで利用可能であり、WordPressアプリまたは他のカスタムアプリからアクセスできることを想像してみてください。

一貫性のあるAPIがあるため、全世界が開かれます。さまざまな編集画面でこれらのフィールドに一貫性のあるインターフェイスがあるため、全世界が理にかなっています。 投稿、用語、コメント、ユーザー、メディア、さらにはカスタマイザーでさえ、グループ、パネル、フィールドを画面に追加するための同じ基盤となるAPIを備えています。

Fields APIが導入された後にGutenbergが実行された場合、人々の移行はそれほど難しくありませんでした。 Gutenbergは、メタボックスの下位互換性の場合と同様に、すべてのFieldsAPIインターフェースを自動的に表示できたはずです。 それもとても素敵に見えたでしょう。

時間をかけて考えてみてください。より多くのコアコントリビューターにプロジェクトに参加してもらい、プロジェクトをより高い優先度に変えるために、これまでとは異なる方法で何ができたでしょうか。

よくわかりませんが、入力を受け取ることと最終結果に自信を持つことの微妙なバランスです。 最初のフィードバックは、APIがWordPressにとってどのように異質であるかについてでしたが、カスタマイザーなどの他のAPIと構造が類似しているかどうかを尋ねられました。

コードを廃棄し、カスタマイザーのフォークとしてゼロから再構築しました。また、FieldsAPIを利用するカスタマイザーのサポートもサポートしていました。 開発の最盛期には、FieldsAPIのすべての領域が実装されました。

コアリリースは非常に速く進んでおり、WordPressの巨大なパッチであるプロジェクトを本質的に作成していたため、WordPressリリースからリリースへのコード変更が多く、それに追いつく必要がありました。

必要なことを実行するのに十分なフックがありませんでした。また、コードの決定が「最終」としてマークされたため、多くのセクションを拡張できませんでした。つまり、特定のクラスを拡張して、その動作をカスタマイズすることはできません。

私は、本質的にこの機能のためにロビー活動をしている、米国とヨーロッパのすべての大きなWordCampsに参加できたらよかったのにと思います。 サポーターなどを集めて、ある意味政治のように感じます。 私はコア開発者会議に参加し、それを立ち上げようとしました。 私は公式のWordPressSlackに専用のチャンネルを持ち、https：//make.wordpress.org/core/に更新を投稿し、毎週ミーティングを開くことで、この機能を正当化しようとしました。

最終的に、私は軍隊を集めるために時間よりも開発のための時間を優先しました。 それが失敗でした。最初の数回の書き換えの後、Fields APIの他の場所で他の多くの責任を負っていたため、すぐに燃え尽き始めました。

WebDevStudiosと10upの両方が私にそれを推進する時間を与えたとしても、企業がこのようなプロジェクトに無期限に取り組むためにあなたに簡単にお金を払うことを望んでいるわけではありません。 それは空白の小切手ではありませんでした、ある時点で私は請求可能な仕事に戻らなければなりませんでした。 それ以来、それはすべて私の自由な時間であり、それは財政的ストレスと住宅売買の時代に管理するのが困難でした。

コアにFieldsAPIが必要ですが、それを構築するのに十分な手がありません。 なぜだと思いますか？

誰もが他の場所に集中しています。 人々の注意を必要とするWordPressの領域はたくさんあります。 アクセシビリティのように、それが得るよりもはるかに注目に値するものがあります。 しかし、私にとっての焦点は、グーテンベルクとRESTAPIにあるようです。

グーテンベルクは特に、貢献する人々と実行する人々にとって大きな時間のシンクでした。 それは本当に大きな機能です。 Fields APIよりも規模が大きく、WordPressに搭載されているまったく新しいアプリのようです。 それとの統合には、多くの教育と試行錯誤が必要でした。 人々の焦点は、それが今必要なところです。 グーテンベルクが優先度と関心レベルの点でFieldsAPIよりも優先されたのは残念なことです。

次のFieldsAPIプロジェクトリーダーにどのようなアドバイスをしますか？

これは大きなプロジェクトです、誰もがそれが特定の方法であるべきだと言いたいでしょう。 オプションを評価し、最初にコアに適したサイズのものを提示する必要があります。 その上に構築しますが、すべてのWordPress画面に統合するという長期的な目標を見失うことはありません。 フロントエンドのコメントフォームでさえ、FieldsAPIで成功する可能性があります。

プロジェクトが最優先事項ではないことに個人的に責任があると感じるのはなぜですか？

ある時点で、勢いがありました。 少なくとも3人から4人のアクティブな人がいました。 時間がなくなったのでバラバラになりました。 それは私の近視眼です、それは私のせいです。 私は2、3年かけてプロジェクトの開発に数百時間を費やしました。 機能提案のテキストを整理し、寄稿者の心に火を燃やし続けるために、もっと多くの時間を残しておくべきでした。

過去数年間にプロジェクトに費やした時間と労力を考えると、トーチを渡すことに安心感はありますか？

トーチが通り過ぎたり、拾われたりすると、1トン気分が良くなります。 主な安堵は、それが私がもはや一人で運ばなければならない重さではないということです。 試して失敗しても大丈夫ですが、それでも悲しいです。

誰かまたはある会社がステップアップして、これに時間を割いてくれることを願っています。 彼らは私自身の心の中で燃え尽きた火を再燃させることさえできました。 今のところ、私は1つ少ない主要なやること項目を持っています。 私はまだ重いプレートを持っていますが、それはもはや負担の重さではありません。

プロジェクトの当面の将来は不明ですが、プロジェクトの引き継ぎに関心のある方は、Make.WordPress.CoreのFields APIタグでマークされた投稿を読んで、プロジェクトの歴史について学ぶことをお勧めします。 プロジェクトのGithubページを確認することもできます。

プロジェクトの引き継ぎに興味がある場合は、Twitter、Slack、または彼のWebサイトからClarkに連絡できます。