http://www.j-hi.net
J-Hi平台的市场定位与目标用户是什么？竞争对手又有哪些？
J-Hi自 诞生 之日起就把目标定位在如何解决开发的高效性上，这是我们的初衷也是我们的最终目的，对于高效性J-Hi对此的解决方案是：
1）易于上手，学习成本低：J-Hi没有自己的标准，J-Hi是标准的执行者与推广者。因此我们采用的都是大家很熟悉的成熟技术，如spring、hibernate、struts、ibaties、webwork
2）代码生成的方式：说到底J-Hi是程序员给程序员开发的工具，因为只有这样才会使项目开发更可控（从技术本身来说没有万能的工具，只有coding才是万能的）。J-Hi是想使程序员从千篇一律而又枯燥繁琐的重复代码中解放出来，通过代码生成的方式由生成器全部生成，而使开发人员把精力更多的去放在关注业务本身上。
3）平台的底层支撑：从技术上我们在J-Hi与其它框架的整合上做了一些工作，目的是使开发人员更方便的去调用，使代码编写起来更高效。而且不同框架的组合是动态搭建的，从而使您有更多的选择性，更适合开发人员的技术掌握情况。从业务上J-Hi提供了一些抽象的业务组件，比如组织机构、权限、菜单、任务调度、枚举（数据字典）、日志等等。
4）组件化模式：J-Hi认为每个服务就是一个业务组件，业务组件可以在不同的系统之间来回迁移，从而实现业务组件的复用性。从另一方面来看，也更有利于公司的技术与业务积累，不用做重复的工作。对于组件化我们会提供完整的文章后续讨论。
5）基于使项目管理更规范，从而使项目的开发更高效：因为代码生成所有的层次结构与编写方式都是规范的（即使是一个属性名），因此更方便开发人员的相互沟通与阅读，也是因为这个原因从而使人员流动的风险大大降低（继任者可以很快的读懂别人写的代码，很快的投入到工作中去。诚然新来的人还要了解业务，但对于开发人员来说他只要关心自己一部分的业务需求，而不用整个系统去了解需求）。
6）现在项目开发最大的问题是开发与文档的不同步：目前我们在这一部分已有自己的解决方案，但因为精力与资源有限还没有形成真正的产品化的东西L
对于J-Hi来说目标用户主要是中小型及大型但技术积累不足的软件公司和系统集成商。说到竞争对手，因为J-Hi是开源的，既然开源就应该抱着一个开放的心态我们没有真正的竞争对手。如果真说有的话，我想应该是想舍弃程序员实现非编码开发的产品吧！
J-Hi的有何创新点？优势又在哪里？
在说到创新点之前我想先说一下我们对创新的理解，什么是创新，我们觉得不过是在前人的基础上前进了那么一小步，大部分还是吃着前人嚼过的馍。我觉得Spring 的AOP在目前的主流技术里是最有创新的，但分析到最底层时也不过是动态代理（不过能运用到如此程度也不得不让人敬佩的五体投地）。严格意义的说平台没有创新只不过是十多年开发的经验积累，即便是有创新也只是对各种技术的融合，也是通过这种融合使使用者有更多的选择性。目前我们正在做与国内优秀框架的融合工作，包括DWZ和simpleframework。以后我们也会秉承这种思想，融合更多更优秀的东西加到J-Hi之中去。
对于J-Hi你们想怎样运作？是商业运作吗？
是的，我们是商业。原因很简单在中国的开源大环境不好。象在国外一般都会有一些基金的支助或是代码捐赠，但中国现在我还没发现。大家都是兴趣，是对编程的一种热爱，而且大多都是兼职在做。我觉得大家的出发点都是好的但是可操作性太差，因为没有商业运作就很难提供优质的服务，没有好的服务也就抑制了产品的推广，没了用户群产品就不会有旺盛的生命力。我最大的愿望是：中国的开源团队联合起来！
那你们想如何通过平台盈利呢？
现在我们想到的主要是通过服务与技术支持，当然J-Hi以后要走的路还很长，以后还要很多的事情要做，比如基于平台的增值组件，我们把增值组件划分为三种形式：
1、 开源组件：比如CRM、CMS、进销存等
2、 免费组件：比如：SpringMVC、SpringJDBC等
3、 收费组件：比如：报表系统、在线会议、工作流等
这么多的工作你们几个怎么可能完成呢？
我们的想法是J-Hi不只是一个开发工具，更是一个开放的生态社区，希望大家都能融入进来，也许前期我们会有一些投入，但我们的目的是想让更多的人加入到这个社区中来，大家共同工作，从而实现双赢，使每个付出的人都有收益。
你们的工作流为什么不开源？
是就这个问题有很多的朋友问过我，有人还说我们是假开源伪开源。也许他们说得也有道理，但中国的开源环境我们也是没有办法的事。总不能饿着肚子做开源吧，生存是目前摆在我们团队最大的问题，如果生存都成问题，那还怎么可能把事情做下去呢。所以对此还请大家谅见，工作流开源对我们来说只是迟早的问题，而不是想着死抱着不放。