你如何为非技术客户提供Django [或Ruby on Rails]的案例

商人通常希望开发Web应用程序.他们通过名称了解.net或J2EE,而不了解其中任何一个.

Altho'Rails和Django提供更好更快的开发堆栈,说服商人使用这些平台是一项重大任务.

任务开始于介绍Django(或Rails),引用一些博客/研究.然后为特定项目使用框架提供案例.

很多任务都是重复的.您使用什么来源/博客/白皮书和其他材料来制作django(或Rails)的案例

难道你不认为应该有一个共同的小册子,很多开发机构可以用来制造同样的案例,一次又一次.现在有没有这样的？

关于Django vs Rails似乎有足够的讨论.虽然需要(Django和Rails)vs(.net和J2EE),但至少在做商业案例的时候.两者都代表了动态语言中更快速实用的Web开发.

1> S.Lott..：

---

请求宽恕比允许更容易.

首先,在Django中构建初始版本.很快.很好地建立模型(非常好!).但尽可能使用默认的管理功能.

花时间仅报告和显示HTML可能对演示文稿真正重要的页面.

显示这个,他们只想要更多.一旦他们沉迷于快速周转并纠正开箱即用操作,您就可以与他们讨论技术.到那时再也没关系了.

---

我承认我对这种方法有一些道德问题.请求宽恕比获得老板的许可更容易,但客户呢？你可能不同意他们的决定,但这是他们的钱,而不是你的钱.根据您自己的担保建立并在此基础上出售.

2> Sarah Mei..：

---

你需要说出商业语言:金钱.

"如果我们使用Rails,它将比Java中的相同功能低50%."

您的百​​分比可能会有所不同,您可能还需要包括托管和维护费用,以显示其平衡情况.

当你说服其他程序员时,请务必谈谈开发速度和重复性任务的自动化.但谈谈商业人士的底线成本.

3> hyuan..：

---

在开始为Django或Rails创建案例之前,您必须首先确信它是业务人员需求背景下的正确堆栈.如果商务人士是企业家,他可能会有其他因素超出解决方案的开发速度.例如:

如果它正在开发一个正在开发的企业(比如SalesForce.com,SugarCRM等),那么用Java编写它可能是有意义的,因为这使得基于Java的潜在求助者更容易进行收购和合并.

如果它是大型公司中的定制解决方案的内部IT游戏,那么它们可能已经拥有大量的MS基础架构.让您的客户端安装SQLServer或使用Rails/Django友好堆栈进一步复杂化堆栈可能没有意义.

如果你已经跨越了这个鸿沟并且确信你有客户的最佳利益,那么我会在互联网上寻找相同的应用程序已经在Java和Rails/Django中创作的示例.这是在Rails中实现的Pet Store的一个例子.

http://www.anassina.com/projects/railspetstore/

您可以下载源代码,并需要更少的代码如何实现相同的结果展示给你的客户.

向客户解释为什么更少的代码是有价值的:你写更少的代码越少的错误,你将有.