今回は、主催の高橋さんからお誘いを受けたので、登壇（発表）側で参加しました。
高橋さんからは「MySQL 8.0 の話をお願いします」とのことだったのですが、具体的に MySQL 8.0 について何の話をしようかずっと考え込んでいてなかなか資料作りが捗りませんでした。
加えて、3 月中旬は MySQL 8.0 の日本語マニュアルの機械翻訳に対する修正提案（第 1 章だけで力尽きましたが）、その後は直前の JAWS-UG 名古屋の LT 発表資料作成、そして本来資料作成に充てる予定だった直前の週末を持病の頭痛で半分潰すことになったので、今回は本当にピンチでした。
結局、移行（バージョンアップ）をテーマにすることに決めたのですが、バージョンアップの方法を解説しても面白くない（というか自分で実際にプロダクト環境を MySQL 8.0 にバージョンアップしたことがなく本当の苦労もベストプラクティスもわからない）ので、「移行（バージョンアップ）に役立ちそうな情報」を取捨選択して話すことにしました。
結果として発表の前日に資料はいったん完成し、直前まで数回修正を加えることになりましたが…。
本番では話の流れや時間配分など、いつも以上に詰めが甘くなってしまいました。
30分枠はもっとメリハリをつけないといけないなあ、と反省。
— hmatsu47(まつ) (@hmatsu47) 2021年4月2日
（20分までなら勢いだけで進められるけど。）
後半はパトラッシュさんの DB のメタデータ管理のお話でしたが（ご本人の都合が合わず録画による発表に）、開発チームメンバーの採用と育成、そして担当業務の属人性の排除と情報共有については、どこも共通して抱える課題のようですね。
若い人に育ってもらいたい気があるのなら自分の仕事よりも若い人からの質問への回答を優先すべきなの、よくわかる。#ChugokuDB
— hmatsu47(まつ) (@hmatsu47) 2021年4月2日
実際にどの程度できているかは別として、特にコロナ禍で意識している点だったりもします。情報共有も大事ですが、その前にコンテキストの共有をしておかないとせっかく用意した資料が誤読されたり、反対に「誤読されないように気を付けて用意した結果、作成に恐ろしく時間がかかった一方で冗長すぎて誰も読まない」という悲しい結果になったりしますので。
おかげで自分の仕事は中断されまくってなかなか前に進まないのですが、若手が戦力になってくれれば自分が頑張らないといけないことは（全体の中の割合として）減るので、「後で楽をするために先に苦労する」という意味では IT のお仕事とも通ずるので良いのではないかと思っています。
ところで、わたしは先月、
…という形で MySQL 8.0 の薄い本の更新終了を告知したのですが、勉強会等での MySQL をテーマにした発表（登壇）についても、これで一区切りとするつもりです。
「今後一切 MySQL をテーマとした話をしない」ということではないのですが、これからこの世界で生きのこって行く上で取り組まないといけないことが他にいくつかあるので、そちらを優先して進めて行きたいと思っています。
（結果として、しばらくの間インプットと実践に時間と労力を注ぎ込むために発表（登壇）数は一時的に減る予定です。）
