Autofixture: AutoFixtureの次は何ですか？

@Kralizek 、お問い合わせいただきありがとうございます。

私は自分自身でしか話すことができません、それは私がhttps://github.com/AutoFixture/AutoFixture/issues/703#issuecomment -275347457で書いたように実際には（まだ）です：

PRを確認するために必要な知識があれば、問題ありません。 通常、私は（幸いにも）以前に作業、作成、または貢献したコードベースの部分をレビューします。

明示的に言及されたプルリクエストまたは問題を見逃した場合は、お知らせください。 誰かが私をレビュアーとして追加したり、問題について明示的に私に言及してからしばらく経ちました...

＃703に戻ってくれてありがとう、 @ moodmosaic 。 私の立場は当時と同じです。明示的に呼び出された場合はアドバイスを喜んでお手伝いしますが、私はAutoFixtureプロジェクトに参加していません。

何も起きていないようであれば、この問題を開くのは理にかなっていると思います。 現在のメンテナも先に進んでいる可能性があります。 それらのいずれかから応答が得られるかどうかを見てみましょう。 そうでない場合は、もう一度私にpingしてください、1週間かそこらと言うべきですか？

私は今でも経験した分野で時折PRを検討するのを手伝うことができますが、それらの分野はおそらく最近ではほとんどなく、はるかに少ないと思います。

物事が動かない場合は、その理由を理解できるかどうかを確認し、必要に応じてさらに多くの人を見つけるのに役立つかどうかを確認しましょう。

プロジェクトの制御を取り戻すつもりはありませんが、私が知る限り、リポジトリへの書き込みアクセス権はまだあります。 他の誰かがプロジェクトを主導することを志願した場合、私はそれを実現するために喜んでお手伝いします。

こんにちは、みんな！

ここに私のフィードバックもありません。 公式ではありませんが、おそらく私が今のところプロジェクトで最もアクティブでリードなメンテナであることが期待されています。

当初、私はメンテナンスに非常に熱心で、さらに改善できるアイデアはほとんどありませんでした。 今日でも、少なくともメンテナンスの観点からは、実行するのが理にかなっていることがわかります（たとえば、.NET Standard 1.xサポートの削除）。

最近、私はプロジェクトのサポートをまったくやめましたが、その理由をいくつか自己認識しました。

免責事項：目的は誰かを非難することではないので、個人的にそれを取得しないでください。 むしろ、自分の経験を共有して、それについて何かできることがあるかどうか、そしてそれが価値があるかどうかを確認したいと思います。

プロジェクトを変更するのは難しいです。

誰もが残したレガシーマークを守ろうとしていると強く感じているので、このプロジェクトを変えるのはとても難しいです。 マークがすることを除いて、他のことを試す自由はありません。 マークは、彼が直接参加しなかったほとんどすべてのPRで引用されました:)

ある時点で、ここで何かを変更するのが難しくなりすぎたと感じ始めました。 そして、それは私がプロジェクトに対して持っていた情熱を殺しました。

マークが去ったとしても、私はまだ個人的にプロジェクトの所有権は彼にあると感じています。 マークによって非常にうまく作られたものを激しくそして野蛮に壊す機会があるので、私は決定をするときに多くの内的/外的圧力を感じます。 この認識の一部は私だけが作成したものですが、他のメンテナがそのような印象を与えるために貢献した部分もあります。

おそらくそれは私の期待と現実との違いです。 私はこのプロジェクトで自分のアイデアを表現して試すことができると思いますが、それは機敏で新鮮で新しい機能に満ちているでしょう。 しかし実際には、物事はとにかくうまく機能しているので、多くを変更することは許可されていないレガシープロジェクトのように感じました。

私の提案のいくつかは理想的ではなかったかもしれないことを認めます、そしてもちろん、私は名誉あるマークほど経験がありません。 しかし、私たちが下した決定をもっと自由にすることができたので、プロジェクトはより生き生きとしています。

少し寂しいです

私がプロジェクトに参加したとき、とりわけアジャイルディスカッションに参加し、チームの一員となり、他の人と交流することを期待していました。 残念ながら、時間の運やその他の要因により、他のメンテナはあまり議論に参加せず、最終的に私はここに一人でいると感じ始めました。 今のところ、他のメンテナはこのプロジェクトにあまり時間や情熱を持っていないと感じているので、ようやく同じことを共有し始めました。

現在、AutoFixtureを積極的に使用していません

