練習ページ/84/コメント
Cached: 2024-10-31 01:30:13 Last-modified: 2020-05-05 (火) 04:05:01
- 任務一覧で 出撃は単発・定期(デイリー・ウィークリー・マンry)と分かれていますが、 C.演習 D.遠征 E.補給/入渠 F.工廠 G.改装も同様に分けませんか? IDの振り直しが影響するかとは思いますが ①見出しで振り分け ②ID再度振り直し で対応できるかと考えます。 --
- 利便性のある提案ですが、IDの振り直しはデメリットもあると思います。海外Wikiや任務まとめページなどでも、ここの現行IDが使われていることを考えると影響が大きすぎるのではないでしょうか。 --
- ID振り直しは装備ページやら海域ページやら様々なページが影響を受けるからものすごく大変だよ。 --
- もしやるなら、新旧ID並べて移行期間設けるとかが必要かな。 --
- 提案の内、出撃以外の任務についても、マンスリーやクォータリーで分けるという部分については、現状で検索性が悪い点を改善できるため賛成ですが、IDの振り直しについては反対します。反対の理由は、デメリットが大きすぎると感じるからです。IDを現状のまま、マンスリーやクォータリーのブロックに振り分けるだけでも、十分検索性が向上すると思います。どうしても振り替える、という話であれば、せめて現状の定期系任務のIDは欠番(=別の任務に割り当てない)とした上で、新しく付けた定期系任務のIDに旧IDを併記する形にし、定期系でないIDは現状維持とするなど、影響が最小限になるような配慮が必要かと思います。 --
- IDの振り直しはメリットよりデメリットの方が遥かに大きいと思います。wiki内だけでも膨大な修正量・ページ数で修正完了するまで時間がかかりそれまで混乱するでしょう。作業量だけでもうんざりしますしミスも大量にでる恐れも。 --
- 提案したのをためしに練習ページ/84でやってみたのですが・・・たしかに単発のID振り直しはけっこうしんどかったです。一旦は①の振り分けだけ行って②については既存IDをどうするか?(↑でのコメント通り欠番にする等)を揉んだうえで作業したほうがよさそうですね --
- ぁ、工廠任務のレイアウトについてはいったん目をつぶっていただければ(別件でレイアウトもうちょっと見やすくできないかなーといった模索の残骸なので) --
- ↑訂正、ID振り直しではなく、トリガーになる任務のリンクつけなおしが・・・です。失礼 --
- 正直な所、メリットが作業量に見合わないのではないでしょうか。定期任務について改善したいのであれば、定期任務専用ページを立ち上げた方が早いのではと思います。 --
- ↑専用ページを立ち上げるとなると多重メンテの手間が懸念されるかと。↑で対応したincludexを任務一覧でも使えるようになれば定期任務簡易まとめのところのメンテも容易になるのではないかと考えます。(察しの通り定期任務の改善の一環での提案でしたので) --
- ID振りなおすのではなく2重にするってのはどうでしょうか。既存のIDはそのまま残して新たに管理しやすいIDを追加で振ると。今後増える分は新規のみで。欠番にするから作業が大量に増えて確認も含めれば大事になるわけですし。 --
- 個別の各任務へのリンクにIDに基づいたanameを使用していますが、一行に複数のanameを使えないはずなので、結局リンク更新の問題は解決しないのではないでしょうか。 --
- ↑ためしに同じ行にanameを2つ同じ行(同じ列ではない)で設定してみたところ、使えちゃえました。(同じく練習ページ84で試行)↑↑のID2重にする案も十分行けそうです --
- 任務ページ以外で影響を受けるページの一覧も早めに作っておいた方がいい。確かバックリンクみたいなコマンドがあったと思う。 --
- ↑取り急ぎ「本件のID振り直しに影響が出るであろうページ一覧」を練習ページに追加しました。該当ページ数は186ですが実際作業するのはもう少し減る(コメントや練習ページを除外する等)かと --
- 期間限定のIDが大文字のアイなのか小文字のエルなのか判り難いかな。急がないけど目次に期間限定も追加しておいてね。後、今後のイベ限定任務のIDはどうする? --
- ↑目次に期間限定追加してみました。正直演習の期間限定を終了済みの名前変えて(期間限定 内部で終了と 実施中みたいに分けるなり)移動したいところですね・・・ --
- ↑合わせてイベ限定任務のID案もページの上のほうに追記してみました。 --
- 「期間限定 内部で~」ってのは節分演習みたく期間限定かつデイリー/ウイークリーなんて奴の扱いがめんどくなりそう。 --
- ↑ちょい案練り直してみました。ついでに期間限定の演習任務を%終了済み%期間限定に入れてみましたが如何でしょうか? --
- IDの振り直しからは外れるけど、includex使うなら新実装任務を実装日フィルタで抽出とかもありかな。 ただ、長くなってきたから練習ページ側にコメ欄付けてそっちでやった方が良さげ。 --
- ↑提案から今までのながれを張り付け --
- ところで夕べあたりから任務一覧に内部IDが追記されていますけどID振り直しの材料に使えるんでしょうか? --
- 内部IDは今のところ使い道なさそうだけど。tablesort入れたら使うかも? --
- とりあえずメリットは、1.定期任務関連が本体リストとまとめページの2重管理になっているのが解消され、本体リストへ追加するだけで自動的にまとめにも追加される 2.出撃任務以外も単発/デイリー/ウイークリーといった区分が分かりやすくなる の2点かな? --
- ですです。2だけはすぐ対応しても影響はなさそうな気はします。1もinclude数調整すればすぐ対応できるかと --
- 期間限定については、開始日~終了日でフィルタすればIDを分ける必要無いかもね。作業の手間が増えるのがアレだけど。 --
- そのあたりの手入れをしようとすると結合状態になっている実装日をすべて埋める必要はあるかと。(今の↑にためしにlレイアウトいじった工廠任務と出撃任務みたいに実装日をもうちょっと左側にしたいなーともおもったり) --
- いっそのこと各カテゴリの任務(出撃・演習等)内をデイリーとか分けずに列として追加して定期任務出撃まとめでincludexで拾うというのも手かもしれない?(本末転倒になりそうであれですが) --
- 理想形はどんな任務であれ、淡々と本体リストに追加なり修正なりすれば、それが適切なグループに自動的に振り分けられること。IDにせよ実装日にせよ管理用のデータだから、見た目(位置)の好みや慣れ不慣れは折り合いは付けられると思うし、一度やってしまえば以後のメンテコストの削減が期待できる。 問題はその一度の編集コストやね。 --
- 整理がてら懸念事項を追記。ちょっと何案か表のパターン作りつつ(演習任務ベースあたりで)メリデメ見てみようかと --
- include数の上限はecacheで回避可能だし、やりすぎでなければ問題にはならないかと。 --
- そういうイレギュラーな使い方は避けた方が無難だと思うけどな。本来の用途でないから仕様変更でどうなるかわからないから危ないと思う。 --
- include系プラグインの使用上限についてを見てもらえば分かるけどWIKIWIKI.jp公認の使い方だよ。負荷に気をつける必要はあるけどね。 --
- 3/27実装分を最新任務に出せるか調整中 枠のサイズも持ってこれれば位置がずれずに行けそう --
- あと定期任務のほうも --
- できました ネックになるのは各カテゴリ(出撃、工廠とか)の隙間が若干空いてしまうことですが、これ許容できそうです? --
- スマホからだとやっぱりずれてるね。PCサイトモードだと揃ってるんで、スマホ向け変換処理の制約かも。……だったらってことで、3つ分並べてみたり、shadowheaderにしてみたり、accordionにしてみたりを追加した。 --
- ↑瞬間的に競合が起きたかもしれません。念のため確認お願いします --
- ↑追加したのは最新任務の2月6日分と6月25日分✕3だから大丈夫みたい。 --
- ↑ほかのカテゴリも並べてみるとどうなるか週末までに更新してみます --
- 〇〇実装分の行もサブページに入れてみたらスマホでもずれなくなった。 --
- 告知ツイの行も日付書式揃えて入れれば現状の新規任務とほぼ変わらなくできそうね。カテゴリも周期も無関係に1つのサブページにして抽出すれば隙間も無くせそうだけど、巨大リストになって流石にメンテが大変になるかな。 --
- 巨大リストを気持ち緩和するなら周期単位でサブページという手も行けそう。どちらにしても検索で使用するキーは左側に寄せるなりしてレイアウトいじったほうが良いのは変わらずですかね?(今のところの検索キーは日付、期、カテゴリくらい) --
- ↑あ、これだと現状とほぼ変わらない 失礼 --
- ↑↑↑任務全量のページこさえてみました。 --
- あと定期任務簡易まとめをもとのページからincludexで持ってこれるか試したところあんな感じに 工廠任務がなぜあんな取れ方しているかは謎 --
- 全量のページを採用する場合、メンテのことを考えると前提条件を別表で切り離したほうが良い気がしてきましたが、切り離した時に懸念されることって何かありますか? --
- 使い勝手が著しく悪くなると思いますが。メンテもそれ一つ削った所で良くなるどころか2か所修正になって追加が面倒で悪くなるだけな気がしますが。 --
- 前提条件ていうのは「開放条件」列のこと? 任務の開放ツリーを別に作るのだとしたら、初回の手間がものすごくなりそうだけど。ツリーの更新が多くなるならトータルのメンテコストは減る可能性はあるかも? --
- ↑「開放条件」列です。直近の任務のコメント見るに既存任務の開放条件がらみについてのが割と多い印象があったので、解放ツリー分の手間が重くなるのは同意。(逆に言えばそこ以外の更新の手間はだいぶ減る気はする) --
- メンテの流れを考えると (任務新規追加→)全量ページに基本情報を追加(開放ツリーは不明としておく?)→攻略情報(海域リンクとか進行度とか報酬装備とか)の編集を数回繰り返す→開放条件の情報が集まる都度開放ツリーの編集を繰り返す→限定期間終了で終了済に移動or終了日入れてフィルタリング て感じになるのかな。 --
- ↑だいたいそういう流れになっているかと。今時点で限定任務は別で作っているところからして管理は通常とは別系統がよさそうですね --
- 開放ツリーがどうにもイメージし難いね。親も子も複数あるからツリーというよりグラフ/ネットワークだから2次元で表現できないだろうし、画像だと編集できる人が限られるし。 --
- 試しに最初期の任務だけツリー作ってみたらこうなったけど初期59任務分だからさすがにでっかい⇒練習ページ/84/任務フロー? 後で実装された分の書き方については前提だけリンク作れば行けるかと思ったけど可読性とメンテのえぐさは言わずもがな・・・ --
- とてもじゃないけどメンテやってられないと思うけど。確認が困難だし特に新しい任務なんかああでもないこうでもないで頻繁に揺れ動くし。自分ならやってられないとこれはメンテしない。 --
- この形式だと、例えばA16とA17を前提とする新規任務が追加されたら死ねるね。放置される未来しか見えない。 --
- 試しに作ってみたとはいえ、やってて自分でもこれはメンテきつすぎると感じたのでこのフローは没案で・・・(一応没案は残しておきますが) --
- 解放条件とかに記載されていた「要確認」と「要検証」がどこにかかっているのかも視認できるようなレイアウトにできればいいのですが --