アーキテクトの思うこと

Enterprise Library 4.1 – October 2008 Help 日本語翻訳

Chiharu(chiharu@wankuma.com) — Mon, 31 Aug 2009 21:06:00 GMT

しばらくぶりの更新です。

Enterprise Library 4.1 の翻訳をはじめました。

まだ途中ですが参考にしてください。

結構べんりなライブラリです。
Enterprise Library 4.1 – October 2008 Help 日本語翻訳

プログラム開発の歴史その３

Chiharu(chiharu@wankuma.com) — Sat, 28 Feb 2009 16:15:00 GMT

1986年 23年前、2社目の派遣先に移動したころです。

この頃の出来事といえば、「三原山大噴火」、「イギリスのチャールズ皇太子とダイアナ妃が来日」、
「社会党委員長土井たか子、日本の主要政党で初の女性党首が誕生した」、
「スペースシャトル「チャレンジャー」爆発」
ビートたけしと「たけし軍団」が「ＦＲＩＤＡＹ」に殴り込みしたのもこの年です。
現在の宮崎県知事もいらっしゃたころですね。バブル初期でボディコンが流行り始めました。

この頃の流行りの歌謡曲
雪国（吉幾三）
ＤＥＳＩＲＥ―情熱―（中森明菜）
時の流れに身をまかせ（テレサ・テン）
天城越え（石川さゆり）
仮面舞踏会（少年隊）
My Revolution（渡辺美里）

この頃の業界の概観
労働者派遣法が施行された年です。二重派遣が禁止されました。バブルなので仕事も忙しかったころです。
モトローラ６８０００等、16bitのマイコンが出始めたころですね。
MS-DOS3.0が出ました。NEC-PC9800も使用し始めていました。CPUはV30という8086互換のものを使用。

自分は、NEC-PC9800のN88-BASICを使用してガス制御装置や原子炉制御装置などのマイコン制御機器を複数接続し
設定データの送信や計測データの収集を行うデーターロガーというプログラムを開発してました。

この頃はRS232Cというシリアル通信を使用して機器間を接続してました。LANなどありません。

NEC-PC9800：N88-BASICを使用して開発した、センサーデータのシュミュレータがとても評判が良かったことを
覚えています。制御装置というのは何かしらのスイッチやセンサーに接続されています。そこからデータを取得して、
さまざまな制御ロジックを走らせるというものです。評判が良かった理由は、それまでの制御機器のテストには、
センサー代りに電流・電圧発生器を接続して手動で電流・電圧値を変化させていました。センサ数が多くなると
とても大変で、しかも何時間も連続でテストしなければなりませんでした。
自分が作ったシュミュレータプログラムは時系列に変化する電流・電圧値パターンをPC上で作成し、電流・電圧値を
リモートで制御し、自動的にテストできるようにしました。
はじめは特定機器向けに作っていましたが、評判がよかったのでいろいろな制御機器向けにカスタマイズ版を作成しました。
あるお客さんの工場では、体育館ぐらいの広さの試験場で、百台以上のPC上でシュミュレータを動作させ、制御装置の
テストが行われていて、その中でシュミュレータの画面が百面以上、一望できる光景は自分でも感動したのを覚えています。

自分のアイデアで作成したテストプログラムがお金のとれるシュミュレータとして世の中に出て行ったことで、
開発環境やテスト環境は工夫次第でいくらでも楽になるということに気づいた仕事でしたでね。
今でも、何かしら仕事を行うとき、行っているときは必ず、今のやり方でよいのか、何か工夫したらもっと楽に
なるのではないかと考えています。

当時は残業時間170時間の時もあったので、その忙しさを何とかしようと必死でした。

プログラム開発の歴史その２

Chiharu(chiharu@wankuma.com) — Mon, 12 Jan 2009 18:53:00 GMT

1984年-1985年 23年前、新人として業界に入った時ですね。

この頃の出来事といえば、「ＮＴＴ株式会社発足」、「日航ジャンボ機墜落事故」、
「任天堂のファミコンゲームがおおはやり」、「阪神タイガースが21年ぶりに優勝」
阪神ファンが橋からダイブして大騒ぎをしていた映像が目に浮かびますね。