現時点では、バックエンドコードをあまり記述していないので、AutoFixtureをあまり使用しないでください。 私はまだこのプロジェクトをとても楽しんでおり、このライブラリは必需品だと信じています。 しかし、私はあまり多くのテストを書いているわけではないので、個人的に変更を要求することはありません。

さらに進んで、私はプロジェクトライフに参加し、該当するかどうか私の知識を共有することを気にしません。 必要があれば、コード/メンテナンスもお手伝いできます。 しかし、現時点では、残念ながら、私にはリードメンテナーになるのに十分な情熱とエネルギーがありません。 私たちが信頼し、情熱に満ちている候補者がいる場合は、必ず彼/彼女を招待して、メンテナの1人にする必要があります。

まず、＃703のディスカッションで返信がなかったことについて、@ AutoFixture / coreチームに謝罪したいと思います。 はい、それは私にとって忙しい時間でした（そして今でもそうです）が、私はあまり忙しくなかったので返事をすることができませんでした。 私は自分の言及のいずれについても通知を受け取らなかっただけで、ディスカッションをもう一度確認することは考えていませんでした。 ＃703を再訪したとき、文字通り今それについて知りました。 繰り返しになりますが、ごめんなさい。 😞

AutoFixtureの将来に関する私の立場は、2016年に表明したものと同じです。 AutoFixtureはかなり安定していて、何年も前から存在していると思います。 誰かがそれを別の方向に持っていきたいのなら、私は彼らがきれいな状態から始めたほうがよいと思います。 テストデータの自動生成の概念は非常に優れており、AutoFixtureは.NETプラットフォームで実行できる唯一の方法ではありません。

AutoFixtureにバグがないというわけではありません。 私が言っているのは、メンテナンスの量と範囲は十分に小さいので、@ AutoFixture / coreチームの責任を維持できるということです。

リード開発者が必要ですか？ オープンソースの歴史は、個々のリードのないプロジェクトが最終的に放棄されることを示唆しているようです。 しかし、リードのグループはどうですか？

私たちは、現在のモデルから任命されたリードを差し引いて前進し、それがどうなるかを見ようとしていると言います。

AutoFixtureはとても良いプロジェクトです、それがゆっくりと消えていくのを見るのはとても悲しいでしょう。

@zvirjaは、プロジェクトの最もアクティブでリードなメンテナです。 このプロジェクトがどのように進化するかを彼が主導することは理にかなっていると思います。 オープンソースプロジェクトの維持には、多くの労力と時間がかかります。 個人的には、このプロジェクトを進めるために寄付してもかまいません。 そしてありがとう@zvirja

誰かが部屋の中の象を指摘する必要があるので、私もそうかもしれません。

このスレッドは葬式（または後悔）によく似ています

私たち（コミュニティ）は、謝罪するよりも、自分たちが直面している状況から抜け出す方法を見つけることにもっと焦点を当てるべきだと思います。
これまでのところ、このスレッドは問題を指摘するのに非常に優れています（自由に完了してください）：

1. 現在のメンテナは時間がない/プロジェクトに興味がない
2. プロジェクトを維持するのは難しい
3. コードレビューは制限が厳しすぎる

今、私たちが取ることができる行動のリストを思い付くことができますか？

誰かがここで気にかけているなら、これについての私の見解は次のとおりです。

1. コミュニティに新しいメンバーを受け入れます。 @Kralizekはしばらく前から存在しているので、彼は良い候補者かもしれません。 たぶん@AutoFixture / coreと一緒に別のチームがありますか？
2. 問題のバックログを作成し、優先順位を付け、コミュニティに支援を求めます
3. コードレビューを緩めます。 彼が前の所有者によって絶えず手打ちされている場合、プロジェクトの所有権を取得することはできません。
   実験を許可し、ライブラリのコアバージョンに到達することがまだ確認されていないもののために追加のパッケージAutoFixture.Experimentalを作成する可能性があります（Boostは標準C ++ライブラリ用です）。

私は@zvirjaに同意します、プロジェクトは非常に威圧的です。 私は約2年前にAutoFixtureを発見しましたが、つい最近、PRを提出する勇気を得ました。
同じように感じる人もいると思います。 ツールを使用していて、それが繁栄することを望んでいる人々。

部屋の中の象を指さしてくれてありがとう@aivascu 。

私はあなたの分析に同意しますが、4番目のオプションもあります（私はそれを嫌いますが）：メンテナに自由に動き回ったり混乱させたりするための新しいフォークです。

