最近ちょこちょこ相談されることがあって、直接のスキルではないけど、こういうのもスキルだよなぁって思ったので、思いついた順に書いてみる。「これがなぜか動かない」って相談されたときって、いくつかの要素が絡んでることが多い。「ここは明らかに問題ないでしょう」という一番土台のところからチェックを始める。すると「え?そこは問題ないと思いますよ?」って言われるので「うん、それを『問題ないと思う』じゃなくて『問題ない』って断言できるようにしようと思って」みたいな会話をよくする。可能性をひとつずつつぶしていくと「ここだなぁ」って場所が見つかって、そしたら、もうあとはそんなに難しくない。ひとつずつ確認していくのって遠回りに見えるけど、結局その方が確実ではやいと思う。↑と絡んで、想像や思い込みなのに、「ここは問題ありません」って断言をする人もいる。゚д゚)ハッ!・・・確認はしてません」ってなる。「じゃ、そこ確認してみよう」。自分の中の想像と事実を切り分ける力もそうだけど、誰かの中の想像と事実を切り分ける力も大切だね。問題にぶつかって、調べてみるかーってなるとして、ネットを探し回るのもスキルがいるよなぁって思う。だいたい英語のほうが情報が多い。エラーメッセージの中からキーワードを選んだり。期間を指定したり、サイトを指定したり。Overflowを見に行ったり。GithubのIssueを探してみたり。あと、うちの部署は全員Safaribooksを読めるので、そこで探したりもするなぁ。いうサイトにはたぶん載ってないとか。この翻訳は原文をあたったほうが良さそうとか。この人の記事なら信頼できるとか。それと、社内のドキュメントを探す力も重要。「ここにあったよ」って伝えると「え?そんなの知らなかった!」って言われることが多いんだけど「僕も知らなかったけど、探したら見つかったよ。コツがいるよね」って感じ。このスキルは外では身につかないのが難しいところ。公式ドキュメントに書いてある場合も多い。SpringBootの設定を外部からどう与えるかとか。目を通しておいて、必要なときに「たしかあそこに書いてたなー」ってチェックできるようにしておく。読んでなくて想像で動かしてる人も多そう。目の前にソースコードがあるのに「このスクリプトが動かないんですよね・・・」って言われるときも多い。「ソースコード読んでみたんだけど、こうやれば良さそうよ?」みたいな。「じゃあ、この場合はどんな風に動くんですか?」って聞かれて(ほほー。自分で読むってのは想像もしないのかー)って思いつつ「そうね。一緒にこのソースコード読もうか」ってなる。Githubでソースコードが公開されてるプロダクトなら見に行ったらいい。Probeが気になったときに、見に行ってほほーってなったりしてた。RubyとかGoとか分からなくても雰囲気で読む力がついてきたのかな。前のバージョンを使ってる場合とかだと、ブランチの中を探してみたりもする。コンテナの中身がどうなってるか分からない!って言う人もいるけど「それ、GithubにDockerfileあるからそれ読んだらだいたい分かりますよー」って話もしたりする。そんな感じエラーメッセージを読む力、はもういいよね。いえ、書きながら自分自身も、Terraformの公式ドキュメントに目を通してないなぁとか思った。18に行ってきたということでDockerCon本編のログ。前日までのお話はここ。頭の中にスタックが3つしかないからネストは3つまでがいいし。(1)はてなブログをはじめよう!bufferingsさんは、はてなブログを使っています。ブログを報告するスターをつけました引用をストックしましたストック一覧を見る閉じる引用するにはまずログインしてくださいログイン閉じる引用をストックできませんでした。再度お試しください閉じる限定公開記事のため引用できません。