わたしはこれまで、C言語、Visual Basic、SAP ABAP、最近になって ASP.NET C# などの言語を使ってきた。 「自分でクラスを作ってオブジェクト指向っぽいことをしている」なんてことはまったくない。特に「メンバー関数をstatic宣言すればインスタンス宣言をしなくてもいい」ということ知ってからは、メンバー関数を従来のファンクションのように使っている。共有変数も、pubulic static宣言していまう。したがってプロパティなんて作らない。 staticを理解していない人のコードを見ると、いちいちインスタンス宣言しているので笑ってしまう。データベースにアクセスするアプリケーションをC#で書いているのだが、Visual Studioで供給しているSQL関係のクラスを使えばできてしまうのだから。 オブジェクト指向の入門書では、クラスが持つ隠ぺい性が強調されているが、これは他

ある中堅ＳＩｅｒの社長から、「いままでのようにお客様との信頼関係にたよっているだけでは、もはや仕事を持ってくることができません。だから、営業を増やし、こちらから積極的に仕事をとってくることができるように、組織体制を改めました。」という話しを伺いました。 景気のいいときは、次々に仕事の依頼が来るので、「仕事を取りに行く」ということをあまり考えなくても良かったのだそうです。しかし、この不況です。お客様の新規開発が大幅に圧縮され、単金も引き下げられました。 この会社は、まだ特殊な技術を持っていたので、なんとかこの不況期も持ちこたのですが、クラウドの普及や大手ゼネコンＳＩｅｒのオフショア開発拡大の影響で、この競争力の基盤も揺らぎ始めているのです。 このままでは、やってはいけないという危機感、それが、営業力の強化という発想に結びつくのは、当然の成り行きといえます。 しかし、どうも、本音はそういうこと