また、私の名前をリストに入れてくれてありがとう。残念ながら、私はライブラリの内部についてあまり経験がなく、実際にライブラリ内を移動することはできません。

ユーザーエクスペリエンスに関しては、喜んで介入することができます...

プロジェクトを維持するための熱意をかき立てるためのスポンサーシップ/バッカープログラムはどうですか？
やっぱり人気のレポです。

過去3年間にAutoFixtureを使用した私の2セント：

AutoFixtureのブランド名は素晴らしいと思います。 かっこいい名前です。

StackOverflowで人気があります。 [autofixture]には506の質問がありますが、 [xunit.net]には801の質問があります。.NETCoreの準公式テストフレームワークとほぼ同じくらい人気があることはかなり注目に値します。教えること（そして素晴らしい教師になること）。 そして、マークのブログは、無料のテスト知識の泉のようなものです。

AutoFixtureのAPIを学ぶのはかなり難しいと思います。

私が愛するAutoFixtureのパーツ：

• Auto-Mocking Containerデザインパターンを使用する機能（おそらく、エンジニアとして紹介された中で最も強力なテストコンセプト）。
• Fixture.Freezeは素晴らしいです
• AutoMoq拡張機能により、モックが必要なもののフィクスチャをすばやく作成できます
• エンティティオブジェクトグラフを自動的に生成し、汎用リポジトリパターンをテストし、EntityFrameworkリポジトリのエンドツーエンドの統合テストコードカバレッジを保証する機能。

AutoFixtureの一部私が直接使用することはありません：

• Fixture.Inject

AutoFixtureの一部を改善/拡張したい

• 昨日作成された私の問題を参照してください：＃1179
• Guidsのデフォルトの動作を、Waffle TextGeneratorなどのより優れた文字列に置き換える機能。 今日はこれができると思いますが、＃1179が機能していれば、カスタムデータプロバイダーを使用して任意の要素ピッカーをプラグインできます。
• AutoFixtureは低速であり、Maksim VolkauのDryIoCプロジェクトがMaksimのFastExpressionCompiler https://github.com/dadhi/FastExpressionCompilerで行うように、式のコンパイルを高速化するための最新のトリックを使用していません。

私が好きではないAutoFixtureの部分（ほとんどはマイナー）：

• Fixture.CustomizeVisualStudioインテリセンスでは常に正しく機能しません。
• カスタマイズの記述、およびCustomizeメソッドでカスタマイズを挿入できない理由。 そのようなものはバロック的で迷惑であり、巨大な学習曲線を作成します。
• カスタマイズやスペシマンビルダーなどがいたるところにあります。 それはまとまりがありません。
• いくつかの奇妙な語彙
• Do..Withoutのデザインパターン全体に慣れるのはかなり難しいです。 それは機能しますが、冗長であり、再帰的なエンティティには役立ちません。 そのためには、すでに作成されたオブジェクトのハッシュテーブルを作成するようにAutoFixtureに指示するための特別な動作が必要です。
• 一般的なタスクの簡略化された構文はありません
• 問題を解決するためだけに内部を深く理解する必要があるモノリシック設計。 ちょっとしたものだけを使うことはできません。 AutoFixtureが非常に優れている理由を理解するには、最初の学習曲線を乗り越えるためにMarkのPluralSightコースをよく見るか、AutoFixtureの専門家である開発者と協力する必要があります。
• AutoFixtureは「匿名の値」のみを生成する必要があるというマークのスタンス。 それは物事を成し遂げるために多くのサードパーティのコード記述を作成します。 例には、次のStackOverflow投稿が含まれます。
  
  
  
  • Autofixture、辞書のリストを作成する交互キー付き
  
  
  • リスト内のアイテムのサブレンジのみにプロパティを割り当てるにはどうすればよいですか？
  
  
  • AutoFixtureで常に事前定義された値が設定されているクラスのリストを作成するにはどうすればよいですか？
  
  

イノベーションの可能性があると思う部分：

• C＃がますます機能的になるにつれて（パターンマッチング、レコードタイプなど）、AutoFixtureは理想的にはF＃のFsCheckやHedgehogのように機能するようになります。
• AutoFixtureが、Arb機能のように、FsCheckからいくつかのコンコリックテストの概念を具体化できれば素晴らしいと思います。
• RLCheckで説明されているようなイノベーションを使用して、エンジニアが非常に堅牢で多様なテスト入力を作成できるようにします（文字列としてのGUIDはハックです！） https://www.carolemieux.com/rlcheck_preprint.pdf

