アカウント名:
パスワード:
フィートからの換算ミスだと思いますが、たぶん面積がそれぞれ3桁違ってます。4,464平方キロメートルって東京都の倍以上…
48M sq. ft って言ってるので、4.460平方キロですね。
モナコ2個分で、皇居3つぶんと考えると、結構でかいな。中央区、台東区、千代田区、文京区とかは、大体10〜11平方キロなので、その半分から1/3くらい、で神田や麹町が丸々一つ分って感じか。
国によっては小数点に「,」を使って3桁ごとの位取りに「.」を使うところもあるから...と思ったら、原文には平方キロメートル表記はありませんでした。あるいは、dancemanさん自身がそういった国の出身だったりして。
「km^2」とかだったらそういう善意の解釈も出来たろうが、「平方キロメートル」って日本語表記ではなぁ。
欧州と米国（や日本）で「,」や「.」の扱いが逆だったり、日付の「日」「月」「年」の並びが日米欧でバラバラだったりするのは、もうほんとやめて統一して。
3.2.2012とか、二月三日なのか三月二日なのか迷うんじゃぁぁぁぁあぁぁあぁぁ！ヨーロッパで作られたエクセルの表計算シートが、日本じゃまともに動かんのじゃぁぁあぁぁぁぁあ！日付は日本式の年.月.日の方が、日付を付け加えたファイル名にしたときに名前順ソートで日付順に並ぶんで便利で論理的なんじゃぁぁぁあああぁぁぁ！
本当の日本式にしようぜ。
課題管理表_平成二十四年閏三月廿日明六.xlsx
皇紀使えよ
明治以降初めて定めたような新しすぎる年号使えません。
中国から教わった文字は使わないのが本当の日本式。
> 日付は日本式の年.月.日の方が、日付を付け加えたファイル名にしたときに名前順ソートで日付順に並ぶんで
あーだから日本企業の共有フォルダは「何年何月何日_ほげほげ.xls」で埋め尽くされるのか。これは欧米式に統一したい
>これは欧米式に統一したい
欧と米で日付の表記方法違うんやでｗ
つーか米の会社でもファイル名はhoge_yyyymmdd_seqnumがおおいぞ。
ファイル名だとソート順のこともあるからそうなるんでしょうね。文書内だと「6-Jul-2012」とかお出しされる。・・・なぜかExcelでも日付型（シリアル値）じゃなく文字列で入れてきたりする。やーめーてー。
ファイル名に日付書くよりメタデータを使った方がいいですよ。作成日時や更新日時といった情報は、海外のものも一律でソートできますよ。
しばしば「hoge_yyyymmdd.ext」 というファイルは「日付yyyymmddに関するデータが含まれているファイル」という意味で、必ずしもその作成日や更新日がファイル名に記された日付だったりだったりするわけではないから。
例えば生データを記録し続けて、後でまとめて処理して日毎のファイルに切り分けるようなケースでは、作成日、更新日はデータ取得日となんら関係が無く使えない。っていうか、今まで一度もそういうケースに会ったことがないの？
っていうかすぐそんなケース思いつくほど運用カオスなの？
ファイルに書かれているデータの取得日がファイルの作成日や更新日と違うなんてのは、ごくありふれたケースだ。働いたり研究したりしたこと無い人にはわからんのだろうけども。
ファイルシステム/OS依存のファイルのメタデータ記録領域に項目作って其処に記述するという方法では、違うファイルシステム下にコピーしただけでその情報は失われてしまう。ファイル名に付与する方が、最もポータビリティーがあり利用しやすいメタデータの記述方だ。
touch 「」
> ファイル名に付与する方が、最もポータビリティーがあり利用しやすいメタデータの記述方だ。とかいって属人的なルールでやってるやつが、> 働いたり研究したりしたこと無い人にはわからんのだろうけども。とか言ってるんだ、よっぽどパフォーマンス悪い働き方か研究しかしたことないんだろ
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
開いた括弧は必ず閉じる -- あるプログラマー
桁大きすぎ (スコア:3)
フィートからの換算ミスだと思いますが、たぶん面積がそれぞれ3桁違ってます。
4,464平方キロメートルって東京都の倍以上…
Re:桁大きすぎ (スコア:2, 興味深い)
48M sq. ft って言ってるので、4.460平方キロですね。
Re:桁大きすぎ (スコア:1)
モナコ2個分で、皇居3つぶんと考えると、結構でかいな。中央区、台東区、千代田区、文京区とかは、大体10〜11平方キロなので、その半分から1/3くらい、で神田や麹町が丸々一つ分って感じか。
Re: (スコア:0)
国によっては小数点に「,」を使って3桁ごとの位取りに「.」を使うところもあるから...と思ったら、原文には平方キロメートル表記はありませんでした。
あるいは、dancemanさん自身がそういった国の出身だったりして。
Re: (スコア:0)
「km^2」とかだったらそういう善意の解釈も出来たろうが、「平方キロメートル」って日本語表記ではなぁ。
欧州と米国（や日本）で「,」や「.」の扱いが逆だったり、日付の「日」「月」「年」の並びが日米欧でバラバラだったりするのは、もうほんとやめて統一して。
3.2.2012とか、二月三日なのか三月二日なのか迷うんじゃぁぁぁぁあぁぁあぁぁ！
ヨーロッパで作られたエクセルの表計算シートが、日本じゃまともに動かんのじゃぁぁあぁぁぁぁあ！
日付は日本式の年.月.日の方が、日付を付け加えたファイル名にしたときに名前順ソートで日付順に並ぶんで便利で論理的なんじゃぁぁぁあああぁぁぁ！
Re:桁大きすぎ (スコア:1)
本当の日本式にしようぜ。
課題管理表_平成二十四年閏三月廿日明六.xlsx
Re: (スコア:0)
皇紀使えよ
Re: (スコア:0)
明治以降初めて定めたような新しすぎる年号使えません。
Re: (スコア:0)
中国から教わった文字は使わないのが本当の日本式。
Re: (スコア:0)
> 日付は日本式の年.月.日の方が、日付を付け加えたファイル名にしたときに名前順ソートで日付順に並ぶんで
あーだから日本企業の共有フォルダは「何年何月何日_ほげほげ.xls」で埋め尽くされるのか。これは欧米式に統一したい
Re: (スコア:0)
>これは欧米式に統一したい
欧と米で日付の表記方法違うんやでｗ
Re: (スコア:0)
つーか米の会社でもファイル名はhoge_yyyymmdd_seqnumがおおいぞ。
Re: (スコア:0)
ファイル名だとソート順のこともあるからそうなるんでしょうね。
文書内だと「6-Jul-2012」とかお出しされる。
・・・なぜかExcelでも日付型（シリアル値）じゃなく文字列で入れてきたりする。やーめーてー。
Re: (スコア:0)
ファイル名に日付書くよりメタデータを使った方がいいですよ。
作成日時や更新日時といった情報は、海外のものも一律でソートできますよ。
Re: (スコア:0)
しばしば「hoge_yyyymmdd.ext」 というファイルは「日付yyyymmddに関するデータが含まれているファイル」という意味で、
必ずしもその作成日や更新日がファイル名に記された日付だったりだったりするわけではないから。
例えば生データを記録し続けて、後でまとめて処理して日毎のファイルに切り分けるようなケースでは、
作成日、更新日はデータ取得日となんら関係が無く使えない。
っていうか、今まで一度もそういうケースに会ったことがないの？
Re:桁大きすぎ (スコア:2)
っていうかすぐそんなケース思いつくほど運用カオスなの？
Re: (スコア:0)
ファイルに書かれているデータの取得日がファイルの作成日や更新日と違うなんてのは、ごくありふれたケースだ。
働いたり研究したりしたこと無い人にはわからんのだろうけども。
ファイルシステム/OS依存のファイルのメタデータ記録領域に項目作って其処に記述するという方法では、
違うファイルシステム下にコピーしただけでその情報は失われてしまう。
ファイル名に付与する方が、最もポータビリティーがあり利用しやすいメタデータの記述方だ。
Re: (スコア:0)
touch 「」
Re: (スコア:0)
> ファイル名に付与する方が、最もポータビリティーがあり利用しやすいメタデータの記述方だ。
とかいって属人的なルールでやってるやつが、
> 働いたり研究したりしたこと無い人にはわからんのだろうけども。
とか言ってるんだ、よっぽどパフォーマンス悪い働き方か研究しかしたことないんだろ