zillionプロジェクト開発ブログ

リーダー向いてないのかなぁって、プロジェクトリーダーやってて気づいた。
だけど、なんかこんな時、いつもしっかりとしたことをメンバーのヤブランは言ってくれる。
「リーダーは完璧じゃないほうがいい、一つ二つ抜けてるぐらいがちょうどいいんだ。上が完璧じゃないから、下も自分が頑張らなきゃってやる気出す。優秀な部下はそれを支えていく。」
そうか。俺でいいのか。
確かに協調性が、前より全然出てきた。

とりあえずは、まずチーム内に境界線を作らない。これが第一の目標。
そのつぎはチームと外部の境界線を可能な限り薄くする。これも目標。

とはいっても、やるべきことが多い。
OEの中でいえば
・ファイル形式のフォーマットの計画書の作成
・エディターのプログラミング
・メンバーへ講習

それに加え、悩みの種も多くて胃が痛い・・・
・バグ
・バグバグバグ


・バグ

・携帯代高くて親にキレられた
・火曜日保護者会・・・

明日はスクショの日。
見せられるような変更を作らなきゃなぁ・・・

[1回]

ランタイムのを流用しようとしていましたが、やっぱり１から書くことにしました・。
自分で書かないとクラスの構造とかわからなくなりますんでね。

とはいっても、子ウィンドウに初期化すると、リサイズの関係でフリーズすることがあることが問題ですね。

実際、僕はかずさんほどDirectXの経験は深くないですから、これでいい経験になればなという感じです。

それと、そろそろネットワーク処理、アップデートのチェック処理を書いていかなきゃならないんですね。はい

めんどくさいですが、進んでるんで、勘弁してくださいね。

土日はスクショを上げる曜日ってことにして、ほかの日に進めることにしますわ～

[1回]

①特に感謝
今回の問題がこのおかげで解消できました！
thunor.sblo.jp/
作者様には感謝感謝です。


②その他の参考になるサイト
bluefish.orz.hm/sdoc/winappl_mfc.html
実際の制作を基に書かれています。

http://www.g-ishihara.com/
MFC触れたことのない人が、こんな機能があるんだ！って気づけます


今日、少なめですが勘弁してください

[1回]

MFCでソースが自動生成されたときに多用されるASSERTなのですが、正直、なんでエラーが出るのかわかりませんでした。

説明を見ると、式を評価します。

引数を見ているとBOOL値が送られている。
ただ単にFALSEならエラー出してるだけなんですね。

S_OKとSUCCSESSEDの関係みたいな。

そこまで難しい話ではないです。
特にリソース関連で使われているので、リソースの名前ミスなどには注意しましょう。

[1回]

ちょっとリアルでもめ事がありました。

物を作るという事、趣味であれ何であれ、僕としては、何かを作るクリエイター（プロ、アマ問わず）の最低限必要な意識として、他人の意見を聞く。これは当たり前なことだと思います。

確かに、自分の意見を押し通す事、これは作風の変化のないためにある事です。でも、それはプロの話であって、自分の作品をある程度客観的に見える人の話。

それができない人は、物を作ることはできない。少なくとも、才能がなければ。

だからこそ、僕もこのブログで作業報告をしてたまにスクショを上げているんです。
そのコメントには、たまに意見が含まれていることがあります。
僕らは、できる限り（技術的にできるものならば）100%期待に応えます。



それが当然だからです。物を作るものとして、


当たり前なことです。


それを理解していないならば、たとえ憎まれることがあっても、無理やりにでも理解させる必要性がある。
無理やりにでも客観的な意見を伝える必要がある。


それは確かに批判を買うだろう。指摘されるだろう。笑われるだろう。
だけど、これは恥ずかしいことか？

これをすべて真摯に受け止める。それが、物を作る精神だ。

クレームを大事にする店は発展する。読者の「技のアイデア」とか「敵のアイデア」とかマンガで募集される物は人気がある。

それはクリエイターだけの話ではないかもしれない。


でも、確かに俺にも間違いがあった。

意見が恥ずかしい、指摘が恥ずかしい、心に傷を負った。そうか、なら仕方がないな。
それなら、内輪受けのものを作ればいい。

だけど、俺はお前をクリエイターとしてはもう見れない。


批判を大事にしなければ、内輪受けのものができる。
それを、俺なんかのブログを参考にしてる人、少ないとは思うが、同じクリエイターの卵として理解していてほしい。

[1回]