4D Japan
テクニカルサポートブログ-
4D開発に新しくデベロッパーを加えるには？Sweetwater社の取り組み
Sweetwater社の4Dデベロッパー、ジョエル・レヴィーによるブログ
4DはSweetwater Sound社のハートビートです。我々のアプリケーションは700以上の同時接続ユーザーの多様なニーズに対して、お互いに調和した形で繋がっています。順調に成長する会社のニーズに応えるために、我々は常により多くの開発者を探しています。これからご紹介するのは、Sweetwater社が4Dプラットフォームに新しい開発者を取り込むのに使っている戦略です。
雇用戦略
4Dコミュニティーは、アプリケーション分野の多様なフィールドにまたがった才能が豊富ですが、開発者コミュニティーが急速に拡大しているわけではありません。さらに、開発者コミュニティーは高齢化し、米国の東西海岸に集中する傾向にあります。このことが、コミュニティーに根を下ろして定着している開発者を中西部に移動させるのを難しくしています。
こうした理由から、我々は通常フォートウェイン・コミュニティーからプロのソフトウェア開発者を雇っています。大学を出たばかりのコンピューター科学者も、キャリアを変えようとしている経験のある開発者も同等に見ています。4Dのプログラミング言語は、ORDAや言語の全体的な近代化、そして4D開発者コミュニティーの拡大のおかげで、全ての世代の開発者が簡単に理解することができます。フレッシュな才能が革新的なアイデアと創造的なアプローチをもたらし、我々全員に利点があります。
ドキュメントとセルフ・トレーニング
我々のメインのコードベースは30年使っているので、4Dの歴史について経緯を含めた知識が必要です。これをカバーするために、プラットフォームとプログラム言語の学習は「読む」ことから始めます。David AdamsとDan Beckettによる”Programming the 4th Dimension”（90年代後半に出版）は総合的に4Dデータベース・エンジンのコンセプトを説明しています。4Dドキュメントのセルフ・トレーニング部分は、プログラム言語の学習プロセスに最も重要です。ビデオは、他の開発者や管理者の時間を奪うことなく、新しい開発者を育て、学習するための完璧なツールです。ビデオを補完する素晴らしいツールは、”STYLE, STANDARDS, PROCEDURE, and POLICY”と呼ばれる社内ドキュメントです。これはSweetwaterの4Dアプリケーションのマネージャーと開発者、そして4Dコミュニティーの有名なメンバーであるJeff Kainによって書かれています。このドキュメントでは、4Dの設定、マクロのインストール、命名規則、コメントとヘッダーの使用方法、UI基準などについて説明しています。
コンタクト・マネージャー・アプリケーション
チュートリアルが完了したら、開発者に新規のデータベースを始めてもらい、基本的な”Contact Manager”アプリケーションを作成します。このプロジェクトは通常、2-3営業日を費やします。要求に含まれるのは：
- フィールドを持つ最低でも一つのテーブルを実装する
- リストボックス（＊） を実装する
- 日付入力フォームを作る（デフォルトの入力テーブルフォームが多い）
- csvからアプリケーションにデータを転送することが可能
- 検索とソート
- 基本的な印刷機能
- Webサービス（＊＊）の統合
＊リストボックス は様々なソースのデータによってコントロールされ、アプリの全体に様々な形とサイズで表示されます。新しい開発者が、セレクション、配列、コレクション制御のリストボックスに確実にアクセスできるようにすることは、本番アプリケーションを強化するプロセスにとって重要です。新しい開発者は、Contact Managerアプリの中でしばしばコレクション/オブジェクトベースのリストボックスを使う傾向があることが分かりました。
＊＊Webサービスの部分はプロセスの最も魅力的なパートであることは明らかです。過去には、住所確認や郵便番号検索などのサービスを提案してきました。最近は、インターンが4DウェブエリアにGoogleマップAPIを実装しました。プロセスはシームレスで、そのプロジェクトをさらにプロフェッショナルなものにしました。特にContact Managerアプリのこの部分を実装するときには、開発者それぞれが創造的であるように工夫しています。数多くの役に立つ、RESTフルなAPIがあります。わずかな努力で大きなインパクトを持ち、簡単に4Dに実装できます。
レッスンで学べる – 新しい機能とコードレビュー
ビデオ・チュートリアルに沿ったプログラミングは、現在のビデオ・チュートリアルではカバーしていない新しい4Dの機能（コレクション、オブジェクト、ORDA）を提案するよい機会です。ドキュメントのストラクチャーは、我々のStyle Guideに記載されているテクニックや標準的なデモに役立つ非公式なコードレビューを実行するよい機会を提供してくれます。これにより、新しい開発者は優れたコードを開発するだけでなく、優れたプログラミング手法を使うことができます。
結論
4Dのドキュメントは、新しい開発者が文字通り数分で4Dアプリケーションを作れるほどの、豊富なドキュメント、ビデオ、チュートリアルを提供します。これらのツールは、社内ドキュメント、重点を置いたプラクティス・プロジェクト、他の開発者との非公式なコードレビューと組み合わせることで、通常、新しい開発者が本番アプリケーションに取り掛かるのに勤務初日から１週間以内で可能です。
多くの若い専門家を4Dプラットフォームに紹介できるポジションになれたことを喜んでいると、Sweetwaterの全員に話そうと思います。我々のアプリケーションを助けるだけでなく、4Dコミュニティー全体を支援することになるのです。
ジョエル・レヴィー Joel Levy
ジョエルは、Sweetwater Sound社の4Dアプリケーションを2年間専門に担当している4Dデベロッパーです。彼のホームタウンであり、Sweetwaterのホームでもあるインディアナ州フォートウェインで勤務しています。 Sweetwaterの4Dアプリケーションは12人のチームで管理しています。
-
自動アップデートフォルダーに非表示ボリュームは使用できない
Macでは，ディスクイメージを展開して非表示ボリュームとしてマウントすることができます。
hdiutil attach {file.dmg} -nobrowsev15およびv16では，そのようなボリュームを
SET UPDATE FOLDERのパスに指定することができました。v17では，非表示ボリュームのパスを自動アップデートに使用することはできません。これは仕様です。v17のファイルシステムAPIは，Appleが推奨するPOSIX APIに書き換えられ，アクセス速度が飛躍的に向上しています。一方，MacOSファイルシステムAPI独自の仕組みは，サポートされないケースがあります。非表示ボリュームに対するアクセスは，その一例です。
-
PROJECT DATABASESシリーズ：プロジェクト・データベースとコンポーネント
4D v18より、プロジェクト・データベースを使った変換と開発の方法についてブログのシリーズを掲載してきました。コンポーネントについてはどうでしょう？このブログで疑問に答えていきます。
開発と運用
とても簡単で、開発とコンポーネントのインストールは変わりません。以前と同じ技術を使い続けることができます。
忘れてはいけないのは、プロジェクト・データベースのアーキテクチャーのブログで説明したように、ストラクチャファイル (.4db)に相当するのは”Project”フォルダーであるということです。あなたのコンポーネントを、Projectフォルダーと同層にある”Component”フォルダーに追加するだけです。
プロジェクトとバイナリー・データベースを混在させる？
もしもバイナリー・データベースをプロジェクトに変換したら、コンポーネントの全てもプロジェクトに変換する必要はありません。バイナリー・データベース (.4db)のように、プロジェクト・データベースはプロジェクトとバイナリー・コンポーネントの両方をロードできます。
そのため、データベースとコンポーネントを、一つずつ簡単に変換できます。
What’s what?
二つの新しいデータベース・パラメータを自由に使用できます：
-
もしホストデータベースがプロジェクトの場合
$isProject:=Get database parameter(Is host database a project) -
もしカレントデータベースがプロジェクトの場合
$isProject:=Get database parameter(Is current database a project)
-
-
PROJECT DATABASESシリーズ：アプリケーションの運用
アプリケーションの運用を次のステップへ進めましょう。4D v18を使えば：
- インタプリタコードを含まないコンパイルされたデータベースを生成
- ダブルクリックできるスタンドアロンアプリケーションを生成（例：4Dボリュームデスクトップや4Dデータベースエンジンとマージ）
- クライアントとサーバーのパーツを自動でアップデートするクライアント/サーバー・アプリケーションを生成
プロジェクトデータベースを使えば、最終的なアプリケーションのビルドを両方のプラットフォームでビルドすることもできます。プロジェクトデータベースは、バイナリーデータベースとして同じコンフィギュレーションファイルを使います。
ステップ１：コードのコンパイル
バイナリーデータベース (.4db)と同じ方法でプロジェクトデータベースをコンパイルすることができます。二つのデータベース間の違いはわずかです。インターフェイスは同じで、プロダクトマシンコードは同じです。
唯一の違いは、コンパイルされた結果が、バイナリーデータベースではバイナリーファイル (.4db)に保存されるのに対して、プロジェクトデータベースでは”Project/DerivedData/CompliedCode”フォルダに保存されることです。
ステップ２：アプリケーションの作成
コードをコンパイルするのと同じ方法で、アプリケーションを作成するのに変えることはありません。
- コンパイルされたデータベース
- コンポーネント
- スタンドアロンアプリケーション
- クライアント/サーバー・アプリケーション
変換されたプロジェクトデータベースと同じコンフィギュレーションファイルを使うことができます。
プロジェクトデータベースを使うときは常に、違いは生成されたファイル中にあります。作成されたアプリケーションのコンテンツを見れば、”4dc”ファイルの替わりに”.4dz”拡張子のファイルがあります。
具体的なサンプル
以下のビデオでは、バイナリーデータベースからコンパイルされたデータベースを生成しています。そのあと、同じことをプロジェクトデータベースで行なっています。プロジェクトデータベースはバイナリーデータベースの変換の結果です。
ビデオの最後に、得られたファイルのサイズを比較しています。.4dzは.4dcに比較して5倍小さくなっています。
"
-
SDIモードでツールバーウィンドウは非サポート
Open form windowで指定できるウィンドウタイプの中にToolbar form windowというものがあります。ツールバーは，常時，スクリーンの前面上部に表示される特殊なウィンドウで，メインメニューのような役割を果たしますが，Windows版のSDIモードでは正式にサポートされていません。特に，複数のモニターが接続されており，それぞれの解像度や形が違っている状況でツールバーを表示すると，ウィンドウの幅が足りなかったり，ウィンドウが間違ったスクリーンに表示されたりします。これは仕様です。SDIモードでは，ツールバーに依存せず，それぞれのウィンドウが独立して機能するようなデザインにする必要があります。