適切な命名規則で操作ミスを防げ

お好みのやつで回復してください。

年末バックアップ.dmp
前のバックアップ.dmp
処理時点.dmp
最終検収ＢＫ.dmp

#２バイト文字はやめてー

お前初心者だろプロなら
backup.dmp.old
backup.dmp.old.old
backup.dmp.old.old.old
だ。
oldが多い方が新しかったり少ない方が新しかったりするからこまる。

バックアップを取ったのが同一人物でさえ
backup.20172020.dmp
backup.20172020.dmp.old
backup.20172020.dmp.org
backup.20172020.dmp.test
backup.20172020.dmp.new
backup.20172020.dmp.modified
backup.20172020.dmp.changed
backup.20172020.dmp.last
backup.20172020.dmp.final
backup.20172020.dmp.latest
などと付けまくるので注意（主に自分に対して

# そして.testが実は…だったときの悲劇

.old
.old.new
.new.old.new
.old.new.old
以下略

一番新しいのが一番最後が.newで、oldが一番少ない奴だったかな。
「当たり前で常識でしょ」が一番の笑いどころ。

今回のはDBだから適用できないかもしれませんし、命名規則の話ではないのでオフトピ気味ですが。
昔、どこかのサイト(sradだったかも)で見かけて真似している方法で、sshクライアントのRLoginで環境毎に文字色を統一しています。仕事本番環境、仕事開発環境、仕事テスト環境、プライベート…と言った感じでは文字色を統一しています。この対策を取ってから、開発環境のつもりでうっかり本番環境でと言うミスを一度もしていません。

同様に、GUI環境でもテーマ機能を使って本番環境をひと目で見分けがつくようにしておくと役立ちますよね。

osunayo.db.slashdot.com
zettaiosunayo.db.slashdot.com

# いいや、押すね! (えー

honbanとsumata

sumataだったけど、操作ミスでうっかり入っちゃいました。

誰ですかぺネレーションテストという愚か者は

怖いお兄さんがやってきて罰金取られて出禁になりそう

ペネトレーションテスト……むきー！

おかしいな。マスターベーションテストは完璧なのに。

テスト環境でしか動作確認をしてないと本番で失敗しますよ！

ん？ナニの話だっけ？？？

スマタ、入ると言えば [oigawa-railway.co.jp]【広告】

これは、確かにプログラマにとっては紛らわしいな。

本番用　　　　db0.cluster.gitlab.com
バックアップ　db1.cluster.gitlab.com

と分りやすく命名しとけば、この悲劇は防げたと思う。

年末に参加した現場はこんな感じ
本番　　　　 db0 -接続- web1
バックアップ db1 -接続- web2

ややこしいね、コレと囁いててたら案の定ミスするSE続出...

いやいや

db1_.cluster.gitlab.com
とか
_db1.cluster.gitlab.com
とかのほうが直感的にわかっていいとおもうんだ

javaプログラマ例えば私に配慮してcom.gitlab.～にしませんか?

BSDなら

本番用　　　　　　　　　db.cluster.gitlab.com
バックアップ　　　　　　db_0.cluster.gitlab.com
ひとつ前のバックアップ　db_1.cluster.gitlab.com
ふたつ前のバックアップ　db_2.cluster.gitlab.com
……

名前は重要……とはいっても、LollipopだのMarshmallowだの言われると、何が何やらわからなくなったりする。覚えられればいいのだけれど。

そういえば、昔はsunだのmoonだのmercuryだのmarsだのといったホスト名が流行ったよねえ。

三台構成のクラスタで、caspar, barthasar, merchior または huey, louie, dewey または lachesis, clotho, atropos または urd, skuld, verdandi という命名としたことがない者だけが石を投げよ。

三台構成なら、achan.nocchi.kashiyuka

先生、三貴子はありですか

narya, nenya, vilyaならやったことある。

ガイア・オルテガ・マッシュのメールサーバで、ガイアが踏み台にされたというのは、都市伝説か・・・？

列車の前後は1エンド・2エンドだけど逆走事故なんてそうそうあるもんじゃないし
指差し確認すりゃ十分じゃねぇの

> db1とdb2ならフツー間違えねぇだろ
db0が本番、db1がバックアップ、みたいな環境を触ったことがある人は普通にやらかすパターン。
一般論として数字はヤバい。

db_wife(本番用) と db_mistress01,db_mistress02(バックアップ) とか

絶対本番用を間違えると思う。

--
-- 哀れな日本人専用(sorry Japanese only) --

その上、メンテナンスコマンドなんかをコピペで実行できるような環境だと更に倍的な。

私はDBじゃないがルーターのコマンドをリモートで変更してるときにやらかしましたよよよよ。

同意。
二つならprimary/secondaryとかですねえ。予備はreserveでバックアップ作業用はbackupとか。

db1とdb12みたいな命名方法で、運用スクリプトで"db1"を検索していたら、前方一致だったらしく両方に処理を実行したことがある。
桁数は揃えておくべきだと思う。

「ホスト名、ヨシ！」みたいな感じ？

（カチャカチャカチャ）
できる男「ホスト名、ヨシ！」
ッターン！

こうですね。

最後、隣の人と向かい合って互いを指さして

「指さしカクニン！ヨシッ！」

って終わり（昔見た指さし確認奨励のビデオ）。

フツーに間違えやすいな
バッチなんて作った日にはもう
座席とアクセスできる端末を分けるくらいは必要

指さし確認にも色々あってだな。
新幹線の車内清掃オバチャンたちが、最後に指さし確認しながら一列縦隊で列車から出てくるが、
半分以上のオバチャンは、指先と視線が合ってないから。

列車の前後は1エンド・2エンドだけど逆走事故なんてそうそうあるもんじゃないし

