概況
- RIPE Labs は、Róbert Kisteleki、Daniel Karrenberg、Mirjam Kühne、RIPE NCC のチーム、そしてより広いコミュニティが関わる集合的な実験として始まりました。Kühne の文書化された貢献は、コミュニティビルダー、メンテナー、編集者、キュレーター、著者、プレゼンターとしてその実験を理解可能かつ公開することであり、唯一の創設者やプラットフォームエンジニアとして機能することではありません。
- RIPE Labs の有用な単位は単なる記事ではありませんでした。それは進行中の作業と、それを調査できるコミュニティとの公開のつながりでした：立ち上げの説明、コメント、RIPEstat デモシリーズ、測定プローブホストへの招待、詳細なマッピング記事、ミーティング参加、ワーキンググループへの配信など。
- RIPEstat、RIPE Atlas、RIPE IPmap/OpenIPmap は、公開説明が技術開発と並行して存在し、開発そのものにならないことを示しています。Mark Drayton、Daniel Karrenberg、Jasper den Hertog、Massimo Candela、RIPE NCC のエンジニアリングおよび運用チーム、プローブホスト、コントリビューターは、証拠が彼らに帰属する作業の功績を保持しています。
- アーカイブは、公開技術知識のコストも明らかにしています。フィードバックは必ずしも意図通りに機能しませんでした。コメントや情報アーキテクチャには注意が必要でした。記事やプローブの数は影響力ではなく規模を示しています。そして2020年の Alun Davies への引き継ぎは、10年以上の出版によって生み出された継続性とメンテナンス負担の両方を示しました。
動作しないラップトップ
2009年初頭、モスクワで壊れたラップトップを使ってプロトタイプがデモンストレーションされました。そのマシンは、動作を維持するために特定の角度で支えなければなりませんでした。Alun Davies による RIPE Labs の始まりの記録に残されたこの厄介な詳細は、プロジェクトを記念日の自信の前に位置づけるという点で重要です。そのデモンストレーションは、確立されたサービスの洗練された発表ではありませんでした。それは未完成の何かが、部屋で故障する可能性のある機器によって運ばれた脆弱な見せ物でした。
実用的な問いは、アイデアがその限界がまだ見えている間に有用になり得るかということでした。
起源は集合的でした。Davies の回顧は Robert Kisteleki のアイデアを特定し、Kisteleki、Daniel Karrenberg、Mirjam Kühne が関与した議論を説明しています。Kühne による同時期のプレゼンテーションもRóbert Kisteleki と Daniel Karrenberg に credit を与えています。RIPE NCC は、プロトタイプが維持される公開プラットフォームになり得る制度的設定とリソースを提供しました。その credit の分割は、物語の脚注ではありません。
それは物語の最初のルールです：実験的作業の公の顔は、それを構想し、構築し、運用し、貢献した人々を消してはなりません。
モスクワのデモの後、Karrenberg は RIPE 59までに RIPE Labs を立ち上げることを約束しました。公開ローンチは2009年10月に行われました。正確な日付よりも、利用可能な記録が防御できるシーケンスの方が重要です：壊れやすいプロトタイプ、コミュニティミーティングに関連した公開の約束、そして数ヶ月以内のローンチ。そのシーケンスはプラットフォームが成功することを証明しませんでした。それはテストを確立しました。
RIPE NCC のスタッフや組織外の人々は、アイデア、プロトタイプ、分析、ツールが完成したサービスの権威を獲得する前にそれらを公開できるでしょうか？
Kühne の立ち上げ期の説明は、読者との提案された関係を定義することで答えました。RIPE Labs は新しいアイデア、プロトタイプ、分析、ツールを掲載し、コメントや提案は公開表面の機能の一部となります。この概念における出版は、開発の最後に提示される賞ではありませんでした。それは中間的な運用条件でした：作業は、変更がまだ可能な間に理解され、挑戦され、議論されるのに十分に可視化されました。
だからこそ、壊れたラップトップは創設者の伝説に変えられるべきではありません。その価値はほぼ逆です。それはチームが未完成の作業が未完成のまま現れなければならないかもしれないと受け入れていることを示しています。Kisteleki のアイデア、Karrenberg の約束、Kühne の公開説明、RIPE NCC のリソース、コミュニティの将来の参加は異なる貢献でした。プラットフォームは、RIPE Labs がそれらに共通のアドレスを与えても、それらの違いを読み取り可能に保つことに依存していました。
この場面には制度上の賭けも含まれています。技術組織は出版を遅らせる正当な理由をしばしば持っています：プロトタイプは壊れるかもしれず、分析は修正されるかもしれず、ツールは保証を欠くかもしれず、早期の説明は作業が安定する前に批判を招くかもしれません。RIPE Labs はそれらの条件を、自動的な秘密保持ではなく慎重なフレーミングの理由として扱いました。
その前提は、インターネット運用と番号リソースに関心のあるコミュニティが、作業の限界と所有権が明確にされれば、暫定的な状態を見ることから利益を得られるというものでした。
Kühne にとって、これは実質的でありながら全面的ではない個人レベルの任務を生み出しました。彼女は RIPE Labs と密接に関連付けられるようになりますが、その関連の防御可能な重要性は仲介にあります：プラットフォームが何のためのものかを説明し、それをホーム機関の外で提示し、編集表面を維持し、資料が関連するオーディエンスに届くのを助けること。壊れたラップトップは、仲介の問題を具体的にするため、その説明を開きます。
誰もがプロトタイプについて議論する前に、誰かが不完全なものを完全であるふりをせずに公開しなければなりませんでした。
境界での仕事
後の公式プロフィールは、Kühne と RIPE Labs の関係について強い言葉を使っています。RIPE Chair Team ページは、彼女が RIPE NCC に在籍中にRIPE Labs を作成しキュレーションしたと述べています。
レガシーの RIPE Labs 著者アーカイブは、収集された執筆を彼女がコミュニティビルダーとして活動していた間に制作されたものとして説明し、彼女をRIPE Labs のメンテナー兼編集者と呼んでいます。2019年のカンファレンスの経歴は、彼女の RIPE NCC でのシニアコミュニティビルダーの役割を2009年からとしています。これらの記録は、耐久性のある編集およびコミュニティの権限をサポートしています。
無制限の権限をサポートしているわけではありません。後のプロフィールでの「作成しキュレーションした」は、Kisteleki と Karrenberg を挙げる起源の証拠を打ち消すことはできません。「メンテナー兼編集者」は、依頼、却下、書き直し、受理されたすべての記事のプライベートな記録を明らかにするものではありません。著者アーカイブは、その人物がサイト上のすべてのアイテムを個人的に編集したことを示すものではありません。これらの記述のどれも、Kühne を RIPE Labs ソフトウェアのエンジニア、ましてやそれを通じて議論されたすべてのツールのアーキテクトにするものではありません。
プロフィールの精度は、公開の役割と欠落しているプライベートな詳細を同時に保持することに依存しています。
それでも、見ることができる仕事は重要です。Kühne は立ち上げの説明を執筆しました。彼女は2009年11月の IETF 76で RIPE Labs を発表し、プラットフォームはプロトタイプをテストおよび評価し、アイデアや研究を貢献し、公開フォーマットを通じて作業を発見し議論する場所として説明されました。2010年にはRIPE Labs をオペレーター向けのツールとニュースとして発表し、RIPE NCC とコミュニティの技術作業を可視化する表面を説明しました。これらは一般的な経歴のエントリーではありません。
それらは、ビルダー、機関、潜在的なユーザーの間での翻訳の観察可能な行為です。
ここでの翻訳は、技術言語を単純化する以上の意味があります。公開プレゼンターは、オーディエンスが見ているオブジェクトがどのような種類のものかを述べなければなりません。それはサポートされたサービスか、プロトタイプか、分析か、貢献への招待か、機能のデモンストレーションか。2009年のプレゼンテーションは、境界を明示的に描きました：サービス保証はなく、フィードバック、法務または悪用の懸念、または不十分なリソースのために継続が不適切になった場合、素材は消える可能性がありました。
そのフレーミングは、実験的な出版とプロダクションの約束の区別を保護しました。
それはまた、失敗を議論可能にしました。完成した成功事例のみを公開するプラットフォームは、読者が不確実性を判断するのにほとんど役立ちません。RIPE Labs の初期の条件は、プロトタイプが耐久性がなくても有用であり、恒久的な運用を約束せずに公開の注意を払うことを可能にしました。
したがって、編集のタスクは一部にはステータスのものでした。記事、プレゼンテーション、周辺のコンテキストは、技術的に洗練されたオーディエンスに何が信頼でき、何がテストでき、何がまだ偶発的かを伝えなければなりませんでした。
Kühne の役割はその境界に位置していました。エンジニアやアナリストは自分の名前で自分の作業を説明できました。コミュニティメンバーは貢献できました。RIPE NCC は、すべてのアイテムが保証されたサービスであると主張せずにプラットフォームをサポートできました。読者はコメントしたり、素材をミーティングやワーキンググループに持ち込んだりできました。編集者兼コミュニティビルダーは、それらの当事者が権威を単一の機関の声に崩壊させることなく出会うのを助けました。
移行された現在の RIPE Labs 著者ページは、Kühne の公開著者としての継続性を保持していますが、アーカイブが解釈を必要とする理由も示しています。サイト移行は名前と記事を再グループ化する可能性があります。投稿のリストは、その背後にあるすべてのアクションを再構築することはできません。
最も明確に残っているのは、可視の権限です：彼女は繰り返し RIPE Labs を説明し、それを通じて執筆し、発表し、後にその規模を示しました。不可視の残りは、私的な決定についての主張で埋められるのではなく、不可視のままであるべきです。
この区別は、プロフィールを人物中心に保ちます。Kühne がツールをエンジニアリングしなかったと言うことは、彼女の貢献を広報に減らすことではありません。公開技術知識はそれ自身の運用表面を必要とします。
誰かが招待を定義し、著者性を保持し、限界を公開し、オーディエンスを接続し、アーカイブを理解可能に保たなければなりません。これらのタスクは、技術作業をそれを生み出したチームの外で出会えるようにするかどうかを形成します。それらは、インフラエンジニアリングでなくても、理解のためのインフラです。
条件付きの招待
最初の招待には、魅力的なフィードバックの理論が含まれていました。早期に公開する。オペレーター、研究者、他のコミュニティメンバーに調査させる。コメントや提案を集める。開発と議論の間の距離を短くして作業を改善する。Kühne の立ち上げ記事と2009年のプレゼンテーションは、その設計意図をサポートしています。それらは、どのコメントがどの機能を変えたか、読者がコントリビューターになったか、公開議論が特定のツールを改善したかは示していません。
意図は提案されたメカニズムの証拠であり、メカニズムが機能したことの証明ではありません。
その区別は最初の年内に可視化されました。2010年6月、Kühne はRIPE Labs 2.0が稼働すると発表しました。アップデートは、記事システム、コメント、ユーザープロフィール、コミュニティのユーザビリティに対応しました。その発表を、公開プラットフォームが初期の使用後に反復を必要とした証拠として扱うことは公平です。Kühne が個人的にすべての変更を設計またはエンジニアリングしたこと、または改訂版がフィードバックの目標すべてを達成したことを推測することは公平ではありません。
これは、実験を公開することの繰り返し発生するコストです。プロトタイプは誰もが議論したいオブジェクトかもしれませんが、議論の質はあまり魅力的でないシステムにも依存します：登録、アイデンティティ、ナビゲーション、コメント表示、記事構造、関連資料を見つける能力。
それらのシステムが扱いにくい場合、出版レイヤーはそれが募集することを意図したフィードバックを妨げる可能性があります。オープン性の作業は、公開するという最初の決定から、参加を使いやすくする継続的な作業へと移行します。
初期のプラットフォームルールは、別のコストを認めていました：実験的な素材は消える可能性があります。不十分なリソース、法務または悪用の問題、またはフィードバック自体が削除や変更を正当化するかもしれません。その条件は、アーカイブのアイデアを複雑にします。
公開プラットフォームは機関の記憶を保存できますが、記憶と保証を区別しなければなりません。古い記事の存在は、主張、プロトタイプ、招待が行われたことを示します。基礎となるシステムが利用可能、正確、またはサポートされたままであったことを確立するものではありません。
Kühne の公開貢献は、これらの区別に位置づけられます。彼女はオーディエンスに、RIPE Labs がプラットフォームでありコミュニティのためのツールであると伝え、技術作業の例を提示し、実験の条件を明示的にしました。彼女は公開露出が採用を生み出すことを約束しませんでした。彼女の役割の最も強い説明は、すべての実験をサービスに変換したことではありません。
それは、実験が完成品として誤ってラベル付けされることなく、精査のために提供される認識可能なルートを作り出すのを助けたことです。
制度的支援は全体を通じて重要でした。後の RIPE NCC 計画文書は、組織がRIPE Labs をコミュニティの研究とアイデアのためのプラットフォームとして維持していると説明しています。その表現は、プラットフォームを RIPE NCC の活動とリソース内に置きながら、コミュニティの目的を保持しています。Kühne は表面をキュレーションし説明できました。組織、参加チーム、コントリビューターは、それを一人の出版物にしない能力と素材を供給しました。
公開招待はまた、技術作業のアドレスを変更しました。内部プロトタイプは主にそのビルダーによって知られています。RIPE Labs の記事は、プレゼンテーション、ミーティング通知、メーリングリストからリンクできる安定した公開説明を与えます。これは自動的にコミュニティを作成しません。それは共有参照の可能性を作成します。
同じミーティングに参加しなかった人々は同じ説明を調査でき、後の読者は特定の時点で何が試されていたかを回復できます。
公開性はまた、説明責任が始まる順序を変えます。完成したサービスは通常、機関がすでにそのアーキテクチャ、言語、運用前提を選択した後に判断されます。可視の実験は、外部者がより早いオブジェクトに疑問を呈することを可能にします。たとえ公開応答がそれを変更したことを示せなくても。その区別は、主張を控えめでありながら有用に保ちます。RIPE Labs は、精査がより良いツールを生み出すことを保証できませんでした。
それは、暫定的な選択が公式の表面に固まる前に精査が到着するという問題を軽減できました。価値は、すべての質問が回答を受け取ったと主張するのではなく、異なる段階で質問を可能にすることにありました。
続くケースは、そのアドレスのいくつかのバージョンを示すため重要です。RIPEstat は繰り返しのデモとミーティングブリッジを使用しました。アクティブ測定は参加リクエストと後の公開規模報告を使用しました。インフラマッピングは協調的な説明、技術的詳細、ワーキンググループ配信を使用しました。どれも、出版が最終結果を引き起こしたことを証明しません。一緒に、Kühne の対外面の権限が何を接続できたかを示しています。
RIPEstat と連続デモの価値
RIPEstat は、出版がローンチ告知ではなくシーケンスとして組織された最も明確なケースです。2011年5月、Kühne はRIPEstat ライブデモ#2を公開し、フィードバック指向のフォーマットで RIPE Labs の読者に関数を公開しました。8月までに、Mark Drayton がライブデモ#5を発表しました。著者の変更は重要です。それは、名前のある同僚が同じ公開フォーマットを使用していることを示し、RIPE Labs に関連するシリーズが Kühne の技術的所有権の証拠になるのを防ぎます。
連続デモは製品説明とは異なることを行います。公開説明が変化するツールを追跡することを可能にします。各回は、オーディエンスにサービス全体を完全として扱うよう要求せずに、機能や質問に注意を集中できます。繰り返しはまた、説明が継続するという期待を生み出します。読者は、ツールが最終的な形で突然現れるのではなく、開発の歴史を持っていることを見ることができます。
10回目のデモンストレーションは、そのリズムをコミュニティミーティングに接続しました。RIPE NCC のRIPEstat ライブデモ#10の通知は、ウィーンでの RIPE 63中にそれを配置し、リモート参加、インプット、フィードバック、提案を招待しました。公開記事とミーティングルームは別々のチャンネルではありませんでした。デモンストレーションは参加者とリモート参加者に届き、通知は予定された時間を超えて存続する公開参照をイベントに与えました。
このブリッジは、Kühne のコミュニティ向けの作業が操作的に理解可能になるところです。彼女の役割は、編集の可視性をエンジニアリングの代わりにすることではありませんでした。それは、技術作業がそれを疑問視する可能性のある人々へのルートを持つのを助けることでした。RIPE ミーティングはオペレーターとコミュニティ参加者を集めました。RIPE Labs は出会いを準備し、延長し、保存できました。連続出版はツールをミーティングの合間に議論可能にし、ライブデモンストレーションは議論をより抽象的ではなくしました。
証拠は帰路を明らかにしません。RIPEstat を変えたコメントを特定せず、参加を定量化せず、データ品質を確立せず、デモシリーズが採用を引き起こしたことを示しません。10回目のインストールでさえ、公開プレゼンテーションの継続性の証拠であり、すべての招待が有用なフィードバックを生み出した証拠ではありません。このギャップは説明の一部として残るべきです。フィードバックインターフェースは現実でありながら、その効果を公開記録から観察するのは困難な場合があります。
現在の RIPE NCC ドキュメンテーションは、RIPEstat を、アドレス空間と自律システムに関するインターネット関連データと分析のための情報サービスとして説明し、多数のデータセットを利用しています。
その現在のサービス境界は、ここでは限られた方法でのみ重要です。それは RIPE NCC をオペレーターとして確立し、名前が継続的な制度サービスに属することを示します。Kühne が耐久性を引き起こしたこと、アーキテクチャを選択したこと、データを維持したこと、採用を確保したことの証明として過去に投影することはできません。
したがって、credit の適切な配分は具体的です。RIPE NCC のチームはサービスを構築し、運用し、文書化しました。Drayton や他の名前のあるスタッフは自分の作業を発表しました。ミーティング主催者とリモート参加者は交換の設定を作成しました。Kühne は少なくとも1つのデモ記事を執筆し、RIPE Labs の編集およびコミュニティ表面を通じて作業したことが実証されています。彼女はツールを可視化し議論可能にするのを助けました。記録は彼女をそのエンジニアにはしません。
その境界は、公開説明がなぜプロモーション以上のものであるかを明らかにします。プロモーションは不確実性を圧縮し、結論に注意を向ける傾向があります。代わりに、ライブデモシリーズは時間の経過に伴う変化を公開し、質問を招待できます。サービスには背後に人々がいること、開発中の機能があること、コミュニティとの関係があることを示せます。それが機能するとき、出版表面はエンジニアリングから credit を借りません。それはエンジニアリングをそれ自身の条件で出会いやすくします。
RIPEstat はまた、制度記憶がどのように組み立てられるかを示しています。現在のサービスページは、読者にサービスが現在何であるかを伝えます。古いデモ記事は、その公開説明がかつて段階的であったこと、複数の人々がそれを運んだことを伝えます。ミーティング通知は、オンラインとライブ参加を接続する試みを示しています。一緒に、それらの記録は影響の歴史を証明せずにプレゼンテーションの歴史を保存します。それは有用で規律のある説明責任の形です。
RIPE Atlas と規模の前の参加
アクティブ測定のケースは、単に読むのではなく何かをするための招待から始まります。2010年5月、Daniel Karrenberg は RIPE Labs で「アクティブ測定：プローブをホストする」を公開しました。それは初期のアクティブ測定プローブを説明し、人々が自分のネットワークでそれらをホストすることを提案しました。その記事は、技術著者がプラットフォームを使用して参加メカニズムを公開した証拠です。Kühne がプローブまたは測定システムを設計した証拠ではありません。
その違いは、分散測定ネットワークがそれを運用する機関を超えた行動に依存するため重要です。公開説明は、要求された参加を読み取り可能にしなければなりません：何が提案されているか、ホストは何をするか、なぜ分散視点が重要か。RIPE Labs は、その招待をオペレーターコミュニティが見つけて議論できる場所に置くことができました。プラットフォーム自体はプローブを設置せず、ホストのネットワークを維持せず、結果のインフラを運用しませんでした。
7年後、RIPE Labs は10,000のアクティブな RIPE Atlas プローブを記録しました。その数字は、特定の時点での規模を確立します。地理的代表性、測定品質、または任意の記事の因果力を確立するものではありません。それは、何人のホストが RIPE Labs を通じて初めてプロジェクトを知ったか、どのアウトリーチが最も重要だったか、または Kühne が個人の参加決定に影響を与えたかを教えてくれません。
直線を引く誘惑は強いです：初期のホスティング招待が Kühne が維持したプラットフォームに現れました。後の測定ネットワークが大きなプローブ数に達しました。したがって、出版または編集者が成長を引き起こしました。公開記録はその結論を許しません。招待と規模の間には、エンジニアリング、運用、資金調達、ホストの決定、ハードウェア、ソフトウェア、サポート、長年にわたるコミュニティ貢献があります。
Daniel Karrenberg、RIPE NCC のエンジニアリングおよび運用チーム、プローブホスト、その他のコントリビューターは、記録が彼らに帰属する作業を所有しています。
このケースがサポートするのは、より狭い制度メカニズムです。RIPE Labs は、実験的な測定に関するリクエストを初期段階で公開しました。後で、同じ出版環境は規模を文書化し、何が発展したかを説明できました。アーカイブは、読者が初期の参加呼びかけと後の組織マイルストーンを比較することを可能にします。因果関係が不明のままであっても、その前後の可視性は価値があります。
現在のドキュメンテーションは、RIPE Atlas を、インターネット接続性と到達可能性を測定する RIPE NCC 運用のプローブのグローバルネットワークとして説明し、収集されたデータのほとんどは自由に利用可能です。RIPEstat と同様に、現在のページはオペレーター境界と耐久性のある公開データサービスを確立します。それを使って2009年から2020年の編集ストーリーを個人的な成功主張に変えるべきではありません。
Atlas の例はまた、ネットワークリソース証拠の意味を明確にします。測定は、人々がそれがどこから来たのか、どのインフラがそれを生産したのか、どのような限界が付随するのかを理解できる場合にのみ、より広い public にとって有用になります。出版表面は証拠を保証できません。それは、それを疑問視するために必要な説明、参加履歴、制度的コンテキストを提供できます。
Kühne の役割はそのコンテキストの周りにあります。RIPE Labs の編集者、メンテナー、キュレーター、著者、プレゼンターとして、彼女は技術的な招待が公開され、後で再訪される場所を維持するのを助けました。証拠は、彼女が測定を運用したり、プローブの成長を指示したりすることを示していません。それは、技術的能力を持つ機関と、分散参加が仮定できないコミュニティとの間のインターフェースでの作業を示しています。
そのインターフェースは説明責任の一形態です。なぜなら、それは成功事例が他の方法で平らにするかもしれない名前と段階を保存するからです。初期の記事は Karrenberg に帰属します。運用は RIPE NCC に帰属します。ネットワークの到達範囲はプローブホストとコントリビューターに依存します。公開プラットフォームは、Kühne が文書化された編集役割を持っていたより大きな制度的およびコミュニティの努力に帰属します。1万は個人のスコアではありません。それは、公開技術システムが含むことができる多くの別々の貢献のリマインダーです。
公開インフラマッピング
RIPE IPmap と OpenIPmap は、耐久性は低いものの、公開技術説明のより明らかにするテストを提供します。2015年、Jasper den Hertog は、測定とコミュニティ貢献を通じてインターネットインフラをマッピングするためのRIPE IPmap を協調的アプローチとして説明しました。著者は説明を den Hertog に帰属させます。協調的フレーミングは public を重要にしますが、エンジニアリング所有権をプラットフォームの編集者に移すことはありません。
2018年、Measurement, Analysis and Tools Working Group の公開アーカイブは、Kühne がそのオーディエンスにOpenIPmap の記事を発表したことを記録しています。これは控えめでありながら異常に具体的な行為です。それは、素材が RIPE Labs から測定と分析に関連するワーキンググループに移動したことを示しています。プライベートな編集履歴は、ブリッジを見るために必要ありません：記事が存在し、Kühne はそれを関連するコミュニティチャンネルに公開して運びました。
2019年、Massimo Candela はRIPE IPmap の内部の詳細を公開しました。協調的フレーミングから技術的詳細への進行は、公開プラットフォームが名前のある著者の下で異なるレベルの説明を保持できることを示しています。1つの記事は貢献を招待でき、別の記事はメカニズムを公開できます。読者は、ツールが何をするように意図されているかだけでなく、技術著者がそれがどのように機能するかを述べることを調査できます。
利用可能な証拠は、次に何が起こったかについて RIPEstat や RIPE Atlas よりも弱いです。ここで耐久性のある成功を主張するために使用されるべき現在のサービス境界はありません。
情報源は、生産成果、地理位置情報の精度、採用、またはどのコミュニティ貢献が実装を変えたかを確立していません。公開とワーキンググループへの配信がサポートされた結果です。それ以上は、可視性が使用を保証するという魅力的な仮定で証拠を置き換えることになります。
その制限は、このケースを不要ではなく価値あるものにします。実験的出版は、将来が不確実な作業を保持できるかどうかによって部分的に判断されるべきです。耐久性のあるサービスだけが議論に値する場合、アーカイブは回顧的な勝者のリストになります。
RIPE Labs の元の約束はより広範でした：プロトタイプ、分析、アイデア、ツールは、それらのステータスが未解決の間に公開される可能性があります。マッピング記事は、その公開価値が勝利の結末に依存しないため、その約束に正確に適合します。
credit は分散されたままです。Den Hertog は協調的説明を執筆しました。Candela は技術的説明を執筆しました。RIPE NCC のチームとツールメンテナーはエンジニアリング表面を保持しました。ワーキンググループ参加者は将来の議論コミュニティを形成しました。Kühne の証拠のある行動は、編集および分配でした：彼女は RIPE Labs を通じて作業し、アイテムを関連する公開フォーラムに運びました。プラットフォームは出会いを可能にしましたが、彼女を他のすべての人の作業の著者にはしませんでした。
このケースはまた、情報アーキテクチャと帰属がなぜ接続されているかを示しています。記事、著者、デモンストレーション、コミュニティ通知が一緒に見つけられるとき、読者は誰がいつ何を言ったかを再構築できます。それができないとき、機関は単純化された記念日の物語を代用する誘惑に駆られます。公開技術知識は、アーカイブがプラットフォーム、著者、オペレーター、コントリビューター、オーディエンスの間の継ぎ目を保存する場合にのみ、説明責任を保ちます。
千の記事のコスト
2018年1月までに、Kühne はRIPE Labs の1,000番目の記事を記しました。彼女の振り返りは、RIPE NCC スタッフと外部コントリビューターからの幅広い技術素材を説明しました。2020年の回顧までに、RIPE Labs は約11年で1,200以上の記事を保持していました。これらの数字は、実験的出版物が実質的なアーカイブになったことを示しています。すべての記事が影響力があり、正確で、広く読まれ、Kühne によって個人的に選択および編集されたことを示すものではありません。
規模は編集問題の性質を変えます。新しいプラットフォームは素材とコントリビューターを必要とします。千の記事のプラットフォームは、蓄積された素材を通るルート、一貫した著者アイデンティティ、使用可能なカテゴリ、機能するコメント、意味を保持するリンク、古いプロトタイプがサービスになったか消えたかの説明を必要とします。アーカイブが大きくなるほど、公共の記憶が公共の混乱に変わりやすくなります。
リデザインの記録はその圧力について率直です。Davies の説明は、RIPE Labs が意図したフィードバックメカニズムとして常に機能したわけではないと述べ、10年以上後の引き継ぎと新しい外観を説明しています。外部のデザインケーススタディも同様に、後の作業をコミュニティエンゲージメント、フィードバック、コメント、議論、再構築された情報アーキテクチャの周りにフレームしています。ポートフォリオはそれ自身のプロモーションの視点を持っているため、機関に関する独立した評決として機能することはできません。
公式の回顧と組み合わせると、オープン性がメンテナンスとリデザインを必要としたというより狭い結論をサポートします。
これは、完璧な後継者によって修正された失敗したプラットフォームの物語ではありません。公開証拠は、比較エンゲージメント結果を提供せず、後の変更が初期の制限を解決したことを示していません。フィードバックの理想が未完成のままであることを確立します。公開コメント機能は、持続的な議論を生み出さずに存在できます。大規模なアーカイブは、発見をより困難にしながら記憶を保存できます。リデザインはそれらの問題に対応できますが、それらが消えたことを証明しません。
メンテナンスコストは部分的に編集です。古い記事は、プロトタイプが現在のサービスと誤認されるのを防ぐのに十分なコンテキストを必要とします。移行された著者ページは、誤った精度なしに継続性を必要とします。技術投稿は永続的な帰属を必要とします。プラットフォームは、元の議論を覚えていない新参者と覚えている参加者の両方にサービスを提供しなければなりません。各要件は、最初の出版行為の後に労働を追加します。
それはまた制度的です。RIPE NCC 活動計画のメンテナンス用語は、プラットフォームが組織リソースに依存していたことを明確にします。チームはツールを生産し説明しました。コントリビューターは研究と運用経験を供給しました。エンジニアとオペレーターはサービスを維持しました。コミュニティメンバーはプローブをホストし議論に参加しました。編集者は公開表面を調整できましたが、表面はより広い機関とコミュニティがそこに作業を置き続けたためにのみ価値がありました。
したがって、記事数は2つの方向に読むことができます。それは、出版への招待が大量の素材を生産した証拠です。それはまた、将来の義務の尺度です。追加のアイテムごとに、検索、ナビゲーション、移行、リンクメンテナンス、歴史的解釈に対する新たな主張が作成されます。公開知識は、ページをオンラインに残すことによってのみ耐久性を持つわけではありません。それは見つけやすく、正しくフレームされたままでなければなりません。
同じことがフィードバックにも当てはまります。コメントを招待することは、誰かがそれらに気づき、解釈し、ルーティングするという期待を生み出します。公開情報源は、誰が個々のコメントを処理したか、何が拒否されたか、どの提案が変更になったかを公開しません。その欠如は、Kühne の私的な編集決定に関する主張をブロックします。また、構造的なコストを浮き彫りにします：フィードバックメカニズムは可視フォームの背後に注意を必要とし、その注意はフォームだけから証明するのが困難です。
2020年、Alun Davies は Kühne から編集者の役割を引き継ぎました。引き継ぎは彼女の RIPE Chair 役割への移動と一致しましたが、その後の期間は RIPE Labs の作業を説明するために必要ありません。関連する事実は継承です。1人のコミュニティビルダーと密接に関連するプラットフォームは、その蓄積された強みと限界を評価できる名前のある編集者に渡されました。継続性は、作業が1人の存在の延長のままではなく、移転可能になることに依存していました。
その終点は Kühne の貢献を明確にします。彼女は公開フィードバックが常に機能したという証明を残しませんでした。彼女は、継承、リデザイン、ユーザビリティへのより明示的な注意を必要とするほど大きく重要な公開オブジェクトを残すのを助けました。アーカイブの問題は作業を打ち消しません。それらは、実験を公開することが単一の立ち上げ決定ではないことを示しています。それは、不確実性、帰属、参加を読み取り可能に保つ長い義務です。
個人化できるものとできないもの
Kühne の人レベルのケースは、可視の行為と境界のある役割に基づいています。彼女は RIPE Labs が立ち上げられた時期にコミュニティビルダーの権限を引き受けました。
彼女はその目的の説明を執筆し、オペレーターおよび標準に隣接するオーディエンスに発表し、プラットフォームを維持および編集し、デモ素材を公開し、マッピング記事をワーキンググループオーディエンスに配布し、アーカイブマイルストーンを記し、編集者の役割を Davies に引き継ぎました。後のプロフィールは、その記録を合理的に作成者およびキュレーターに圧縮します。基礎となる証拠は集合的なままです。
個人化できないものも同様に重要です。公開素材は、Kühne がプラットフォームソフトウェアを書き、プローブを設計し、RIPEstat または RIPE Atlas を運用し、マッピングアルゴリズムを開発し、データ品質を保証し、採用を引き起こしたことを示していません。彼女がすべての記事を編集したり、すべての受理を決定したりすることを示していません。どのコメントがツールを変えたかを確立していません。現在のサービスの継続的存在を、その耐久性に対する彼女の影響の証明に変えることはできません。
これらの限界は、お世辞の話の後に追加された儀礼的な免責事項ではありません。それらは、調査されている貢献の種類を定義します。インターネット基盤機関は、システムを構築し運用する人々を必要とします。
また、それらのシステムの状態を、協力、批判、または証拠が重要になる可能性のあるコミュニティに理解可能にする人々を必要とします。2つの役割を混同することは、編集者に彼女が利用可能な記録で主張していない技術的 credit を与えます。2番目の役割を単なる広報として扱うことは、公開精査に必要な作業を認識しないことです。
RIPE Labs は、いくつかの制度表面を会わせました。開発者やアナリストは名前で公開できました。オペレーターは、サポートされるサービスになる前にプロトタイプに出会うことができました。ミーティング参加者は、公開参照を通じて議論を続けることができました。
リモート読者はデモンストレーションを調査できました。ワーキンググループは詳細な記事の通知を受け取ることができました。後の編集者はプラットフォームの歴史を回復し、フィードバックと情報アーキテクチャが不足していた場所を特定できました。
結果として生じる公開価値は実用的です。初期の説明は、制度記憶がそれらを滑らかにする前に限界を公開できます。連続デモは変化を可視化できます。参加リクエストは、インフラが運用組織を超えたホストとコントリビューターに依存することを示せます。技術的詳細はツールを検査に開放できます。アーカイブは、サービスまたは実験がかつてどのように説明されたかを保存し、後の読者に変化を判断するための証拠を与えます。
これらの利点はどれも自動的ではありません。広報は応答なしに通過できます。コメントは議論にならないことがあります。アーカイブは不透明になることがあります。数は影響と誤認されることがあります。現在のサービスページは、読者に偶発的な実験を避けられない成功として書き換えさせる誘惑に駆られます。RIPE Labs の記録は、その書き換えに抵抗するのに十分な摩擦を保存するため、部分的に価値があります：壊れたラップトップ、免責事項、異なる著者、不確かなマッピング結果、リデザイン、引き継ぎ。
制度的正当性は、多くの場合、正式な権威を通じてのみ生産されるかのように議論されます。技術コミュニティでは、それはまた、人々が知識がどのように利用可能にされたか、誰がそれを執筆したか、どの機関がサービスを運用するか、どの不確実性が残っているかを見ることができるかどうかに依存します。
RIPE Labs はそれらの質問を解決しませんでした。それらが尋ねられる公開の場所を与えました。RIPE NCC のリソースはその場所を可能にしました。エンジニア、アナリスト、ホスト、コントリビューターはそれに実体を与えました。より広いコミュニティは招待に意味を与えました。
Kühne の文書化された作業は、交差点を維持するのを助けることでした。彼女の重要性は、それを通り抜けるシステムを構築したという主張を必要としません。それは、プロトタイプ、測定、デモ、オペレーター分析を、未完成のステータスと分散された著者性を保存しながら、公開作業として読み取り可能にする持続的な努力にあります。その努力の最も強い証拠は、単一の成功したツールではありません。
それは、コミュニティの前に、注意を招待するのに十分なコンテキストと虚偽の所有権に抵抗するのに十分な境界を持って、名前のある技術作業が繰り返し出現することです。
したがって、モスクワのラップトップの教訓は、後に続くアーカイブを生き延びます。実験は安定する前に示すことができますが、示すことが誰がそれを作ったか、それが何ができるか、なぜ失敗する可能性があるかについて正直な情報を運ぶ場合に限ります。その出会いを可能にすることは、実験を行うことと同じではありません。
2009年から2020年の引き継ぎまでの間、それは Kühne が特徴的な貢献をした作業でした：未完成のインターネット基盤知識に、その結果が彼女だけに属するものではないと主張しながら公開の生命を与えること。