12/29から1/3まで実家で過ごしていました。
何もしてません。食う＆寝る＆テレビ見るをひたすら華麗に実行するばかり。

年末に友達と会ったときに大騒ぎしたら、思いっきり喉をやられてしまいました。
今もまだひきずっています。というか、頭がいたい。
これから会社だというのに、正直テンションが上がりません。
不況の最中、こんなことでは戦えません。競争社会で戦えません。

不況もひどくなる一方ですが、今年はどんな年になるんでしょうか。
すこしでも明るくなって欲しいと願うわけですが、いかがなもんでしょうか。

んー、、、

そんな今年の目標を考えてみました。

・英語力
・貯金する
・より実戦的な知識
・プログラミングに注力しすぎない
・何か描く
・Houdini

こんなところでしょうか。

英語力は、毎年のあれです。
PODCASTとかあるし勉強しやすい時代だと思うんですけどね。
ドンマイ。
ということで今年も頑張ります。

貯金します。月に幾らかずつ。
今までみたいに行き当たりばったりだといろいろ余裕がなくて困るので。
春にはもう25なんです。しっかりせんと。

より実戦的な知識、というのはもちろん仕事のことなんですが、
つまりなんつーか、もっと場数をこなしたい、と。
もっと簡単に言えば、もっと仕事出来るようになりたい、と。
そういうことです。たぶん。

2008年はプログラミングばっかりやってた気がします。
いろいろ覚えられたのですごく良かったと思うのですが。
ただバランスが悪い。いやまぁ悪い。
ので、今年は他のこともやりましょう、ということです。

といったところから何か描く、につながるんですが。
描かなくてもまぁOKなんですが、描くのが一番手っ取り早いかなー、と。

で、最後にHoooooooooooooooooooooudiniっっっっっっっっっ！！
去年はなんだかんだで結局あんまり触れなかった気がします。
英語だの絵だのっても言ってるので、どれ程出来るかってとこですが、
実戦レベル目指したいです。

そんな感じですか。

今年もやること多そうで大変極まりないですが、気を引き締めて行きませう。

今年もよろしくお願いいたします。

さすが百代の過客、行ったり来たりが速い。

さて、今年の一年、みなさまはどんな年でしたか。

毎年恒例ということで、僕も自分の一年を振り返ってみます。

・スクリプトを、書いた。すごく書いた。多分一番ツール書いた年。
・プラグイン書いた。かつての練習用よりは若干実用的だったりした。
・知り合いがたくさん増えた。

大きくはこんなもんでしょうか。
・・・うん。たぶん。

仕事に関連するもの以外は排除してますが、しなくても大概変わらんかなｗｗｗｗｗ
あとはあえて言うなら、Houdini熱。これが燃え上がってきた、と。
出来ることなら今後はHoudiniで仕事したいです。いやマジで。
でもHoudiniの話は今回は今年の総括なので、割愛。そうしないとタイトル変えないとイカンｗｗｗｗｗｗｗ

個人的な感想を述べると、今年はとにかくツール書いてた、って感じです。
それと平行してオフィス系ツールもゴリゴリ使ってみたりなんかして、いやはや。
多分自分の書いた！！っていう実感ほどは書いてないんだと思います＜ツール
でも今年は1年間PythonPython言ってた気がします。

そのおかげか何か、当ブログの知名度がめちゃくちゃ高まった気がします。

行く先行く先で、「ブログ読んでますよ」「あのブログtai君が書いてたの？」
こんなサイトにみなさま足繁く通っていただいて、大変感謝しております。
最近はむしろ教えていただくことが多くなって大変恐縮していますが、それ以上に感謝しています。
これは迂闊な事書けんな、、、なんて思ったりもしてますが、どんどん迂闊なことを書いていく予定です（ぉ
今後も細々と続けていますので、末永くよろしくお願い致します。

いろんなセミナー（主にHoudiniとRenderMan）に出たりして、知り合いがたくさん出来たりもしたので、
そこも今年得た大きな財産だなーと思っています。
（そんな繋がりもあって、先週トラスタさんのX’masパーティーにお邪魔してきました:P）
皆様今後ともよろしくお願い足します。

そんな感じで、今年の1年は足早に過ぎ去って行った感じです。

今年の初めに、僕はこんなことを書いているのですが、どれほど達成できたか見てみますか。

————————————————————————————————————————

> ・Python＆C++の実戦投入作戦を継続し、より理解を深める。

これはずいぶん実行できた気がしますね。
ツール開発をMELからPythonに意識的に移行しただけという感じもあるのですが、
それだけでもずいぶん違いましたねー。
どんどんMELもどきからPythonっぽいプログラムになっていってます。
まだまだ勉強中＆レベルも高くないですが、ここはそんなに気合い入れなくても勝手に続いていくかなぁと思います。

> ・ちょっと大きなプログラムも書けるようになりたい。
> 　そもそも、数百行以上のプログラムを書いたことが多分ないので、今年はちょっと腰をすえて挑戦したい。