列車というか鉄道車両において、運転台の表記で「１エンド／２エンド」で切り替える機能なんてついてるわけじゃなく
運転台にあるのは単純に運転士が座ってる方向から見て「前進／停止／後進」なので、それで逆走するような話とは別だろう

そもそも１両単独で両側に運転台がついてる車両なら兎も角、それ以外は（新幹線車両は例外としても）常に「運転台がある側が１エンド」なので
列車の運転方向として、「１エンド側に向かって走るか、２エンド側に向かって走るか」なんてのを考えるだけ無駄だ
片側運転台の車両が主流の現状では、運転台のある車両で見れば常に「１エンド側に走るのが前進、２エンド側に走るのが後退」になるから

# 強いて言えばジャンパ栓の接続等で1エンドと2エンドを間違って計画を立てたり作業しようとすると支障が出ることがあるが
# その場合は「あ、繋がらね」で済むので逆走事故とかそんな大げさな話にはならん

逆走させた事故、そうそうはないけどたまにあるな。
大阪市営地下鉄で、始発駅で運転士と車掌が二人とも進行方向を勘違いして逆側の乗務員室に乗り込んでしまい、赤信号も見落として留置線めがけて発車させちゃったことがある。
http://www.asahi.com/kansai/travel/news/OSK201004030048.html [asahi.com]
（谷町線はATCだけど地上信号機がある）

＃7年も前の記事が残っていたことに驚き

踏み台になるのか「もんじゅ」の知恵なのか

自分の話を聞かせたり他人の手間を増やしたりするとは思われ

色はファイル名にないけど
ok/BAD とか、
true/FALSEとか
あり/無とか

「形状」として違いが認識しやすいようにするのがいいよね
アイコン紛らわしいのは勘弁な

これ、ソフトに限らず
例えば物理的なスイッチやバルブの状態表示が
「開」「閉」
とか、
「Ｏ_pen」「Ｃ_lose」
とかになっててややこしい、ってのが問題になることがたまにあります。

バルブの場合は、Shut/Open の場合もあるからちょっとなあ_(:3 」∠)_

# 開閉もたしかに一見でどっちだってわかりづらいよね

閉じ側を「Shut」にしてくれれば、確かに見た目にわかりやすいですね。

ただ、上に出てる「色」との組み合わせについては
たいてい「安全」側を青「危険」側を赤とかにするけど、
それはシステムによって「開」「閉」が逆になる可能性があるので、
作業員がローテで入れ替わるようなとこだと混乱する可能性があります。

prod_db.example.com
test_db.example.com
dev_db.example.com

みたいなのでは駄目なの？

今回のネタだと、prod_db1.example.com(本番) + prod_db2.example.com(バックアップ)になるのであうとー

HallucinatingBlaringGreenhairedDestroyerみたいなのはサジェストがないからそれはそれでちょっとむかつく

バックアップは大事。 (スコア:2)

Re:バックアップは大事。 (スコア:1)

Re:バックアップは大事。 (スコア:1)

Re: (スコア:0)

いじっている環境が一目で分かる様に (スコア:2, 参考になる)

Re:いじっている環境が一目で分かる様に (スコア:1)

そうだ、日本なら(ﾟ∀ﾟ) ! (スコア:1)

Re:そうだ、日本なら(ﾟ∀ﾟ) ! (スコア:1)

Re:そうだ、日本なら(ﾟ∀ﾟ) ! (スコア:2)

Re:そうだ、日本なら(ﾟ∀ﾟ) ! (スコア:2, おもしろおかしい)

Re:そうだ、日本なら(ﾟ∀ﾟ) ! (スコア:1)

Re: (スコア:0)

Re: (スコア:0)

Re:そうだ、日本なら(ﾟ∀ﾟ) ! (スコア:1)

Re:そうだ、日本なら(ﾟ∀ﾟ) ! (スコア:1)

０スタートやで (スコア:1)

Re:０スタートやで (スコア:1)

Re: (スコア:0)

Re: (スコア:0)

Re: (スコア:0)

名前は重要です (スコア:1)

Re:名前は重要です (スコア:2)

Re:名前は重要です (スコア:2)

Re:名前は重要です (スコア:2)

Re:名前は重要です (スコア:1)

Re: (スコア:0)

db1とdb2ならフツー間違えねぇだろ (スコア:0)

Re:db1とdb2ならフツー間違えねぇだろ (スコア:1)

Re:db1とdb2ならフツー間違えねぇだろ (スコア:2)

Re:db1とdb2ならフツー間違えねぇだろ (スコア:1)

Re: (スコア:0)

Re: (スコア:0)

Re:db1とdb2ならフツー間違えねぇだろ (スコア:2)

Re:db1とdb2ならフツー間違えねぇだろ (スコア:1)

Re:db1とdb2ならフツー間違えねぇだろ (スコア:2)

Re:db1とdb2ならフツー間違えねぇだろ (スコア:1)

Re:db1とdb2ならフツー間違えねぇだろ (スコア:1)

Re: (スコア:0)

Re: (スコア:0)

Re:db1とdb2ならフツー間違えねぇだろ (スコア:1)

Re:db1とdb2ならフツー間違えねぇだろ (スコア:1)

Re:db1とdb2ならフツー間違えねぇだろ (スコア:1)

長さも大文字小文字もできれば色も (スコア:0)

Re:長さも大文字小文字もできれば色も (スコア:2)

Re:長さも大文字小文字もできれば色も (スコア:1)

Re:長さも大文字小文字もできれば色も (スコア:1)

Re:長さも大文字小文字もできれば色も (スコア:1)

本来の意味でのハンガリアン記法 (スコア:0)

Re: (スコア:0)

Dockerとか一部アップローダの自動命名規則 (スコア:0)