ここで概説する問題のいくつかは、Microsoftが.NETCoreのテストでAutoFixtureを使用しない理由だと思います。

実験的なフォークが行く方法かもしれないように聞こえます。 AutoFixtureは、私が知っている数少ないオープンソースプロジェクトの1つであり、開発者が日常的に広く使用しており、追加機能と使いやすさの向上から確実に恩恵を受けることができ、その背後に高品質のコードベースがあります。 貢献や方向転換への懸念が軽減されれば、関心が低くなるとは想像できません。これは、アクティブフォークが行うことです。

実験的なフォークが行く方法かもしれないように聞こえます。

なぜあなたはそれをしたいのですか？ あなたはそのフォークを維持しなければならないでしょう。 あなたがそれをする気があるなら、代わりにこのリポジトリのメンテナとしてステップアップしてみませんか？

実験的なフォークではなく、新しいリポジトリを作成する（またはこれに基づいて構築し続ける）ことを検討して、上記で説明したQoLの改善を紹介します。

AutoFixtureには強力なAPIがあり、多くのことを達成できますが、多くの人を怖がらせることができます。 ほとんどのものは、単純な構文糖衣として導入できます。

QoLの改善を紹介する

Renato（ @Kralizek ）、QoLは何の略ですか？ 生活の質？

うん。

あなたがそれをする気があるなら、代わりにこのリポジトリのメンテナとしてステップアップしてみませんか？

@ploehリポジトリのメンテナとしてどのようにステップアップしますか？ 要件はありますか？
現在のメンテナのリストを正直に見ると、埋めるべき大きな靴がいくつかあります。
AutoFixtureに貢献したいのですが、おそらくメンテナーとして（ある日）、他の人もいると思いますが、これほど人気のあるリポジトリを維持することを認められる人はいないと思います。

なぜあなたはそれをしたいのですか？ あなたはそのフォークを維持しなければならないでしょう。

私はその引用に同意します。 私が最初に実験的なパッケージを提案したとき、このスレッドでは、リポジトリを維持しながら、 @ zvirjaが抱えていた問題を軽減する方法を考えていました。 パッケージには、変更されたフォークではなく、AutoFixtureコアの上に構築された機能が含まれていました。 @Kralizekが説明したようなもの。
もちろん、理想的には、このようなパッケージは必要ありません。 私たちが解決すべきだと思うのは、技術の問題ではなく、人の問題です。

私たちが解決すべきだと思うのは、技術の問題ではなく、人の問題です。

それが何を意味するのかわかりません。 もっと話して。

私たちが解決すべきだと思うのは、技術の問題ではなく、人の問題です。

それが何を意味するのかわかりません。 もっと話して。

彼が意味するのは、@ zvirjaがコメントで言ったことと同様に、 AutoFixtureには、美しい芸術作品を破壊することを恐れずに自由に革新できる献身的なメンテナが必要だということだと思います。

以前の決定とリーダーシップによって投げかけられた影によってあなたの手が縛られていると感じる何かにコミットしていると感じるのは難しいです。

「古い方法」と矛盾していたため、いくつかの興味深いアイデアが却下されました。 これは誰のモチベーションも殺してしまいます。 その観点から、フォークはこの荷物の多くを解放するでしょう。

OK、私は単純な男です。https：//github.com/AutoFixture/AutoFixture/pull/928のようなものをマージしたいだけです。 上で述べたように、AutoFixtureには一意の値の生成をサポートするための適切な方法がありません。 乗法線形合同法は、そのような機能の良い基盤のようです。 私たちは最近自分で書いたもので、このトリックを知っている人ほど賢くはありませんでした。私は後でPRを見つけただけです。

「ええ、このクールなことをもっとやりましょう」みたいな感じです。

リポジトリのメンテナとしてどのようにステップアップしますか？

あなたは基本的にあなたがその責任を引き受ける用意があると述べています。 私の知る限り、私はまだリポジトリの管理者権限を持っており、現在のメンテナの誰もこれを明示的に述べていませんが、誰もこれを引き継ぐつもりはないという印象を受けます。

要件はありますか？ 現在のメンテナのリストを正直に見ると、埋めるべき大きな靴がいくつかあります。

