Leila.

01 / 背景

問題

世界を追いたいと思っている人は、情報源が多すぎて時間が足りません。フィードは、最も有用なアイテムではなく、最も騒々しいアイテムに報酬を与えます。日次ブリーフでは、何が属するか、何が複製されるか、何が待機できるかを選択する必要があります。

レイラはその編集上の問題をシステム上の問題として扱います。モデルは一部です。残りは、ソース パイプライン、カテゴリ ルール、公開ステップ、および読者エクスペリエンスです。

02 / 対象

誰のためのものなのか

読者はすべてを読むのではなく、行動するのに十分な理解を求めています。サイト運営者は、ソース、カテゴリ、言語、配信、サブスクリプションなど、反復可能な日次製品を必要としています。これらのニーズはさまざまな方向に引っ張られます。パイプラインが大量のマテリアルを移動している間、インターフェースは平静を保つ必要があります。

03 / 制約

ビルドを形作った制約

ニュースは反復的で、多言語であり、不均一です。 2 つのレポートで 1 つのイベントを説明できます。単語は場所によっては異なる意味を持ちます。ソースが遅れたり、失敗したりする可能性があります。製品は、読者の朝を調査に変えることなく、それを吸収する必要があります。

ビジネス側も取り組む必要がありました。サブスクリプション、自動公開、複数の支払いルートにより、サービスはデモではなく製品になります。決済プロバイダーとメッセージング チャネルにはそれぞれ独自のルールがあります。

04 / 構築

私たちが築いたもの

Leila は完全な毎日のループです。

• GDELT と Global Knowledge Graph の取り込み。読者エクスペリエンスを書き換えることなく変更できるパイプラインを使用します。
• 16 のニュース カテゴリと、概要に到達する前に繰り返される記事を削除するグループ化ステップ。
• ソース言語とリーダー言語が別個の問題として扱われる 5 つの言語パス。
• スケジュールされた毎日の概要、自動公開、読者向けのインデックス。
• Paystack、Flutterwave、Telegram Stars による購読。

05 / 判断

難しい部分

難しいのは、段落を生成しないことです。それは、読者が何を参照すべきか、ストーリーが同じストーリーである場合、および 1 つのソースの失敗によってページが空にならないようにする方法を決定することです。システムは、毎日実行できるほど予測可能であり、少ない日も薄いと表示できるほど正直である必要があります。

支払いルートは編集商品とは別です。プロバイダーは概要を失わずに失敗する可能性があります。加入者はサービスを使用するためにパイプラインを理解する必要はありません。

06 / 結果

ライブとは

レイラは leila.frvnkenstein.online でライブ中です。公開サイトは読者の入り口です。その背後にある作業は、ソース、カテゴリ、言語が変化してもその形状を維持する必要があるパイプラインです。