分享一个程序员可以拿来创业的点子~

现在的许多业务系统开发归根结底也就是一些表的 CRUD，多表 join，再加点服务化、mq、redis 等等

引子：许多项目重复建设实在是一种浪费，而且这种局限性限制了甲方对公司的选择，经常需要有经验的乙方才可以入场讨论一些项目的可行性，其实说白了，如果大家都手持一个，基本通用的产品，放在那，剩下的工作，不都是二次开发了吗。那这个基本通用的产品，可以认为是一个项目的基础代码 ok~

我们完全可以做一个这样的平台： 1.它是微服务的，包含了几十种常见的业务模块；

2.它是可选择的，比如 user 会员表，基础数据就是 id、user_name、passwd、nick_name....等等，但是呢有的业务它需要额外的七八个字段，那我们在这个平台上可以选择；基本可以满足 80%的要求了；关于怎么确定一个“字段全集”呢，其实有很多业界权威的书，你根本不需要懂深入的业务，“照抄”就可以了，比如《数据模型资源手册》这种书

3.这个平台用的技术都是非常主流的技术栈，由于我是 Java 出身，所以拿 Java 举例，比如 Spring Cloud 的或者简单点是 dubbo 的

4.技术选型是可选的，比如前端我要 react 要 angular 或者要 jQuery...都行，点一下就行

平台如何盈利呢，有这几部分费用： 1.模块数量，根据模块数量有基础费用

2.根据你选择的字段多少确定复杂度

3.license，生成的代码根据 license 收费；避免出现土豪一波下完了整个代码库，破产的情况

4.定制收费

5.服务咨询费用，比如平台承诺性能是 100tps，这时候来了个要 1000tps 的，ok，这活我们接

emmmm...今天起早了，就把之前的想法分享一下了....这个设想可能还比较初级阶段，欢迎大家讨论

tyfyc

2018-08-04 22:13:53 +08:00

大兄弟。不是打击你但你真的搞错重点了，业务需求的开发痛点从来不在开发本身的难度上，而是怎么找到需要信息化的业务逻辑，以及怎么把这个逻辑转换为程序员能看懂的需求。需要很多懂特定行业的业务需求又能懂技术的人，能把业务需求转换为需求文档才是大多数企业都做不大的原因。那几个模块，我把需求弄清楚了干嘛还要按照你的模块去开发？还要给你 license 费

lovelybear

2018-08-04 22:26:31 +08:00

各种业务系统虽然基础是 CRUD，但是也不仅局限于 CRUD，有各种层出不穷的定制化需求，所以如果要通过一个业务生成系统来生成对应的业务系统，至少得做到：
1. 高度定制化，包括前台页面，业务逻辑层，数据层，所以不仅要实现对业务系统的组装和拓展，也可以允许用户通过少量代码（或者指令）来生成自定义的模块
2. MVC 模式，lz 可以考虑类似 MVC 的架构，将前台，业务和数据完全可以做到可拆卸和可组装，并且可以完美对接
3. 服务对接，业务系统通常需要一些额外的支持，比如 redis，集群，高可用等等，将这些服务模块化，同时也支持自定义和组装拆卸
这是一个庞大的工程，不过如果能够完成的话，那么将会给业务系统的开发产生很大的影响。因为如果能够通过简单的设置，然后附加一些界面操作甚至少量代码指令就可以生成一个完整的业务系统的话，那么估计很多人要失业了。。。

wwek

2018-08-05 10:42:42 +08:00

目前在企业内部系统领域
比如 ERP OA 完全可以达到这样的境界。甚至数据库常见数据库都支持
数据库表都是动态生成的。功能异常强大。

那么我一直在想性能问题，这种系统能高性能就奇怪了。逻辑组合起来就复杂了。数据库表也是粗犷式使用
作为企业内部系统没毛病。如果放在前端面向用户的场景，绝对会挂的

也就是说高度灵活自定义的系统，在性能在一定有缺陷，很难找到平衡点

visonme

2018-08-05 11:19:30 +08:00

企业应用的难点是业务，支撑这些业务的就是各种规则和流程。
你的想法基本大厂都干过了，也有这样的平台，可以去各个大厂了解下，通常这样的平台也就是服务那些业务相对单一的，经费有限的企业主。

以技术为核心的创业对 team 的要求很高，大多数技术人很难走这条路的，尤其企业应用，技术上突破挺难的。
不如产生开发各种通过的规则引擎和流程控制引擎，可比这个强多了

UIXX

2018-08-06 09:07:02 +08:00

老实说，面向外包商更难做。

一、从外包商角度出发，如何从心理上信任你：
1、外包商有自己的框架，早已功能模块化，包括了可视化 /自动化代码生成。为什么舍弃自己熟悉的部分，去用你的服务，还得给钱？
2、你一初创团队的技术成熟吗？比他们本身强吗？我怎么能信任你在几年内不跑路 /倒闭？
3、用了你的服务是否从根本上降低他们的开发成本,这个节省的效率可计量、足够多吗？

二、从自身角度出发
1、除开开发部分，跟外包商的沟通成了最大的问题。对于初创团队来说，如何发展自己的客户--外包商？
2、CRUD/服务化大部分技术已经很成熟了，有的解决方案也很多，同样做这个，我们如何跟竞品作差异化竞争？如何切实解决外包商仍存在的痛点？

你跟外包商做生意，你知道他们可以从甲方那里拿框架的钱比在你这里节省的钱要多得多吗。