非プログラム的なソフトウェア開発は実現可能か? [closed] 質問する

私は現在、非常に珍しい設計上の問題に直面しており、私よりも賢明な開発者が何らかの洞察を提供してくれることを期待しています。

背景

あまり詳しくは言えませんが、私は非営利団体に雇われ、彼らのレガシーでありながら非常に価値のある (社会的価値の点で) ソフトウェアの再開発を支援しています。その開発チームは、私がソフトウェア開発者として経験したどのチームとも異なり、少数の開発者と、プログラミングを専門としないドメイン エキスパートの大規模なグループで構成されています。この構成が珍しいのは、ドメイン エキスパート (コンテンツ クリエーターと呼びましょう) が、一部は Prolog エキスパート システム エンジンをベースにしたカスタム ツールを使用して、Web ベースのソフトウェア コンポーネント/フォームを開発している点です。

問題

このシステムは、サーバー側で論理操作を実行し、新しいフォーム/結果を返すために、非常に扱いにくいポストバックモデルを使用しています。これは遅く、失敗しがちです。既存のツールを使用してHTMLフォームを作成するなどの単純なことは、多くの本来あるべきよりも困難になっています。よりインタラクティブでパフォーマンスの高いエクスペリエンスの需要が高まるにつれて、ソフトウェア開発者は、コンテンツ作成者が使用するエキスパート システムやビジュアル ツールを回避し、JavaScript で新しいコンポーネントを手動で作成する必要があることにますます気づき始めています。コンテンツ作成者は、新しいコンポーネントを提供できなくなったため、ますます手詰まりを感じています。

デザインアプローチ: 伝統的/典型的

私は、以前のモデルを完全に放棄し、一般的なソフトウェア開発プロセスを採用することを提唱してきました。前述のように、非プログラム型開発ツールではビジネスのニーズを満たすことができなくなったため、プロジェクトは自然にこの方向に進化しました。

しかし、コンテンツ作成者は非常に貴重な貢献をしており、実装に関与するのではなく、Cucumber などのツールを使用してソフトウェアの期待される動作を正式に指定することに重点を置いてほしいと思います。

デザインアプローチ: 非プログラム的

私が大いに尊敬し、私よりもはるかに知識が豊富だと疑っている同僚は、既存のプロセスで十分であり、より優れたツールを開発する必要があるだけだと考えています。しかし、このアプローチには根本的な欠陥があると感じずにはいられません。過去においても現在においても、このソフトウェア開発モデルが成功した例を私はまだ 1 つも見つけていません。COBOL は、ビジネスマンやドメイン エキスパートがプログラマーを必要とせずにアプリケーションを作成できるようにするという理念で開発されましたが、私の考えでは、これによって生まれたのは新しい種類のプログラマー、つまり COBOL プログラマーです。プログラマーでなくても重要なアプリケーションを作成できる効果的なシステムを開発できるとしたら、プログラマーの需要ははるかに低くなるはずです。このモデルにほぼ適合するフレームワークとして私が知っているのは、SAP の Smart Forms と Microsoft の Dynamix AX だけです。どちらも非常にドメイン固有の ERP システムです。

DSL、テンプレート言語

2 つの概念の妥協案としては、テンプレート言語として何らかの DSL を実装することが考えられます。ただし、1 人の例外を除いて、すべてのコンテンツ作成者がまったく技術に詳しくないため、これが成功するかどうかはわかりません。

また、グラフィカル/ツールボックス スタイルのツールを備えた Visual Studio または Net Beans に基づくカスタム IDE の構築も検討しました。

ご意見は？

非プログラム開発は無駄な作業でしょうか? 常に不満足な結果となり、プログラマーによる実践的な開発が必要になるのでしょうか?

ここまでお読みいただきありがとうございました。また、フィードバックもいただければ幸いです。