第20回勉強会ディスカッション2 UI » 履歴 » バージョン 1
楠川 智久, 2021/05/22 17:54
1 | 1 | 楠川 智久 | h1. 第20回勉強会ディスカッション2 UI |
---|---|---|---|
2 | |||
3 | Theme2 (UI) |
||
4 | あかべこ:チケット作成画面の入力欄が多すぎるので必要最小限にしたい |
||
5 | たけちゃん:ViewCustomizeで非表示にしている |
||
6 | あかべこ:毎回全部見せないでもいいはずと思っている |
||
7 | 加藤:初期設定のままだと多めに見えてしまう、シンプル版の初期導入データがあるとよさそう |
||
8 | あかべこ:画面をみせるとドン引きしているのがわかる |
||
9 | 加藤:パッチ会で検討しているみたいなので一枚かみたい |
||
10 | あかべこ:進捗率ドロップダウンがいけてない。クリック数が多いよね。ワークフローで100%にすることもできるはず |
||
11 | たけちゃん:設定でいろいろできる、ステータスと連動させて進捗率を出さないとかもできる |
||
12 | たけちゃん:プロジェクト単位で設定できないのがイマイチ |
||
13 | あかべこ:ViewCustomizeっていつも紹介されていてなんでもできるんだけど標準でできてほしい |
||
14 | たけちゃん:トラッカーはワークフローにもカスタムフィールドにも関連づけられるので影響が大きい、使えていない |
||
15 | あかべこ:トラッカーはグローバルなので数が増えがち |
||
16 | たけちゃん:プロジェクトが使用するトラッカーを選択できるので絞り込める |
||
17 | あかべこ:機能を減らす、見せない方向でスリム化してほしい。標準インストールしたての状態でほしい |
||
18 | あかべこ:標準で3つあるのに全部一緒になっているのはいけてないよね |
||
19 | むらもと:Redmine初心者なんですが項目の並び順とか変えられるかどうかよくわからないとか |
||
20 | たけちゃん:ViewCustomizeで順番は変えられます。グループ化するだけで使いやすくなるよ |
||
21 | たけちゃん:ViewCustomizeでXXやるよで検索するといろいろ出てくるよ |
||
22 | 加藤隆史:JSやCSSをRedmineで登録してReloadする必要があるけど、VS Codeで保存すると読み込んでほしい |
||
23 | あかべこ:HotReloadできるといいよね |
||
24 | たけちゃん:フックを踏まないとリロードされない |
||
25 | 加藤:YAML参照関係を別だしにするといいのでは |
||
26 | 加藤:ImportExportを簡単にしてほしいというIssueはある |
||
27 | あかべこ:開発体験を向上させるのが重要 |
||
28 | 加藤:トラッカーってなに? を説明しにくいので用語を変えている。 |
||
29 | 加藤:課題管理システムですよ、管理パターンを選べますよ、と説明している。翻訳しなくていいようにしたい |
||
30 | あかべこ:前田さんによればチケットは意図的にそういう表現にしているらしい |
||
31 | プラグインで変更できるし |
||
32 | あかべこ:「バージョン」「ロードマップ」に不満がある。マイルストーンじゃないのとか |
||
33 | 加藤:業界によって慣用句が違う → 用語セットが必要?? Githubとも用語がそろってない。 |
||
34 | 加藤:変えればいいんだけど標準にない、Redmine初心者が考えないといけないのが大変 |
||
35 | → どうにかできるはず。製造業向けパックなどSaaS業者が展開するなどもできるはず |
||
36 | |||
37 | むらもと:とっつきにくいと思ってました。設計書ひな形がない。 |
||
38 | 加藤:初期導入で使っていて使いづらいと思って修正していく使い方をしている。 |
||
39 | たけちゃん:トラッカーってあまり増やしちゃいけないと思っていたけど、プロジェクトごとに3つくらい作っちゃってもいい、トライアンドエラーです |
||
40 | まとば:事前に設計書を書くと緻密なワークフローができちゃった。トライ&エラーでやるのがいいと思う |
||
41 | 加藤:ステータスからステータスへの遷移をチェックしていくUI |
||
42 | きむらたつや:社内システムへの流し込みを自由にさせていくと制限なくトラッカーもワークフローも作られてしまう |
||
43 | 加藤:「~待ち」「~済」の数が増えすぎた。 |
||
44 | たけちゃん:一画面に収まるくらいにしないとダメだよね。10個に収まる範囲がいいはず |
||
45 | たけちゃん:手戻って同じステータスにいるのか見たい、別ステータスにすべきか同じステータスでいいのか |
||
46 | (ステータスの表現を工夫できないかしらん) |
||
47 | 的場:解決ステータス「N回目」のように表現したらいいかな? |
||
48 | あかべこ:ゆるく設定しているのでそこまで厳密でなくていい、人間がぱっと見てわかればいい |
||
49 | たけちゃん:入力項目5つ以上は抵抗を受ける |
||
50 | あかべこ:SlackのUI設計は参考になる。まずコメント欄が一つあって、パラメータは必要なときにオンデマンドで入れられればいい |
||
51 | (ステータスごとに必須が分かればいいのかしら) |
||
52 | あかべこ:GitHubは意識的にタイトルとコメントだけにして、パラメータはサイドバーに追い出している、うまい。初見のビビリを減らすのに成功している |
||
53 | ViewCustomizeと連携して既定値を突っ込んだりできる |
||
54 | ViewCusomize同梱にしてもいいくらい |
||
55 | ViewCustomizeはなんでもできる、やりすぎちゃうリスクがある |
||
56 | |||
57 | 加藤:ガルーンもJSとCSSでカスタマイズできる、でもDOMは触らないでねと注記されている。将来のVerUpに追従しないよと |
||
58 | たけちゃん:ライチとDOMを取り合う、ライチはやりがち |
||
59 | あかべこ:Wordpressだとテーマとプラグインの設計がよくできている、WordpressのAPIしか触らないようにしている |
||
60 | たけちゃん:RedmineはCSSクラス名が変わる、オリジナルRedmineはあまり考慮していない気がする |
||
61 | 加藤:いまでもJQueryをバリバリ使っているが、Rails6でStimulusというツールでDOMを探さなくてよくなるみたい |
||
62 | 加藤:DOMセレクタではなくHTMLにフックを事前定義しておいて、そこに挟み込むようなルール |
||
63 | 加藤:StimulusはJQueryな人には救済になるはず |
||
64 | ターボリンクス、ターボがぜんぶJSフレームワークになっていて、部分更新できるようになっている |
||
65 | |||
66 | あかべこ:Redmineって一部分だけSPAぽい動きの部分になっているのは最悪だと思っている |
||
67 | 加藤:ターボを導入したら多数のプラグインが動かなくなるはず |
||
68 | 加藤:Bundlerとかを使うようにすべきだけど、RailsのアセットパイプラインはRedmineで動かないらしい |
||
69 | 加藤:Rails添付のWebpackerならいけるんじゃないのかなと。 |
||
70 | 加藤:CookpadがLitePackerを出している |
||
71 | 加藤:プラグインがついてこないのでWebPacker時にDeprecatedをつけるとかすれば |
||
72 | |||
73 | ここでブレークアウトルームクローズ |