俺ら「YYYYMMDD」わかる。西洋人「MMDDYYYY」違和感あるけどまだわかる。「DDMMYYYY」ガイジだろこれ [811796219]
■ このスレッドは過去ログ倉庫に格納されています
10月11日、全国旅行割スタート!(*)お得な仕組みで行く、紅葉と食欲の秋を満喫する旅へ。大江戸温泉物語 福島県と群馬県の
https://newscast.jp/news/8642295/amp MMDDYYYYの方がわからんわ
逆にするならとことん逆にせい(´・ω・`) MMDDYYYYが一番おかしい
DDMMYYYYは分かる 普段話す順番としては合理的だよな日から言うのは
ファイルに名前つけたらクッソバラバラになるけど 年月日とみるか月日+年とみるか日+月+年と見るかの差だろ ファイルを日付順でソートしたいからYYYYMMDDにするべき >>10
1丁目とか最初に見ても意味分かんないよな アメップ「〇月✕日!あ、〇〇年な
イギップ「✕日!!
頭おかしい まだいい
DDMMYYになるとYYMMDDとどっちか分からなくなる 毛唐は月を英語表記すんのいい加減やめろ
プログラムで読み取るときいちいち文字列操作しなきゃならん イギリスはまだわかるけどアメリカン
テメーはダメだ スチムーとかだとデベロッパやパブリッシャの発表でmmddとddmm使うとこがあって数値によっては月なのか日なのか分からなくて困るんだよね DD/MM, YYYY
MM/DD/YYYY
YYYY-MM-DD
こういうこと >>10
住所は自分の周りから説明してるから
dd/mm/yyyも日を基準に書くと自然とそうなる
国→都道府県→市町村(→父→長男)
は家父長的家制度そのもの >>14
これ統一できないん?
標準はどれなんだよ アメリカだけ逆張りしてんのかってレベル
MM/DD/YYにヤード・ポンド法に華氏 oracleかMSだかのドキュメントでそれぞれの特徴解説してて
ジャップ形式が合理的って書いてあった記憶ある httpの考案者はURL逆にすりゃ良かったって後悔してるらしいな
5ch.netじゃなくてnet.5ch むしろ日付という1番重要な要素を前に持ってくる有能やん YMDはともかくDMYとMDYが混在してるとか凄い紛らわしそう 年なんて変わらないことが殆どの数字を一番はじめに持ってくるのは効率は悪いよな
ただ後から見返す時は年のほうが重要
つまり過去の資料等になるものは年から日常的に使うメール等は日からが効率がいいんじゃないかね mmddかddmmで混在するからわからないときがあるわ >>33
実際そうやって自分たちには自分立ちのちゃんとした基準があるってのもアイデンティティの確立に寄与してるんじゃないか MMDDYYYYが一番意味わからん
住所の順番も意味わからん
普通大きな集合から小さな集合にフォーカスしていく方が分かりやすいだろ 01022022
1/2なのか2/1なのか判断できなくない? >>43
そういう見方をできるかだよね
年じゃん!いきなり年とか!という目線も必要 英語的にはDDMMYYYYとなるものなんじゃないか これに関してはYYYYMMDDが一番合理的だと思うんだけど
ファイル名にしたときにちゃんと並ぶからね >>20
Mar開始Sep終了とか
ぱっと何ヶ月かかるか分かるのかね奴らは >>29
機械的に処理する上ではジャップ記法の方がずっとやりやすいんだが in October at Octoberとかガイジすぎる >>14
その国の言語の語順と関係ありそうでないな >>14
DMYとMDYが混在してる地域はやべえな >>56
日付をファイル名にしてるのはジャップだけでしょ 住所は大→小のほうが嬉しい
人に伝えるのに何で他人には分からない自分の周りから説明しだすんだよ >>30
こんなんが標準やで
Tue, 27 Sep 2022 15:03:08 +0900
毛唐あたまおかしい 若かりし頃にハワイでダイビングの講習受けてる時にddmmyyで日付書いたらインストラクターの白人にまぎらわしいことしてんじゃねえって怒られて以来日本式のyymmddでしか書かないようにしてる 俺ら「グラム、メートル」わかる。
アメリカ人「ポンド、ヤード」もうやめろと思うけどまだわかる。
イギリス人「ストーン、チェーン」どこで使うんだよそれ 住所の「市→県→国」もわからん
何考えてんだレベル 海外ゲーとかやってると表記の違和感半端ないわ
大きな部分から小さい部分 分かる
小さい部分から大きな部分 分かる
規則性なしなMMDDYYYYは本当に混乱する >>66
ソートだとYMD>MDY>DMYだな
日が変化が一番大きいから最初は避けたいわ >>14
カナダより赤が一番やばいだろ
混乱しないのかよ MMDDYYYYには軽く殺意が湧く
YYYYMMDDだと思って迂闊にデータをソートしたらぐちゃぐちゃになったわ許さん >>76
これわかりやすいけどな
月が英語だからな
月を数字にするとダメだわ 02/02/2002 ←おいおいw
02/02/02 ←………は? >>2
これ
月が一桁なら解読できるけど12以下だったらもう無理ゲー 使ってるから言うわけじゃないけど
YYYYMMDDがいちばん合理的だろ
統一しろや >>56
確かに
ヨーロップとかどうしてんのよこれ
上から順で古かったり新しかったりできないじゃん mdyが一番いいかな
閲覧してるドキュメントの参考に出来るスパンによって変わるんだけどな
itとかみたいな流れ早いもんだと2020年とかのもの先ず読まんからyは後置でいい(´・ω・`) 意味わかんねえのは和暦だよ
せめて賞味期限なんかは西暦で統一するなりしろ ファーミングシミュレーターだった気がするが、09/12/18とか書かれてて混乱したな
しかも自動車も左ハンドル右側通行だし これに関してはジャップ式の方が正しい
時間だってhhmmssが標準だろ >>95
ファイルに作成日更新日のデータあるだろ
ファイル名をソートに使うのがズレてる まあ、ジャップは元号やめてくれれば一番合理的なんだがなw >>75
自己主張が大事な国だからね
子供のプレゼント開封動画みても
小さい頃からいかに自己を表現するか鍛えられてる amazonの食品レビューとかこれみて賞味期限切れてる!って低評価つけてるやついる たとえば、
03/09/2022
こういうのぱっと見じゃ判別不可能だよね?
どうすんのこれ アメリカほんとクソ
慣れない時にチェックとか書く時マジで困ったわ >>74
SQLとかデータテーブル書き出したら年月日時がファイル名ちゃうかったっけ >>33
実際非関税障壁としてやってる可能性はある YMDか、反対からDMYで順に並んでるならどっちでもいいけど
MDYだけは狂ってると思う YMD
数字のカウントと同じで繰り上がりの単位を左に置けよ 4桁ならまだいい
03/11/08
↑
これだけは許さん >>108
だからそれが困るんだよ
ほんとに欧米ップは判るでしょ?って感じでしれっと表記して来るから 徐々に小さく絞り込んでいくほうが絶対わかりやすいし合理的
住所も同じ
アメップも使いにくいと思ってそう ポンド
ヤードフィートインチ
ガロン
くたばれアメ公、計量の人類悪め アメリカが世界標準に合わせれば全部丸く収まるんだよ 時間軸を単位として考えたら
年、月、日、時間、分、秒でしょ?
MMDDYYを最初に考えた人はポンコツ過ぎる >>2
月を略記(JAN,FEB,MAR...)に統一してくれればMDYでもDMYでも不便ないのだが日本人の場合これ全部は分からない人多そう >>116
ちょっと話が変わるけどインチとセンチを間違えてロケットが爆発したりしてるから間抜けだよね でもISO8601かなんかだとYYYYmmddThh:mm:ssZだよね
これにはちゃんと各国従うのに、なんでMMDDYYYYとかいうガイジムーブかますんかな?
大分類→中分類→小分類って普通だと思うけど
こういうガイジ国家って、表つくるときも小分類からかくんかな 日本語も昔は右から読んでいたことを考えればDDMMYYYYもわからないことも・・・
でも数字は左から読むのが世界共通だしやはりMMDDは守護って欲しいわ
アーカイブ化する時はYYYYMMDDじゃないと困る yyyyMMdd
書式フォーマットでMMじゃなくてmmにして月が秒になっちゃう奴 アメリカ語は結論が先っていうけど
住所の表記で、
1-1千代田,千代田区,東京都の順番は絶対おかしいわ
人の目で見る時でも、機械で判別するにしても
1-1から探すのって、膨大に無駄じゃん、合理的じゃないもん
稀に海外通販を利用する時などに
こいつら頭おかしいんか?と深刻に思う こういうのはLinux使えば全部どうにでもなるんだが
制限の多いOSだと大変ですな ソートを考えるとMが先に来るのはやりすぎな気はする あと表記でRedditでよくネタになるのは中国の10進法(漢字)とフランスのダース文化(16進法)の比較だな >>2
01/01/2022 これ初見で分かるやつ欧米にもいない説 ファイル整理ってみんなはどうしてるの?
20220927_名前
220927_名前
のどっちがいいの? >>14
カナダは日付の表記のせいで年間数100億ぐらい生産性落としてそう 20220927
09272022
27092022 >>41
そもそも日本の暦の記法って中国から伝わってきたものだからな アメリカでも軍隊だけはYYYYMMDDで資料や物品を管理してるんじゃないっけ >>20
そんなんライブラリでやってくれるじゃろ… >>143
220927俺ら「YYYYMMDD」わかる。西洋人「MMDDYYYY」違和感あるけどまだわかる。「DDMMYYYY」ガイジだろこれ.html パス表記とか階層メニューとかちゃんと分かりやすく上からなのにな
CAPSロックどころじゃない損失出てるよな 重要なのは日であって月年は後で良いって考えなんだろうな >>143
2012年の時に、12表記になって間違えるし、
桁数は4桁以上に増えることは無いのだから2012でええやんか! >>105
ビジネスでは元号を使うな!と言いたい
どうしても使いたきゃ趣味的な物にだけ使え 以前フランスの会社のシステムと連携した時に「Tue 09 Sep 2022」の書式でデータ送られてきたわ
なんでこんな生産性低そうな書式にしてんだと思いながら取り込んでた >>143
和暦で整理してたから31の次が01,02になって飛んでる >>5
ソートすること考えると明らかに日本が良いわな ら
>>155
令和に変わる時すごくいいタイミングだったのになぁ
民間は大体2000年あたりに切り替えた感ある >>14
というか混在してる国では何を強調したいのかで使い分けてんだけどね
そういうとこは月だけ数字じゃなく略記にする場合が多いから特に混乱もない
頭の中でYMDに置き換えようとしてる人が勝手に混乱してるだけ 赤の国は混乱するでしょ
9月1日と1月9日判別できない アメリカ建国時に逆張りしたんだろうな
今や世界最大の今更辞められないだろ >>158
口頭でファイル名を伝達し合う状況は無いやろ MM/DD/YYYYの国は月を数値で書かないことで成立してきた これは少し悩めば大抵何とかなるけど住所とか本当に困るぞ >>148
賞味期限とか管理する場合においては年数が先のほうが効率いいだろうな 習慣が染み付いてるから違和感ないんだろうけどな
ぴっとみで認識できるんでしょう Excelだと
わざわざ2022年09月27日って
漢字で補助線を引いてる派かも知れない 20220927_名前
が正しいと思うし、良いんだけど
ファイル名が見辛くなるからなぁ >>14
YMDはやはりIQが高い連中が使ってるんだなってよくわかる 大文字と小文字ちゃんと区別しろよ
MMとmm混同するカス多いんだから >>161
ウチの会社は普通に令和何年とか使ってるから
後から資料が探せない状態になってる
普通のマトモな会社はファイルの保管方法とか命名規則とか
無茶苦茶だから資料を後から探す事が不可能になってる
馬鹿で非効率な会社ってみんなこんな感じだと思う それより月を数字使わずにアルファベット表記してるほうがガイジじゃね?
aprとかmayとか どう考えても大分類→小分類の方が論理的なのに、住所も〇〇ストリートから書き始めるよな
どこだよ!!って思うだろ >>143
2000年問題の時には困ったけど多分80年後にそのファイル残ってないやろし短いほうでええんちゃうか
まあ面倒じゃなければフルでも >>14
これ以外でもヤードポンドなんかで事故起こしてるしバカでしょあいつら >>175
2038年問題、みんな楽観視してるけど洒落にならないのにねえ >>180
更に全角英数と半角カナを使いまくってカオス状態になってる >>14
マジで意味わからん
大枠から始まるかその逆の方が明らかに直感的にも各種処理的にも楽だろ どう考えてもYMDが一番合理的なのに何で少数派なんだろうな >>56>>143
日付は日付で作成更新ソートできるからファイル名には別の要素で仕分けるよね普通 表記順がバラバラなのはもういいから月は記号で囲むとか他の国の人間でも判別できるようにしとけよ >>189
ウチの会社はここ30年で従業員数が300人から10000人の会社になったんだけど
会社の書類の命名規則が無茶苦茶とか中小企業のまま従業員数だけが大企業になったから
知識の共有が出来ずに書類から図面から何から何まで一点物の工芸品になってる >>194
何か命名規則とか管理方法が分かる良いサイトとか教えてほしい どう考えてもYYYYMMDDが合理的だと思うが、今問題にしてるのは月日で年は後ためのおまけ情報と考えるとYYYYが後ろに来るのかな >>194
その日のファイルをその日に作るとは限らんしハードディスクの時計が常に正しいとも限らんから時間入れたほうが確実 >>194
開けただけで更新日変わるクソファイルはどうすんねん! >>193
表現形式なんてどうでもいいからだよ
内部データはUnixTimeやWindowsのDateTime形式でちゃんとソートできるから問題にならない 2022年の9月27日 ←分かる
9月27日。2022年の ←まぁ分からんでもない
27日。9月の。2022年の ←煩わしいわ
俺はスレタイで正しいと思うよ >>194
フォルダ分けの方で別分類してるから名前は日付にしてるわ お役所とか未だに元号使ってるからなあ・・・
まあ最近は西暦に切り替えつつあると聞いたが 金融系で働くと外資とかとのCSVファイルのやり取りで毎回時刻周りのデータ取り込みがトラブって嫌になる 日本語の文法もYMDにしてもジャップがいかにバカでノロマかをまんま表してる
毎回西暦を食い入るように確認する必要なんかない全然優先事項じゃ無い >>162
MDYとかDMYの国のやつらは思考回路がローカルなんだよ
直近1週間の予定だけあればいいだろ?だから日付を先にするわみたいな考え方
1年先まで確認したい事情とか別の国から見た時どうなるか考慮してない
住所も同じ
近所の人が近所の人に出すのが前提だから何丁目何番地から先に書こうとする
郵便システムを世界中に対応させるときどうなるか理解してない
02/03/2022 って書いたときに初見で意味が確定できない時点で欠陥あるんだよ
グローバルに考えろや >>14
こんなんでもコンピュータ向けの表記はYYYYMMDDが標準になったんだな
ソート効率は大正義だったのか? >>216
確かに
今日だったら
20220927より
27092022の方が良い気もするが
IT的には20220927の方が良いと思う うんじゃっぷはpcろくに使えないからpcを自身に合わせるのではなく自身をpcに合わせるんだよな
日付の形式の異なるソートなんてlambda一つ作ってやればいいだけなのに(´・ω・`) Today
Yesterday
とかもやめて欲しい 国策の誤りといえば
ジャップは和暦右ハンドルでやらかしてるし
アメリカはヤードメートルでやらかしてる
何かしら迷惑かけてるな 年月日←ああ変化が少ない順番ね、じゃあ日の次は時で分、秒かな?
日月年←ああ変化が多い順番ね、でも時間はどうかな?
月日年←?!!?!?!?!wwwwwwww >>228
1日以内だと
「09:17」
とかあるよな
ひどいアプリだと直前のものは「今さっき」みたいなものさえある >>229
何でもそうだけど
「最初」が1番重要だと思うわ
後から中々変えられない YMD←わかりやすい。慣れもあるだろうけど
DMY←まだわかる
MDY←糞 >>14
この手のはアメリカが丸くなれば収まるもの多いよな 何故YearMonthDayにするのかって並べやすいからだよ
DayMonthYearなんてやったらソートした時ぐっちゃぐちゃだぞ >>237
日付ソートを「日」から始めるロジックがあるかよアホ >>229
日本最大のやらかしはそれじゃなく50Hz/60Hzやろ
左側通行は国内で統一されてればそう不便じゃない >>205
うわ!本当だ
こんな例も出せない俺の頭が悪いだけだったわ >>228
今日←分かる
昨日←まあ分かる
木曜日←いきなり曜日ぶっ込んできやがったこいつ 人間の人生というタイムスパンで考えた時に
年(YEAR)をないがしろにできないよね
大切なのは今日という日付だ!とは思わんよ俺は >>183
わかりやすくていい
DDMMとMMDDがあるから 月日を英語略称のSep.11みたいに書いてあったらまだわかるが
9/11/2022みたいになってたらどっちが月がマジでわからんからやめてほしい >>217
グローバルに考えるなら多数派に合わせろよローカル脳www ISO8601 は YYYY-MM-DD
アメリカも国際標準に従えよ >>248
09/11/22だったら更に分かりづらいなw YYYYMMDDが最も合理的だよね
やっぱり中国すごいわ YDMというガイジが存在しない以上YMDは混在しても許されるけど
YMDとYDMの混在はマジで迷惑かけるんだからどっちかが消滅しろ >>239
お前のような無能は訳あってシステムの日付ソートが崩れて名前でソートするしかないケースを想定していない
あらゆるやり方でソートできた方がいいんだよ >>256
処理体系と表示体系の違いも理解できてない人間がマウント取らないほうがいい でも日付で一番重要な情報ってDDってことじゃない?MMもYYYYYも場合によっては省略するわけだし
だからDDMMYYYYYが一番合理的な気がする >>235
Sep. 27, 2022とかなら普通にわかるんだけど、スラッシュ表記とかハイフン表記になるとな アメリカはイギリスから移動してる間に色んなこと間違えたんだろバカだから
単語の綴りとか間違って定着してるだろ アメリカ人が作って牛耳ってる航空無線の世界では、
距離がマイルで高度がフィート。どっちもアレなローカル単位で
しかもxy軸とz軸で別の単位を使うとか、マジでアタオカだろ 日本の和暦も大概だけどこっちのほうがソートが全く出来ないからより馬鹿げてるわ 海外の事故車載動画見てるとマジでバラバラだよな
YYYYならまだいいけどYYだとマジで一切理解できない ソートできないとか言ってる奴らはマジで知能に問題があるのか? ファイル名ソートの観点からもどう考えてもYYYYMMDDが合理的
これ以外等しくガイジ >>260
逆に言えばMMやYYを表記しなければならないのはあえてMMやYYから伝える必要があるときなんだから、必要なとこから書き始められるのが合理的みたいな主張もできる
合理性の優劣で論じるのはあまり意味のある話じゃないな そもそも外人はファイル名のソートなんて馬鹿はしない >>260
そのへんは状況によるよね
WEBで最新情報を調べたいときに2018とかぱっと見えたら無視できるし >>259
たとえばファイルを作りなおすようなことがあれば日付ソートなんか簡単に崩れる
人間は失敗するんだから失敗に備えたあらゆる対策をしておくにこしたことはない
こんなことも想定できないなんて可哀想な頭だな 流石にMMDDYYYYは擁護できんな
それ以外は英語表記だと途中で読むの止められる仕様で合理的だよな
日の情報だけ欲しいのに年からウダウダ
番地だけ欲しいのに都道府県からウダウダ >>14
赤いとこさあ
宣伝ポスターとかに日付書くときどうしてるんだよ >>278
なんかいきなり創作物語を語りだしてワロタ
自分の最初のレスをまず見ろよ(笑) でもアメリカ人でもファイル名にはYYYYMMDD使ってるよ
ほんと訳がわからん >>14
これ見ると、アメリカが要らんこと始めたから世界が混乱したってよくわかる一例だわな mmddだろうがddmmだろうが西暦的にはyyが最後にくるのが正。
西暦なのに和暦や旧暦のようにyyを最初に持って表記してるほうが異常。 スレタイ???となったが
あ〜年月日の世界別表記の違いか
西洋は重要な事が先にくる文法だけど
日本語というか東アジアは重要な事が後にくる文法だから仕方ない twitterとか最近のネットに多い「25分前」とか「3日前」とか大嫌い
アメップのこの辺の思考にはほんとついていけんわ 白人が関西人みたいな連中だからな
せかっちな性格が言語やこれらに出てる >>27
まあSep. 27th, 2022とか書いてくれたほうがまだ分かる
27/10/2022とかが一番困惑する >>2
アメリカはこれだな
日本と違って単純に真逆でもなくややこしい YYYYが1番効率悪いね
1年一回しか変わらないものを先頭に持ってくるのは効率悪い
JAPだししかたねーな >>2
月表示がApril,June,July…みたいな非数字表記なら分かるんだけどね
例January 3 2022
月も数字にしたMMDDYYYY表記はMM DDの数字列次第では区別できん
例 1 3 2022 この表記でも日付ソートはyyyymmddでやってるんだろ? >>136
たしかにそこもガイジっぽい
急に住所で本町とかいわれても困るやろ
どこの本町やねんってなるし >>281
月はアルファベット表記だから特に問題ない >>282
いや、文脈でファイル名のソートのことを言ってるってわかるだろ…
まさかあの文章でシステムの日付ソートだと捉えられるとは思わなかった MMDDは慣れたせいかDDMMの方が混乱するわ
掲示板とかだとたいていSep.27みたいな表記になってるけど MMDDYYYYと、
DDMMYYYYを併用する馬鹿な国があるらしい >>297
日付のソートは64bit整数でやる
Webで一般的に使われてる内部表現は1970年1月1日からの相対秒数だからね クソみたいな表記連発するアメップでも唯一まともなのは野球の順位表のゲーム差表記
必ず首位からのゲーム差で表す
日本はヤフー初めクソ見辛い一つ上のチームとの差表記が未だに多い >>27
世界一の超大国のジャイアン国だからな
自分の基準を押し付けたいんだよ
日本はよくガラパゴスと揶揄されるが
ヤードポンド法といい人気スポーツといいぶっちゃけアメップもガラパゴスで大概だよ 英語圏だと住所表記も日本と逆で小→大だし
DDMMYYYYの方が統一性あってまだ受け入れられる 外資だが27SEP022
ソートしづらいし欧米人ガイジだろ 外人が作った日本の偽番組のコラ画像に「月9日4放送開始!」って書かれてて興味深いな思った これくらい世界で統一してほしいよなあ
ホント紛らわしい 西暦を2桁にすると値によって全く分からなくなるという
12/11/10
かと言って月だけ英語にするとかガイジすぎる >>33
スポーツは野球にアメフト
カーレースはF1やルマンよりもインディ500
自国大好きな国だから仕方ない >>312
YYYYでもYYでもなくYYYなのかカオス 入力フォームで月のところがプルダウンの時、1桁の月や日が例えば1月だと01か1か分からんフォームがイラつく
タブとテンキーで進めててこの二択外したらぶち切れてモニター割りそうになるわ 2000年代のときはやばかった
今でもやばいが本当に地獄だった 未だヤードポンド使ってるエゲレスアメリカの逆張りガイジっぷりはほんとにあたま悪いと思う >>40
URLとか東アジアっぽいよな
重要な事が一番後に来てる
日本人にはしっくりくるけど欧米人は違和感感じてそう >>319
昔2桁でしくじったから3桁にと思ったがそもそも1バイトケチる時代じゃないか メートル法とヤードポンド法の混同が原因で起きた事故で失われた命も相当多いだろ 主語と動詞と形容詞みたいな並びだから西暦を最後に置いて月日みたいな
並び方を変えたくなるんじゃないの?
SVOとSOVの違いみたいな >>183
それはそれで月を表してるのが分かるってメリットがある
月を数字で表記した場合は日が12以下なら月と区別できない
年を2桁の数字で表記した場合も同じ問題が起きて更に複雑化する
janやfebって文字があればとりあえず月だけは確定できる こういう表記に結論を後伸ばしにするジャップ文化が表れてるよな >>312
こういうのはネイティブの言語みたいなもんだから
欧米人は東アジア式をガイジだと思ってるだろうな 西洋人は強調したい部分を前にするからDDMMYYも使うで >>40
確かにjp.co.会社名とかのほうがいいのかもな >>329
無えよ低知能
後ろにmでも付けとけww >>14
カナダップほんと頭おかしいと思うわ
日付だけでなく温度すら摂氏と華氏が混在してるんだぜ… yyyy/MM/dd←わかる
dd MMM, yyyy←わかる
MM/dd/yyyy←ギリ許す
dd/MM/yyyy←分かりたくない
dd/MM/yy←は? 銀行振込の国内為替全銀システムは
YYMMDD
ちなYYは和暦な >>312
欧米の大半はガイジやぞ
一部の天才で成り立ってる国 大事なのは今ってことでDが先に来るのか
年なんて後回しでいい
ジャップらしい逆張り MMDDYYYYとDDMMYYYYが存在するせいで
12日以前だとどっちが先かわからないんだよな
だから基本月は英語表記が多いんだろうけど >>335
たしかにdd/mm/yyyyにするならss:mm:hhだよな >>337
西洋ップの頭のおかしさをナメるな
連中は 11/12/2022 どころか平気で 11/12/22 とか書くんだぜ
もちろん地域によって意味が違うんだ >>344
元号とかいうクソカスを公文書とかで使うのまじでやめろ >>14
YMD連合
日本 中国 韓国 北朝鮮 台湾 モンゴル イラン ハンガリー リトアニア >>344
表記はいいけどデータで持ってたら殴りたくなるな 手持ち?あぁ千円札3枚と百円玉5枚持ってるぜあと万札2枚な
いや万札から言えよってなるですやん >>143
アンダーバーいれるのは美しくない
↓スペース入れたほうが美しい
[20220925 嫌儲]
[20220926 旧速]
[20221005 ガルちゃん] >>2
日常的にまず問題になるのは何月何日かというところで
年まで問題になることはそれほど多くないから後回しにする >>351
全銀システムが稼働したときにすでに2000年問題が予見されてたんだけど、
処理能力の問題で年は2桁にしたい
→昭和にすれば25年先延ばし可能
でできた苦肉の策なのよ
で平成になったとき内部処理は昭和のまま帳票出力だけマイナス63して見た目合わせたみたいなシステムもあるとかないとか >>357
それでMM/DDとDD/MMを混在させるとか意味分からんな >>356
スペースは綺麗けど使わないようにと聞いたことがある >>356
スペースだと取り扱う環境によって""で囲う必要があったりひと手間要求されるから代替でアンダーバーなんじゃね >>351
マジで公文書とかひどいな
この前永年勤続の勤続20年30年の表彰してて訳がわからなくなって
とりあえず前後数年まとめてやったったわw >>324
パスはそうなんだけどドメインだけは毛唐方式なんだよ
ドメインがアジア方式ならドメインとパスを明確に区別する必要はなくて便利だったのに >>344
俺「令和1年1月~12月のデータをCSV出力・・っと」
敵「指定範囲が不正です」
俺「死ねよ」 >>353
そのまさかなんだよなあ
他社は知らんが俺が携わった金融系システムは、UI部分は西暦対応してるんだが内部は和暦処理してた
元号ビット+6桁日付
2022/09/27→5040927
みたいな
元号ビットは1明治2大正3昭和4平成5令和 >>356
こういう意味不明なマイルール持ってるやつがMMDDYYYYとか使い続けるんだろうな だから海外の日本食屋で賞味期限がとうに切れた七味が置いてあるのか >>373
IQ高いと必然的にそうなります
YMDじゃない国はバカです AINMMNWGMMNBKHKMDKWKZTKNI
こういう話してんのかと思ってスレ開いたわ >>369
そんなもんデータで持つとか頭おかしいな
西暦<->和暦変換APIつうか関数でも作っときゃいいのに 1210
1012
海外からの土産とかで日付が12日までやとこんな感じでどっちかガチで分からんようになるから嫌い Ever17でこの日付の表記トリックがあったけどむしろそれはわかれよって思った 連中はSepとか見て9番目だとパッと数字に変換できるんかね?
それとも変換できるのは一部の職業の人たちだけで他の人はSepはSepとしてとらえてるのかね >>301
英語圏なのか?
まあ日本でも「24 師走 2022」とか書けるか >>376
うちがフルで作ったシステムじゃないからな
顧客が直接操作するUI部分の開発だったんだが、顧客は和暦でも西暦でも生年月日の入力が可能
免許証の有効期限を入力させるフォームがあるんだが、免許証みたまんまに「平成35年9月27日まで有効」と入力しても適切な日付(この場合5050927)で上位システムにデータ投げる感じ 和暦YYMMDDは銀行とかじゃなくてもCOBOLがと慣例的にさも当たり前のように存在してる
一番ひどいのは昭和歴で平成になっても加算し続けて問題を先送りにしたシステム 最優先で知りたいのが大体日付だしこれでいいよ
今何年今何月ってさすがにわかるし、カレンダー見るのなんて大体今日の日付知りたいときだろ >>288
あれ分かりにくいけど時差が当たり前の地域の文化なんじゃないかね MMDDとDDMMを素早く見分けるコツとかあんの?
12/13とか25/12ならわかるけどさ、05/06とか02/04とかパっと見わからねえよな? ヤード!ポンド!フィート!マイル!インチ!
アメップさぁ... >>288
しかも8日前と30日前を両方とも「一ヶ月前」とかにしてるのマジでガイジ
中にはマウスカーソル合わせると正確な日付を出して来るサイトも無くは無いけど
殆どは出さないし 年月日または日月年以外の順序に一切の合理性を見いだせない
どうしてそうなった? 分類でも例えば人間は脊椎動物 哺乳類 霊長目 みたいに大きい方からいくだろう
なのになんで日付と住所はちっこいほうから行くんだろう >>396
メリケンもそうだけどカナダの方がよりガイジだろ
3種混合だぜ? September October、Sunday Monday
とかめんどくさいなかで
一月二月、星期一星期二とかシナ語のこれだけは感心する まあソートしやすいっていう合理性から考えたら
クソジャップ表記の方が便利だ あと時間はどうなってるの?
午前午後は?
たとえば23時01分21秒は
230121か
pm110121か
それとも秒分時? リットルで給油支持したのにアメップがガロンで給油した飛行機が燃料切れ起こしてた事故はおきてる DMYが良いけど、とにかくDMYとMDYが混在してるのが困る
月の部分AugとかSepで表記されてりゃそれで分かるけども >>356
スペースはUrlエンコードすると%20という3文字になるので美しくない 年が二桁だとさらにカオス
010203 何年何月何日かわからない >>43
今日9/27に
28日←明日かな?
10月←来月かよ!しかも丸1月後かよ!とかウザい 音楽プレイヤーの曲リストで、アタマのTheは抜いてその次の文字でソートするとかアホなことやってるしな
日とか月を前に書く書式も、あいつら思いっきり後悔してると思うよ >>397
>>336
使いにくいだろ!とかで
効率的なものを導入したやつらと
非効率的なモノを使い続ける奴らがいるんちゃうか
2022.09.09で良いのに
(曜日) 09 sep 2022とか
非効率やろ >>130
駅名看板とかの右から左に書いてる表記はアラビア語みたいに右から左に読んでたんじゃなく
縦書きを1文字ずつ改行してただけなんだよ
戦前でも数学書とかは普通に左から右だぞ >>288
マジでイヤだわ
まさかコレってアメリカ人がろくに引き算できないから(本当か知らんけど)
そういう表記のほうが親切やろ?って考えじゃねえだろうな
>>387をみると
アメリカとか東西に長い国特有の考えになるのかな
首都の時刻に合わせておけやと思うけど 未だにヤードポンド華氏を使い続けるような国は自分たちがおかしいと気付くこともないだろうな >>367
サーバーまでとサーバ以降のディレクトリで分けたかったからあえてそうしたんじゃないのと思った >>395
体系的な生物分類学が成立したのは18世紀とかになってからだから
慣例にとらわれない考え方を1から設計できたんじゃないの? 13以上の数字がないとDDMMなのかMMDDなのか区別付かないのまじで欠陥だよな YYYYDDMMが一番意味わからん
何でそこ入れ替えるんだよ >>288
IBMサーバのRAID管理ツールが直近のログはこの表記なんだよな
淡々と日時を出すだけでいいのになんで余計なことすんの? >>14
混ざってるのはまじでガイジでしかないwww このスレ定期的に立つけど小分類からの方が合理的とかいう逆張り野郎が必ず出てくるな
ISOもYMDで海外でも内心そっちの方が扱いやすいって思ってるの明らかなのに >>2
Sep. 25th 2022
ならいいけど
09/25/2022
はやめてほしいな
13日より後の日付ならまだ分かりやすいんだけど 曜日の並びに関しては月曜始まりの方が絶対いいわ
カレンダー通りに休むなら土日の予定はセットで組む場合が多いのに一段ズレるの違和感しかない 仮に年の上位概念が出てきたら、今の俺らには必要ないから最後につけるかもしれない
そういったムーブが伝統扱いされたクソ表記ってだけよ 滅んで欲しいものベスト3
ヤードポンド法
YMD
第一角法 >>76
この書き方ならええわ
義務教育終えていれば理解できるし >>439
これめっさ困るわ
海外掲示板でよく見るけど >>440
実績に日付入ってなかったら普通苛つくだろ 本家アメップのWindowsのエクスプローラーの日付はどうなってんの? (´・ω・`)アメリカの表記ってソートさせるときに昇順・降順が使いにくいよな😨😨😨いちいちエクセルで関数作らせるつもりかよ >>76
時刻も08秒03分15時とかにしろよもう 年月日と日月年の2つだけにしてほしい
どっちつかずな月日年 表記は日月年と混ざると月日の部分でわけわからなくなる 年が二桁表記だとマジでわからん。
特に和暦なのか西暦末尾2桁なのか >>14
ジャップは日付に関しては統一してるが
鉄道の線路幅は2種類、
電気の周波数も2種類ある
こんなに規格が乱立してる国はジャップだけ
ジャップが一番ガイジ >>457
電気は機器の方で両対応してるし鉄道の線路幅なんて一般人には関係無いんだから
それはどうでもいいだろ そもそも住所とか名前でもそうだが小分類→大分類にする外人はアホだわ
ファイルパスとかちゃんと大分類からなのにな
前置詞ofの影響なんだろうけど フランスのやつが送ってくるデータがこれ
数カ月分だから日付順に並べ替えできんのよ >>457
鉄道の線路幅で強引に日本叩きに持っていくの涙ぐましい まともなアメップとかイライラしながら生きてんのか慣れて気にならないのか >>457
高速鉄道(日本で言うと新幹線)なのにけっこうな割合の路線が電化すらしてなくて
ディーゼル電気ハイブリッド車輛を納入するしかなかったイギリップ高速鉄道の話する? >>76
最後の+9:00 ってのが最初自分で足すのかと思ってたっけ AM、PMを時刻の前に書いて
AM 9:00 って表示するのは日本だけで
日本以外の国では 9:00 AM と時刻の後ろに表示してるんでしょ? ISOもYMDなんだよな
ほぼ努力目標な感じで、統一されてると言ってもいいのはコンピュータ関連くらいだが
(ソートしやすいし、そもそも内部処理がYMDだから) >>105
それはそうなんだが何で見知らぬユダヤ人の産まれたか割礼かした年を紀元に使わなきゃいけないんだともおもう >>477
気持ちはわかるが「地球を形成された年」とか
「最初のホモサピエンスの誕生した年」みたいなのはもう調べようも無いんだから
妥当な紀元らしい紀元がない c言語以降のプログラミング言語も全部ジャップ式だな >>2
sep 27th in 2022
英語の読みそのままだよ URLもフォルダのパスも
大中小の順番なわけで
結局日本式が大正解なのよ >>27
アメリカ製英語いわゆる米語はどうして和製英語とは違って批判されないのだろうな
国連常任理事国だからかな
日本も核保有国になっていたら堂々と「ナイター」を使ったのだろうか 安倍総理が残した功績
>>1-5
>>996-1000
悪夢の民主党政権(現:立憲民主党)が終わった2012年から
安倍総理の経済対策 アベノミクスが起きた2019年までの8年間にここまで経済が回復しています
有効求人倍率は0.8倍→1.6倍
平均給与は400万円→440万円
就業者数は6200万人→6700万人
失業者数は285万人→140万人
自殺者数は28000人→20000人
日経平均は8000円→24000円
正社員の数は3300万人→3500万人
正社員の有効求人倍率は0.5倍→1.2倍
年金運用益は20兆円→60兆円
名目GDPは490兆円→560兆円
実質GDPは510兆円→550兆円
最低賃金は700円→900円
中国が拡散した新型コロナによる死亡者
世界 635万人
米国 105万人
日本 3万人
世界で初めて中国から新型コロナをばら撒かれた国は日本です
当時の安倍総理は慎重な判断を行い、コロナを徹底的に抑え込んだ結果 コロナの感染者及び死者数は先進国ではダントツで、世界的に見ても日本は圧倒的に被害が少ないです
また類を見ない大規模な経済対策も行い、自殺者数を抑え込み、世界で”唯一“自殺やコロナ死を含んだ総合の死者数(超過死亡者数)を大幅に減少させ、多くの日本人の命を救いました
ほとんどの人がこの実績を忘れます。
ただ、安倍総理が日本人の命や暮らしを守るために、良くするために誰よりも必死であったことは忘れないでください MMDDYYYYはMMDDとYYYYを別個として考えてるから出てくる発想なんだろうけど
ならMM/DD/YYYYという表記やめてMM/DD YYYYにしろよなw google日本語版の日付指定検索がこれだから困る 深夜アニメでは当たり前の30時間制だけど
パソコンやスマートフォンからのネット配信が普及してくるとわかりにくいと思う人が増えているのではないかと思う
土曜25時よりも日曜午前1時の方がわかりやすいだろうに >>490
あれ曜日書くと分からないだろ
1時てのを午前だと分からせるためだけに使っていいものじゃない? >>490
それやると日曜深夜アニメと勘違いする奴がいたんだわ
まあこのご時世もう配信主体なら止めていいと思うが 02/11/2001
02m11d2001
こうなってれば字数同じでも判別できるだろうに >>457
都営地下鉄だけでも線路幅は3種類あるんだが 大中小の順番が普通やな
どんどん狭めていく
そうじゃないと気分悪い せめて月は英語表記にしてほしい
PC管理上無理なんかもしれないけど スラッシュも世界統一じゃない
15-JAN-2022
とかの国もあるし 2001〜2012まではあいつらも本当にMMDDYYにして後悔してただろうなって感じた オーストラリアで育ったから初めてアメリカのMMDDYY見た時??てなった
日本のYYMMDDはオーストラリアと真逆だから理解出来る フランスとかのAM0:00-0:59をAM12:00-12:59って書くやつ最高に気持ち悪い >>504
それPM0:00~0:59の意味ちゃうの? >>505
その通りで
日本でも代替を代替えと読んだりしちじをななじといったり絶対に聞き間違えないための言い換えはある フランスだと
↑🚻じゃなくて
↓🚻が前方にトイレありで厄介
直進左とか↙🚻、どう見ても左後ろやん httpの開発者もURLの並びを大カテゴリ中カテゴリ小カテゴリという風にフォルダみたいな構造にすればよかったと後悔してたな これクレカの有効期限も統一しているようでたまに違うよな かつてここまでケンモメンの意見が一致したことがあっただろうかいやない 日本&アメリカと、欧州で、
数値におけるカンマとピリオドの使い方が逆だってのはちょっとどうかと思うよな。
欧州では小数点が「カンマ」で桁区切りが「ピリオド」らしいんだが。 ご存知のとおり欧米ップは名・姓(John Smith)なんだけど
電話帳作るときにソートできなくて苦肉の策でカンマつけてSmith, Johnにしてるの笑える >>50
いつかEarthとか天体規模で書く日が来ると思ったんやない? >>514
Earth, Solar System, Milky Way Galaxy 和暦とかいうゴミクズやってる国には言う権利ねんだわ これぐらい世界統一しろよ
もらった海外のお土産の期限をみて
1001だったときの困惑ったらないわ これがあって、ISOの世界共通表記はここ数年で年月日、
住所も広→狭という日本式がデフォルトに採用されて広まりつつあるぞ
登録時の名前もファミリーネームが先
アメリカ人は最初不満だったらしいが、今は納得している >>512
主流ではないだろうが国際的なイベントだと
SMITH John と苗字は全部大文字で先に、名前は後にって表記が多くなってるな 馬鹿な欧米人も日付でソートするときにYYYYMMDDが合理的だと気づいたはずだが ???「11年10月20日」
ワイ「2011年の書類かな?」
???「平成11年でーすwwバーカww」
ワイ「ぐぬぬ・・・」 Mが数字じゃなかったら
なんでもいいけど
数字なら統一してくれって思う >>523
国連とかEUとかのルールだな
ファミリーネームは大文字 >>14
アメリカの存在を無視しよう
ヤーポンといい>>1といい存在が害悪 ■ このスレッドは過去ログ倉庫に格納されています