編輯：你能一起演示多快？
認真，什麼是這個問題的問題？如果有人說服我，我會自己解決。
無論圖書館，工具，骨架應用程序..你能放多快的Demo？
昨晚我評論說：「那裏有什麼RAD工具？」 （What RAD tools are out there?）。
兩個小時後，我完成了這個工作，http://125.214.67.190:5824/。
這不是吹牛會議。我有效地想知道其他開發者使用其他工具能夠多快地將演示放在一起。
編輯：
這裏的真的很簡單分貝，重要的文件：
http://www.gliffy.com/pubdoc/1597851/M.jpg。
這幾乎是太簡單了霍根。
這取決於演示的種類和大小。如果這與工作有關，而且我的老闆在通常情況下一個星期左右會在我的脖子後面呼吸，否則大約一個月。
在Borland的工具的Borland C++ Builder或Borland的Delphi
的RAD工具是廣泛的，很容易學習和使用。
我會說與熟悉這些工具的人幾個小時不會是一個問題。
我也建議任何值得使用它的rad工具都應該在幾個小時內完成這項工作，它只是一個演示！
雖然我在這，但要小心你的演示看起來有多好，總是留下一些缺失或不合適的地方。對於大多數用戶來說，一個好看的演示程序意味着該程序已完成80％！
那麼，你的例子不是非常美觀。所以我沒有打擾很長時間。
爲什麼？因爲如果你打算做一些演示，請做一些有趣的事。你必須抓住人們的注意力。因此，而不是一些網頁前面的數據庫，給我一個用例，我可以下沉了。
這就是爲什麼能夠快速進行演示並不是所有這些都有用（IMO）。一個應用程序的難點在於不是執行這個想法，而是它的想法本身以及它的細化是長期的。
投票結束爲「不是真正的問題」。 – 2009-02-05 02:02:59
咦？這怎麼不是一個真正的發展問題？ – 2009-02-05 03:00:24
完全有效的問題。 – 2009-02-05 16:38:29