Qiita Teams that are logged in
You are not logged in to any team

Log in to Qiita Team
Community
OrganizationAdvent CalendarQiitadon (β)
Service
Qiita JobsQiita ZineQiita Blog
Help us understand the problem. What is going on with this article?

rm -rf / 押しちゃった!?やばい! でも大事なのは、ミスの大きさじゃなくてリカバリータイムだよ

More than 1 year has passed since last update.
  • 1年間ぐらい考えていたけど、ようやく記事にできた
  • ソフトスキル、ハードスキル、プログラミング、サーバー操作などにかかわらず、大事なのはミスの大小よりもリカバリー時間
  • たとえばSlackでの連絡のような報連相でも、いちど間違ったことを言っても、秒で訂正するのが素晴らしかったりする

え、編集で直さないの? 編集コストの高さについては別の記事に書いた。どこだっけ。


e.g God i hit rm -rf / in Linux !! Miss is bad? High speed recovery is good / Engineer working tips

Big miss is bad? small miss is good?

image

No! Bad is related with "Recovery time"

image

if you missed big wrong case but even if Recovery time was short its Good!

smaller damage

rm -rf / but if stop that process soon then lost data is few

its not linux engineering topic only

We can hope soft kills hard skills both
i was thinking about this topic while an year
and finally draw a sketch of Recovery Time and Miss Size Damage

ya :)


https://twitter.com/YumaInaura

https://github.com/YumaInaura/YumaInaura/issues

https://github.com/YumaInaura/YumaInaura/issues/229

let miss and recovery!

many miss and recovery growth us many skills and wisdom


https://twitter.com/YumaInaura

https://github.com/YumaInaura/YumaInaura/issues

YumaInaura
Ruby on Rails 業務経験 約5年 / Perl PHP Python Golang Linux Apache MySQL BigQuery Jenkins ansible AWS など / いなうらゆうま / YumaInaura / 稲浦悠馬
http://twitter.com/yumainaura
Why not register and get more from Qiita?
  1. We will deliver articles that match you
    By following users and tags, you can catch up information on technical fields that you are interested in as a whole
  2. you can read useful information later efficiently
    By "stocking" the articles you like, you can search right away