多分１０００行越え（個人的に大きいと言えるレベル（笑））のプログラムはちらほらあった、、、か？
結局プライベートで何か、というのは無理でした。
これはまぁ僕が根性なしって話なんで、今後も機会作りつつ挑戦したいところではあります:P
でも大規模なプログラムを書かないといかん！！という事態になっても、臆することなく挑戦出来るぐらいにはなったかも。
そうありたい。

> ・と、プログラム関連ばかりあげてみたものの、今年はイメージに還元していくことも目指す。
> 　やっぱり物事はバランスだと思います。TD目指してる以上、イメージ作れないなんてありえないし。

ここですね、問題は。
現在大変疎かになっております。
プロジェクトの進行上仕方ないって話もあるんですが、ここもやはりプライベートなどを利用して何かしらするべきでした。
以前みたいに、写真撮ったりとかもやらなくなった（なんとなく飽きた）ので、去年と比べて何かしらの向上があるかというと謎です。
今個人的に一番大きな問題がここです。うーん。

> ・あとは、英語、、、、、もうちょいちゃんと会話とか出来るレベルになりたい、、

これはアレです、、
エキサイト翻訳とgoo辞書があればトンチンカンながらもメールぐらいはやれるようになりましたよ、多分・・・。
中国人のテクニカル屋さんと仕事でやりとりしてたときに全部英語だったというのが、英語中学生レベルの僕のレベルを少しは押し上げてくれたのかも、、と思ってます。
でも最初は苦労しすぎましたが。短いメール、日本語なら5分もかからないようなメールに2時間かかったりとか、、、
あとはイタリア人とSkypeでチャット。彼は半分ぐらい日本語分かるので、妙なチャットになってましたｗｗｗｗｗｗ
どちらも、いい経験。読み書きだけ。
途中で終わりましたがｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ
今は完全に日本のものですが何か。
ここもホントは結構力入れてやらんとイカンところなんですが。とりあえず後回し。がーん。

> ・そんでいくつか挑戦したい試験があるので、受けてみるつもり。

これはあれです。基本情報受けようとしたんですよね。
でも、色々考えてやめました。
無理矢理受かっても意味のないものなので、余裕で合格できるぐらいまでの知識欲しいなー、と。
なので気長にやります。

————————————————————————————————————————

と、ぼちぼちな感じです。
ツール開発系のスキルに関しては良く頑張ったと言えるかなと思います。
が、問題は、画作り系スキル。

今年の力の入れ具合いは、プログラム：画作りのバランスが8:2、もしくは9:1ぐらいの偏りを見せています。
で、結局開発系スキルはどんどん伸びましたが、カッコいい画を作るスキルはまだまだ、、
自分の中でその二つのスキルの差が開いたことを感じて、不安が大きくなりました。
ただ単純に自分の画作り力不足に関する不安が大きいということなのですが。
今後はそこを埋めないといけないと思っています。
今までみたいに、頑張りたいです！とかじゃなくて、もっと切実です。
やらんと、死ぬ、って感じですか。
辛抱強くやる覚悟です。
仕事で関わる方々は是非生温かい目で見守って頂けると助かります、、、

と、今年もいろいろありましたが、良い年だったと言って良いんじゃないでしょうか。
順調にスキルアップも出来たし、今までやれなかったようなことがやれたりもしたし、と。
技術は着実についてます。プログラムも画作りも。
ただしそれを実際に使うところで弱いのが画作りの部分。弱点。
でももっと積極的にやっていけば、まぁ来年はなんとかなるんじゃないかな。

という具合で楽観的に締めます。

来年の目標は実家から帰って来てから立てます。

それではみなさまよいお年をー。

このメカニカル感は最高に快適です。
周りはカチャカチャしたクリック音による高周波ノイズが加わって相当迷惑なんじゃないかと思いきや、別に大して気にならないとのことだったので一安心。

茶軸は素直にスコッと押せてしまうので、メカニカルキーボードっていう観点で見ると、若干物足りない感じがありましたが、青軸はそこをカバーした感じ。しっかりメカニカル。
非常に快適。

押した感じは若干軽いかも？
茶軸と同じぐらいか、若干軽いか、まぁそんな感じです。
大差ないです。

よりメカニカルな感じが好きな方はZEROなんかがいいんじゃないかと思います。
英語配列版も出たっぽいので試してみたいです。
日本語版を触ってみた感じ、ひっかかりが大きいので、いつもの感じでタイプしようと思うと若干ストレスを感じた気もするんですが、単純に慣れかもしれません。

やー、良い。良いよ、青軸。

キーボードとかあんまりこだわったこと無い、、、って方には是非一度こだわりのマイキーボードを買ってみることをオススメします。
キーボードもマウスも一番人間に近い部分なので、こだわって損は無いはず、と思ってます。

必ずしもメカニカルじゃなくても、結構良い感じのがあったりしますし、自分好みのキーボードを選ぶのもなかなか楽しいですよ:)

いやぁ、もうこれ、快　適　！　！
SSDのおかげなのかOSの起動もかなり早い。
本体もかなり軽い。1kgってすごいっす。

これで僕の怠惰な生活がより怠惰に・・・！！

最高です。