この頃の流行りの歌謡曲は、「セーラー服を脱がさないで（おニャン子クラブ）」、「恋におちて（小林明子）」、「Romanticが止まらない（C-C-B）」などが流行っていました。

この頃の業界の概観
派遣法のない時代で派遣先から違う派遣先へ五次受けなどが当たり前に行われていました。
この頃からこの業界は人を派遣するという慣習があったと思います。

プラットフォームとしては
大型フレーム：IBM360,UNIVAC：COBOLで銀行向けなどのビジネス用途で,FORTRANで天文学技術計算などに使用されていました。
ミニコン：DEC PDP-11、制御用ホストコンピューターとして使用されていました。
オフコン：機種名がよくわかりませんがCOBOLで中小企業向けの業務アプリケーション開発に使用されていいました。
マイコン：一般向けとして富士通FM-7、NEC-PC8800、Sharp MZ80がゲームで使用されていました。

自分が働いていた現場は半導体製造機の制御ソフトを開発していました。
いわゆる組み込み系です。ターゲットCPUは Z80/8bit/Clock 8MHz/Max Memory 64KB
開発環境としてはOSがCP/M上でエディット、アセンブル、リンク作業を行い、
ROMにプログラムを焼き付けてターゲットマシン上で動作確認作業を行うという当時では
標準的な開発方法でした。デバッグ環境は貧弱で、ICE（イン・サーキット・エミュレータ）がまだなく、
アルミ製のアタッシュケース程の大きさの手製のデバッグ装置で作業を行っていました。
ソースデバッグではなく、マシン語レベルでのアドレスとレジスタの値を読み込んでいましたので、
16進数の読み方やアドレス計算は体に叩き込まれましたね。

バグの修正もソースを修正してアセンブリし直すと、それだけで6時間ほどかかるので、
ROMのマシン語を直接書き換えるパッチ作業というものを行い修正していました。
いわゆる人間アセンブラと化していましたね。

自分が新人の時に持っていた目標は「20代で日本一のプログラマになる」でした。
何をもって日本一とするのかなど考えずにただそう思っていました。
まあ、若かったのでしょうね。でも具体的な行動目標として2つありました。

「1年以内に1年上の先輩を追い越す」

「毎日15分以上勉強をする」

特に2つ目は、今でも若い人たちに言っていますし、自分自身も25年間続けています。
本を読んでも最初は15分で１，２ページしか読めませんが、慣れてくると
30ページ以上読めるようになります。完全に理解しなくてもいいから、とにかく読むことです。
２，３年も続けていると技術用語のボキャブラリが増えてきます。

プログラム開発の歴史その１

Chiharu(chiharu@wankuma.com) — Mon, 05 Jan 2009 23:05:00 GMT

この年まで現役で開発現場にいますと「今の若い者は・・・」、「俺達の若いころはな・・・」と、つい口から出ているのを実感しています。

経験していないことを理解するのは無理な事だと頭では分かっているのに・・・、年のせいでしょうかね？

しかしながら、プログラム開発においてOSやプログラム言語、設計手法、開発プロセスなどの進化の歴史を知ることは、

現在のプログラム開発においても必要とされる基本知識を得る上で重要なことではないかと考えるようになりました。

CPUはなぜ動くのか？
現在のオブジェクト指向がなぜ生まれたのか？
プログラム言語はなぜ進化するのか？
開発標準または、開発において正解はあるのか？
情報工学、システム工学とは？

その時代時代で開発技術が変わり、変わるというより増え続け、そしてこれからも習得しなければならない技術は増え続けて累積されていくのでしょう。

しかしながら現在、若い技術者が現場で習得しなければならない事の総量は私自自身が体験し積み重ねてきたこと全てを最初から求められているのが現状だと思います。

これはつらいですよね。私が新人のころ習得しなければならなかったことは、今に比べて１００分１程度かもしれません。

私自身が現在でも現場で十分通用する技術を習得し続けられた理由は、これらの歴史を身をもって体験しつつ積み重ねてきたことが大きいと考えています。

「お先に生まれてごめんなさいね。後から生まれてきたあなたたちは不運だねぇ。」などと冗談を言いたくなってしまいます。

プログラム開発の歴史では私自身が新人の頃から経験してきたこと、感じたこと、当時の業界話や、はやりの歌なども織り込みながらお話できればと思います。

