大家好，我是一个 IT 老司机，曾写过代码，搞过需要，干过产品，带过我的项目。JVS 将是接下来很长一段时间的工作内容，为此将把咱们开源我的项目过程中的点滴逐渐记录起来，逐渐分享进去，咱们也心愿找到一群有些想法的人一起能做做我的项目，吹吹牛逼。
开源我的项目的背景：
其实咱们当初是一个专做 IT 外包业务的公司，次要的支出起源是我的项目外包
长期化的“被迫营业”
- 工期紧，工夫短，工作重
- 领导一句话，下边跑死马
- 甲方需要素来没有不变更的
- 人员稳定度不高，导致交接的内耗十分重大
- 技术框架不对立，技术积攒少，代码复用难
我的项目外包是始终不想干而不得不干的痛，长期积攒下来的一系列的问题十分重大，而后咱们被迫做了一些底层的形象与研发。
咱们开始也到处选型，很多框架尽管很好，然而存在协定的问题（预计很多开发团队都没有留神过这个问题，历史的旧账是迟早要来的），最初咱们根底的框架是采纳 spring cloud alibaba 的，而后咱们基于正当的开源协定的根底框架，逐渐构建了一套本人可用的底层性能，当然当初框架曾经烂大巷了，然而咱们的框架算是在外包这个范畴战斗力绝对好一点的（从稳定性上和扩展性上还行）。
所以，接下来咱们把咱们的框架开源，也想转下技术存在的模式。开源地址：https://gitee.com/software-mi…
框架咱们取了个雅致的名字 JVS（just very simple），取这个名字，大家都能猜到只有程序员的思维能力取出来这种“钢铁直男风”的名字。另外，业内都在吐槽，大家不要反复造轮子，其实大家都在反复造轮子的同时吐槽着反复造轮子，感觉是个有限迭代。
框架的根本定位（现实中）
- JVS 是定位为辅助研发团队的“工具”；
- JVS 的服务对象：中小型的研发团队；
- 通过缩短需要到交付的流转链条，从而晋升交付的效率、管制交付老本；
- 通过可视化的操作，以业务人员的视角驱动我的项目交付，晋升需要的精准度与变更的灵便度；
- 根底框架加业余插件的模式，模块化的设计思维，晋升零碎的灵便度与延展性。
另外，里边也蕴含一些当初所谓的低代码的一些性能，其实就是根底的框架，总被一些装 13 的人说得很高大上。。。
明天的介绍就先到这了，接下来我会对框架的各个方面做个介绍系列，心愿大家吐槽得更加强烈一些吧。
下一期预报：咱们的框架对立登陆的设计。