技術者には試行錯誤は圧倒的に悪であると腹落ちした話｜牛尾 剛

私はシアトルのクラウドの中の人として、ソフトウェアの開発を行っているが、先日ある問題がきっかけで、技術者には試行錯誤がとても良くないということが腹落ちしたので、忘れないように書いておきたい。 先日起こった事先日起こった事は、私がシアトルから一時帰国して、普段使わないラップトップを使って日本から仕事をしている。 Application Insights というログを管理するプラットフォームがあるのだが、とても不思議なことに、Application Insights のログファイルを見ると完全に正常に動いているようにしか見えないのだが、クラウドのポータルに行くと、テレメトリが来ていない。 Application Insights のチームのメンバーが助けてくれることになったので、彼女に、Teamsで画面共有をして、「ほら、出ないでしょ？」と見せると、なんとテレメトリがポータルに来ている。その後

[lowarc]

そりゃ試行錯誤する前段階に、分析や事実に基づいて考えた物がなきゃ意味ないよな。なので、試行錯誤そのものを無駄って言いきるこの文章はなんか微妙。まず分析が重要。試行錯誤の前にも分析必要って内容なら同意

[stk132]

単に問題の切り分けを最初にやれってだけの話ちゃうんかい

[terlen0]

試行錯誤を無駄認定するから、いつまで経っても無駄な試行錯誤しかできないのでは。試行する前に思考して、筋道立ててから錯誤を探すことが技術者なのでは。

[laiso]

推測するな、計測せよ。を思い出した

[Gelsy]

主語がでかいわ。

[xjack]

よくわからんけど，闇雲に手を動かすことを試行錯誤って呼ぶな．Fiddlerだか何だか知らんが，それも試行錯誤の一手だろ（Fiddlerルートを選んだとしてもその時点で確証は無いはずだし）．

[kako-jun]

原因の切り分けは調査であり試行錯誤とは呼ばない。善悪はない。助言に頼りすぎると、助言がない時に詰む。原因は、ロガーの動作にはタイムラグがあるという知識不足（思い出す訓練不足？）なのに、結論が情緒的……

[greenbow]

言葉の定義の問題だけど、この例なら Fiddler を使うのも試行錯誤の一部では。

[hope_ring]

新人レベルの技術者が書いた記事かと思って「ないわー」とコメントしそうになったが著者を見て引っ込めた。試行錯誤は必要不可欠なことだと思っているんだけど、場当たり的対応はNGってことなんだろうね

[weathercook]

しこうさくご【試行錯誤】課題が困難なとき、何回もやってみて、失敗を重ねながらも段々と目的にせまって行くという仕方。彼は闇雲にバットを振り回すことを「試行錯誤」と呼んでいるようだが、無理があるな。

[S_Maeda]

プランニングを軽視してる奴はあかん。

[nmcli]

試行錯誤を否定するのは技術者らしくないし、Fiddlerさえしておけばいいなんていう発想もまた技術者らしくない。

[bulldra]

タイトルがよくないけど「推測するな計測せよ」って話で低レイヤーのファクト集めをしてから試行錯誤しないと時間を無駄にするという話と読んだ。単純に枝刈りが下手

[isrc]

重要なことは、目先の問題を解くことではなく、その関連技術を理解して、いかに自分のコントロール下に置くか？である。コントロールできるようになればなるほど、そもそも問題が起こらない。

[nharuki]

“科学的な方法は、基本的に「こうちゃうか？」ではなくて、「事実」を積み重ねる”ほんっっっっとこれ！

[rryu]

原因の見当がつかない時にちょっとめんどくさい方法を避けて調べ始めるとそれが正解への最短経路だったということはよくあるし、逆にめんどくさい方からやったらめんどくさいだけだったというのもよくある。

[qtamaki]

主語がでかすぎる。「Fiddlerで分析」も試行錯誤の内なので「単に私が切り分け順をミスった」という局所的な話を「技術者と試行錯誤」に拡大している。その性格が障害分析を苦手にしているという自己言及でもある

[sho]

これほどキャリアのある人ですら、良い試行錯誤と悪い試行錯誤の区別がつかないんだから、人間いくつになっても成長の余地があるってもんですよ。

[chun4970]

(何が問題かもわからずにやみくもに自己流で）試行錯誤するのは（もう解決策が出てる場合が大半だから）圧倒的に（得られるものの少ない遠回りなので）悪（い結果になりやすいこと）である

[hdkINO33]

教訓的には「試行錯誤は悪」というより「人の話を聞け」なのでは……と思わせられる話

[tossy_yukky]

言い方

[nghrk]

試行錯誤を軽視せず、ふりかえり、そこから学べば意味があるものになると思います。

[blueboy]

　✕　試行錯誤　　 ◯ 　無計画の しらみつぶし探索

[yogasa]

ブログ本数にノルマでもあるのかな

[kotetsu306]

全体に日本語が下手な文章なので、「試行錯誤」も単語の選択ミスのように感じる

[shikiarai]

？

[onesplat]

あるよな〜。新しいツール導入するのがめんどくせえのも凄くよくわかる

[Wafer]

なんでや試行錯誤はプログラマの本質やろ（昨日一週間かけてようやくとったバグの原因がアルファベットの大文字小文字の違いが原因だったことに目をそらしながら/大文字のSと小文字のｓなんみわけつかんやろ）

[sysjojo]

試行錯誤が悪なんじゃなくて自分を信じすぎるのが悪なのでは?と思った。

[ftype]

それが経験となっていくんだよなあ

[odakaho]

“ワークアラウンドとして、docker kill の前に、３０秒待つことにした。問題は完全に解決した。”

[daichirata]

よくわかんないなと思ったけど、確かに起きてる事象を分析せずとりあえず知ってる事から手をつけてあんまり意味ないことしてる人見る事があるので、そういう事なのかな。

[taiyousunsun]

なんか試行錯誤のイメージが自分と違うな。

[kei_1010]

例えばゲームをする時に俺は説明書を見ずに試行錯誤を最初にしてしまう。これは知的怠慢だと思う。5分マニュアルを読むより1時間考えたり弄り回す方がなんか楽。そういう低レベルな人にはこの記事は参考になるかも。

[emergent]

問題の切り分けをしない試行錯誤が無意味というだけのこと。

[u_eichi]

勝手にあさっての方向に試行錯誤してムダだっただけやん。試行錯誤する前に、分岐点は先にフローで理解しておくべき。

[toro-chan]

何かを調査するとき「近づいている」のかそうでないのか、もしそれが分かったのなら調査がほぼ終わってる。ほとんどの人は明後日の方向に行って諦めるのでは。

[kagehiens]

試行錯誤という日本語の使い方が正確でないだけの可能性が・・・。

[PrivateIntMain]

チームは知見も時間も共有している。共有できてないならそれはチームと呼べるのか怪しい。困ってたら助けるし困ったら助けられるでいい。みんなして困ったら筋道立てるとこからスタート。って現場にいきたい。

[papapaaaanda]

「当てずっぽう」と「試行錯誤」を混同した悪記事