問題タブ [rapid-prototyping]

Ocaml の一貫した速度、迅速なプロトタイピング機能、および優れたメモリ管理について読んでいて、それを取り上げることにしました。

私はすでに Ruby、*lisp、Haskell、および Erlang を習得しているので、Ocaml で注目すべき KISS に違反する機能に特に関心があります。

上記の言語のバックグラウンドを持って Ocaml を始めた場合、理解するのに最もイライラしたことは何でしたか? この困難をどのように回避しましたか？言語の流れを理解するのにどのような類推が役立ちましたか?

また、あなたが単に Ocaml を学習しただけでなく、コーディングの問題の大部分を実際に Ocaml に変換したかどうかも知りたいです。

WPFを使用して簡単な設計作業/ラピッドプロトタイピングを行っています。ListView誰かがサンプルデータを/ GridView（または実際にはそれに関しては何か）に入れるための良い戦略を持っているかどうか私は興味がありItemsControlます。サンプルデータは、その場で作成されるか、どこかから貼り付けられます（Excelファイルなど）。

Web API (RESTful サービス) を使用してリモート インフラストラクチャにアクセスすることに関して、1 つの論争が見られます。コメントいただけると助かります。記事「RESTful Web Services vs. "Big" Web Services: Making the Right Architecture Decision」からの推奨事項[1] は、アドホックな統合 (マッシュアップのようなもの) とラピッド プロトタイピングではなく、Web API を使用することです。[2] で行われた実証研究は、既存の情報と機能を再利用するシナリオでこれらの推奨事項が守られていることを示しています。ただし、Web API でインフラストラクチャを再利用することは、アドホックな統合のタスクにはうまく適合しません。私の印象では、インフラストラクチャは通常、私が解決したい問題 (大量のデータ、高帯域幅、高い同時実行性) に対して、私が持っているリソースが適切に拡張されないシナリオで再利用されます。それにもかかわらず、Amazon はインフラストラクチャ (ストレージ スペース、メッセージ キューイング) へのリモート アクセスを次の両方を通じて提供しています。

• 従来の SOAP Web サービス (いわゆるビッグ Web サービス) および
• 軽い RESTful Web サービス (いわゆる Web API)。

クライアント (Amazon Web Services のケース スタディで説明) がビッグ Web サービスを使用するか、Web API を使用するかについては何も書かれていませんが、Amazon が代わりに Web API の形でインフラストラクチャへのアクセスを提供しているという事実は意味があるに違いありません。

何が彼らの動機になるか知っていますか? ラピッド プロトタイピングのためだけにインフラストラクチャを再利用した事例を知っていますか? それともテスト用ですか？つまり、Amazon が提供するインフラストラクチャを再利用したい場合、SOAP と REST のどちらの API スタイルを使用すればよいでしょうか? たとえば、どのような状況でしょうか?

編集：この場合、私が意味するインフラストラクチャとして：ストレージスペース、計算能力、インターネット帯域幅。したがって、そのようなリソースがアドホック統合で再利用されるのではないかと思います。

1. Cesare Pautasso、Olaf Zimmermann、Frank Leymann、RESTful Web Services vs. "Big" Web Services: Making the Right Architectureal Decision、pp. 805-814、Jinpeng Huai、Robin Chen、Hsiao-Wuen Hon、Yunhao Liu、Wei-Ying Ma 、Andrew Tomkins、Xiaodong Zhang (Ed.)、Proceedings of the 17th International World Wide Web Conference、ACM Press、北京、中国、2008 年 4 月。

2. Hartmann、Bjorn & Doorley、Scott & Klemmer、Scott R.、Hacking、Mashing、Gluing: Understanding Opportunistic Design、IEEE Pervasive Computing、vol. 7、いいえ。3、46-54（2008）。

G'Day、

Windows ベースの GUI のプロトタイプを作成しようとしています。理想的には、私はしたいです：

• 新しい GUI を作成し、既存の GUI をすばやく変更できる
• 結果として自己完結する「もの」
• 必要に応じて限られたデータを含めることができます。ヘッダーを含むグリッドと、グリッドのデータのおそらく数行を表示する場合。
• 新しい画面を表示したり、説明のヒントを表示したりできるクリック可能なホットスポットを許可します。

私はこの種の目的で Visio 2003 を使用し、PDF を作成しています。ただし、いくつかの欠点があります。

• グリッドのデータを含めることはできません
• ワークブック内のタブを変更できるホットスポットを含めることはできません。例: ボタンをクリックすると、別のタブが開きます。

可能であれば無料/オープンソースのアプリケーションが望ましいですが、低価格の商用アプリケーションも良いでしょう。

すべてのポインタと提案は大歓迎です.Rapid

機能のラピッド プロトタイピングを行っている場合、コードの品質と最適化について本当に心配する必要がありますか?.

私は、UMLにセマンティック分散を持たせることが必要か有用かを尋ねています。それがより正式であり、したがって検証可能であるか、またはラピッドプロトタイピングにさえ使用された場合、それはより有用ではないでしょうか。差異の利点は何ですか？いくつか例を挙げていただけますか？

30年前、私がCRUDビジネスアプリケーションの設計と開発を始めたとき、時間が経つにつれて、ビジネスアプリケーションの設計、プロトタイピング、およびカスタマイズがより簡単で合理化されることを想像していました。1983年に、INFORMIXと呼ばれるシンプルで使いやすいRDBMSを発見しました。これにより、スキーマをすばやく定義し、デフォルトの文字ベースのCRUDフォームとレポートを生成して、アプリをすばやく簡単にカスタマイズして、非常に短い時間枠。GUIフロントエンドとOOP言語が登場し始めたとき、私はアプリの開発がさらに速くて楽になるだろうという印象を受けましたが、残念なことに、それはより複雑で時間がかかるようになりました！1つの4GL命令で実行できることは、OOPLでは数百行のコードを必要とする可能性があります。私は現在出回っている製品の海の中のいくつかの開発環境とツールを見てきましたが、デフォルトの画面とレポートをすばやく生成して最終製品にカスタマイズできる優れたWindows/GUIベースの4GL製品を見つけることができませんでした達成するのに長い時間をかけずに。私は最近、4JのGenero Development Suiteを評価しました。そこでは、デモを機能させる際にバグや障害にさえ遭遇しました！..逆の場合は、すべてがより時間がかかり、複雑になったように感じます！..

使いやすいGUI/RDBMSベースの迅速な開発システムがありますか？それは私にCRUDアプリを開発するための簡単で速い方法を提供することができますか？

私の職場のチームは、中程度の量のビジネス ロジックと大量のデータベースを含む Web サイトの作業を開始しようとしています。すぐ。それを構築するための言語とフレームワークを選択する必要がありますが、どこから始めればよいかわかりません。文字通り無数のオプションがあります。必要なのは、データベースに接続できるもの、迅速な開発とプロトタイピングを可能にするもの、および適切にスケーリングできるものだけです。

今日のフィールドでトップ 5 程度のプレーヤーは誰ですか?