つーさのくーかん

7日の晩と8日の丸一日を、GSDの部室の撤収作業に費やし、つい今し方帰ってきた。

GSDの部室はOB宅の一室を間借りする形で存在していた。
このたびの、家主様の引っ越しに際して後釜が見つからず、
その他の部室維持のアクションも取れなかった我々は、
ついに部室を撤収することになったのだった……。

続きを読む

つーさ＠金曜 東「ミ」04b(@TTsukiEx)/2011年01月05日 - Twilog
http://twilog.org/TTsukiEx/date-110105/asc-norep

本年もどうぞよろしくお願いします。

コミケ組の方々、本当にお疲れ様でした。
ブースを訪れてくださった方々、ありがとうございました。

今年がみなさんにとっていい年であります。

• 記録
  • 前。例年通りの修羅場。
  • 29日
  • 30日
  • 31日
• えられたのうはう
  • パワポをDTPツールとして使う。
  • PDFを画像に変換する
  • ながらは寒い
  • 帰りの電車は混む

続きを読む

こう、毎日のうのうと生きてられればいいなぁって、僕は思う。

一生というチョー短い限られた時間の中で、
一人の人間ができることなんてたかがしれてる。
気張ってもしょうがない。張り詰めてもしょうがない。
自由に気ままに生きていられる方がずっといい。

でも、その一生をチョー短いって感じるのは、
やっぱり「あれもこれもしたいから」なのかな。

続きを読む

デザインパターンは誰かとプログラムを組むときのコミュニケーションの手段になる。
でも、誰かと協力してプログラムを書くのでなければ、それは必要ない。

本当にそうだろうか。

もしあなたが一人でプログラムを書いていたとしても、
30分前のあなたと協力しなくてはならないし、
1時間前のあなた、3時間前のあなた、昨日のあなた、
先週のあなたと協力しなくては、大きなプログラムは完成しないだろう。

誰かと協力しないでプログラムを組むなんてコトはそうそうない。
誰かって言うのは、文字通り他の誰かかもしれないし、来週のあなたかもしれない。
常に相手にわかりやすいプログラムを書くっていうのはやはり重要だと主張したい。

環境がどんどんよくなっている今の時代では、
覚えておかなきゃいけないことも変わってきているように思う。

関数の使い方は都度IntelliSenceが教えてくれる。
オブジェクト指向やポリモルフィズムがプログラミング言語に取り入れられて、
同時に大量のシンボルや変数に注意を払う必要もなくなっている。
バグは減り、生産性をあげることができている。
忘却の時代。OOPのイディオムやデザインパターンがそれらを支えている。

言語が道具であるのと同じで、デザインパターンも道具であるとは思う。
ある「実現したいこと」がオブジェクトコンストラクタでが十分なのなら、
わざわざFactoryを使う必要もないが、それではできないこともある。
そういうときに、パターンを知っていれば近道ができるという程度のもの。

それはパズルの解法の一つになるのではないかと。
便利だと思ったら使えばいいし、そう思わなかったら勉強しなくてもいいのかもしれない。
それでも、パターンに沿った教科書通りの実装というのは理解しやすいものだ。
ゲームを作るときだって、お決まりのアルゴリズムがあるのと同じぐらいおきまりのパターンがあるのだ。
たしかに、そのパターンに名前はついていないかもしれないけれど、
それをデザインパターンと呼ばずして何と呼ぶんだ。

僕が正しいと信じていることを否定されると、ついつい反発してしまう。

正しいことは正しい。

しかし、信仰や信念は、どうもそうは言えない。

それが難しい。

感情を逆撫でされて反発してしまうとき、
たいてい理論武装をしていないから、
どうもそれは支離滅裂になりがちで。

悪い癖だと思う。

12月11日から13日まで、選手としての最後の参加になるであろうICPCのアジア地区予選東京大会に行ってきました。
参加記録というか日記というか備忘録というか、むしろｇｄｇｄ書き。

続きを読む