公開プロジェクト会議 - 2020年8月13日
カテゴリ
会議議事録アーカイブ
隔週の公開プロジェクト会議シリーズを継続して、2020年8月13日に開催された会議のタイムライン（時間はIST）を以下に示します。
会議はSelenium Slackの#selenium-tlcチャンネルで開催されます。
次回の会議は、2020年8月27日、中央ヨーロッパ時間午後4時30分です。
Diego Molina 午後7:58 :wave
- 今日の議題はこちらです
- プロジェクトの一般的な統計（前回の会議: 未解決の課題 338 件、未解決の PR 73 件）
- 全体的な発表はありますか？ 委員会、コミットビットを持つ新しいメンバーなど？
- ワークフローの改善（PR のレビュー、設計要件の改善）
- GitHub 組織内の Selenium Conf ウェブサイト？ （README は保留中）
- IDE をメインリポジトリへ？
- ユーザー/パスワード、アクセスキーなどを配布およびリリースリポジトリへ。
- 前回の PLC/SFC 通話から報告する新しいことはありますか？
- 会議。 SeConf India & SeConf Chicago の状況は？
- Alpha 7 で行う必要のある保留中の作業はありますか？
- 最初のベータ版で行う必要のある保留中の作業はありますか？
- Selenium ブランディングガイド
- Selenium マーケティング戦略（例: Webpack）
- CoC、次のステップは？
- Go バインディングについて Miki と話した人はいますか？ （このトピックは以前の会議ではスキップされましたが、帯域幅が広くなったときに対応できるように、議題に残しておくことをお勧めします）
午後8:00
最初の項目であるプロジェクトの一般的な統計（前回の会議: 未解決の課題 338 件、未解決の PR 73 件）から始めましょう。
午後8:01
現在の統計 未解決の課題 334 件、未解決の PR 63 件 次の項目 全体的な発表はありますか？ 委員会、コミットビットを持つ新しいメンバーなど？ 私が知る限りではありませんが、他に誰かいますか？
David Burns 午後8:02
いいえ、しかし、私のチームがバグのトリアージ能力を少なくとも持つために、github に新しいチームを作成することを提案したいと思います。
午後8:03
組織に何らかの形で関連付けられていない限り、バグを割り当てることはできません。
Diego Molina 午後8:03
それは良いアイデアですね。#selenium チャンネルですでに協力してくれている人、たとえば @Salmon Mode :+1 のような人をトリアージチームを作成することを考えていました。
Simon Stewart 午後8:03
トリアージチームに +1
Diego Molina 午後8:04
それをガバナンスモデルに追加する必要があります。
David Burns 午後8:04
私のチームのコミットビットについては後でいつでも話し合うことができますが、組織に含めたいと思っています。
Diego Molina 午後8:04
コミッターであることを明示的に必要とせずに、チームの一員になる方法として。
午後8:05
誰がそのタスクを引き受けたいですか？ これをガバナンスモデルに追加しますか？
David Burns 午後8:05
私ができます。
Diego Molina 午後8:05
:thumbsup
午後8:06
次のトピック？ ワークフローの改善（PR のレビュー、設計要件の改善）
David Burns 午後8:06
それは私のです。
午後8:07
問題でより良く説明されているものを人々がどのように設計したいかを確認したいと思います。私のチームが取り組んでいるバグで、人々が要求を誤解していることに気づきました。
午後8:08
そして、それが欠けている部族の知識なのか、一般的な経験なのか、またはこれに対するより明確なプロセスを得ることができるのかどうかはわかりません。
Simon Stewart 午後8:08
「誤解」？
David Burns 午後8:09
ええと、可観測性の問題に取り組み始めましたが、彼らの解釈に基づいて作業が行われたケースがありましたが、それは異なっていることが判明しました。彼らは変更の背後にある同じコンテキストと動機を持っていませんでした。
Simon Stewart 午後8:10
イベントの件について話し合ったときは本当に助かりました。そして、私が自分でその作業を行う予定だったので、問題ですべてを完全に説明しない方が軽量であるように思えました。
David Burns 午後8:10
同意します。コードを書いて、間違っていて、もう一度試すのではなく、問題にそれを事前にロードできるかどうかを確認したいと思います。
Simon Stewart 午後8:10
会話のプレースホルダーであることを明確にし、誰に話しかけるべきかを特定すればどうでしょうか？
Diego Molina 午後8:11
これについて全体的に不足しているのは、Slack での会話を通じて行われた決定が、GitHub の課題や PR に書き込まれていないことです。これにより、レビューと進行が困難になります。
David Burns 午後8:11
それもありますね。
午後8:12
しかし、会話をすることは、話しかける必要のある人が暇である必要があります。これは、多くの要因により常に現実的な期待ではありません。
Simon Stewart 午後8:13
確かに、しかし、すべての設計作業を事前にロードすることも非現実的です。
David Burns 午後8:13
より多くのコンテキストと動機を追加すれば、良い中間点になると思います。
午後8:13
動機が私にとって主なものです。
Diego Molina 午後8:13
また、以前はロードマップのようなものがなかったことを認識する必要があります。Simon は、Selenium 4 リリースプロジェクトの GitHub の課題になった彼のブレインダンプで助けてくれました。そのため、以前よりも良い状態になっていますが、課題で意図されていることの詳細が必要であることに同意します。反復の自然な次のステップ :+1
David Burns 午後8:14
同意しました。
午後8:15
なぜなら、そしてこれが私の次の項目ですが、問題にもっと情報があれば、レビューが簡単になります。レビューできる変更があり、Java サーバーの正確性を確認しますが、間違った考えかもしれません。そして、人々が生活を送っていて、常にここにいることができないため、PR が座礁しています。
Diego Molina 午後8:16
未解決の課題に戻って、それらを拡張してより明確にする方法を見つけるべきだと思いますか？
Simon Stewart 午後8:17
明確にする必要があるサブセットを選択して、尋ねますか？
David Burns 午後8:17
私は、私のチームが取り組む次の作業の一部でそれを始めています。私の目標は、誰もがそうであるように、se4 を出荷することです。
Simon Stewart 午後8:17
同意しました。そして、それを実現するために協力したいと思います。
午後8:18
しかし、私は奇妙な時間的制約を受けています。
David Burns 午後8:18
知っています。誰も責めていません。
Simon Stewart 午後8:18
知っています :slightly_smiling_face
David Burns 午後8:18
私はあなたの生活と私のチームの生活を楽にしたいだけで、あなたは両方にいます。
午後8:19
それで… コードは可変なので… 正確性についてレビューしてもよろしいですか？ もし間違っていて、後で気づいた場合は、より多くのコンテキスト/動機を持つ新しい問題が発生しますか？ そして、それを私のチームのスタックに置きますか？
午後8:20
Sauce がチームを拡大すると、この問題が表面化する可能性があると感じています。
Diego Molina 午後8:20
ええと、そのフレーズの簡単な英語訳が必要です。
David Burns 午後8:21
へへ… すみません。コードをレビューして、テストがあることを確認できるので。 マージしても大丈夫だと感じたら、数日後にマージします。
午後8:22
このグループの他の人が変更に同意しない場合は、教えてください。私たちの仕事に追加して、解決します。 コンテキストと動機の欠如の問題は、このグループに参加する人、たとえば Sauce が OSS チームを拡大する場合など、誰にでも起こる可能性があります。
Diego Molina 午後8:24
わかりました。翻訳ありがとうございます。 それに問題はないと思います。最終的にはコードをマージした後でいつでも改善できると思います。
David Burns 午後8:24
クール。 私のチームからの PR がしばらくの間放置されています。
午後8:25
サーバーに自信がなかったのでマージできないと感じました（いつでもブラウザをください）。
Diego Molina 午後8:26
そこで少しでも役立つ方法を見つけていますが、あなたの提案に従うべきです。マージする前に PR にコメントをいただければ幸いです。たとえば、「おい、これはしばらく放置されています。私には正しく見えるので、反対する人がいなければ明日マージします」:+1
David Burns 午後8:27
取引成立です。そして、私のチームがお互いをレビューできる段階に到達できます。それはさらに良いでしょう。
Diego Molina 午後8:27
:thumbsup
午後8:28
次のトピック？ GitHub 組織内の Selenium Conf ウェブサイト？ （README は保留中）
午後8:29
ここでの簡単なアップデート、Andrew が変更を加える方法について私に紹介してくれました。セットアップは思ったよりも複雑です。 現在、ドキュメント化のプロセス中です。 近い将来、Selenium 会議のガバナンスモデルでチームを正式化する必要があります。 そこで多くの作業が行われており、もっと認められるべきです:+1
午後8:30
次のトピック IDE をメインリポジトリへ？
午後8:30
@AutomatedTester と @rajendra が IDE リポジトリを bazel に移動しているのを見ましたが、そうですよね？
David Burns 午後8:31
bazel の作業は一度完了すると、それをまとめて移動できると思います。 bazel の作業はパッケージの 40% です。 テストはまだ行う必要がありますが、ここで bazel の大まかなエッジに触れています。
午後8:32
私たち両方とも bazel slack で人々とチャットしています。
Diego Molina 午後8:32
アップデートありがとうございます。次のトピックは？
午後8:33
ユーザー/パスワード、アクセスキーなどを配布およびリリースリポジトリへ。 これを私
午後8:34
数週間前に docker-selenium のリリース方法を変更し、GitHub アクションに移動しました。Docker Hub にイメージをプッシュするために使用されるパスワードを知らなかったため、パスワードをリセットしてそこで使用する必要がありました。
午後8:35
つまり、現在パスワードを持っているのは私だけであり、これは私たちが持っている他の多くのもの（npm、python、ruby のもの、Google/Firefox などのストアなど）にも当てはまると考えています。 TLC のメンバーは、この情報にアクセスする方法はありますか？
Simon Stewart 午後8:35
LastPass に保存されているパスワードがいくつかあります。
Diego Molina 午後8:35
そして、それを統合することもできますか？
Simon Stewart 午後8:36
必要に応じて個々の資格情報を共有できます。
Diego Molina 午後8:36
問題は、「必要に応じて」の瞬間は通常、資格情報を持っている人が利用できないときに来ることです。
Simon Stewart 午後8:37
だからこそ、LastPass で共有しているのです :slightly_smiling_face
Titus Fortner 午後8:37
Rubygems の Selenium アカウントを作成してパスワードを共有できます。現在、個人のアカウントに手動で許可を与えています。
Diego Molina 午後8:38
LastPass にアクセスでき、すべての TLC メンバーにアクセス権を付与できるのは誰ですか？
Simon Stewart 午後8:38
私です。 PLC の全員もそれを持っているはずです。
Diego Molina 午後8:38
リリースなどに必要な資格情報のみを参照しています。さまざまな種類の資格情報を混在させたいですか？
Simon Stewart 午後8:38
（仕事で話す必要のある会議に沈んでいます。ここで脱落します）
Diego Molina 午後8:39
わかりました。それでは、このトピックについては次回の会議で再度触れますが、すでに取り掛かっています :slightly_smiling_face: 次のトピック: 前回の PLC/SFC 通話から報告する新しいことはありますか？
午後8:40
なさそうですね 😊 次のトピック：会議。SeConf IndiaとSeConf Chicagoの状況は？
David Burns 20:42
@mmerrell さん、または @manoj9788 さん？
Diego Molina 20:42
インドはバーチャル開催で、すでにスケジュールがあるのは知っています。ワークショップが実施されるかどうか検討していると思います 👍
Diego Molina 20:43
そして、シカゴは正式に2021年に延期されたのを見ました
David Burns 20:43
それなら、このトピックをインドだけに移動して、その会議をしばらくの間議題から外すように投稿してください
Diego Molina 20:44
わかりました、了解です。次のトピック：Alpha 7のために行う必要のある保留中の作業は？最初のベータ版のために行う必要のある保留中の作業は？ ここに多くのアップデートがあるかどうかはわかりません
20:44
最後のアルファ版に移行するには、保留になっているPRをマージする必要があると思います
Marcus Merrell 20:46
ええ、SeConf Chicagoの会議はすべて11月まで延期しました。来年の会場との間で新たな日程を調整しており、この問題が続く場合に「究極のキャンセル権限」を認める契約の文言を作成しています。当面の間、議題から外しても大丈夫です 👍
20:47
インドについては新しい情報はありません。私が知る限り、計画に変更はありません
Diego Molina 20:48
マーカス、ありがとう！
20:49
それで、議題に残っている4つのトピックにはアップデートがないことを知っているので、それらをスキップして、会議を早めに終了することを提案しますが、どう思いますか？
David Burns 20:49
いいですよ @mmerrell さん、ねえ… あのdrainするPRについて軽く催促です
Diego Molina 20:51
わかりました、皆さん、お時間ありがとうございました！
