アカウント名:
パスワード:
お役所でなくても「見やすさ優先で書くなら、そうしたほうがいいよ」的なやり方(強制ではない)としては一部では知られてる
自分の務めている会社では月日はそれぞれ2ケタで書くという訳の分からないルールがあります..orzたとえば6月8日だと"06/08"とか"06月08日"とかです。
自分が入社するはるか前にドキュメントチームが決めたらしいのですが、誰がどう見ても必要のない"0"を何回も何回も入力しないとなのでウンザリです。(間違えたらすぐ修正指摘が来るし..そんな我が身からするとこういう全角半角を使い分けるスタイルのほうが、やりたいことも(多分)実現できてるし、余計な入力文字もいらないしで、どっちか言うとマトモなソリューションなのかな?と
日付型データじゃなくて、文字列型データでソートするには非常に理にかなってますね、2桁限定ルール。
..おお....理解はできた気がします。それでも2つ ・これexcelで"'"付けずにそのまま打つと自動変換されてルール違反になるんですよ.. ・あとこのルール、wordとかソートのないのもにも適用してるんです。(後出しになってすみません..)ちょっとちゃんと理由を聞いてみます。ありがとうございました。
データを自動処理につっこんだり、コピペしたりする文化は無いのか?
二桁なら脱字の可能性はないという事で決めた可能性もある。
EXCEL限定ならユーザー書式でMM/DDとかにすればいいんじゃないかな。WORDは・・・アプリごとに分けて規約を作るコストが嫌がられたんじゃね?
>EXCEL限定ならユーザー書式でMM/DDとかにすればいいんじゃないかな。printf "%02d",$x
> ・これexcelで"'"付けずにそのまま打つと自動変換されてルール違反になるんですよ..
セルの書式を設定してはいかんとかいうルールがあるの?
年月日をわざわざ文字にして入れるなよ。書式指定しろってのをお前が理解してないだけかと。
ソートの話が出ているけど単純に書式を統一させてるだけじゃないの。書式が混在している文書は読みにくいだけだし。WORD/EXCEL/POWERPOINTで異なる書式にする必要性あるか。まったく無いだろ。
ちなみに、ルールを決めた人がどういうつもりでそのフォーマットにしたかは分かりませんが、一応国際規格で、日付フォーマットは'YYYY-MM-DD'らしいですよ。日本では慣例的に'YYYY/MM/DD'も使われるようですが。私は日付フォーマットでぐだぐだ言う人には「国際規格で決まっていますけど、それ以上の理由が必要ですか?」と聞いています。
私も二ケタ派かな。ソートする時にも便利だし、日付を並べた時に見やすくなるので。2022/6/12022/6/102022/10/10より2022/06/012022/06/102022/10/10の方が月と日の桁が揃うので見やすい。プロポーショナルだとあまり意味がないですけど・・・
同じですね。他所から回ってきたExcelに年月日の列があれば "yyyy/mm/dd" に表示設定しちゃいます。
RFC3339 に準拠して yyyy-mm-dd にしたいんですが、少数派です。 準拠するルールが明確な方が楽だと思うんですが、yyyy/mm/dd って何に準拠してるんでしょうか。
>RFC3339 に準拠して yyyy-mm-dd にしたいんですが、少数派です。
webとかで色々使っているとそっちの方が多いですね。
>準拠するルールが明確な方が楽だと思うんですが、yyyy/mm/dd って何に準拠してるんでしょうか。
日本のカレンダーとかスケジュール帳?
政府機関に出すなど法的なフォーマットが決まってる場合以外は、yyyy/mm/ddで書けと全社でかなり強く言われてる。
06/08 にせよ 6/8 にせよ、6月8日か8月6日か混乱するから。
June 8th(あるいは8th June)でも良いけど、今度はソートに向かないしな。
だね、海外でも日本式(東洋式か?)の'YYYY/MM/DD'の方が、ソートとか、様々な人種(国の人)が混ざっていても混乱しないとかの理由でコンピュータ業界では'YYYY-MM-DD'が推奨されていますね。ISO 8601で。国内のみで使う分には各国の慣例で良いんでしょうけど。
正直これ好きじゃないけど実用性は否定できないだなあ。気持ち悪いよね。自然文でこんな書き方しないでしょって。でも桁数が合ってるのは原始的なデータ処理の発生時に何かと都合がいい。見た目も幾分いい。0を省略すると文字列幅がガタガタしちゃう。全半角の混在はそれはそれでスマートじゃない。
そんでもまあ自分がシステム設計する時はこういう吝嗇的テクは可能な範囲で排除するけど。他人が関わる部分で利便性を犠牲にしてはならないけどね。
>自然文でこんな書き方しないでしょって。ごめんなさい、日付を紙にペンで書くときは指定が無い限り0埋めしてます
ファイル名に年月日を使う場合は0埋めしますね
プログラムの変数だって「1」じゃないところは「0」で埋まってるだろデータ処理するならそれが自然なんだよむしろ自然文では見た目にこだわって頭の「0」を削除してるだけ
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
192.168.0.1は、私が使っている IPアドレスですので勝手に使わないでください --- ある通りすがり
そこまで変態的ではない (スコア:1)
お役所でなくても「見やすさ優先で書くなら、そうしたほうがいいよ」的なやり方(強制ではない)としては一部では知られてる
Re:そこまで変態的ではない (スコア:0)
自分の務めている会社では月日はそれぞれ2ケタで書くという訳の分からないルールがあります..orz
たとえば6月8日だと"06/08"とか"06月08日"とかです。
自分が入社するはるか前にドキュメントチームが決めたらしいのですが、
誰がどう見ても必要のない"0"を何回も何回も入力しないとなのでウンザリです。(間違えたらすぐ修正指摘が来るし..
そんな我が身からするとこういう全角半角を使い分けるスタイルのほうが、
やりたいことも(多分)実現できてるし、余計な入力文字もいらないしで、どっちか言うとマトモなソリューションなのかな?と
Re:そこまで変態的ではない (スコア:3, 興味深い)
日付型データじゃなくて、文字列型データでソートするには非常に理にかなってますね、2桁限定ルール。
Re: (スコア:0)
..おお....理解はできた気がします。
それでも2つ
・これexcelで"'"付けずにそのまま打つと自動変換されてルール違反になるんですよ..
・あとこのルール、wordとかソートのないのもにも適用してるんです。(後出しになってすみません..)
ちょっとちゃんと理由を聞いてみます。ありがとうございました。
Re: (スコア:0)
データを自動処理につっこんだり、コピペしたりする文化は無いのか?
Re: (スコア:0)
二桁なら脱字の可能性はないという事で決めた可能性もある。
Re: (スコア:0)
EXCEL限定ならユーザー書式でMM/DDとかにすればいいんじゃないかな。
WORDは・・・アプリごとに分けて規約を作るコストが嫌がられたんじゃね?
Re: (スコア:0)
>EXCEL限定ならユーザー書式でMM/DDとかにすればいいんじゃないかな。
printf "%02d",$x
Re: (スコア:0)
> ・これexcelで"'"付けずにそのまま打つと自動変換されてルール違反になるんですよ..
セルの書式を設定してはいかんとかいうルールがあるの?
Re: (スコア:0)
年月日をわざわざ文字にして入れるなよ。
書式指定しろってのをお前が理解してないだけかと。
ソートの話が出ているけど単純に書式を統一させてるだけじゃないの。
書式が混在している文書は読みにくいだけだし。
WORD/EXCEL/POWERPOINTで異なる書式にする必要性あるか。まったく無いだろ。
Re: (スコア:0)
ちなみに、ルールを決めた人がどういうつもりでそのフォーマットにしたかは分かりませんが、
一応国際規格で、日付フォーマットは'YYYY-MM-DD'らしいですよ。
日本では慣例的に'YYYY/MM/DD'も使われるようですが。
私は日付フォーマットでぐだぐだ言う人には「国際規格で決まっていますけど、それ以上の理由が必要ですか?」と聞いています。
Re: (スコア:0)
私も二ケタ派かな。
ソートする時にも便利だし、日付を並べた時に見やすくなるので。
2022/6/1
2022/6/10
2022/10/10
より
2022/06/01
2022/06/10
2022/10/10
の方が月と日の桁が揃うので見やすい。
プロポーショナルだとあまり意味がないですけど・・・
Re:そこまで変態的ではない (スコア:1)
同じですね。
他所から回ってきたExcelに年月日の列があれば "yyyy/mm/dd" に表示設定しちゃいます。
Re: (スコア:0)
RFC3339 に準拠して yyyy-mm-dd にしたいんですが、少数派です。
準拠するルールが明確な方が楽だと思うんですが、yyyy/mm/dd って何に準拠してるんでしょうか。
Re:そこまで変態的ではない (スコア:1)
>RFC3339 に準拠して yyyy-mm-dd にしたいんですが、少数派です。
webとかで色々使っているとそっちの方が多いですね。
>準拠するルールが明確な方が楽だと思うんですが、yyyy/mm/dd って何に準拠してるんでしょうか。
日本のカレンダーとかスケジュール帳?
Re: (スコア:0)
政府機関に出すなど法的なフォーマットが決まってる場合以外は、yyyy/mm/ddで書けと全社でかなり強く言われてる。
06/08 にせよ 6/8 にせよ、6月8日か8月6日か混乱するから。
June 8th(あるいは8th June)でも良いけど、今度はソートに向かないしな。
Re: (スコア:0)
だね、海外でも日本式(東洋式か?)の'YYYY/MM/DD'の方が、
ソートとか、様々な人種(国の人)が混ざっていても混乱しないとかの理由で
コンピュータ業界では'YYYY-MM-DD'が推奨されていますね。ISO 8601で。
国内のみで使う分には各国の慣例で良いんでしょうけど。
Re: (スコア:0)
正直これ好きじゃないけど実用性は否定できないだなあ。
気持ち悪いよね。自然文でこんな書き方しないでしょって。でも桁数が合ってるのは原始的なデータ処理の発生時に何かと都合がいい。
見た目も幾分いい。0を省略すると文字列幅がガタガタしちゃう。全半角の混在はそれはそれでスマートじゃない。
そんでもまあ自分がシステム設計する時はこういう吝嗇的テクは可能な範囲で排除するけど。
他人が関わる部分で利便性を犠牲にしてはならないけどね。
Re: (スコア:0)
>自然文でこんな書き方しないでしょって。
ごめんなさい、日付を紙にペンで書くときは指定が無い限り0埋めしてます
Re: (スコア:0)
ファイル名に年月日を使う場合は0埋めしますね
Re: (スコア:0)
プログラムの変数だって「1」じゃないところは「0」で埋まってるだろ
データ処理するならそれが自然なんだよ
むしろ自然文では見た目にこだわって頭の「0」を削除してるだけ