怎么讲？展开说说。

【 在 littleSram 的大作中提到: 】
: 赞一个
: 但是不看好
--
FROM 125.34.17.*

很中肯，都在点儿上。

我再讲两句：
1. 可以免费用。 框架本身是免费的，搭配框架的工具有免费版完全可以用。  收费版是一些可视化的工具，比如数据库实体设计，通过可视化工具生成代码，提高效率，避免新手代码不规范，减少新手错误。如果是熟手或者维护迭代，用免费版也是够的。 因为只在开发阶段收费，所以买三个月授权做完的产品，后续维护用免费版工具也是完全够用的。
2. 关于学习成本，有全套文档，还有专门论坛免费支持。 用这个框架的前提是了解java，spring，spring boot。
3. 个人看法：软件开发行业本身并不是随便什么人报个学习班毕业了就能入行的。强行入了他自己一辈子痛苦。 我甚至觉得如果一个人连入行都需要报班的话，就别入这行了。 不错的自学能力是这行必要的。
4. 如果想做好的开发框架，并且想推广到外部使用，跟上主流技术是必要的。
5. 在应用领域，Java还是主流。

最后，市面上靠一个低代码平台融资成功的例子不在少数，但是我们本身也不看好低代码的模式。在分析了低代码模式的缺陷基础上，设计了这个框架的市场特性（面向专业开发者，开源可扩展，无供应商锁定等），所以Jmix处在一个特定的细分市场，这种商业模式是否成功也没有案例。  但作为一个技术公司，还是想试试证明自己开发框架的能力。


【 在 littleSram 的大作中提到: 】
: 赚不到钱，免费可能有人用
: 这种框架内部用用还行。
: 其实学习成本不低。有什么问题也找不到人问
: ...................
--
修改:notnotme FROM 125.34.17.*
FROM 125.34.17.*

有关裁剪定制，如果用户觉得开箱提供的组件不好用，可以利用 Spring 的容器机制和 bean 做扩展。 如果用户觉得所有组件都不好，那确实 Jmix 不适合。

我们的理念是做为框架，它应该是一种最佳实践集合，给用户一套久经验证且大多数用户认可的技术栈产品。

比如全文搜索，Jmix 用的就是挂 ES，这个是团队认为比较稳定、大多数开发者认可的方案。但是用户完全可以利用 Java/Spring 的可扩展性支持 Solr 或其他方案。

有关做到最后， 你说的不错，最终的产品就是一堆上层组件和底层基于 Spring 的核心框架，这是 Jmix 价值的 2/3，支持开发者用最熟悉的技术和即用型组件能快速出结果。另外 1/3 就是开发者工具-Jmix Studio，开发全流程的加速器。

大部分的软件公司都会考虑组件化，为了复用，为了模块化，不论用不用 Jmix，用不用Java，最后都是一堆组件。。。

【 在 oldwatch 的大作中提到: 】
: 这种偏业务层面的框架
: 其实最大问题是如何方便的裁剪定制
: 比如全文检索我直接走RDBMS的扩展语法搜行不行？
: ...................
--
FROM 125.34.17.*

是的。 国内可能得找新的打法。
我会反馈本版的~

【 在 littleSram 的大作中提到: 】
: 赞成你们试一试，万一成功了呢
: 国内用intellij全家桶的有几个付钱的。太贵了。
--
FROM 125.34.17.*

易语言 就成功赚到钱了
【 在 notnotme 的大作中提到: 】
: 是的。 国内可能得找新的打法。
: 我会反馈本版的~
:
--
FROM 114.249.18.*