それを30歳になってもやらないで苦労してる人がいますから。いう人たちは概して、30歳、35歳まで全くやらずにコーディングしかしないんですよ。35歳になって、「35歳だからリーダーやってください、マネージャーなってください」って言われても、「人と話しなんかしたことないです」「目を見て話すことも怖いです」みたいな状態から、いきなりリーダーなれとか予算管理しろって言われて出来ないですよね。結局リーダーとか出来なくてまた現場に下ろされちゃう。年寄りになって今度は気力、体力も落ちてきて・・・そういう苦労をしている人が多いんですよ。それをこの歳で気付くっていうのは、凄いことだと思いますね。それでもまだ完全に気付いてないかもしれないです。プログラムは楽しくてはまりがちなので、ライブラリを使ってる友達に「もっと外に出ろ」とどんどん引っ張られてる感じです。今度プログラム以外のことに力が入っちゃうと、こっちのスキルが思うようにいかなくなったり、難しいですね・・・センスですかね。あとバランスだと思いますね。そのセンスやバランスが長けている人が成功するんでしょうね。周りに笹田さんみたいないろんな先輩がいるわけだし、いろんな意味でアドバイスをしてもらえるし、いいんじゃないですかね。ありがとうございます。Rubyを磨いていって、理想のゲームライブラリーを作っていくということですね。フィードバックを得たら、その時ごとに考えるっていう感じですかね。機能でいうと僕の作ってるものは、実は最小公倍数的というか、DirectXみたいに何から何までいじれるライブラリよりは少ないんです。バラエティの豊富さよりも、僕は快適さのほうが重要だと思ってるんですね。快適さというのは、このメソッドを呼び出した時に、裏でどんな処理が行われて、どんな結果になるか、どんな状態になるかがすぐ分かることが重要だったんですよ。それが分からなくて、このメソッドを呼んで・・・ブラックボックスにメッセージ送ったけど何が起きたか分からないっていうのは、良くない設計だと思うんですね。いう風にならないように気をつけました。機能的とかよりは、効率的とか即時性とかそっちのほうに重点を置いたということですね。内部状態を持たないようにするとかですね。ブラックボックスを無くしてシンプルに・・・ですね。そこまで深く触ってないですけど、「この関数はどういう状況には呼んではいけない」だとか、そういう暗黙の了解みたいなのがあって。ブラックボックスではないか。知らなきゃいけない知識が結構あったりして、そういうのを無くしたかったんですよ。特殊な例外ルールとかローカルルールみたいなのが蔓延ってるってことなんですね。それは確かに使い勝手が悪いですよね。DirectXも初期化の順番とかあったりとか、「実はこういう時これが発生するからこうしなきゃいけない」とか、そういうルールがいっぱいあるんですね。DirectXも(以前と比べて)だいぶ簡単になったらしいんですけど、それでもまだ僕は複雑だと思います。そもそもC++自体が複雑ですからね。