この頃は天野地方の動画更新に熱心ですが、今日はきゅんパスで東北のほうに出かけてるので宿から更新です。
ノートPCではさすがに動画編集の環境が整ってないので。
本来OTRP版に限った話ではないのですが、どうしてもやはりSimutransというものもバグというものがあるわけで、自分なりにバグをどういう風に調べて報告しているかというのを話していきたいと思います。
いろいろ細かい補足もあるのですが、まずは大雑把な話をしていきたいと思います。
まず、前提として、自分の中で「バグ」というのは大まかに2つに分けられるのではないかと思います。
a.仕様(自分の思ったもの)と違う挙動をするもの
b.クラッシュやエラーを吐いて進行不能となるもの
このうちbに関してはどう考えても自分が遊ぶ上で困るものとなります。
しかしながらaに関しては自分が困るものとさほど困らないもの、どうでもいいものなどいろいろあると思います。また仕様に関して勘違いしてるケースなども考えられます。
そういった中で、自分のなかでバグ報告に関してはいくつかの段階があると思います。
①速報
不具合等を感知したときで、詳細がわからない場合、まず速報として情報を発信します。
勘違いの場合もありますし、これってバグなのか？みたいな場合もあり、自分が知らないだけでみんな知ってる場合もあります。
自分のメモも兼ねて速報みたいな感じで発信しています。(当然ながらこの段階を飛ばすこともあります)
本島にバグなのか確証が持てなくても自分が困っていたら情報求むみたいな感じで発信します。
②検証と情報収集
大半の場合、速報だけで修正に至ることはありません。
また、正しい情報を入手しないと勘違いという場合もありますのでやはり情報収集も重要だと思います。勘違いなら勘違いで自分の認識を正せば終わりです。
ただ自分が困ってる場合にはバグを直してもらわないとその先に進めなかったり、やりたいことができなくてあきらめることになるので根気よく(自分の納得のいくところまで)検証します。
時にDiscordやSNSのようなコミュニティを活用して情報収集も行います。
やっぱり再現性が実証されると修正が早い傾向にあると思います。
特にセーブデータを提出できると早い傾向にあります。
検証の段階ではセーブデータをこまめにとるなどして根気強くやるしかないと思います。
地道で飽きる工程になると思いますが、まぁ自分の納得のいくまでって感じでしょうか。仕事じゃなくて趣味なので。
ただ、検証の段階で止まるとその先はあまり進展がありません。
③正式な報告と情報提供
ここまで来てようやく正式なバグ報告となります。
割と自分が重要だと思ってるのは報告を正しく伝わる方法で伝えることじゃないかと思います。
なによりも開発者がその状況を確認できることを自分は重要視しています。
文章も何をどうしたらどうなったという作文の基礎をちゃんと考えて伝えたほうが伝わりやすいですし。
可能であれば再現するデータを開発者に渡したほうが早く解決に至ります。
それ以外でもどういう操作をしたら再現するという動画を提供する、画像を提供するなどすると助かるケースがあるんじゃないかと思います。
ただ、今までいろいろやってきた中で、一つ言えるのは「開発者に伝わらないと修正できない」は事実だと思います。
わからないならわからないなりに知ってる人に情報を求めるとかそういうこともできると思います。
しかしながら、SNSだけではやはり情報収集にも限度があり、こみいった話をするのならばDiscordのほうが向いてると思います。
本当ならばSimutrans本家由来の不具合なのかOTRP特有の不具合なのかも原因の切り分けをしたほうがいいのですが、なかなか面倒くさいです。
最後にどこで情報収集&報告すればいいのかというのを紹介します。
Simutrans交流会議
https://japanese.simutrans.com/?%A5%B3%A5%DF%A5%E5%A5%CB%A5%C6%A5%A3/%B8%F2%CE%AE%B2%F1%B5%C4
日本語でのDiscordサーバーで最大規模かつOTRPの不具合報告等の話も盛んにおこなわれています。自分もここをメインにしています。日本語でOTRPに関する話題ならここが一番情報量が多く情報も早いと思います。
OTRPのgithub(バグ管理)
一応OTRP公式？のバグ管理です。あまり行進が行われていませんが…
Simutrans公式フォーラム
https://forum.simutrans.com/
本家由来のバグ報告はこちらで。
英語でやらなければならない？のが面倒くさいですが
あと自分は入ってないのでわかりませんが英語のDiscordサーバーもあるらしいです。
きっとそのうちひめしさんがツッコミを入れてくれるはず。
