好きなデザインパターン？

interfaceを記述する方法がないオブジェクト指向言語もありますよ。
例えばRuby。文法上、「型」の概念をなくしているので不要だからだと思いますが。
そのような言語でもデザインパターンは利用可能であるし、オブジェクト指向分析手法も業務分析に使えます。
というところが、OOの特徴と言えるかと考えますが、いかがですか？

実装寄りの話だでOOを説明しても片手落ちじゃないでしょうか。

> アセンブラが多かった時代から、
> C言語になったような、
> 変化が起きるのではないでしょうか？

実行環境の充実はもちろんある。なによりも家電品でも使えるメモリの量が増えてるし、これからも増えていくと思う。この実装レベルでのベースの拡大があってこそ、より高級な言語のある意味が出てくる。いまでもアセンブラで書くのは、結局のところ実行時メモリが極端に限られた場合とか、ハードのクリティカルな制御でステップごとのタイミングとかを気にしなければならない場合だから。

そういう意味ではCはしょせんちょっと賢いアセンブラ、というところだね。プログラミングをするところには、そういう世界もあるよ、ということなんだと思うのだけれども。

扱うものや、プログラムがどこに使われるか、など、いろいろな世界があるんだけれども、自分の知ってる世界だけで「これが一番！」みたいに言う人も、ここには多いのかな。まぁ、それしか知らなければそうなっちゃうわけでしょうけれど。

ただ、これらのベースになっている「メモリ」などのハードウエア資源が、この先も限りなく、より大量により安く供給され続ける、という保証があることが前提なんだな。これまではなんとかその通りになってきたけれど、問題はこの後、世界経済が縮小に向かっている今日に、どれだけの期間、これが保証されるか、ということも問題だと思うのですよ。

「いやー、ぼくはソフトの技術者なんで、ハードはわからないんだよね！」でも悪くはないけれど、自分の仕事の発展とか変化を支えているものへの関心は、そういう意味で持っていたいですよね。

で、まぁ、どっちに転んでもよいように、あれこれ勉強していって、新しいことを吸収するのは必要なこと、ということに変わりはないのですけれど。とは言うものの、人間は歳をとるから、１人の人間がずっと同じテクノロジの現場にいられるかというと、そうでもない、という人も多いんじゃないかな？年齢が上がれば管理職にならなきゃいけないからテクノロジだけを見ているわけにはいかない、とかいろいろあると思うのですよ。

世の中の変化は良いほうにだけいくわけじゃないし、自分も歳をとるし、そういうことも考えておいたほうがいいと思うんだけど。

ネット家電ではない組み込み関係ですが。

1. 実行環境の充実
2. 多品種、多機能化に対応するソースが必要になる？
3. 大量の変更箇所になやまされる？

今まさにそういう対応、そういう状態から脱出をはかる作業をやっているところです。

が、デザパタどうこうなんて考える暇もないです。次々にやってくるリリースの嵐に、その場しのぎで適当に作るしかないです。まさにスパゲティの大量生産。きっと、そういう状態でひぃひぃ言っている同志もそれなりにいるのではないでしょうか。

そう、その前に仕事の管理の仕方から練り直さないと！ソースデザインはその後の話。てことで、組み込み系はかなりのんびり時間が進んでおります。仕事量は多いけどね。

それとも、今でも全てアセンブラで書いていますか？

もちろんすべてはないです。が、アセンブラしか知らない連中もいるのでして。新規に起こすソースがアセンブラ、というパターンも少なくはなってきてますがなくなることはないです(T-T)。10年以上のキャリアを持っている方から「externって何？」て聞かれることもあるし。

正直、私のところはここ５年は何にも変化ないだろうなぁとは思います。なんか別チームでいろいろ検討（人間がコーディングしないようにするとか）はしているみたいですが、いかんせん同じ会社の同じ部署とは思えないほど意思疎通がなってないので、進行状況は不明です。ま、先行きはなかなか読めない、ということかと。だからこそどうなってもいいように自分で勉強はしておこう（あれ？ｗ）。