コンピューティングに必須のプログラミング
■過去
コンピュータ出現時には、ＣＰＵが理解しやすい「１０１００１００１０．．」
みたいに２進数でプログラミングしていたとのことですが、
さすがにそれでは人が見て理解できないので、機械語という表記方法で
プログラミングする「アセンブラ」が長い間使用されてきました。
但しパソコンの世界では、記憶装置や表示装置など入出力機器の部分
も含め、全ての部分をプログラミングするのは不可能となり、その結果、
オペレーティングシステム（ＯＳ）が進歩し、その環境の中でプログラム
を機械語に変換する言語（ソフトウェア）例えば、Ｃ、Ｂａｓｉｃ、Ｐａｓｃａｌ等
が開発され、人の言葉（英文ですが）に近い表現でプログラミングできる
ようになりました。（Ｗｉｎｄｏｗｓ等のＯＳ ＋ 「高級言語」）
■現在
現在のプログラミングパターンは
�．廛蹈哀薀爐鮟臠屬頬殘�し実行するもの
（インタープリタ、スクリプト言語とか動的言語）
→古い話ではＮ８８Ｂａｓｉｃインタープリタ
新しいものはＪａｖａＳｃｒｉｐｔ、Ｆｌａｓｈ、Ｒｕｂｙ
�▲廛蹈哀薀爐鯔殘�し機械語レベルに変換し実行するもの
（ネイティブコンパイラ
Ｃ++、Ｄｅｌｐｈｉ、Ｂａｓｉｃ、ＣＯＢＯＬ）
→実行（処理）速度が速い
��プログラムを翻訳し中間言語に変換し実行するもの
（Ｊａｖａ）
→クロスプラットフォームで有利
�ぅ離鵐廛蹈哀薀潺鵐亜複械韮� - 第４世代言語）
（Ａｃｃｅｓｓ）
→基本的にプログラミングしなくても、アプリケーションが作れる
などが挙げられます。
なお、文字やグラフィックの表示場所は
�。錬咯紊良充┣椎什蚤舂琉�
�▲屮薀Ε尭發良充�領域
��Ｆｌａｓｈのステージの表示領域
などが挙げられます。
■未来
前記の「�．廛蹈哀薀爐鮟臠屬頬殘�し実行するインタープリタ」に関して
昔は、処理速度に問題があると考えられてきましたが
次のポイントがあります。
�ゝヽ８譽譽戰襪吠儡垢垢觜�程が無い
�■達丕佞寮�能Ｕｐで、一概に処理速度が遅いとは言えない
特に「変換する工程が無い」というのは魅力です。
Ｗｅｂ環境では、そのプログラミングの部分のみのやりとりで対応した方
がトラフィック面でも有利です。
そのような手法では、既に、Ｆｌａｓｈがあります。
ですから今後は、人の言葉（英文？）に近い表現で、即コンピュータを
制御できる、コンパイルレスの環境が見直されていくかと考えます。
高級言語の次は超高級言語？ オブジェクト指向の次はＥＸＥ指向？？
数メガバイトの実行ファイル（ＥＸＥ）に、かなりの機能を実装できますし、
なかなか面白い「コアとなるプログラム」が増えてくると思います。
■プログラマー
現在、プログラムのコーディング量は増え複雑になる傾向があります。
プログラマーは、コーディング量を減らす努力はしているのですが、
機能が多かったり使いやすいシステムを考えると、コーディング量が
やむなく増えてしまいます。
ノンプログラミング環境も脚光を浴びましたが、ＧＵＩ等で作業するのも
容易そうでそうでもありません。例えば、同じような帳票を大量に作成
する場合、全ての設定をＧＵＩで対応するのは大変です。
また、それらのツールを使う際には、内部ロジックの概要を理解しない
と、使いこなせません。
ところで、
私は、プログラミング作業は将来を見ても、絶対無くならないと考えて
います。例え、人工知能の技術が発達しても、口で指示するより文章
で指示した方が効率良く正確に伝わります。
実際、人同士のコミニュケーションの世界でも同様です。
いずれにせよ、
プログラマーの思考ロジックに合致するプログラミング開発環境を望む
ところです。
実は、私もそのような環境を独自に作ろうとしているのですが．．？？
■言語ツールベンダーの動向
・ボーランド
開発環境で有名なボーランドのデベロッパーツールズ事業本部が、
「ＣｏｄｅＧｅａｒ」として、開発者にフォーカスする方向で頑張っています。
ボーランドさんには、「プログラミング言語のあるべき姿」を追求して
いってもらいたいものです。
ちなみに、私もそこの製品「Ｄｅｌｐｈｉ」を使っています。
（昨日、Ｄｅｌｐｈｉ２００７ ｆｏｒ Ｗｉｎ３２（Ｖｉｓｔａ対応）が届きました）
将来は、動的言語がＤｅｌｐｈｉで作られ、
ネイティブ言語とスクリプト言語、クロスプラットフォーム、Ｗｅｂ対応に、
シームレスで対応できると嬉しいです。
・マイクロソフト
マイクロソフトは以前、ＶｉｓｕａｌＢａｓｉｃ、ＯｆｆｉｃｅのＶＢＡ、Ｊａｖａに対して
Ｖｉｓｕａｌ Ｊ のように、言語体系を統一する動きもあったと思いますが、
「．ＮＥＴ」路線に対しては、その統一も難しくなったみたいです。
特に、Ａｃｃｅｓｓを含むＯｆｆｉｃｅのユーザー数は非常に多いですから、
ＶＢＡの言語を．ＮＥＴ路線に移行するのが困難だったのでしょうか。
■プログラミングの未来
Ｖｉｓｔａのリリースをもって、各種ＯＳのテクノロジーも安定してくる
ように思えます。
そうなると、次は「プログラミング手法」に再度フォーカスされるので
しょうか？
■過去
コンピュータ出現時には、ＣＰＵが理解しやすい「１０１００１００１０．．」
みたいに２進数でプログラミングしていたとのことですが、
さすがにそれでは人が見て理解できないので、機械語という表記方法で
プログラミングする「アセンブラ」が長い間使用されてきました。
但しパソコンの世界では、記憶装置や表示装置など入出力機器の部分
も含め、全ての部分をプログラミングするのは不可能となり、その結果、
オペレーティングシステム（ＯＳ）が進歩し、その環境の中でプログラム
を機械語に変換する言語（ソフトウェア）例えば、Ｃ、Ｂａｓｉｃ、Ｐａｓｃａｌ等
が開発され、人の言葉（英文ですが）に近い表現でプログラミングできる
ようになりました。（Ｗｉｎｄｏｗｓ等のＯＳ ＋ 「高級言語」）
■現在
現在のプログラミングパターンは
�．廛蹈哀薀爐鮟臠屬頬殘�し実行するもの
（インタープリタ、スクリプト言語とか動的言語）
→古い話ではＮ８８Ｂａｓｉｃインタープリタ
新しいものはＪａｖａＳｃｒｉｐｔ、Ｆｌａｓｈ、Ｒｕｂｙ
�▲廛蹈哀薀爐鯔殘�し機械語レベルに変換し実行するもの
（ネイティブコンパイラ
Ｃ++、Ｄｅｌｐｈｉ、Ｂａｓｉｃ、ＣＯＢＯＬ）
→実行（処理）速度が速い
��プログラムを翻訳し中間言語に変換し実行するもの
（Ｊａｖａ）
→クロスプラットフォームで有利
�ぅ離鵐廛蹈哀薀潺鵐亜複械韮� - 第４世代言語）
（Ａｃｃｅｓｓ）
→基本的にプログラミングしなくても、アプリケーションが作れる
などが挙げられます。
なお、文字やグラフィックの表示場所は
�。錬咯紊良充┣椎什蚤舂琉�
�▲屮薀Ε尭發良充�領域
��Ｆｌａｓｈのステージの表示領域
などが挙げられます。
■未来
前記の「�．廛蹈哀薀爐鮟臠屬頬殘�し実行するインタープリタ」に関して
昔は、処理速度に問題があると考えられてきましたが
次のポイントがあります。
�ゝヽ８譽譽戰襪吠儡垢垢觜�程が無い
�■達丕佞寮�能Ｕｐで、一概に処理速度が遅いとは言えない
特に「変換する工程が無い」というのは魅力です。
Ｗｅｂ環境では、そのプログラミングの部分のみのやりとりで対応した方
がトラフィック面でも有利です。
そのような手法では、既に、Ｆｌａｓｈがあります。
ですから今後は、人の言葉（英文？）に近い表現で、即コンピュータを
制御できる、コンパイルレスの環境が見直されていくかと考えます。
高級言語の次は超高級言語？ オブジェクト指向の次はＥＸＥ指向？？
数メガバイトの実行ファイル（ＥＸＥ）に、かなりの機能を実装できますし、
なかなか面白い「コアとなるプログラム」が増えてくると思います。
■プログラマー
現在、プログラムのコーディング量は増え複雑になる傾向があります。
プログラマーは、コーディング量を減らす努力はしているのですが、
機能が多かったり使いやすいシステムを考えると、コーディング量が
やむなく増えてしまいます。
ノンプログラミング環境も脚光を浴びましたが、ＧＵＩ等で作業するのも
容易そうでそうでもありません。例えば、同じような帳票を大量に作成
する場合、全ての設定をＧＵＩで対応するのは大変です。
また、それらのツールを使う際には、内部ロジックの概要を理解しない
と、使いこなせません。
ところで、
私は、プログラミング作業は将来を見ても、絶対無くならないと考えて
います。例え、人工知能の技術が発達しても、口で指示するより文章
で指示した方が効率良く正確に伝わります。
実際、人同士のコミニュケーションの世界でも同様です。
いずれにせよ、
プログラマーの思考ロジックに合致するプログラミング開発環境を望む
ところです。
実は、私もそのような環境を独自に作ろうとしているのですが．．？？
■言語ツールベンダーの動向
・ボーランド
開発環境で有名なボーランドのデベロッパーツールズ事業本部が、
「ＣｏｄｅＧｅａｒ」として、開発者にフォーカスする方向で頑張っています。
ボーランドさんには、「プログラミング言語のあるべき姿」を追求して
いってもらいたいものです。
ちなみに、私もそこの製品「Ｄｅｌｐｈｉ」を使っています。
（昨日、Ｄｅｌｐｈｉ２００７ ｆｏｒ Ｗｉｎ３２（Ｖｉｓｔａ対応）が届きました）
将来は、動的言語がＤｅｌｐｈｉで作られ、
ネイティブ言語とスクリプト言語、クロスプラットフォーム、Ｗｅｂ対応に、
シームレスで対応できると嬉しいです。
・マイクロソフト
マイクロソフトは以前、ＶｉｓｕａｌＢａｓｉｃ、ＯｆｆｉｃｅのＶＢＡ、Ｊａｖａに対して
Ｖｉｓｕａｌ Ｊ のように、言語体系を統一する動きもあったと思いますが、
「．ＮＥＴ」路線に対しては、その統一も難しくなったみたいです。
特に、Ａｃｃｅｓｓを含むＯｆｆｉｃｅのユーザー数は非常に多いですから、
ＶＢＡの言語を．ＮＥＴ路線に移行するのが困難だったのでしょうか。
■プログラミングの未来
Ｖｉｓｔａのリリースをもって、各種ＯＳのテクノロジーも安定してくる
ように思えます。
そうなると、次は「プログラミング手法」に再度フォーカスされるので
しょうか？
・ハイコンセプト
世界的ベストセラー、『ハイコンセプト「新しいこと」を考え出す人
の時代』の著者、ダニエル・ピンク氏によれば、
グローバル化とアウトソーシングの時代に生き残るためには、
理性、論理、分析力といった機能をつかさどる左脳だけでなく、
感性、感情を理解し、直感的理解を可能にする右脳を駆使する
ことが重要になるという。
（PRESIDENT 2007 3.5 より一部抜粋）
■システム開発の場合
コンピュータシステムの開発に、ハイコンセプトの概念を適用すると、
システム開発は、業務分析、プログラミングといった概念だけでなく、
関係者との人間関係、考え方、思惑などを理解し、直感的創造力を
駆使することが重要となるのでしょうか。
ところで、最近Ｗｅｂ上の記事で、「システム開発の失敗」に関連する
記事が目に付きます。
たとえば『システム開発を失敗させない“現実的な処方せん”とは？』
という記事です。（itmedia）
http://www.itmedia.co.jp/enterprise/articles/2007-2-7
この記事の冒頭に、「昨今、大規模なシステム開発の現場において
“失敗プロジェクト”が常態化していると聞く。」とあります。
「常態化」とは恐ろしい表現です。
■システム開発の特異性
建築物のような造形が無い成果物を、立場の異なる関係者と協調して
作り上げます。
以前から、システム開発も建築を例に表現されますが、規模や複雑さ
などは、建築物のようなに造形が無いのでよくわかりません。
そもそも、大規模システムは概要を理解するだけでも大変です。
そのあたりが、失敗プロジェクトを誘発させやすいのではと考えます。
■失敗の回避策
システムの発注者と受注者の間で
�ゝ’修篩犧鄒�の合意
�▲灰好箸版軸�の合意
��プロジェクトの進め方の合意
�ぅ廛蹈哀薀爐虜遒衒�の合意
�ね渋�困難の内容に対する考え方の合意
などの合意が得られれば、プロジェクトの失敗は高い確率で
回避できるかと思いますが。
■ハイ・コンセンサス
ですから、システム開発の場合、システムの発注者と受注者の間で
高い次元の合意が必要となりますから、
冒頭の『ハイコンセプト』より『ハイ・コンセンサス』がキーワードとなる
のでしょうか。
世界的ベストセラー、『ハイコンセプト「新しいこと」を考え出す人
の時代』の著者、ダニエル・ピンク氏によれば、
グローバル化とアウトソーシングの時代に生き残るためには、
理性、論理、分析力といった機能をつかさどる左脳だけでなく、
感性、感情を理解し、直感的理解を可能にする右脳を駆使する
ことが重要になるという。
（PRESIDENT 2007 3.5 より一部抜粋）
■システム開発の場合
コンピュータシステムの開発に、ハイコンセプトの概念を適用すると、
システム開発は、業務分析、プログラミングといった概念だけでなく、
関係者との人間関係、考え方、思惑などを理解し、直感的創造力を
駆使することが重要となるのでしょうか。
ところで、最近Ｗｅｂ上の記事で、「システム開発の失敗」に関連する
記事が目に付きます。
たとえば『システム開発を失敗させない“現実的な処方せん”とは？』
という記事です。（itmedia）
http://www.itmedia.co.jp/enterprise/articles/2007-2-7
この記事の冒頭に、「昨今、大規模なシステム開発の現場において
“失敗プロジェクト”が常態化していると聞く。」とあります。
「常態化」とは恐ろしい表現です。
■システム開発の特異性
建築物のような造形が無い成果物を、立場の異なる関係者と協調して
作り上げます。
以前から、システム開発も建築を例に表現されますが、規模や複雑さ
などは、建築物のようなに造形が無いのでよくわかりません。
そもそも、大規模システムは概要を理解するだけでも大変です。
そのあたりが、失敗プロジェクトを誘発させやすいのではと考えます。
■失敗の回避策
システムの発注者と受注者の間で
�ゝ’修篩犧鄒�の合意
�▲灰好箸版軸�の合意
��プロジェクトの進め方の合意
�ぅ廛蹈哀薀爐虜遒衒�の合意
�ね渋�困難の内容に対する考え方の合意
などの合意が得られれば、プロジェクトの失敗は高い確率で
回避できるかと思いますが。
■ハイ・コンセンサス
ですから、システム開発の場合、システムの発注者と受注者の間で
高い次元の合意が必要となりますから、
冒頭の『ハイコンセプト』より『ハイ・コンセンサス』がキーワードとなる
のでしょうか。
プログラミング環境はＷｉｎｄｏｗｓのマイクロソフト社が有名ですが、
１９８０年代からボーランド社もコンピューティング業界では有名。
先日、３月６日にボーランド（ＣｏｄｅＧｅａｒ）が
主催する第４回デベロッパーキャンプに出席しました。
■今回は、
ＣｏｄｅＧｅａｒとして、ビジネスの展開を開始した
ボーランド デベロッパー事業本部として初めてのイベントで、
以前（第１回目）と違って、
�。庁紕譯陦茖蕕裡廝蕋遑械家任龍�化及びＶｉｓｔａ対応
�■庁紕譯陦茖蕕量召鯢佞韻殖丕硲亞�発環境のリリース
に重点を置いた内容で、
Ｄｅｌｐｈｉをよく使う私としては、非常に嬉しい内容です。
将来的には、Ｗｉｎ３２と．ＮＥＴが共存する路線も考えているとか。
いずれにせよ、現時点「．ＮＥＴ」路線に全面的に移行する理由や
メリットが明確に無いので、Ｗｉｎ３２ベースに．ＮＥＴの技術が
取り込まれる形は好ましいです。
Ｄｅｌｐｈｉの名を付けたＰＨＰ開発環境も面白そうです。
最近、アドビのＦｌｅｘ２も考えたのですが、仕事的には、Ｄｅｌｐｈｉの方
が良さそうです。
先々、スクリプト系の動的言語の展開も考えているとのこと。
それに、Ｋｙｌｉｘの路線、すなわちＷｉｎｄｏｗｓ以外のＯＳへの展開も
視野に入れているとのことは楽しみです。
■アーキテクト
最後のセッションで、「アーキテクト」という表現が出てきましたので、
その表現に興味を持ちました。
アーキテクチャは昔から知っていても、アーキテクトという表現は
映画「マトリックス」で聞いてから、良く見かけるようになりましたから、
ちょっと調べてみました。 （みんな知っているのかな？）
・アーキテクト【architect】
建築家。また、設計者。
・アーキテクチャー【architecture】
�〃�築学。また、建築様式。
�▲灰鵐團紂璽拭爾瞭胆�を決定するデータの形式や
ハードウエアの機能分担などを含めた、
コンピューターシステムの基本構造。
意味はすごく簡単で、アーキテクトとは「設計者」のことですか。
横文字になるだけでイメージが変わりますね。
システムやＩＴの設計者であれば、
・要件（要求）開発
・プログラミング
などの要素があるかと思います。
■別の話、デスマーチ
アーキテクト関連で検索していたら興味がある記事が見つかりました。
http://www.atmarkit.co.jp/im/carc/
・ITアーキテクトを探して
デスマーチはいつの間にか始まる。
知らない間にプロジェクトは抜き差しならない状態に陥る。
失敗プロジェクトは始まる前に失敗している。
・こんな時にはこのITアーキテクチャ
システムの使いやすさの本質は、
ユーザーがやろうとすることを適切に行えることにある。
まずは業務上やるべきことを洗い出そう。
以前、「動かないコンピュータ」という表現は知っていましたが、
「デスマーチ」という的を得た表現にはビックリ！
アーキテクトの力量は、プロジェクトのデスマーチ化の回避力ですか？
カスタムソフトウェアの場合、建築物と違い物理的な成果物が無い上、
関係者の立場や考え方などいろいろ絡みますから大変です。
大規模で複雑という最悪のシナリオを避けるためには、考え方、技術、
コンポーネント及びドキュメントの最適化が必要かと。
■開発者
ボーランドは「ＣｏｄｅＧｅａｒ」として開発者に１００％フォーカスした
ビジネス展開を開始するとの事。
「開発者」と「設計者」違いはありますが、システム屋の私としては
頼もしいお話です。
さすが、開発ツールの専門だけのことはあります。
そのへんが、マイクロソフトとの違いでしょうか？
１９８０年代からボーランド社もコンピューティング業界では有名。
先日、３月６日にボーランド（ＣｏｄｅＧｅａｒ）が
主催する第４回デベロッパーキャンプに出席しました。
■今回は、
ＣｏｄｅＧｅａｒとして、ビジネスの展開を開始した
ボーランド デベロッパー事業本部として初めてのイベントで、
以前（第１回目）と違って、
�。庁紕譯陦茖蕕裡廝蕋遑械家任龍�化及びＶｉｓｔａ対応
�■庁紕譯陦茖蕕量召鯢佞韻殖丕硲亞�発環境のリリース
に重点を置いた内容で、
Ｄｅｌｐｈｉをよく使う私としては、非常に嬉しい内容です。
将来的には、Ｗｉｎ３２と．ＮＥＴが共存する路線も考えているとか。
いずれにせよ、現時点「．ＮＥＴ」路線に全面的に移行する理由や
メリットが明確に無いので、Ｗｉｎ３２ベースに．ＮＥＴの技術が
取り込まれる形は好ましいです。
Ｄｅｌｐｈｉの名を付けたＰＨＰ開発環境も面白そうです。
最近、アドビのＦｌｅｘ２も考えたのですが、仕事的には、Ｄｅｌｐｈｉの方
が良さそうです。
先々、スクリプト系の動的言語の展開も考えているとのこと。
それに、Ｋｙｌｉｘの路線、すなわちＷｉｎｄｏｗｓ以外のＯＳへの展開も
視野に入れているとのことは楽しみです。
■アーキテクト
最後のセッションで、「アーキテクト」という表現が出てきましたので、
その表現に興味を持ちました。
アーキテクチャは昔から知っていても、アーキテクトという表現は
映画「マトリックス」で聞いてから、良く見かけるようになりましたから、
ちょっと調べてみました。 （みんな知っているのかな？）
・アーキテクト【architect】
建築家。また、設計者。
・アーキテクチャー【architecture】
�〃�築学。また、建築様式。
�▲灰鵐團紂璽拭爾瞭胆�を決定するデータの形式や
ハードウエアの機能分担などを含めた、
コンピューターシステムの基本構造。
意味はすごく簡単で、アーキテクトとは「設計者」のことですか。
横文字になるだけでイメージが変わりますね。
システムやＩＴの設計者であれば、
・要件（要求）開発
・プログラミング
などの要素があるかと思います。
■別の話、デスマーチ
アーキテクト関連で検索していたら興味がある記事が見つかりました。
http://www.atmarkit.co.jp/im/carc/
・ITアーキテクトを探して
デスマーチはいつの間にか始まる。
知らない間にプロジェクトは抜き差しならない状態に陥る。
失敗プロジェクトは始まる前に失敗している。
・こんな時にはこのITアーキテクチャ
システムの使いやすさの本質は、
ユーザーがやろうとすることを適切に行えることにある。
まずは業務上やるべきことを洗い出そう。
以前、「動かないコンピュータ」という表現は知っていましたが、
「デスマーチ」という的を得た表現にはビックリ！
アーキテクトの力量は、プロジェクトのデスマーチ化の回避力ですか？
カスタムソフトウェアの場合、建築物と違い物理的な成果物が無い上、
関係者の立場や考え方などいろいろ絡みますから大変です。
大規模で複雑という最悪のシナリオを避けるためには、考え方、技術、
コンポーネント及びドキュメントの最適化が必要かと。
■開発者
ボーランドは「ＣｏｄｅＧｅａｒ」として開発者に１００％フォーカスした
ビジネス展開を開始するとの事。
「開発者」と「設計者」違いはありますが、システム屋の私としては
頼もしいお話です。
さすが、開発ツールの専門だけのことはあります。
そのへんが、マイクロソフトとの違いでしょうか？
プロフィール
