Formsモダナイゼーションに関するパートナ・パネル・ディスカッション

質問2

APEXによるモダナイゼーションのアプローチについてどうお考えですか。リライトですか。部分的な移行ですか。既存のOracle Formsアプリケーションに類似した新しいアプリケーションの作成ですか。(20:50)

Simon:

• すべては状況に応じて検討することが必要
• 一般的に、リライトを完了すると、ライセンス・コストを節約できるなどのメリットがある
• 似たようなものを作成できるが、そうすべきではない – Formsは基本的にクライアント/サーバー
• APEXを使用して最新のWebアプリケーションを構築する
• Formsから別の何かに移行するための特効薬はない – 再開発が必要
• 可能なかぎりコードを再利用する

Sergei:

• 開発者がAPEXを習得できるように1対1 (または多)の移行から開始する
• トリガー・ロジックをデータベース・ロジックに移行する
• 新機能については簡単に達成できる目標を選択する方がビジネス的によい
• FormsとAPEXの両方で作業をせずに済むように、ユーザー・グループの移行を検討する

Francis:

• すべてを1つのプロジェクトで実行する「ビッグバン」を正当化するのは困難
• 既存のアプリケーションを拡張する部分的リライトを使用する – モジュール別
• 最初にAPEXを理解して、既存の表に対してその使用を開始する

質問3

このタイプのプロジェクトで直面した最大の困難は何でしたか。(29:40)

Sergei:

• Forms開発者のマインドセットを、可能なかぎり1つのページに多くの内容を配置することからWeb対応の設計に変更すること
• 大規模プロジェクトの場合、UI標準を設定して一貫性を維持すること
• スコープ・クリープ – ビジネスは新しい機能を求め続ける

Simon:

• Forms開発者は永続データベース接続に慣れているため一時表を使用する – APEXでは、APEXコレクションの使用が必要
• 複数行編集ページ
• APEXのページ送信時の検証のかわりに、アイテム・トリガーとブロック・トリガーを使用して検証する
• 100% Forms処理を再現しようとする場合の問題(たとえば、複数ページにわたる処理)

質問4

顧客にとって最大のメリットは何でしたか。顧客は結果に満足していますか。

Dario:

• データベース・ライセンスを通じてすでにAPEXに支払い済のため、Formsからの移行コストを節約できる
• Forms開発者を維持したままAPEXを使用できる – 相当なコスト節約
• Webテクノロジに即座に移行 – 数千人のエンド・ユーザーに配布するのではなく、(集中管理された) Webを介してデプロイ
• APEXを使用してモバイルおよびRESTサービス機能を取得
• モダナイズされたアプリケーションでビジネス・ユーザーにアピール

Francis:

• Oracleに対する既存の投資を活用 – ライセンス、データ・モデル、同じテクノロジ・スタック
• APEXと他のWebテクノロジについてForms開発者をトレーニングすることが容易
• 21世紀に飛躍 - モバイル、レスポンシブ、最新型アプリケーション

質問5

私たちは投資をバックエンド・ビジネス・ロジック、SQLおよびPL/SQL内に維持することについていつも話題にしています。これは間違った考えですか。APEXの新しい環境で動作するようにどの程度のバックエンド・コードを変更する必要があるでしょうか。(41:50)

Francis:

• Forms内ではなくデータベースにロジックが存在する場合、ほぼすべてのコードを利用できる
• Forms内または生成されたデザイナ内に構築されている場合、ビジネス・ロジックを精査して抽出するのは困難
• APEXに組み込まれたAPEX Forms移行機能を使用してロジックに注釈を付けることができる
• Forms開発アプローチに可能なかぎり近いAPEX = 再利用が容易

Dario:

• Forms内部にあるほとんどのコード – そのすべてをデータベースに移動することが必要
• データベースにすでにコードがある場合、再利用が非常に容易。

質問6

APEXでのモダナイズに適しているかどうかを評価するために従っているプロセスについて説明してください。FormsアプリケーションのモダナイズにAPEXを使用できない場合の例を教えてください。(46:30)

Simon:

• 一部のものはWebフレームワークに適していない(デスクトップ操作を実行するweb_utilなど)
• Formsトリガーに存在するコード量を判別して、作業量を決定する
• 現在も使用されているセクションを確認する(もう使用されていない部分 = モダナイズしない)

Dario:

• APEXはWebベースで、制限のあるクライアント/サーバーではない
• Formsでは、あまりWebとしての実体がないクライアント側への制御が大きかった
• プラグインや、クライアント側の要件を満たすための他の技術を使用できる

質問7

Formsのバックグラウンドのある誰かにAPEXの使用方法を教える場合、どのようにしていますか。これはWebの話ですが、Webも様々です。(50:55)

Sergei:

• 会社全体で3ステージでForms開発者をトレーニング
  • 初級者 – APEXの基礎、その後、開発者は操作と学習
  • 中級者 – レンダリング・ステージ、クライアント・ステージ、処理ステージ
  • 上級者 – ベスト・プラクティスと標準、一貫性
• 開発が開始されると、JSとCSSが話題になる
• JS、CSS、HTMLのWeb開発者のエキスパートを配置するのが最適

Dario:

• 新しいWebテクノロジを把握するためにチームにWebテクノロジのエキスパートを配置するのが最適
• モダナイズする必要があるFormsを使用したワークショップが対象
• APEXコミュニティの力を意識させる(Twitter、apex.world)
• 質問をするように促す(Google検索をする場合でも)
• 複数のページ/アプリケーション全体で必要な共通機能のプラグインを作成する
• FOEXなどのサード・パーティ・フレームワークに注目する

Francis:

• Webの動作方法についてForms開発者を教育する(マインド変更が最も重要)
• 開発者に操作をさせて簡単なアプリケーションを構築させる
• 開発者と連携して、すべきこととしなくてよいことを教育する
• アプリケーションをデバッグ/トレースする方法を学習する
• エンド・ユーザーのトレーニングも必要 – 画面とプロセスが異なる

質問8

既存のForms開発者がAPEXとWebの開発で一人前になるまでどれぐらいかかりますか。その後は自分一人で開発を続けることができましたか。(1:01:45)

Dario:

• 42分
• トレーニング後、サポートがあれば通常は数週間で生産性が高まる
• 十分なサポートがなければ、通常は1、2か月後に生産性が高まる

Simon:

• 数日で独り立ちして、数週間で一人前になる
• JavaScriptやjQueryなどの他のWebテクノロジではより長くかかり、数か月を要することもある
• 開発者は、時間と経験をかけてAPEXを受け入れる必要がある

質問9

顧客は自分たちでこの移行を行うことができますか。このオフィス・アワー・フォーラムには、多くのパートナが参加していますが、もし自分がこれを見ていたら、「これをやるには誰かの助けが必要だ」と考えると思います。これについてはどうお考えですか。

Francis:

• すでにAPEXを知っていれば、自分たちで容易に開始できる
• 経験豊富なコーチ/パートナを持つことは非常に有益
• パートナにはツールがあり、トレーニングその他を提供できる
• パートナは、課題、セキュリティ、アプローチなどに関する広範な経験を持っている
• 顧客は、小規模なプロトタイプから開始する方がよい

Sergei:

• 小規模なアプリケーションは問題ない
• 大規模なアプリケーションでは、パートナが提供できるベスト・プラクティス(バージョン管理、環境、プラグインなど)を使用することが重要
• 最初の数か月は支援を受けることが特に重要