■CodeGearの日本語Webサイトオープン
・CodeGearの日本語Webサイトオープン！
コンピュータのソフトウェア開発環境の老舗
Borlandの開発ツールを手がける事業部が「CodeGear」として発足し、
日本語のWebサイトもリニューアル。
・ホーム ・サポート・サービス ・デベロッパーネットワーク
（上記画面をクリックするとCodeGearの日本語Webサイトが開きます）
これは、CodeGear日本語版Webサイト紹介キャンペーンで、電波時計が
抽選で３０名様に当たる？記事に触発されたわけでもないのですが。
http://www.codegear.com/jp/article/36416
ボーランド�螻�発ツール事業部マーケティング担当者、藤井氏のブログにも
サイト紹介キャンペーン記事あり。
http://blogs.itmedia.co.jp/barbaro/
■CodeGearのDelphi
私は仕事柄、生産管理や物流管理などの業務アシステムを作っていますが、
最適な業務アプリケーション開発環境などを考えると、Pascalのオブジェクト
指向言語で、VISTAに対応した「Delphi 2007 for Win32」が一番かと。
・「Delphi 2007 for Win32」が一番と考える主な根拠
�―萢�速度が速い、生産性が高い、コンパイル速度も速い
�▲ぅ鵐好函璽觝邏箸�不要な、単独ＥＸＥ形式のアプリケーションが作れる。
��ソケット通信、DCOM通信、WEB接続、WebService接続が容易。
�こ銅鐫�名データベースに対してネイティブ接続可能。
�ニ�富なビジュアル部品などのソースコードも添付。（ＶＣＬ）
�Ψ變魅灰鵐檗璽優鵐�StringList等も、内部データ処理に便利。
�Д魁璽病侶呂�安易に変わらず、昔のソースコードも現役使用可。
��Delphiの基本コードがクロスプラットフォームに対応。
完成度が上がってきているオープンソースの「Lazarus」は、
Delphiの基本コードの部分などが実行できる。
本家Delphiと比較して機能などでは劣るものの
LinuxやMacなどクロスプラットフォームに対応。
→ Delphiのコード体系を補強する形となり頼もしい！
その他、
Delphiの.NET版、C++Builder、C#Builder、Delphi for PHPという
異なる言語も、同じような操作環境で開発できるので○！
■その他の製品
CodeGearは、JavaやRDBMSにも力を入れています。
・JBuilder 2007
・InterBase 2007
JBuilderは真面目に使ったことが無いのでコメントをパスしますが、
InterBaseは処理速度も速く優れた製品です。
Oracle等のTrigger/Procedure機能を有しながら、MicrosoftAccessの
MDBファイルのように取り扱いが超簡単！
また、オープンソースのFirebirdは、InterBase 6.0のソースコードから
派生した製品で、状況に応じて使い分けられるのも便利！
■気になるところ
Delphi関連は、Microsoftの製品郡と比較して、知名度が低くなってきて
いるような気がします。（ここ３〜４年）
（ネイティブアプリケーションを作る人が減ってきているのも要因か？）
業務アプリケーション等のソースコードは、開発者及び使用する企業側に
とって大事な資産です。
ですから、「CodeGear」がさらに発展し、その開発環境を確固たるものに
して頂けると良いかと切に思います。
●追記
CodeGearの日本語Ｗｅｂサイトに、メインページやサポートページもあり！
いつ作ったのかなぁ〜 知らなかった 。。。
ＵＲＬの「http://www.codegear.com/jp/」の青字の部分
「ｗｗｗ」、「ｄｎ」、「ｓｕｐｐｏｒｔ」の違いがミソ？
・CodeGearの日本語Webサイトオープン！
コンピュータのソフトウェア開発環境の老舗
Borlandの開発ツールを手がける事業部が「CodeGear」として発足し、
日本語のWebサイトもリニューアル。
・ホーム ・サポート・サービス ・デベロッパーネットワーク
（上記画面をクリックするとCodeGearの日本語Webサイトが開きます）
これは、CodeGear日本語版Webサイト紹介キャンペーンで、電波時計が
抽選で３０名様に当たる？記事に触発されたわけでもないのですが。
http://www.codegear.com/jp/article/36416
ボーランド�螻�発ツール事業部マーケティング担当者、藤井氏のブログにも
サイト紹介キャンペーン記事あり。
http://blogs.itmedia.co.jp/barbaro/
■CodeGearのDelphi
私は仕事柄、生産管理や物流管理などの業務アシステムを作っていますが、
最適な業務アプリケーション開発環境などを考えると、Pascalのオブジェクト
指向言語で、VISTAに対応した「Delphi 2007 for Win32」が一番かと。
・「Delphi 2007 for Win32」が一番と考える主な根拠
�―萢�速度が速い、生産性が高い、コンパイル速度も速い
�▲ぅ鵐好函璽觝邏箸�不要な、単独ＥＸＥ形式のアプリケーションが作れる。
��ソケット通信、DCOM通信、WEB接続、WebService接続が容易。
�こ銅鐫�名データベースに対してネイティブ接続可能。
�ニ�富なビジュアル部品などのソースコードも添付。（ＶＣＬ）
�Ψ變魅灰鵐檗璽優鵐�StringList等も、内部データ処理に便利。
�Д魁璽病侶呂�安易に変わらず、昔のソースコードも現役使用可。
��Delphiの基本コードがクロスプラットフォームに対応。
完成度が上がってきているオープンソースの「Lazarus」は、
Delphiの基本コードの部分などが実行できる。
本家Delphiと比較して機能などでは劣るものの
LinuxやMacなどクロスプラットフォームに対応。
→ Delphiのコード体系を補強する形となり頼もしい！
その他、
Delphiの.NET版、C++Builder、C#Builder、Delphi for PHPという
異なる言語も、同じような操作環境で開発できるので○！
■その他の製品
CodeGearは、JavaやRDBMSにも力を入れています。
・JBuilder 2007
・InterBase 2007
JBuilderは真面目に使ったことが無いのでコメントをパスしますが、
InterBaseは処理速度も速く優れた製品です。
Oracle等のTrigger/Procedure機能を有しながら、MicrosoftAccessの
MDBファイルのように取り扱いが超簡単！
また、オープンソースのFirebirdは、InterBase 6.0のソースコードから
派生した製品で、状況に応じて使い分けられるのも便利！
■気になるところ
Delphi関連は、Microsoftの製品郡と比較して、知名度が低くなってきて
いるような気がします。（ここ３〜４年）
（ネイティブアプリケーションを作る人が減ってきているのも要因か？）
業務アプリケーション等のソースコードは、開発者及び使用する企業側に
とって大事な資産です。
ですから、「CodeGear」がさらに発展し、その開発環境を確固たるものに
して頂けると良いかと切に思います。
●追記
CodeGearの日本語Ｗｅｂサイトに、メインページやサポートページもあり！
いつ作ったのかなぁ〜 知らなかった 。。。
ＵＲＬの「http://www.codegear.com/jp/」の青字の部分
「ｗｗｗ」、「ｄｎ」、「ｓｕｐｐｏｒｔ」の違いがミソ？
プログラミング環境はＷｉｎｄｏｗｓのマイクロソフト社が有名ですが、
１９８０年代からボーランド社もコンピューティング業界では有名。
先日、３月６日にボーランド（ＣｏｄｅＧｅａｒ）が
主催する第４回デベロッパーキャンプに出席しました。
■今回は、
ＣｏｄｅＧｅａｒとして、ビジネスの展開を開始した
ボーランド デベロッパー事業本部として初めてのイベントで、
以前（第１回目）と違って、
�。庁紕譯陦茖蕕裡廝蕋遑械家任龍�化及びＶｉｓｔａ対応
�■庁紕譯陦茖蕕量召鯢佞韻殖丕硲亞�発環境のリリース
に重点を置いた内容で、
Ｄｅｌｐｈｉをよく使う私としては、非常に嬉しい内容です。
将来的には、Ｗｉｎ３２と．ＮＥＴが共存する路線も考えているとか。
いずれにせよ、現時点「．ＮＥＴ」路線に全面的に移行する理由や
メリットが明確に無いので、Ｗｉｎ３２ベースに．ＮＥＴの技術が
取り込まれる形は好ましいです。
Ｄｅｌｐｈｉの名を付けたＰＨＰ開発環境も面白そうです。
最近、アドビのＦｌｅｘ２も考えたのですが、仕事的には、Ｄｅｌｐｈｉの方
が良さそうです。
先々、スクリプト系の動的言語の展開も考えているとのこと。
それに、Ｋｙｌｉｘの路線、すなわちＷｉｎｄｏｗｓ以外のＯＳへの展開も
視野に入れているとのことは楽しみです。
■アーキテクト
最後のセッションで、「アーキテクト」という表現が出てきましたので、
その表現に興味を持ちました。
アーキテクチャは昔から知っていても、アーキテクトという表現は
映画「マトリックス」で聞いてから、良く見かけるようになりましたから、
ちょっと調べてみました。 （みんな知っているのかな？）
・アーキテクト【architect】
建築家。また、設計者。
・アーキテクチャー【architecture】
�〃�築学。また、建築様式。
�▲灰鵐團紂璽拭爾瞭胆�を決定するデータの形式や
ハードウエアの機能分担などを含めた、
コンピューターシステムの基本構造。
意味はすごく簡単で、アーキテクトとは「設計者」のことですか。
横文字になるだけでイメージが変わりますね。
システムやＩＴの設計者であれば、
・要件（要求）開発
・プログラミング
などの要素があるかと思います。
■別の話、デスマーチ
アーキテクト関連で検索していたら興味がある記事が見つかりました。
http://www.atmarkit.co.jp/im/carc/
・ITアーキテクトを探して
デスマーチはいつの間にか始まる。
知らない間にプロジェクトは抜き差しならない状態に陥る。
失敗プロジェクトは始まる前に失敗している。
・こんな時にはこのITアーキテクチャ
システムの使いやすさの本質は、
ユーザーがやろうとすることを適切に行えることにある。
まずは業務上やるべきことを洗い出そう。
以前、「動かないコンピュータ」という表現は知っていましたが、
「デスマーチ」という的を得た表現にはビックリ！
アーキテクトの力量は、プロジェクトのデスマーチ化の回避力ですか？
カスタムソフトウェアの場合、建築物と違い物理的な成果物が無い上、
関係者の立場や考え方などいろいろ絡みますから大変です。
大規模で複雑という最悪のシナリオを避けるためには、考え方、技術、
コンポーネント及びドキュメントの最適化が必要かと。
■開発者
ボーランドは「ＣｏｄｅＧｅａｒ」として開発者に１００％フォーカスした
ビジネス展開を開始するとの事。
「開発者」と「設計者」違いはありますが、システム屋の私としては
頼もしいお話です。
さすが、開発ツールの専門だけのことはあります。
そのへんが、マイクロソフトとの違いでしょうか？
１９８０年代からボーランド社もコンピューティング業界では有名。
先日、３月６日にボーランド（ＣｏｄｅＧｅａｒ）が
主催する第４回デベロッパーキャンプに出席しました。
■今回は、
ＣｏｄｅＧｅａｒとして、ビジネスの展開を開始した
ボーランド デベロッパー事業本部として初めてのイベントで、
以前（第１回目）と違って、
�。庁紕譯陦茖蕕裡廝蕋遑械家任龍�化及びＶｉｓｔａ対応
�■庁紕譯陦茖蕕量召鯢佞韻殖丕硲亞�発環境のリリース
に重点を置いた内容で、
Ｄｅｌｐｈｉをよく使う私としては、非常に嬉しい内容です。
将来的には、Ｗｉｎ３２と．ＮＥＴが共存する路線も考えているとか。
いずれにせよ、現時点「．ＮＥＴ」路線に全面的に移行する理由や
メリットが明確に無いので、Ｗｉｎ３２ベースに．ＮＥＴの技術が
取り込まれる形は好ましいです。
Ｄｅｌｐｈｉの名を付けたＰＨＰ開発環境も面白そうです。
最近、アドビのＦｌｅｘ２も考えたのですが、仕事的には、Ｄｅｌｐｈｉの方
が良さそうです。
先々、スクリプト系の動的言語の展開も考えているとのこと。
それに、Ｋｙｌｉｘの路線、すなわちＷｉｎｄｏｗｓ以外のＯＳへの展開も
視野に入れているとのことは楽しみです。
■アーキテクト
最後のセッションで、「アーキテクト」という表現が出てきましたので、
その表現に興味を持ちました。
アーキテクチャは昔から知っていても、アーキテクトという表現は
映画「マトリックス」で聞いてから、良く見かけるようになりましたから、
ちょっと調べてみました。 （みんな知っているのかな？）
・アーキテクト【architect】
建築家。また、設計者。
・アーキテクチャー【architecture】
�〃�築学。また、建築様式。
�▲灰鵐團紂璽拭爾瞭胆�を決定するデータの形式や
ハードウエアの機能分担などを含めた、
コンピューターシステムの基本構造。
意味はすごく簡単で、アーキテクトとは「設計者」のことですか。
横文字になるだけでイメージが変わりますね。
システムやＩＴの設計者であれば、
・要件（要求）開発
・プログラミング
などの要素があるかと思います。
■別の話、デスマーチ
アーキテクト関連で検索していたら興味がある記事が見つかりました。
http://www.atmarkit.co.jp/im/carc/
・ITアーキテクトを探して
デスマーチはいつの間にか始まる。
知らない間にプロジェクトは抜き差しならない状態に陥る。
失敗プロジェクトは始まる前に失敗している。
・こんな時にはこのITアーキテクチャ
システムの使いやすさの本質は、
ユーザーがやろうとすることを適切に行えることにある。
まずは業務上やるべきことを洗い出そう。
以前、「動かないコンピュータ」という表現は知っていましたが、
「デスマーチ」という的を得た表現にはビックリ！
アーキテクトの力量は、プロジェクトのデスマーチ化の回避力ですか？
カスタムソフトウェアの場合、建築物と違い物理的な成果物が無い上、
関係者の立場や考え方などいろいろ絡みますから大変です。
大規模で複雑という最悪のシナリオを避けるためには、考え方、技術、
コンポーネント及びドキュメントの最適化が必要かと。
■開発者
ボーランドは「ＣｏｄｅＧｅａｒ」として開発者に１００％フォーカスした
ビジネス展開を開始するとの事。
「開発者」と「設計者」違いはありますが、システム屋の私としては
頼もしいお話です。
さすが、開発ツールの専門だけのことはあります。
そのへんが、マイクロソフトとの違いでしょうか？
■デベロッパーキャンプに出席
９月７日ボーランド�蠎膾鼎痢崑茖臆鵐妊戰蹈奪僉璽�ャンプ」に出席
そこで、えっ！とかふ〜んと感じた内容は次のとおりです。
尚、プログラミング開発に興味が無い方は無視して下さい。
（専門用語を多用しているため）
■ＣＯＲＢＡについて（接続方法）
えっ！「ＣＯＲＢＡ」って健在なの？
マイクロソフトの「ＤＣＯＭ」に押されたと思っていたのに。
うちには、１９９８年トッパン発行の「インスタントＣＯＲＢＡ」
という本があります。
当時、おっ凄い内容だなと感心しつつ、内容が難しいので
理解できませんでした。
ところが、
セミナーセッションの先生曰く
「オープンソースのＣＯＲＢＡを使った３層構造は、
いろいろな開発言語に対応し、ＳＯＡＰよりも優れている部分
がある．．．」
また、ＭＩＤＡＳは過去の産物であるような発言もありました。
これにはビックリ！
最近、ＭＩＤＡＳを使って、
Ｓｏｃｋｅｔ・ＤＣＯＭ・Ｗｅｂ接続・ＷｅｂＳｅｒｖｉｃｅ
に慣れたところなのに．．．
■ＳｔａｒＴｅａｍについて（コラボレーション機能）
バージョン管理、要件管理、タスク管理．．などのための
「ＳｔａｒＴｅａｍ」は、おぼろげながら知っていても
面倒だからそれ以上考えていませんでした。
いつも見ているＩＤＥの「StarTeam」のメニューは無視
添付の円盤（ＣＤ）も無視、全く気にせず．．とことん無視！
ところが、セミナーにて
実際の操作イメージを見ると考え方が変わります。
要件管理はブログのようなノリで情報を管理できたり
ソースコードを分析して問題となりそうな箇所を検出して
グラフ形式で表示する機能には、興味が沸いてきます。
■ＥＣＯについて（Enterprise Core Object）
これも、「ＳｔａｒＴｅａｍ」同様で、
セミナーにて実際の操作イメージを見ると考え方が変わり、
さっそく、セミナー資料参考を片手に試してみました。
ＵＭＬダイアグラムで設計した内容で
コードが自動生成され、
コンパイルで実行ファイルが生成。
確かに、最先端技術！
手コーディング派には新鮮な感触です。
但し、今イチなところあり
慣れればいいのでしょうが。
以上、９月７日の話題のほんの一部についてのコメントです。
過去のことだと考えていたことや、あまり気にしていなかったことを、
気づかされた今回のセミナーは有意義だったかと考えます。
９月７日ボーランド�蠎膾鼎痢崑茖臆鵐妊戰蹈奪僉璽�ャンプ」に出席
そこで、えっ！とかふ〜んと感じた内容は次のとおりです。
尚、プログラミング開発に興味が無い方は無視して下さい。
（専門用語を多用しているため）
■ＣＯＲＢＡについて（接続方法）
えっ！「ＣＯＲＢＡ」って健在なの？
マイクロソフトの「ＤＣＯＭ」に押されたと思っていたのに。
うちには、１９９８年トッパン発行の「インスタントＣＯＲＢＡ」
という本があります。
当時、おっ凄い内容だなと感心しつつ、内容が難しいので
理解できませんでした。
ところが、
セミナーセッションの先生曰く
「オープンソースのＣＯＲＢＡを使った３層構造は、
いろいろな開発言語に対応し、ＳＯＡＰよりも優れている部分
がある．．．」
また、ＭＩＤＡＳは過去の産物であるような発言もありました。
これにはビックリ！
最近、ＭＩＤＡＳを使って、
Ｓｏｃｋｅｔ・ＤＣＯＭ・Ｗｅｂ接続・ＷｅｂＳｅｒｖｉｃｅ
に慣れたところなのに．．．
■ＳｔａｒＴｅａｍについて（コラボレーション機能）
バージョン管理、要件管理、タスク管理．．などのための
「ＳｔａｒＴｅａｍ」は、おぼろげながら知っていても
面倒だからそれ以上考えていませんでした。
いつも見ているＩＤＥの「StarTeam」のメニューは無視
添付の円盤（ＣＤ）も無視、全く気にせず．．とことん無視！
ところが、セミナーにて
実際の操作イメージを見ると考え方が変わります。
要件管理はブログのようなノリで情報を管理できたり
ソースコードを分析して問題となりそうな箇所を検出して
グラフ形式で表示する機能には、興味が沸いてきます。
■ＥＣＯについて（Enterprise Core Object）
これも、「ＳｔａｒＴｅａｍ」同様で、
セミナーにて実際の操作イメージを見ると考え方が変わり、
さっそく、セミナー資料参考を片手に試してみました。
ＵＭＬダイアグラムで設計した内容で
コードが自動生成され、
コンパイルで実行ファイルが生成。
確かに、最先端技術！
手コーディング派には新鮮な感触です。
但し、今イチなところあり
慣れればいいのでしょうが。
以上、９月７日の話題のほんの一部についてのコメントです。
過去のことだと考えていたことや、あまり気にしていなかったことを、
気づかされた今回のセミナーは有意義だったかと考えます。
2006.09.10 01:07 | デベロッパーキャンプ |
トラックバック(-) | コメント(0) |
プロフィール
