hibiya-itchief / 2024-quaint-app

星陵祭オンライン整理券システム「QUAINT」のフロントエンド
3 stars 0 forks source link

開発者用ページについて #31

Closed aozoraUS closed 10 months ago

aozoraUS commented 10 months ago

開発者ページでサイトの設定をできるようにしたいです。 具体的な設定項目は

今はサイト開発の立ち上げメンバーが揃っているので開発を進めることができていますが、これからそのメンバーがどんどんと離れていった場合、このサイトを保持することは大きな負担になってしまうと思います。また有志の委員会なので十分な人数が以降確保できるかもわかりません。そのため、プログラムを書くことなくサイトのある程度の設定をできるようにしたいと考えています。

実際にこの機能が必要なのかを含めて、意見が欲しいです。

aozoraUS commented 10 months ago

開発者ページを作るのではなくサイトの設定ファイルを一つ作って、そこにサイトの情報を書くという方式でもいいかもしれません

hibiyahibiyahibiya commented 10 months ago

ちょっと思った事を書いとく

テーマカラー

テーマカラーを決定するのは確かに開発者関係ないけど、テーマカラーって毎年あたり1つだよね 設定する回数が多くないから、開発者ページに入れ込む必要は薄いかなと (毎年1回テーマカラーを変更する内容のcommit入れるだけでいいから)

それに、今は2023年度用のページを青に染色してるだけだけど、年々のテーマによってデザインも変わるだろうから、さらに言えばそもそもテーマカラーがひとつっていうシステムも固定されないだろうと思う (メインカラー、サブカラー、アクセントカラー、みたいな) から、そういう固定化された機能はどうなんだろうかなと

代替案として、ちょうどこのページを残してればいいんじゃないかな これ:テーマカラーの設定 これが手元にあれば10分もいらないと思うし それか、こういう大きな単位での「サイトの設定」についてはpdfとかに改めてまとめるのもありかもね

開催日程時刻

同じように、設定するのは毎年一度だけだし、さらに固定された様式とは限らないかもというところ

テーマページ?

認識が違ったらごめん このあたりは、正直来年がどういう様式になるかわかんないけど、そこまで開発者はいらないんじゃあないかなとは思う 本文を書くのはチーフに任せたり、とかね ただ、ページを作る部分まで、どうやって開発者ページで実現するのか思いつかなくて…… だったらいつも通りVSCodeで開発するので良くない?ってなっちゃった()

.

開発者に頼りすぎないで運営ができるようにできたらいいよね~~~ っていうのは同意する

ただ、(おれの持論だと、)開発できる状態になるまでのハードルをできるだけ下げることぐらいしかできないかなと思ってる (イメージ的には、入学時、何も知らない状態から、1,2か月程度でおれらと同程度に書ける状態に育てられたらいいな、の感じ) 具体的にはWikiとかpdfとか

aozoraUS commented 10 months ago

結局コードを書かないとサイトのデザインなどの変更ができないのはそうなんですよね、、。せめて、サイトの設定ファイルのようなものにテーマやテーマカラー、開催時刻などの基本的に変わることのないような情報をまとめておくのはどうでしょう?今は変更するのも楽になるし、可読性も向上すると思います。ノーコードで(デザインなどを変更しなければ)次の星陵祭のページを作ることができる程度のものは用意したいと思っているんですよね。

hibiyahibiyahibiya commented 10 months ago

う~~ん……気が乗らないなあ それ作っても、十中八九新しい仕様に合わせて作り直さなきゃいけないだろうからなあ、って思っちゃって 「このファイルにカラーコードが、このファイルに開催時刻などが載ってますよ」っていうのを一つのpdf、ないし (discordのメッセージでもいいけど)一つの文章にまとめる、じゃだめ…?

aozoraUS commented 10 months ago

設定の仕方をwiki等に書いてそれがずっと使えるのならそれで全く問題ないと思うのですが、結局毎年仕様が変わると刷れば説明するためのwikiを作り直し続ける方が手間がかかると僕は思ってしまうんですよね。再利用しやすいものにしたい。

スクリーンショット 2024-01-17 22 36 54

このような感じのファイルにまとめたい

hibiyahibiyahibiya commented 10 months ago

あーたしかにwikiの修正を入れなきゃっていうことはそうだね でも、仕様を変える時の調整が大変っていうのと釣り合うよね

それと、根本的な話だけど単純に一つのファイルにその情報をまとめるメリットが薄くない……?と思っちゃった そのファイルを見てわかる人間なら、discordに情報まとめたものでも別に問題なくない…?ていう

aozoraUS commented 10 months ago

仕様を変えるときは変数消すor追加するぐらいの手間しかかからないことを想定しているのですが、その仕組みを実装するのは難しいですかね? 何回も繰り返し使う値は一つのファイルにまとめてそれを変更すれば全てに適応される方が楽に僕は感じます。祭らいを抜くのissueに取り組んでいたときに感じた主観ですが。ファイルにまとめられたものを編集するのとvueページ編集するのだとかなりハードルの差があるように思うのですがどうでしょう?

hibiyahibiyahibiya commented 10 months ago

カラーコードについてだけ言えば、別に今でも、編集しようと思ったらmain.cssとnuxtconfig.tsのカラーコードを変更するだけでいいからスーパー楽だと思う(vueファイルは全く扱わなくていい) それと、技術的な大変さの話については、いま上記ファイルに直でカラーコードを書いているのを、他のファイル参照にさせる方法がわかんないかな(純粋に試したことがないだけなんだけど) GitHub Environmentsで実装できたりしないかな~~って思ってるけど

それと、カラーコード以外の要素があんまり思いつかないんだけど…… 開催日付・時刻とかはそういうファイルに載せる内容じゃないと思うのと、日付とか時刻とかってhtmlページに直打ちで調整しながら入れた方がよくない……?

aozoraUS commented 10 months ago

https://v3.vuex.vuejs.org/#what-is-a-state-management-pattern https://v2.nuxt.com/docs/directory-structure/store/ この辺が使うなら簡単そう。日付はなおさら入力ミスなくすためにこっちのほうが便利な気がします?基本的にデザインはタグとcssでいじっていて、表示する文字(全角半角とか?)で変えているわけではないと認識しているんですが、そこは自分理解浅いです。

aozoraUS commented 10 months ago

この件について改めて考えてみたんですけど、先輩の言う通り今のままのほうが良さそうですね。自由度が狭まっちゃうのがよくなさそう。

aozoraUS commented 10 months ago

ご意見ありがとうございましたm( )m