ファイル名の末尾にyyyymmddつけてね 173
ストーリー by nagazou
新入社員の季節なので似たような話題が増えそう 部門より
新入社員の季節なので似たような話題が増えそう 部門より
Twitter上でのちょっとした話題。 空飛ぶ卵さんが同僚に対して「ファイル名末尾はyyyymmddつけてねとお願いをしたところ、空飛ぶ卵さん期待したような「srad_20100401.pdf」というファイル名ではなく「srad_yyyymmdd.pdf」という形のファイル名が後日送られてきたきて空飛ぶ卵さんは固まってしまったようだ(空飛ぶ卵さんのツイート)。
nemui4 曰く、
nemui4 曰く、
今までそういう書式を扱うことがなかった人だとこうなりますね
ぼく「ファイル名末尾はyyyymmddつけてね(メールで)」 同僚「おk」 後日 当該ファイル ◯◯◯yyyymmdd.pdf ぼく「」
日付では無いが (スコア:3, おもしろおかしい)
「ブラウザで、 http://<対象機器のIPアドレス>:8080 にアクセスしてください」
と書かれている部分で「アクセスできない」と言われた事があり、確認したら素直に、
http://<対象機器のIPアドレス>:8080
と入力している人がいた。
いや、その… (スコア:1)
年月日をこういうフォーマットで付けて欲しいって意図だったんだよ、とフォローして終わる話とは違うの?
何かウィットに富んだ事態なの??
Re:いや、その… (スコア:3, すばらしい洞察)
「yyyymmddを付けろ」と言われたらyyyymmddを付けるよ。
「yyyymmdd型式で日付を付けろ」と言われたらその型式で日付を付けるけど。
後者なのに前者で説明する上司の日本語能力に問題がある。
YYYYMMDDという文字列を見つけたら、なんかのプログラムで
自動変換する可能性だってこの業界なら十分にあるから、
勝手に違う文字列に置き換えるわけにはいかない。
Re:いや、その… (スコア:3, すばらしい洞察)
俺なら確認するね
依頼するときにも例つけるし
Re:いや、その… (スコア:1)
「USB貸して」
「USBって何ですか?}
「USBも知らないのかよ」
Re:いや、その… (スコア:2)
ymdの意味とフォーマットであることを伝えても理解してもらえなかった、
みたいな追記があったような気がする。
理解できないのか忘れてしまうのかはわからん。
Re:いや、その… (スコア:4, おもしろおかしい)
yyyymmdd…西暦4桁月日
yymmdd…西暦下2桁月日
ymd…やまだ
Re:いや、その… (スコア:2)
イエスマイダーク!!
Re:いや、その… (スコア:1)
このツイートは、「yyyymmddが年月日を表す事ぐらい常識だろ」という感覚と、「そもそもそんなファイル管理やめろ」という
二つの思いが混ざりあい、ベテランに複雑な感情をもたらすのだと思う。
名前に日付を付けるテクニックは非常に原始的なTipsで、いまだに役に立つ場面はある。
とは言え、そのようなファイルが雑に散らばった一覧を見掛けると悲しい思いが湧いてくることもある。
Re:いや、その… (スコア:3)
若きをなじるな。いつか来た道。
老いを嗤うな。いつか行く道。
これ最近は怒られる場合があります。 (スコア:1)
文書管理システムがちゃんと機能している法人機関だとファイルのブランチを勝手に作ったとして怒られます。
新入社員云云かんぬんではなく、時代とシステムの問題でこの方式を使わない人はいるので"これが常識だと思って指示している事"の方が問題です。
Re:これ最近は怒られる場合があります。 (スコア:3, おもしろおかしい)
成る程、文書管理システムがちゃんと機能している法人機関だと、「XX改.pdf」「XX最新.pdf」「XX最終.pdf」とかの方が良いのだな。
勉強になった。
Re:これ最近は怒られる場合があります。 (スコア:1)
新なんたら、次世代かんたら、というタイトル連発されると、その場での説明には有効なのでしょうけど。
あとから見たとき何時の「新」かなんの「次世代」なのかほぼわからない墓場になってますね。
Re:これ最近は怒られる場合があります。 (スコア:1)
新橋もポンヌフもずいぶん古いですね。命名したときは最新だったんですが。
Re:これ最近は怒られる場合があります。 (スコア:1)
ニューヨークやニュージャージーやニュージーランドやニューカレドニアは、元の地名に比べて相対的に新しいので、それはそれでよいのでは。
Re:これ最近は怒られる場合があります。 (スコア:1)
>新型コロナが猛威をふるっています。
COVID‑19 や SARS_CoV_2 とは言わなくなりましたね。
デルタ、ラムダ、ミュー、オミクロン、D1.2.3
#順番忘れた
Re:これ最近は怒られる場合があります。 (スコア:1)
でもね。「業務命令書-yyyy-mm-dd-nnn.xlsx」なんて最初の起草日を基にした連番ファイルの神Excelの文書で、それをやるのは勘弁願いたい。
しかし、『業務命令書』みたいに、決まった様式のものが何通もある文書だと、なんらか区別する名前が必要になるんじゃない?
毎回、適切名前を付けられればいいんだけど、数が多いと難しくなってくる。
その場合は、上の様なファイル名でも悪くは無いと思うよ。
# 神Excelは別。
Re:これ最近は怒られる場合があります。 (スコア:1)
末尾のyyyymmddはバージョン管理のために使うことが多いですし、ドラフト段階では発令日も決まっていないこともあるでしょうから、同種別文書と区別するためであれば、「(●●の件)」とかのほうがよいかと。発令後の正式版の写しであれば、文書番号をファイル名に入れればよいし。
Re:これ最近は怒られる場合があります。 (スコア:1)
そうですね。必ずしも日付に基く名前でなくても良いと思いますよ。絶対そうしなければならない、と言う話ではありません。
重複しない文書番号発番方法があるのなら、その番号で十分です。
ただ、件数が多くなると、「(●●の件)」は、名前を考えるのが面倒になるケースもあるでしょう。あるいは、「(●●の件)」が重複する可能性もあります。これは既に指摘した通り。
「正式版の写しであれば、文書番号を」は意味不明です。
ドラフト段階では文書番号が割り当てられず、正式版にになって初めて文書番号が割り当てられる、という話なんでしょうか?
だったら、写しからではなく、正式版から番号を利用すれば良いのではないかと思いますが。
何か、ここには書かれていない隠れた前提がありそうな気もしますが。
Re:これ最近は怒られる場合があります。 (スコア:1)
文書番号の付け方は組織によるでしょうけれど、正式発行される際に番号が文書冒頭に書き込まれて確定する場合を想定しています(稟議開始時点で付番するなど、それ以外の方法もあるかもしれません)。「写し」と書いたのは正式版は紙で発行された場合を想定したもので、電子文書自体が正式版であればそのファイル名にも文書番号を付すのがよいかと思います。
Re:これ最近は怒られる場合があります。 (スコア:1)
正式版は紙で発行
電子データ=ファイルで作って、印刷した後に文書番号を発行するんですか?
それは流石に想像できませんでした。いまどき、説明無しには伝わらんでしょう。
もしかして、印刷したものにナンバリングスタンプとか押すルール?
Re:これ最近は怒られる場合があります。 (スコア:1)
印刷直前にファイル上で書き込む場合も含めて「正式発行される際に」という趣旨です。
Re:これ最近は怒られる場合があります。 (スコア:1)
印刷直前にファイル上で書き込む場合
その時点で文書番号をファイル名に付けない理由が無さそうです。なんで「写し」からなんでしょう?
そう言う意味で、「意味不明」です。
あなたの環境では、あなたでは変えられない理由があるってことなんでしょう。
でも、それを「正式版の写しであれば、文書番号をファイル名に入れればよい」みたいに一般化しても、ちょっと伝わらないと思います。
Re:これ最近は怒られる場合があります。 (スコア:1)
その場合にファイル名に付番することを否定しているわけではありません。Final版ドラフトをどのようなファイル名で管理するかは組織のポリシーによるでしょう。
Re:これ最近は怒られる場合があります。 (スコア:1)
Final版ドラフトをどのようなファイル名で管理するかは組織のポリシーによるでしょう。
その前提なら「正式版の写しであれば、文書番号をファイル名に入れればよい」みたいな意見は出て来ないですね。
やっぱり意味不明です。
Re:これ最近は怒られる場合があります。 (スコア:1)
すいません、なぜそう思われるのかよく分かりませんが、言ってもいないことを前提にすると意味不明なのは当然だと思います。
Re:これ最近は怒られる場合があります。 (スコア:1)
言ってもいないことを前提にすると意味不明なのは当然だと思います。
それはその通りです。しかし、まったく関係の無い事を持ち出しても意味不明になるばかりです。
なぜなら、前提とした「Final版ドラフトをどのようなファイル名で管理するかは組織のポリシーによる [srad.jp]」も、「正式版の写しであれば、文書番号をファイル名に入れればよい [srad.jp]」もmonyonyoさんが書いたことだからです。
元の#4226195 [srad.jp]に立ち返って
は逆に、書いていない前提があり過ぎて意味不明になっています。
私は繰り返し、どういう前提でそう言っているのか尋ねているわけですが、なかなか通じない様に見えます。
自分の置かれた環境が絶対で、それに対して疑問を持つことも改善しようとしたことも無く、他にも多様なやり方があることに気付いていない人の意見の様に見えます。
mmは分で (スコア:1)
MMが月ではないのか
Re:言い方が悪い (スコア:2, 興味深い)
本人も認めている後だし
ttps://twitter.com/hyper_egg/status/1508431295046914056
この条件を踏まえて考えると、、
「いつも曖昧指示出しているから部下or同僚から『言われたとおりに「yyyymmdd」つけましたよぉ』っていやがらせor反逆を受けたんじゃないの」と下衆の勘繰りがめばえてくるな
Re:言い方が悪い (スコア:1)
ネタのインパクト優先していて、リンク先で後から補足されてるけど、
環境でのやらかしなのですよ
Re:言い方が悪い (スコア:1)
今度は「srad_日付をyyyymmddの形式で.pdf」が送られてくる…ことはさすがにないか。
Re:言い方が悪い (スコア:1)
みんな大好きMS Officeのワークシート関数とかVBA関数の日付指定書式なので、エンジニアでも馴染み深いのでは。
少なくとも、私の職場に常駐している大手SIerの人たちはファイル名の付け方の説明でよく使ってます。
//同日でファイルをいくつも作ることを考えると、とても面倒な名前だと思う・・・。
Re:言い方が悪い (スコア:1)
>//同日でファイルをいくつも作ることを考えると、とても面倒な名前だと思う・・・。
テンポラリバックアップファイルだと
filename.yymmdd-nn
ファイル保存するときにすでにあると、nnをインクリメントしてます
最初 yymmdd-hhmmss にしてたら桁多すぎて見にくかった
Re:言い方が悪い (スコア:1)
個人的には、一日に数回程度編集する可能性のある物であれば、
basename-yyyy-mm-dd-nn.ext
だな。nnは連番ね。一日に十回以上編集する可能性が有れば、nnnにする。
年月日には、見やすさを優先して必ず区切り文字を入れる。
桁数をケチる意味もか無かろう。8.3形式の時代じゃないんだから。
もちろん、バージョン管理システムが使えるのなら、そんなアホなことはしない。
Re:言い方が悪い (スコア:1)
basename-yyyy-mm-dd_山田2_田中2_佐藤
みたいなのもありますね。
Re:言い方が悪い (スコア:1)
今更桁数を削る意識はないのですが yymmdd にすっかり慣れていて、逆に間にデリミタが入ると冗長だと感じてました。
2000年超えたときに yymmdd でソートするとちょっとめんどくさい結果になってたけど、もう今はそれも気にしてない。
テキストメモを残すときに、最初に書き起こした日付でソートしたい事がよくあるので。
yymmdd_hogefuga_nn.txt というファイルを作り続けてます。
Re:言い方が悪い (スコア:1)
yymmddだと外国とのやりとりで誤解が生じやすいので(アメリカ人はmmddyyとしがちでヨーロッパ人はddmmyyとしがち)、外国とのやりとりがある場合には、誤解が生じにくいyyyymmddがおすすめですね。
Re:言い方が悪い (スコア:2, 参考になる)
hhも、HHだと24h表記、hhだったら12hというようにあるからね
Re:言い方が悪い (スコア:1)
Excelのフォーマット文字列は月も分もmで、
前後にyかdがあったら月、
前後にhかsがあったら分。
yyyymmddhhmmssで年月日時分秒になるというのは確かにユーザーフレンドリーなんだけど、
xlsxファイルを読み書きするプログラム作ってると殺意がわく。
Re:言い方が悪い (スコア:1)
すみません、元コメはちょっと間違えてました。
hの後かsの前のmは分、それ以外は月 [microsoft.com]と、mの前後にy/dはなくてもデフォルトで月表示です。そのため月だけ表示はできますが、分だけ表示はできません。
ただし、経過時間を表す場合なら、大括弧でかこった「[m]」で分だけを表示できます(1時間20分が80表示になります)
Re:言い方が悪い (スコア:1)
それはそれとして、04で済むものを「April」のように
ソートの邪魔になるような文字列を使いたがる文化は
ヤードポンドと共に滅ぶべきである
先進的な我々は「卯月」とか使わない
Re:言い方が悪い (スコア:2)
中国は曜日も数字なんだよなぁ
Re:言い方が悪い (スコア:2)
アレは不思議ですよね。七曜って中国でから日本にやって来たもんだ [kcg.ac.jp]と思ってたんですが、
いつの間にかに使わなくなってたんですかね。
しかも洋の東西でズレがないと言われると、ホントかそれと思ったりします。
Re:言い方が悪い (スコア:2)
中国で違うんのはなんでやねんと私も思いましたが、
清朝末に当時の偉い人が音頭を取って変えたとかだったと思います
西洋と縁が薄いころは七曜はたいして使われてなかったんじゃないかな
Re:言い方が悪い (スコア:1)
04で済むものを「April」のようにソートの邪魔になるような文字列を使いたがる文化
まったくその通りだと思うけど、sortコマンドに「-M, --month-sort」オプションを用意してたりするのは大したもんだと思わんでも…。
Re:言い方が悪い (スコア:1)
うちもテンプレートになる文書はyyyymmdd付けることあるから変な指示でもないなと思う。
Re:言い方が悪い (スコア:1)
日本がハイコンテキストな文化だったのは、日本の貧富の差・階層の差が小さかったからだと思うんだけど、今やそんなことは言ってられなくなったので、ローコンテキストなコミュニケーションを心がける必要がある、と言う事なんだろうね。
Re:yyyy-mm-dd (スコア:1)
ISO8601での日付と時間の区切り文字は"T"です。
Re:文字通り解釈したのだから (スコア:1)
たしかに同僚を責めてないね
絶句したあと陰口たたいてるだけ
Re:「えっ?自動で変換されるんじゃないんですか?」 (スコア:1)
今日は20211602ですねわかります
システム運用の現場だと、夜間バッチの扱いの利便性のために、30時間制 [wikipedia.org]で表記する場合があったりするので、その方が便利だったりするかもね。
# 03:00AMを27:00と表記する奴ね。
深夜アニメの放送日・時間は30時間制だったり24時間制だったりして面倒なので、どっちかに統一して欲しい。
曜日がチェックデジットになるっちゃなるんだが。