=== yamada is now known as yamayamayama [11:01] こんばんはー [11:01] もう時間ですね [11:01] どもー [11:01] こんばんは [11:01] こんばんは [11:01] こんばんは [11:01] こんばんは [11:01] こんばんは [11:02] では、IRCミーティングを始めたいと思います [11:02] というか司会進行は私でいいんでしょうか [11:02] hitoさんは病欠と聞いております [11:02] よいと思います [11:03] リーダーも21:00以降ですしね。 [11:03] +1 [11:03] 良いと思います。 [11:03] では進めたいと思います [11:03] https://wiki.ubuntulinux.jp/IRCMeeting/20170304 [11:04] 今回は特例ということで、CoCに署名している方のみ発言可となっております [11:04] 議事録はだれがとりましょう？ [11:04] ノ [11:04] よろしくお願いいたします [11:04] お願いしますー [11:04] mocchi よろしくお願いいたします。 [11:04] がってん [11:05] 議題はwikiのとおりですね [11:06] 軽く概要を説明します [11:07] Web翻訳（機械翻訳）には各々の利用許諾がありまして、これがLPの3条項ライセンスと合わないのですが、今回そのような翻訳が入ってしまったことが確認されました [11:08] よって、このような事態を今後避けるのと、現状のライセンス汚染疑惑を回復したい、というのが大枠のお話です [11:08] 現状認識に齟齬はありませんでしょうか [11:09] 「3条項ライセンス」は「3条項BSDライセンス」ですね。 [11:09] そうです、すみません [11:10] それ以外は、特に認識に違いはありません。 [11:10] 認識あっています。 [11:10] 齟齬ないです [11:10] 自分も同じ理解をしています [11:11] 同じく [11:11] 1行でまとめたのでちょっと雑ですが、それはさておき先に進めましょう [11:12] まずはプロセスの見直しからにしますかね、それとも翻訳の修正からにしますかね [11:12] 早く終わりそうなほうで。 [11:13] まぁ同じ話と言えばそうなのですが [11:13] じゃあ後者からにしましょうか [11:13] いうまでもなくUbuntu 17.04のリリースが近づいているので、知ってしまった以上これに合わせて修正したいところです [11:14] とはいえ、今回はかなり広範囲に影響していると思われるので、時間的にもマンパワー的にもよくよく考えて行動しなくてはいけません [11:15] ちなみにmainにあるパッケージでpoに対応しているものはlpで翻訳できます。まぁこれは今更言うまでもないですが [11:16] 参考情報までにですが、 [11:17] NonLanguagePack Translation Deadlineは3/30、LanguagePack　Translation　Deadlineは4/6となっています。 [11:17] https://wiki.ubuntu.com/ZestyZapus/ReleaseSchedule [11:17] あと1ヶ月ですねー [11:17] そうですね、ほぼ1ヶ月です。 [11:17] 今回の議論はLauncpad上で翻訳できるものに限定しているという認識であっていますでしょうか？ [11:18] 多分今回は前者は無関係です。これはLibreOfficeとかFirefoxとかなので [11:18] 優先順位の話かなと思っています。 [11:19] 1. Ubuntuのmainにあるもの [11:19] 2. Ubuntuフレーバー [11:19] 3. LPにあるその他のプロジェクト [11:20] 4. その他（具体的に何を指すかはちょっと私もわかりません） [11:20] 今日は最低限1だけおおまかなコンセンサスを得られればと思います [11:21] なるほど。 [11:22] mainにあるもののリストは黒瀬さんが作成してくれたので、まずはそれを見てみましょうか [11:22] ### Ubuntu 17.04 [11:22] #### 採用あり [11:22] * app-install-data [11:22] https://translations.launchpad.net/ubuntu/zesty/+source/app-install-data-ubuntu/+pots/app-install-data/ja/+filter?person=balloon [11:22] * onboard [11:22] https://translations.launchpad.net/ubuntu/zesty/+source/onboard/+pots/onboard/ja/+filter?person=balloon [11:23] * unity-settings-daemon [11:23] 　　https://translations.launchpad.net/ubuntu/zesty/+source/unity-settings-daemon/+pots/unity-settings-daemon/ja/+filter?person=balloon [11:23] #### 未採用だが翻訳提案あり [11:23] * slideshow-ubuntu-budgie [11:23] https://translations.launchpad.net/ubuntu/zesty/+source/ubiquity-slideshow-ubuntu/+pots/slideshow-ubuntu-budgie/ja/+filter?person=balloon [11:23] #### 採用なし [11:23] * debian-installer [11:23] * ubiquity-slideshow-lubuntu [11:23] * ubiquity-slideshow-ubuntu-gnome [11:23] Ubuntu 17.04に関しては上記の「採用なし」以外の4パッケージが影響を受けます。 [11:24] ありがとうございます。意外と少なかったというのが率直な感想です [11:25] あれ、でも(略)slideshow-ubuntu-mateも提案されてるんじゃなかったでしたっけ [11:25] おそらくmain外が多いのでしょうかね。 [11:25] そう見ています>main以外 [11:25] 「mainのパッケージだけれども上記にリストアップされていないもの」と「採用なし」の違いがわかりませんでした。 [11:26] た、確かに…… [11:27] 今回の調査は、LPのページで500近くあるパッケージをクロールしてgrepかけたものです。 [11:28] 上記にリストアップされていないものは、grepで引っかからず翻訳そのものを行ってない(と思われる)ものです。 [11:28] 採用なし、というのはgrepで引っかかったものの、翻訳提案が採用されてないものです。 [11:29] とりあえず [11:29] 念の為pastebinで：https://pastebin.ubuntu.com/24108701/ [11:29] kuromabo: 助かります [11:29] 念の為pastebinで： https://pastebin.ubuntu.com/24108701/ [11:30] と思ったらshibata さんだった [11:30] とりあえず具体的にどのように対処するのかということを考えましょうか [11:30] kuromabo : おつかれさまでした... [11:31] 了解です＞採用なし [11:31] https://wiki.ubuntulinux.jp/Develop/TranslationGuide [11:31] 多分何度か出てくることになるwikiページです [11:33] 誰がやるというのはさておき、とりあえずプロセスを考えておきたいです [11:34] ここにもあるとおり提案する人とコミットする人は別の人である必要があるのですが、今回もこれを遵守するのか、例外とするのかを考えておきたいです [11:36] 提案とコミットをわけているのは、セルフコミットの存在を検知しづらいというのが理由という認識です。今回の場合は、単に「未翻訳にする」ことになると思いますので、そもそも[提案しようがないのではないでしょうか。 [11:36] ここまでのまとめ: https://wiki.ubuntulinux.jp/IRCMeeting/20170304 [11:38] 手順的には未翻訳に戻して再度翻訳。というのが妥当とは考えます。未翻訳に戻すこと自体はセルフコミットはやむなしかなと（未翻訳をレビューする機構が無いため） [11:38] mocchi grepうんぬんの話も議事録に残しておいてもらえると助かります。 [11:39] shibata: OK [11:39] 未翻訳にする人と、再度翻訳する人は別の人にするということですかね [11:39] はい。 [11:39] はい、再度翻訳の際は通常の手順で良いという自分は考えています。 [11:40] 未翻訳にするのと、再翻訳+レビューはまた別の話かなーと [11:40] +1 [11:40] +1 [11:40] とりあえず今ある翻訳をすべて未翻訳に戻してしまって(これはセルフコミットで)、その後は普通の翻訳プロセスでよいのかなと [11:41] おそらく大丈夫だとは思いますが、時間的に未翻訳になってもやむを得ないということですね [11:41] +1 [11:41] であれば私も+1です [11:41] はい。安全側に倒したいと考えます。 +1 [11:41] はい、そこは受け入れるしかないと思います。＞時間的に [11:42] 続いては水野さんの話にも絡むのですが、どこまで未翻訳にするかです [11:42] 合理的な判断だと思います +1 [11:42] +1 [11:43] 続けてもいいでしょうか [11:43] 私はすべてを未翻訳に戻す必要はないと考えています [11:43] （ちょっと話がずれてしまいますが、司会が明示的に採決をとったときのみ「+1 [11:43] shibata: ok [11:43] 」などを使ったほうが議事録係が楽できそうなきがします） [11:43] それは私の話の進め方が悪いですね。気をつけます [11:44] 今は「発言者間反対なし」 [11:44] と書いてましたが、集計取れるなら取れた方が楽でいいですね。 [11:45] 「どこまで未翻訳にするか」の話に戻ってもらって大丈夫です。 [11:45] では戻します。 [11:46] 思いつきで書いているので適切な例えかどうかは自信がありませんが、例えばsaveは「保存」としか訳しようがないので、これはそのままでいいのではないかと思います [11:47] はい、誰がどう訳しても同じになるようなものは、戻す必要はないと思います [11:47] 明白な単語翻訳ですね。 [11:47] では、どこで線を引くのかという問題が出てきます [11:48] https://translations.launchpad.net/ubuntu/zesty/+source/app-install-data-ubuntu/+pots/app-install-data/ja/+filter?person=balloon [11:49] これは特に問題ないように思います。もちろんライセンス的には、ということです [11:50] ぼんやりと単語3つくらいまでがボーダーかなぁと考えていたのですが、 [11:50] https://translations.launchpad.net/ubuntu/zesty/+source/unity-settings-daemon/+pots/unity-settings-daemon/ja/+filter?person=balloon [11:50] を見るとなかなかに悩ましいです [11:51] ご意見をお聞かせいただければ [11:52] 2、3単語以降はチェック対象かなと考えるのですが、念の為 [11:52] 　単語レベルの誤訳も否定できないので見ておくという感じでしょうか [11:53] 「ちょっとでも悩んだら未翻訳にする（revertする）」でいいのではないでしょうか。本当に明らかに大丈夫と自信をもって言えるものだけ残す方向です。 [11:53] うーん、明確な線引きが難しくて、判断やチェックにコストがかかるようなら、全戻しの方が楽だったりするのかな… [11:53] とりあえず誤訳は今回考えなくてもいいんじゃないですかね [11:53] そうですね。 [11:53] そこは別フェーズですね。 [11:54] 単語翻訳にもWeb翻訳を使用していた可能性はないのでしょうか？ [11:55] その可能性はありますが、かなり高い確率であらゆる権利の主張ができません [11:55] なるほど [11:55] だから通してしまって問題ないと考えています [11:56] 他に何かご意見ありますでしょうか [11:57] こんばんは。回復のプロセスという話になってしまうかもなのですが、作業が「現状のライセンス汚染疑惑を回復する」という目的なので、どこまで確認できたか？というのをどのようにトラッキングするのか？が気になりました。 [11:58] それは次の話ですかねぇ [11:58] 承知しました。　なお、ライセンス的にクリアなものは残して良いだろう。と私は考えます。　以上です。 [11:59] そうだと思います。「何をどのように回復するか」のうち、今は「何を」の部分の議論じゃないかな、と。 [11:59] とりあえず決を採りますね。明確に問題なさそうなもの以外はrevertする、という結論でいいでしょうか [12:00] +1 [12:00] +1 [12:00] +1 [12:00] +1 [12:00] -1 [12:00] +1 [12:01] +1 [12:01] 黒瀬さん、-の理由をお聞きしてもいいですか [12:01] -1を投じたのは、さきほどのrevert対象リストのURL見ていただければ分かるのですが、revertする対象は5+17+22(+30)で数が少ないのが理由です。また、ライセンス汚染疑惑がある以上は全戻しがベストかなと。 [12:03] 誰が訳したという痕跡も消したほうがいいということですかね === R is now known as Guest35004 [12:05] 痕跡は残っても良いですが、採用される翻訳は新たに上書きしてクリーンなものにしたいです。 [12:06] ん…… [12:06] 個人的にはそこまでやらなくてもいいと思うのですが…… [12:07] こういう言葉が適切なのかちょっと悩むので書いては消しているのですが、私的制裁っぽい印象を与えてしまうかなぁと [12:10] 全revertした場合でも、再度ご本人が望めば翻訳することはできるというところを考えると、制裁までは行かないと思いますね…この当たりは考え方に個人差はあるかと思いますが… [12:10] うーん。ご本人がどこを機械翻訳されたか発言されていましたっけ? 文章のみ行っていたとか。(流れを追いきれてなくてすみません [12:11] 全くわかりません [12:11] 名言はしていませんね、Web翻訳を利用したという事実しか無いですね。 [12:12] 何度かML上でたずねてはみたものの、明確な回答は得られなかったという認識です。 [12:12] ですよね。 [12:12] shibata: 私もその認識です。 [12:12] そのあたりの状況が不明瞭なので、単語とかで誰が翻訳しても同じものならOKよね、とは思えないのです。 [12:14] こういう場合どうしたらいいのかわからないのですが、もう一度決を取り直します？ [12:15] 「Web翻訳を使ったこと」が問題のではなくて、「Web翻訳の成果物としてWeb翻訳側が権利を主張できるものをLaunchpadの成果物として取り込んだこと」が問題だという認識です。 [12:15] メールにも書いたとおりここでの決定が最終意思決定となるわけではないので、MLで再議論というのはありだと思います [12:16] もう少し待ったほうがよさそうですね [12:16] 「誰が翻訳しても同じものなら」は「Web翻訳の成果物としてWeb翻訳側が権利を主張」できないので、「OKよね」という話だと考えています。 [12:16] ありふれた表現には著作物としての [12:16] 書きかけでした [12:17] なるほど>shibataさんの発言 [12:18] ありふれた表現には、著作物性は認められませんので、1ワードのような単純な翻訳であれば、認めてしまっても、今回の議論の対象であるところの問題は発生しないと思います。 [12:18] ということでshibata さんの見方に賛成です。 [12:20] 自分が + つけたのは [12:20] 1. ライセンス的に問題がない(Web翻訳側が権利主張できない) [12:20] 2. 絶対数が少ないとはいえ、再翻訳の作業を削ることが期待できそう [12:20] という観点です。仮に全revertしたとして指摘制裁にはあたらないと考えています。 [12:20] 心情としてだったり、作業プロセスの単純さの利点だったりを評価すると、kuromabo さんの意見も十分に理解できます。 [12:22] ikuyaNOTE 一般的な手続きとして、条文を変更して決を取り直すのはありだとは思います。 [12:22] shibataさんの意見に賛成ではあるものの、対象となっている絶対数が少ないですし、ここでの意思決定にかかるコストが再翻訳の作業を削るコストを上回るのであれば、全revertでいいかな、という気もしています [12:23] この話はあくまで方針なので、実際に作業する人が全revertじゃ、としてしまうのはあり得ると思います [12:23] であればプラスマイナスで私の票は-1から0に変更します。 [12:24] 話の流れを見る限りでは、決を取り直す必要はなさそうですがいかがでしょうか [12:24] kuromaboさんが明示的な反対でなくなったのであれば、そのままでいいと主ます。 [12:25] では、そのままとします。 [12:25] +6/0 で承認 [12:25] 続いては、ちょっと考えていなかったのですがねこまつさんから提案について考えてみましょうか [12:25] 議事録更新するので、先に確認してもらえますか? [12:26] はい、待ちましょう [12:28] 更新しました。「作業計画」の記述を確認してください。https://wiki.ubuntulinux.jp/IRCMeeting/20170304 [12:29] https://wiki.ubuntulinux.jp/IRCMeeting/20170304 [12:29] くりっかぶる。 [12:29] ありがとうございます [12:31] 脳みそが煮えてきましたが、いいと思います [12:31] では次へ。 [12:32] ねこまつさんからの指摘は次のとおりです。 [12:32] > 作業が「現状のライセンス汚染疑惑を回復する」という目的なので、どこまで確認できたか？というのをどのようにトラッキングするのか？が気になりました。 [12:32] 完全に仰るとおりです。 [12:32] 私の先の発言の趣旨について、説明させて頂いてよいですか？ [12:32] よろしくお願いします [12:32] どうぞー [12:33] 数が多かったら、トラッキングコストが跳ね上がってしまうので全Revertやむなしか。これなら、ライセンス回復の観点では確実。　しかし、それでは貢献を全て下げてしまうという事になってしまってつらすぎる。この数ならばトラッキングして対応できるかも。という思考がありました。以上です。 [12:35] お聞きしてぱっと思ったのは、この時点のja.poはこうで、新たにこうした、というdiffを示すしかないのかなぁと [12:36] 全部で74個なら、Wikiに一つページを作って、個々の翻訳へのURLはっておいて、Revertするかどうかのメモを作業者が残しておくぐらいでいかがでしょう。 [12:36] 数については、kuromabo さんが提示してくれた「revertする対象は5+17+22(+30)」が我々が把握できる最良の数値かと。 [12:37] 記憶が必要なのは「Revertしたかどうか」でだけでいいのではないでしょうか＞「新たにこうした」 [12:37] 「記憶」じゃない、「記録」です [12:38] 作業前と作業後のdiffを貼り付けるのが、担当者の負荷がかからなくていいかなぁと思いました [12:39] Launchpadだとja.poをダウンロードするのが面倒だなぁという私的な障壁がありまして。 [12:39] そのdiff をwiki の専用ページに記録しておくということですね? [12:40] そういうことです>mocchi [12:40] language-pack-hogeのソースを拾ってくるだけかなぁと考えてました [12:41] 16.10のと17.04のですね [12:41] 16.10をとってくるというのはどういう意図でしょう？ [12:41] 作業前ということです [12:42] それだと、ソフトウェアアップデートに伴う変更もdiff に入ってしまうので、ぱっと見、「戻したぜ」というのがわかりにくい気がします。 [12:42] launchpad.net からのダウンロードは確かにめんどくさいですね。。。 [12:43] poファイルだけならそうでもないのかなと考えているのですが…… [12:44] "Download translation"からpoファイルのダウンロードができる。という認識なのだけどshibataさんの発言と差異がある。 [12:45] ちょっと話は戻ってしまいますが、ikuyaNOTEさんのイメージとしては「Wikiに作業記録を残す」「その作業記録とはpoファイルのdiff(1)である」「diff(1)の本件と関係ない部分は作業者の手で刈り取る」 [12:45] 試しに実行したら、このようなトーストが出てきた…。　これは手間だ…。　”Your request has been received. Expect to receive an email shortly.” [12:45] 「作業後のpoファイルはlaungage-packに取り込まれるまで待つ」という認識であってますでしょうか？ [12:46] はい、そういうことですね [12:46] nekomatsu: そうなんですよー。 [12:46] もちろん自分で個別にダウンロードしてもいいのですけど（確かに面倒ですが私はたまにやります [12:46] クロースしづらいですよね。 [12:46] ikuyaNOTE 作業者の負担が大きいかなという認識です。 [12:46] クロールだ。 [12:47] APIは中途半端ですし。 [12:47] クロース、わからなかったw [12:47] んー、いちいちwikiに書くほうが負担が大きいかなと思いました [12:47] たまにTimeout するし。 [12:47] 自分のイメージは「Wikiに作業記録を残す」「その作業記録とは担当者の判断コメントである」です。 [12:48] 客観的と言えるかどうかわかりませんし…… [12:49] その「客観的」とは何を指しているのでしょうか。 [12:49] shibata: wikiへ書く場合、第3者による検証のコストを低めるようにプロセス設計してもいいかな、と思いました。 [12:49] 作業者によって加工されると、その分を加味して検証しなければなりませんし。 [12:50] 客観的というのは、第三者から見て妥当な作業だということを、より多くの人に思ってもらえる方法というところでしょうか [12:52] http://paste.ubuntu.com/24109428/ [12:53] こういうのがWikiに対象訳語の数だけ並ぶことをイメージしていました。ちゃんとrevertされているかどうかは、列挙したURLの内容＋日時で判断できるかな、と。 [12:53] なるほど [12:54] さいわい、kuromaboさんがリストアップしてくれているので、Wikiにリストページを作ること自体は簡単です。 [12:54] いいアイディアだと思います。 [12:54] 私の脳みそでは思考がとっちらかってしまって難しそうですが、ほかの方はいかがでしょうか [12:54] （多分私はrevert作業はしません） [12:54] よいしょ。 [12:55] こらしょ [12:55] revertのトラッキングの話をしてる、という前提で、git diffあとからはっつけるとかだけでは足りんのですかね。 [12:56] gitは使ってないので無理ではないかと [12:56] 加えて、launchpad.net から現状のpo ダウンロードするのが割と手間というのがあります。 [12:56] そうかー [12:57] トラッキングに関しては異論はないのですが、その期間についてはいつまで？というのは気になりますね。 [12:57] 私もshibataさんと同じイメージでした。kuromaboさんのリストアップが提示されてから、これならWikiに残す（＝トラックする）という形でライセンス回復の妥当性を担保できそう。と思ったため。 [12:57] 17.04までなのか、翻訳されるまでなのか。 [12:57] 4/6 のlanguage translation deadline でいいんじゃないかと。 [12:57] トラックするのは勢いで可能ですが、維持となるとコストはかかりますね。 [12:57] languagepack translation deadline だった。 [12:58] ゴールは17.04というのがわかりやすくていいかなと思いました [12:58] どこかで「全部クリアになりました、あとはルールを守ってご自由に」というタイミングが欲しいですね。 [12:59] ほしいですね。 [12:59] それは17.04のリリース時点でいいと思っています [12:59] revertしたあとに翻訳したいので、deadlineよりは前の方がうれしいです。 [13:00] wikiページ作る -> revert 作業する -> 宣言 -> 翻訳大会、という流れでOK? [13:01] 自分はそのつもりでした。で、トラッキング自体は宣言が行われるまで妥当であれば、それでよい、と。＞mocchi [13:01] なるほど。 > shibata [13:02] この流れだと、追跡期間が短くなってよさそうです。 [13:02] わたしは、全作業を終えた後、deadline で宣言と追跡解除を行うイメージでいました。 [13:03] リストアップできている。というのはとても重要で、ここがクリアなのは大きい。つまり、トラッキング対象がFixしている。といえるので。　と、私は思っています。 [13:03] もちろん再翻訳にあたって機械翻訳が入らないことは必要ですが、これは「作業プロセスの見直し」のほうで考える話かな、と。 [13:03] s/全作業/全翻訳作業(revertされて翻訳も終えた)/ [13:03] 私も坂本さんのイメージでした [13:04] なるほど、17.04がリリースされるためは見ておいたほうがいいだろうということですね。 [13:04] せーので再翻訳ができるのが理想的ですが、無理そうなら個別で宣言してもらう、という感じですかねぇ [13:04] 「されるためは」は「されるまでは」で。 [13:05] そうですね。＞せーのっ！ [13:06] 飛び出さないようにしよう（謎 [13:06] （ねこまつさんが食いつかないだと…… [13:07] (はよ・・・) [13:07] ということは、先に担当者を決めたほうがいいということですかね [13:07] 決めなきゃいけないのは、「トラッキングするかどうか」「トラッキング期間をいつまでにするか」「（期間を前提に）トラッキング方式をどうするか」ですかね。 [13:08] 期間によって担当できる人できない人が出てくるような気がします。 [13:08] そうですね。 [13:08] トラッキングが不要という意見はないと思うのですが、いかがでしょうか [13:09] 今日、スタッフトークのチケット取れなくて悲しくなった話はまた今度します（私情） [13:09] おｋ [13:09] 釣れたw [13:10] 異議なしです > 追跡必要 [13:10] 必要に+1 [13:10] トラッキング期間は、revert作業が終わった後と再翻訳が終わった後と17.04のリリースの3案があるという理解でいいでしょうか [13:11] 今までの議論からするとその3つぐらいだと思います＞期間 [13:11] トラッキング必要で意義ないです [13:11] 必要に異議ないです [13:12] そう考えると、トラッキングの期間はrevert作業が終わった後が妥当でしょうか [13:12] 期間終了の意? [13:13] そうですね [13:13] 上記で言う「宣言」のタイミングですね。 [13:14] 柴田はrevert作業が終わったあとで妥当だと考えています。 [13:14] revert作業の完了を以てトラッキング完了とすると、再翻訳は通常のプロセスに乗せられます [13:14] 確かにこれが妥当のように思います [13:15] なるほど。それは良いですね。 [13:16] 対象となるメッセージ全体をrevert -> 宣言(日付は流動的) -> 再翻訳という流れでいいですか? [13:16] 「宣言」は追跡終了の宣言くらいの意味で [13:16] そうですね。私の理解とずれてないです>mocchi [13:17] 日付が流動的なのが気にかかるところです。 [13:17] それはボランタリーな作業である以上同仕様もないと思います [13:17] どうしようも [13:18] 日付ついては今決めるのは厳しいので、次回のミーティングまでに様子を見てでもいいんじゃないでしょうか。 [13:18] そうしましょう。 > shibata [13:19] 他の意見が出てくるのを待ったほうがいいですかね。決を採りますかね [13:20] 「異論がある人」って聞いて特になければ次に進むでいいと思います。 [13:20] 「宣言」と日付の件異論ないです [13:20] では決を採りましょうか。 [13:21] revert作業はトラッキングし、完了を以て再翻訳に入る [13:21] （でいいのかな [13:22] よいと思います [13:22] +1 [13:22] +1 [13:22] +1 [13:22] +1 [13:22] +1 [13:22] +1 [13:22] +1 [13:22] +1 [13:23] まだ時間がかかりそうなので、ちょっと休憩を入れてから続きをやりますか [13:23] ですかね。 [13:24] 22:40ぐらいからにしますか？ [13:24] JTSです。 [13:24] そうしましょうか [13:24] かんだJST [13:24] だ。 [13:24] 了解です。 [13:24] ここまでの記録です。 [13:24] https://wiki.ubuntulinux.jp/IRCMeeting/20170304 [13:24] 本当は23:00からにしたかったのですが我慢します [13:24] ちなみに「プロセスの見直し」は次回にまわしてもいいと思います。 [13:25] （30分休憩でもいいですヨ） [13:25] 2300でもええですよ。 [13:25] 次の話はプロセスの見直しですね [13:25] いやいや、流石に遅すぎると思います [13:26] 新しい人を呼び込むためには、ある程度プロセスの見直しの話もしておいたほうがいいのかなと思っています [13:26] ミーティング議事録。”作業者はrevert 記録などを記載する ”　のところにshibataさんが作成してくださったpastebinのURLを貼るというのはいかがでしょうか？exampleとして良いと感じたため。 [13:27] （バンドリが観たいとか秘密ですからね…… [13:27] nekomatu, mocchi: pastebinは消えちゃうので、はるならURLではなく取り込む形でお願いします。 [13:28] では10分後の22:40に。 [13:29] 「専用ページ」の話なのですが、最初に現状把握できている71個のメッセージのURLを並べ立てておいて、 [13:29] TODO リストにして潰していく感じにすると進捗が可視化できて良いかなと思いました。 [13:31] 誰がやりましょうかという話になるのですが、休憩明けはその話からやりますかー [13:32] （バンがドリ） [13:32] すいません。 [13:35] あと、1)議事録にある「作業計画」に基づいて revert するかを判断 2) 1) で revert すると決めたものを実際に revert という２段階の作業になると思うのですが [13:37] それぞれの工程の担当者は別にするのか、一緒でよいのか、という考えもふと思い浮かびました [13:38] ryunuda: 休憩後に話し合う議題のひとつになりそう。 [13:41] 時間になったようなので、再開しましょうか [13:41] nekomatsu: 記載しておきました。 [13:42] mocchi: ねこまつのつは "tu" なのでよろしくお願いします。中学の時にアカウント作ってしくじってしまったのが原因です：） [13:43] ほんとだ [13:43] 気づかなかったぜ・・・ [13:43] まずはryunudaさんからの提案についてお話しましょうか [13:44] 最初の方、これはrevertするのを判断する人と実際に作業する人は同一でいいと理解しているのですがいかがでしょうか [13:44] 理解しているというか、一応の結論を出したというか [13:45] 議事録上は「セルフコミット可」という形で記述しました。 [13:45] 「revert作業自体のreviewはできない」に内包しているという認識です。 [13:45] いや、内包はしていないな。 [13:46] 判断する人と作業する人は同一でいいという認識です。 [13:47] （しまった、最初のほうじゃなくて後の方だった [13:48] 私もその理解ですが、ryunudaさんなにかご意見はありますでしょうか [13:48] 個人的には作業される方の作業負担のことを考えていて、 [13:49] revert するかどうかの価値判断の方が負担が大きそうなので、作業者をわけた方がよいかなという意図でした。 [13:50] なるほど [13:50] 前者に比べると後者は誤差と言っていいほどの作業量かなという認識でした [13:51] そこまで大きな負担ではないという認識です。見て妥当と即決できなければ戻す。ぐらいでも良いはずなので。　貢献を最大限に拾うためには思案することもあるかもしれませんが、数が少ないので問題にはならないと考えます。 [13:52] はい。そういうお話であるのであれば、担当者を分ける案の前提が崩れるので同一でよいのだと思います。 [13:53] じゃあ今度こそ最初の話にしましょうか [13:54] > 「専用ページ」の話なのですが、最初に現状把握できている71個のメッセージのURLを並べ立てておいて、 [13:54] > TODO リストにして潰していく感じにすると進捗が可視化できて良いかなと思いました [13:54] 仰るとおりなのですが、作業者の負担がかなりあるかなと思いました [13:55] TODOリストってどんなのを想定されていますでしょうか？ [13:55] ＞ ryunuda [13:56] こんな感じをイメージしていました https://paste.ubuntu.com/24109987/ [13:56] すいませんちょっとミスしたので上げ直します。 [13:59] こんな感じです https://paste.ubuntu.com/24110018/ [13:59] なるほど。それくらいであれば、柴田としては許容範囲内の作業量です。 [13:59] 議題は「作業者の負担を減らしつつ記録作業を行うにはどのようなフォーマットがよいか」でOK? [14:00] はい。意図としてはそのとおりです > mocchi [14:00] ok [14:01] 私はノーアイディアですね…… [14:01] その部分は今、決めなくてもいいかなとも思います。 [14:01] 下方はonboard だね。 [14:02]