Atomの貧弱さとストレージの量を考えるに、いきなり3Dソフトとか（つってもBlenderとかですが）突っ込む気にはなれず、とりあえずPythonとp5、あとはVimとFirefoxをインストール。
こんだけあれば、とりあえずはOK。
あ、でもパッケージはいくつか入れときたい。＜Python

ホントはVC2008とか入れたいんですが、なんかクソ重くなるなんて話もあるので迷っています。やっぱり重いのかなぁ、、、

マウスを常備するのもアレなので、大体のことはキーボードから行いたいわけです。
なのでcygwinとか入れたいんですが、やっぱりあれって結構要領喰う・・・？？
VCがダメっぽそうならgccかなぁと思ってるんですが、mingwの方がいいでしょうか。
むむむ。。。

ということで、限られた中にも何をインストールするかどうしようか悩んでいるところです。
遠足に何もって行くか、みたいなウキウキ感があったりします:D

はて、どう料理してくれようか・・・！！

ｳｷｳｷ

void curvedArrows::draw(M3dView & view, const MDagPath & /*path*/,
                             M3dView::DisplayStyle style,
                             M3dView::DisplayStatus status ) { ... }

関数のプロトタイプ宣言をする際に変数の名前を記述しないことが可能なのは知ってたけど、
実際に関数の定義を行う際にもこういうことが可能だったとはしらなかった。

constついて名前なしということは、使わないから名前も必要ない、ってこと？
なんか見たことない記述だから気にしてみたけど、あまり気にする必要もないようなこと、なんでせうか。
これで実際に速度がどうとか言われたら、非常に気になる内容ではあります。

今の茶軸よりもよりメカニカルなのが青軸。
超メカニカルなのが欲しいと思って、ちょい前に英語の青軸ものすごい探したけどなくて泣いた。

やっと手に入るのか、英語の青軸が・・・！！
これは、買いです。

でも実際使ってみたら茶軸最高！！ってなったりして:P

ちょい安いやつで、こんなのもあるっぽい。
ZEROは今まで日本語だけだったので、初英語配列。
これはこれで欲しい。。
ZERO Tenkeyless「ゼロ テンキーレス」　Nキーロールオーバー・英語ASCII

テンキーは個人的にはむしろ欲しいけど、この際うだうだ言うまい。

・・・VW？

水と炎すごい。
スプライトなのかな、この感じは。
うーん、、、うまいなぁ。
水が散る時にまとまる感じとかすごい。良い。

以下同文。

無駄な技術力を発揮しとる。。
にしても一体何の意味が・・・

通信はPythonプラグインでやってるそうです。
Maya Python > osc > Arduino(IDE) > Arduino(HW) > サーボ
って感じなんだろうか。

もしくはPython用のバインディングがあればMayaから直でいけるのかも。
あるのかな。・・・まさかPython用独自のバインディング作ったとか？
だったらなおさら無駄な技術力ｗ

でも天晴。

ということでとりあえず直近で引っかかったところだけでもメモっときます。

xxx[0]みたいな、配列型のアトリビュートのプラグを取得したい時
// nodeはノードのMObjectとする。
MFnDependencyGraph dgFn(node);
MPlug crvDataPlug = dgFn.findPlug("worldSpace");
crvDataPlug = crvDataPlug.elementByLogicalIndex(0);

→findPlug(”worldSpace[0]“)とかやっても取れませんでした:P

transformをcreateNodeしたい時
MDagModifier dagmod;
MObject tr = dagmod.createNode("transform");

→これはずいぶんハマッた。。
　どうやらAPIでは、DGかDagか、というのをMELの数倍明確に意識してやる必要があるっぽい。
　両方ノードだから一緒じゃーん、ってMDGModifierでcreateNodeやってたら、MFn::kInvalidしか返ってこなくてMayaがエラーで落ちまくって、、、
　まだまだ勘所がつかめなくて大変。。
　これってUndoいらないならMFnDagNode.create()でもOKなのかな。
　とするとExporter的なものとかはMFnDagNodeでいいってことか、、、な？

ところで、
MObject tr = dagmod.createNode(”transform”);の部分は、
MObject tr(dagmod.createNode(”transform”));
の方がC++的には美しい形なのだろうか。

代入と初期化の違い、、とか？
でも結局コンストラクタで代入するんだとしたら一緒なんじゃないの？ってそんなことない？

あとこれは特にAPIに限ったことではないんですが、、
メモリ確保（変数宣言含め）の場所は良く考える
これです。

スクリプト言語のノリで適当にやってたら、思ったパフォーマンスの1/10ぐらいしかでなくて焦りました。
この辺少しまとめたらずいぶん速くなりました。
コマンドならちょい待てばいいんですが、ノードの場合、そうは烏賊のニャン玉なので、
今後は注意してみてやらんと、、、

いろいろ分からないこと多いです。。
要学習。。。！！

さて、、やっと動いた、、、
いろんなクラス使う必要があって、あっちゃこっちゃ行ったり来たり、、、
あぁもう面倒だな、APIよ。

まぁでも大体こんなもんですか。
スクリプトしか知らないド素人なので許してください。
精進します。