https://www.sakakibara-hp.com/common/css/common.css
こんな感じでcssにコメント付けまくるのって普通なの？
一緒に読まれている質問
- W3QはTters内にてサービス継続中です。今後とも当サービスをご愛顧のほど、よろしくお願い申し上げます。
- CSSのpadding-topで画像のアスpeクト比が調整できる仕組みがバカだから全然理解できないままとりあえず使ってる...
- ディスクリプションとかキーワードとかseo的になんの効果もないのに聞きかじった知識披露するクライントって何なんだろうこん...
- 単発の案件で作った Slack のワークスペースって終わったらどうしたらいいん？ 継続して取引のあるクライアントなら残し...
- 一般的にiPhoneユーザーってGoogleアカウント持ってるもんなの？特に20代～30代で。肌感でもいいから教えてくだ...
23 件の回答
分かりやすくていいんじゃない？
コーディングルールは別資料に書くことが多いから
スマートではないと思ったけど、これはこれでわかりやすい。
ただコメント書く人のコメントスキルに依存しそう。
もし、この方法で運用するならコメントルールあれば良いかもね。
Re:2
レス有難うございます。これはこれでいいんですね～
Re:3
別資料で納品が多いんですね。インハウスなんでまったくそういうものに触れなくて・・・有難うございます。
スタイルガイド生成してるのでは。
わかりやすくていいと思います。
本来は制作フォルダ（srcなど）と公開フォルダ（distなど）で環境を分けて、>>1のcssは制作フォルダに入るもの。
公開時はCSSを圧縮するべきだから、制作ファイルをそのままアップするのはよろしくない。
開発用のデータとしては見やすくてキレイだと思うけどね。
コメント付ける付けないとか、圧縮するしないはそのサイトの管理方法とか管理する人、あとは制作環境によるんじゃないかな。
社内制作とかならテストサーバーないってこと多いし。
もちろん全て圧縮してコメントは全て削除するのが読み込み速度一番早くなるけど、頻繁にABテストをしていてcssをよくいじるとかならあえて圧縮したりしないって選択肢もありだと思う。毎回圧縮してコメント消すの面倒くせえ！って場合は。
最終的にはどのコストが一番重いか次第。
Re:9
いやテストサーバーは必要でしょ絶対・・・
というかそのやり方だと運用してく内に不要なコードが増えまくってリソースコストが足りなくなるのが落ちだぞ汗
Re:10
おう、普通は必要だぞ。当たり前じゃん。
でもその必要性を理解してない会社だとテストサーバーはないぞ。
ぶっちゃけcssくらいならコメントなくても他人作であってもなんとなくこういう色・形・動きになるんだろうなって黙視で解るよね。
Re:11
質問を理解してないのかな？
Re:13
多分住んでる世界が違うからこの話は終わりってことで。
Re:6
それを公開してるのって・・・って思ったけど・・意外と許容されているもんなんですね♪
レス有難うございます。
Re:8
そうですよね。そうですよね。
Re:14
まぁいろんな環境があるってことですね～！
Re:12
まぁあったほうが便利ですよね～わたしはインハウスしかも一人なんでなかなかここまでやらないですけど・・・
たぶん大手のクラ側のルールだと思う。
サイトの規模が大きすぎて運用会社が10社以上あるところで昔そういうルールがあった。
Re:19
そうなんですね～たしかにもう管理もめんどいから直書きしてくださいっていう依頼ありそう。
レス有難うございます～
なんだnormalize.cssか……と思ったら途中から日本語コメントが出てきてぎょっとした
Re:21
ぎょっ！
Re:22
ユーティリティー設定。
このサイト専用というわけでもない共通設定。
のとこが気になる
ところどころ、何で＠noteとか付けないのかと疑問が残る