アカウント名:
パスワード:
らばQの
どう考えても日本式の順番が合理的と思いますが、標準化してもらえないでしょうか。
ISO 8601をなんで無視するのか
日本式の順番が合理的と思いますが(ISO 8601を一般読者向けに分かりやすくした表現)標準化してもらえないでしょうか(ISO 8601無視して独自形式使い続ける米や英への嫌味)
日本式は「平成33年10月22日」とかでしょという嫌味も含んでいるかもしれない
# マイ免許証は平成35年の誕生日の翌月まで有効と書いてある
日本の表記も10/23とか書かれると10日から23日までと紛らわしいのでISO 8601に揃えて日付なら10-23、期間なら10/23と表記するように揃えましょう!
10/23だと分数と見分けがつかないので10‐23にしてください。U+2010 [unicode-table.com]え? 引き算と見分けがつかない? それは10˗23で。U+02D7 [unicode-table.com]10−23派もいますが。U+2212 [unicode-table.com]
え?スラッシュで期間を表す文化とか規格なんてあるの?わかりにくいなあ。むしろハイフンが期間では。日本では波ダッシュが一般的だと思うが。
本当にその意図だったとしたらISO 8601を知らない一般読者向けの記事であるのにISO 8601を知っていないと理解できない嫌味を書いていることになるからただの悪文だぞ。一般読者に標準化されていないと誤解を与えることにもなるしな。
ISO-8601 は 日付と時刻のセパレータが「T」なんだよね。人間の読みやすさを考えて、アラビア数字と区別付きやすい記号を採用して欲しかった。
例)2021-10-22T17:49:31
ISO-8601だとハイフン区切りでスラッシュ区切りじゃありません。
※ 日付をyyyy/mm/ddの文字列で記述するプログラマ多すぎ。 らばQとやらも日本のプログラマの現状を表しているんじゃない。 ロケールが日本だと動くけど環境変わると動かんちゅうのに。
iso8601のYYYY-DDDとかYYYY-Www-Dとかは、一体どこで使われているんだろう、、?何でわざわざISOで規定されたんだろうか、、
知らんけど、次の給料日は2021-W43-5だ! Thanks God! It's Friday!!とかじゃない?
人間向けでは無くシステム間向けの表記でしょう。ExcelのWEEKNUM関数をどこで使うのかという質問なら週報とかじゃねと。
ISO 8601を意識してたか分からないけど、90年代に使ってたIBMメインフレーム(OSはMVS/XAとかESA)は起動時にオペレーターが日付をYYYY-DDDでセットしてた気がする。IBMが配るカレンダーはユリウス日「も」書かれていて、オフィスのそこかしこにあった。
カレンダソフト作ってたけど、週番号はどこぞの国でよく使うから入れてくれと何度か要望があったなドイツだったかな?自信ないユリウス日入れてくれとか言うのよりはかなり多かった覚えが
「みんな使えばいいのに」と「日本式はこうです」は全然違うものだよ
いや、「標準化してもらえないか」に対して「もう ISO 8601 で標準化されている」というツッコミですよ記事中でも ISO 8601 形式(YYYY-MM-DD)が散々出ているのだけれど、記者が知らなかったのでしょうね
ISOなんて飾りですよ。わかってない人にはそれがわからんのです。
YMD方式って、日本で始まったの?中国から暦法が輸入されたとき、既に年月日順じゃなかった?
デファクトスタンダードから、木偶レアードスタンダートに移行したいと思うのは勝手だが、
デファクトを無視して考えた、(これが実装が楽、既存はクソ)という規格・実装を採用する理由は無いし、その理屈ならあらゆる言語を廃止しアセンブリで会話すべきでは?
アセンブリで会話なんぞできんぞしかしコンピュータ言語って全然言語ジャネーノになんで言語っていうんだあれは式だろう
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
クラックを法規制強化で止められると思ってる奴は頭がおかしい -- あるアレゲ人
ISO 8601 (スコア:5, すばらしい洞察)
らばQの
どう考えても日本式の順番が合理的と思いますが、標準化してもらえないでしょうか。
ISO 8601をなんで無視するのか
Re:ISO 8601 (スコア:1)
日本式の順番が合理的と思いますが(ISO 8601を一般読者向けに分かりやすくした表現)
標準化してもらえないでしょうか(ISO 8601無視して独自形式使い続ける米や英への嫌味)
Re:ISO 8601 (スコア:4, すばらしい洞察)
日本式は「平成33年10月22日」とかでしょという嫌味も含んでいるかもしれない
# マイ免許証は平成35年の誕生日の翌月まで有効と書いてある
Re: (スコア:0)
日本の表記も10/23とか書かれると10日から23日までと紛らわしいのでISO 8601に揃えて日付なら10-23、期間なら10/23と表記するように揃えましょう!
Re:ISO 8601 (スコア:3, おもしろおかしい)
10/23だと分数と見分けがつかないので10‐23にしてください。U+2010 [unicode-table.com]
え? 引き算と見分けがつかない? それは10˗23で。U+02D7 [unicode-table.com]
10−23派もいますが。U+2212 [unicode-table.com]
Re: (スコア:0)
え?スラッシュで期間を表す文化とか規格なんてあるの?わかりにくいなあ。
むしろハイフンが期間では。日本では波ダッシュが一般的だと思うが。
Re: (スコア:0)
本当にその意図だったとしたらISO 8601を知らない一般読者向けの記事であるのにISO 8601を知っていないと理解できない嫌味を書いていることになるからただの悪文だぞ。
一般読者に標準化されていないと誤解を与えることにもなるしな。
Re:ISO 8601 (スコア:1)
何?規格がバラバラで10種類もある?→じゃあ新規格を作って標準化だ!→バラバラな規格が11種類に増えました
人類の歴史はこれの繰り返し。
Re:ISO 8601 (スコア:1)
ISO-8601 は 日付と時刻のセパレータが「T」なんだよね。
人間の読みやすさを考えて、アラビア数字と区別付きやすい記号を採用して欲しかった。
例)2021-10-22T17:49:31
Re:ISO 8601 (スコア:1)
ISO-8601だとハイフン区切りでスラッシュ区切りじゃありません。
※ 日付をyyyy/mm/ddの文字列で記述するプログラマ多すぎ。
らばQとやらも日本のプログラマの現状を表しているんじゃない。
ロケールが日本だと動くけど環境変わると動かんちゅうのに。
Re:ISO 8601 (スコア:1)
iso8601のYYYY-DDDとかYYYY-Www-Dとかは、一体どこで使われているんだろう、、?
何でわざわざISOで規定されたんだろうか、、
Re:ISO 8601 (スコア:1)
知らんけど、
次の給料日は2021-W43-5だ! Thanks God! It's Friday!!
とかじゃない?
Re: (スコア:0)
人間向けでは無くシステム間向けの表記でしょう。
ExcelのWEEKNUM関数をどこで使うのかという質問なら週報とかじゃねと。
Re: (スコア:0)
ISO 8601を意識してたか分からないけど、90年代に使ってたIBMメインフレーム(OSはMVS/XAとかESA)は起動時にオペレーターが日付をYYYY-DDDでセットしてた気がする。
IBMが配るカレンダーはユリウス日「も」書かれていて、オフィスのそこかしこにあった。
Re: (スコア:0)
カレンダソフト作ってたけど、週番号はどこぞの国でよく使うから入れてくれと何度か要望があったな
ドイツだったかな?自信ない
ユリウス日入れてくれとか言うのよりはかなり多かった覚えが
Re: (スコア:0)
「みんな使えばいいのに」と「日本式はこうです」は全然違うものだよ
Re:ISO 8601 (スコア:2, すばらしい洞察)
いや、「標準化してもらえないか」に対して「もう ISO 8601 で標準化されている」というツッコミですよ
記事中でも ISO 8601 形式(YYYY-MM-DD)が散々出ているのだけれど、記者が知らなかったのでしょうね
Re: (スコア:0)
ISOなんて飾りですよ。わかってない人にはそれがわからんのです。
Re: (スコア:0)
YMD方式って、日本で始まったの?中国から暦法が輸入されたとき、既に年月日順じゃなかった?
Re: (スコア:0)
デファクトスタンダードから、木偶レアードスタンダートに移行したいと思うのは勝手だが、
デファクトを無視して考えた、(これが実装が楽、既存はクソ)という規格・実装を
採用する理由は無いし、その理屈ならあらゆる言語を廃止しアセンブリで会話すべきでは?
Re: (スコア:0)
アセンブリで会話なんぞできんぞ
しかしコンピュータ言語って全然言語ジャネーノになんで言語っていうんだ
あれは式だろう