できるかぎりエレガントな解法を見つけて「うっかりミス」を減らす

このブログでも何度か書いたことがあるが、ソフトウェアを書くのに高度な数学が必要なケースはマレで、ほとんどの場合は中学生程度の数学で十分である。ただし、中学生時代の数学を「公式の丸暗記」でしのいで来たような人ではなく、「難しい応用問題をエレガントに解くのが楽くてしょうがなかった」ような人が向いているというのが私の持論だ。 例として、以下の二つの数学の問題を見て欲しい。 例題１．時計の長針と短針は、１２時にちょうどピッタリと重なります。次にピッタリと重なるのは何時でしょう。 例題２．サイコロを２個、順番に投げることにします。１つ目のサイコロの目の方が二つ目のサイコロの目より大きい確率を求めてください。 どちらも、中学生の数学を使って解ける問題ではある。例題１は方程式を使って解くことができるし、例題２は順列組み合わせの考えを適用すれば解くことはできる。しかし、それで満足してはいけない。 プログラ

[webmarksjp]

プログラミング

[wablog]

「「いかにミスが生じにくいような解き方・プログラムの書き方をするか」を常に真剣に考える」

[FeZn]

考え方

[hamasta]

逆にソフトウェア開発で決定的な差をつけたかったら、高度な数学能力があったほうが良い。

[eyama]

あたまを柔らかくする、発想を豊かにする。ちょっと苦手ではあるのですが・・・。

[hiragisan]

「いかにミスが生じにくいような解き方・プログラムの書き方をするか」数学オリンピックのトランプの問題の解答を見た時の衝撃が忘れられない

[tenkao]

"「人間にミスはつきもの」という前提のもとで、「いかにミスが生じにくいような解き方・プログラムの書き方をするか」を常に真剣に考えるクセを身に着けておくことは大切である"

[fuktommy]

エレガントだと思った解法が勘違いだというリスクもある。サイコロの例なら「大きいか小さいかで1/2じゃね？」という間違い。

[RIKKUN]

意外に難しい・・・

[sirocco634]

[work] できるかぎりエレガントな解法をみつけ、ミスを少なくすべき

[d-mate]

私はこういうとき「もっとも手っ取り早い力業」で回答を出してから、時間に余裕があれば理屈で検証していました。なので、きっと優秀なプログラマにはなれないタイプ、マーケティングのほうが性に合っていたようです

[nanakoso]

６０÷１１が割り切れない、、、

[usj12262]

小学生的な考え方がときに重要