過去を心配する必要はありません。 今、状況を正しく読めば、AutoFixtureは水中で死んでいます。 誰かがそれを進める仕事を引き受けない限り、何も変わることはありません。

したがって、あなたは世界のすべての間違いを犯すことができ、事態を悪化させることはほとんどありません。

@ploehこのように言えば、メンテナとしてステップアップできれば嬉しいですし、他の人もステップアップしてくれることを願っています。

@aivascuありがとう、それは素晴らしいです。

現在のメンテナとハングアラウンド@ zvirja、@ moodmosaic 、@ adamchester 、@ ecampidoglioにこれについてコメントするために約24時間与えます。抗議が見られない場合は、メンテナの権利を与えます。

@ploeh私の側からの異議はありません。
@aivascuようこそ。 このプロジェクトがあなたが探している楽しみをもたらすことを願っています😊

@aivascu私はメンテナではありませんが、このライブラリが大好きです。 誰かがあなたの考えを跳ね返す必要がある場合は、私にpingしてください。

@ ploeh 、 @ aivascu 、私は元気です：+1 ：： rocket：

私が取り組んだ、作成した、または貢献したコードベースの部分について話し合うことができてうれしいです。 言及されたプルリクエスト（または問題）を見逃した場合は、お知らせください。

@aivascuよろしくお願いします。 私の唯一のアドバイスは、コードベース内の20,000行のコードごとに約6か月かかる可能性があることです。特に、明確な「アーキテクチャ決定レコード」が1か所にない場合はそうです。 このため、私が維持しているプロジェクトでは、人々がコードの「スタイル」を理解できるように、それらを書き始めました。 マークはこれらを書いていますが、ほとんどは彼のブログやStackOverflowにあります。 @moodmosaicも同じことをしました。 今後は、リポジトリルートにadrフォルダーを作成して、設計の根拠を文書化してください。 そのために.mdファイルを使用できます。 複雑なテーブルの場合は、マークダウンテーブルではなくhtmlテーブルを使用します。

温かいおもてなしをありがとうございました。
最初は、 @ jzabroskiからアドバイスを受けて、新しいメンテナや寄稿者のオンボーディングを容易にするために、ドキュメントのギャップを埋め始めます。
並行して、既存のバックログを焼き尽くすことができるかもしれません。
うまくいけば、この素晴らしいツールである、より多くのコミュニティメンバーが前進するためにステップアップするでしょう。

おめでとうございます@aivascu。

あなたは今、リード開発者だと思います。 私はこれを言っています、なぜならあなたが止まるとすぐに、物事は今の「死んだ」状態に戻ると私は感じているからです-それで私は今あなたを見ています:)

Autofixtureチームが、前述の孤独な旅の問題のリスクを軽減するために、新しいチームメンバーを「追い詰める」ことを願っています。 誰かがこのhttps://github.com/AutoFixture/AutoFixture/pull/1164を見ていただければ、私は喜んで貢献します。

@aivascuコアAutoFixtureチームに参加するための招待状を送信しましたが、招待状はまだ保留中です。

@ploeh招待を受け入れました。 ありがとう！

@aivascu👍チームへようこそ。

あなたを助けるために私にできることがもっとあれば、私は喜んでお手伝いします。 しかし、私はこのプロジェクトに何年も活動していないので、実用的なものがどのように機能するのかわかりません。 @zvirjaがそれらの詳細を記入してくれることを願っています。

ありがとう！

ようこそ@aivascu

@aivascuプロジェクトに参加させていただきます。 よろしければ、声をかけてお話させていただきますので、何でもお見せして質問にお答えします。 あなたがそれを望んでいるなら、私にメールを書いてください（あなたはコミットでアドレスを見つけることができます）、それで私たちは詳細に同意することができます。

そしてまた歓迎します。

@zvirjaそれは本当にいいでしょう。 メールをお送りします。

ようこそ@aivascu ：+1：

ようこそ、@ aivascu！ 🙂

@aivascuあなたがこれに取り組む情熱とエネルギーに満ちた新しいメンテナとしてステップアップしたことを考えると、この問題を閉じて固定を解除する必要がありますか？ 今のところ私たちの未来は決まっていると言っているのですか？ 😄

@zvirja私は、他の誰かがメンテナのランクを埋めるように要求するかもしれないことをちょっと望んでいました。 😄

誰かがこのリポジトリのメンテナになることを楽しんでいるかもしれないと感じたら、問題を開くか、私たちにメッセージを送ってください。
今すぐ問題を解決します。