次回は私が業界に新人として入ってきた昭和５９年（西暦１９８４年）ごろからの話から始めたいと思います。

まだ、生まれていない方も多いと思いますが、読んでいただければ幸いです。では近日中に更新したいと思います。

Wix ヘルプファイルの日本語訳

Chiharu(chiharu@wankuma.com) — Fri, 02 Jan 2009 14:59:00 GMT

2008年の夏にWixをプロジェクトに使用するためにHelpファイルを翻訳しました。

自己流の翻訳なので正確ではないと思いますが、参考にしてもらえばと思います。

Visual Studio 2010に組み込まれる予定ということで今から使っていってもらいたいと思います。

下記のリンクからダウンロードしてお使いください。

https://cid-7a3168deac10440f.skydrive.live.com/browse.aspx/%e5%85%ac%e9%96%8b

アーキテクトという仕事について

Chiharu(chiharu@wankuma.com) — Thu, 01 Jan 2009 11:04:00 GMT

新年明けましておめでとうございます。

初めましてのあいさつから間があいてしまいました。

今年は週一の更新を目標にしたいと思っています。

アーキテクトという職種はまだ一般的に知られていないようで、

開発現場でも「私はアーキテクトです」と言う人はごく稀です。

一言で言うと、

　　「システム開発時、システム設計フェーズ以降のアーキテクチャーに責任を持つ人」

です。

具体的な作業内容としては、

１．インフラを含むターゲットシステムに採用する技術の方向性を決定します。

例

WebサーバーにLinuxにするのかWindowsにするのか？
Javaプラットフォームにするのか、ASP.NETを使用するのか？

２．開発する環境を決定します。

例

Visual Studio 2008 で .NET 3.5 Freamwork を使用。
ASP.NETで開発する。
3階層に分割する。
名前空間を決定する。
アプリケーションの基本構造を決定し、詳細設計の監査を行う。
コーディング規約を決定する。
単体テスト手法を決める。
ソース管理方法を決定する。

開発プロセス全体において技術管理を主に行いますが、現場のスキルが低い場合は教育も行います。

現在の開発現場の実態として、今までのやり方を変えずに10年以上も前の開発手法で行っているところが結構あります。

IDE開発ツールを使わずにコマンドラインを中心に行っている。
図面がほとんどなくExcelやWordを使用して文章のみでシステム仕様書・設計書・テスト仕様書を作成する。
仕様書・設計書のレビュー報告書には文章としての体裁指摘しか列挙されない。
オブジェクト指向は理解できない（勉強する気がないだけ）ので採用しない。
プログラミングは既存コードを再利用（コピペ）することが一番効率が良いと考えている。

そのため、既存コードのコピペがプログラミングだと思っている新人技術者も結構います。

バグや余分なコードも多くプログラムが膨らみ、20倍のコード量に膨らむこともざらにあります。

品質保証はとにかくテストに膨大な時間をかけて行いバグがなければOKで、内部構造の品質は問われません。

新しい技術を採用するとき、VB6から.NETに移行することはリスクを伴うのでだれも改善しようとしないなど、現場の技術が停滞しています。

このような開発現場内で、新しい開発環境や設計手法などを指導していくのがアーキテクトとしての仕事です。

上記のような状況は大メーカーといわれる日本のIT企業ほど見掛けられる傾向にあります。

大メーカの開発現場の人も勉強会に積極的に参加してくれるとよいのですが、勉強しない、したくない人が多いように思います。

はじめまして

Chiharu(chiharu@wankuma.com) — Sun, 14 Dec 2008 12:23:00 GMT

はじめまして。

齋藤千春（Chiharu）です。４５歳のおっさんです。

ソフトウェア開発で２５年現場にこだわり続けて仕事をしています。

現在、フリーのアーキテクトエンジニアとして仕事しています。

過去、常駐派遣、社内請負、講師などいろいろやってきました。

また、いろいろなメーカーさんを含めていろいろな開発現場を渡り歩いてきました。

このブログでは開発現場の開発者たちにむけて自分がアーキテクトとして思うことを、

工学的な視点や、ひとりよがりかもしれない哲学的な視点から書いていこうと思います。

ブログ初心者なので最初のうちは読みずらいかもしれませんがよろしくお願いします。