@avastms #74 大....大....大漠老师？？？？？

@AllOfMe #28 哈哈，我是甲方，索赔乙方，因为是他们提供服务

测试数据库服务器 rm -rf /
---找监控，甩锅
oracle 生产库业务表 update xxx set dddd=1 where 1=1
---找磁带，恢复 48 小时
生产存储固件挂掉....宕机 2 周
---索赔几百万...吧
mysql 生产库业务表 update xxx set dddd=1 where 1=1
---找到 1 小时前数据，还原掉，并通知业务人员重新操作
生产应用宿主机宕机
----没啥，找人甩锅呗

别的记不得了，反正我觉得自己心脏倍儿好

绝对去。。。即使回来了，拿着国籍，真的可以横着走.........哎

你这么问我能说 30 款可以买的.....说说你得需求啊，偏好啊，路况啊...经济情况啊....

真给前端脸了？在自己的领域内你咋造轮子都没人理，作为后端开发来说，你们那些破玩意儿自己留着玩就行，别出来霍霍了好么 :xd https://ws4.sinaimg.cn/bmiddle/62e721e4gw1et02g5wksrj200k00k3y9.jpg https://ws4.sinaimg.cn/bmiddle/62e721e4gw1et02g5wksrj200k00k3y9.jpg https://ws1.sinaimg.cn/large/b64a58e3gy1fikr7bnfrmj200k00k0sh.jpg https://ws1.sinaimg.cn/large/b64a58e3gy1fikr7bnfrmj200k00k0sh.jpg https://ws1.sinaimg.cn/large/b64a58e3gy1fikro1qf4lj200k00k3y9.jpg https://ws1.sinaimg.cn/large/b64a58e3gy1fikro1qf4lj200k00k3y9.jpg

我记得云厂商来跟我们安利过一个大概的临界点，就是如果你有超过 80 台左右的生产应用服务器的时候，上云的成本就开始比托管服务器高。

zk 只是推荐的注册中心
spring 并不是必须的，官方也有原生调用的文档，自己去实例化一个服务

@johnnie502 #4 对，这可以理解成造轮子，实际上业务系统开发一直以来不都是大部分造个轮子，复杂的工作不过是这个要四驱的，那个要后驱，那个要镶嵌一下，那个要锻造个轮毂嘛~~
@betulachen #5 不是的，流程引擎，规则引擎只是这个平台的一个组件而已，是一种可选的技术
@jonechenug #7 数据库报表工作流的啥都可以动态 这种只是基本操作，包括楼下兄弟说的一些 cms 之类的，是从实现层面解决的业务多变性，而我的这个想法是从代码从面，相比来说一定是耦合度更低，性能更好，理解一下
@humansjl #8 待我看看，谢谢分享
@tanglijun #9 @php01 #6 不是的，cms 和这个想法不在一个层次上，那个做的是内容管理，我们做的是代码层面的自动化开发，那个可以降低使用者门槛，我们这个的目的是降低项目开发成本，提高效率

@UIXX #10 错了，我的平台是为外包商服务的，让外包商特别是起步的团队，项目经验基本靠团队成员凑的那种；有信心，有能力去拿一些项目；剩下的事要交给外包团队去做，不砸他们饭碗。作为一个现实的甲方，当然我还不是国企....这个问题展开来说有点大，可能会有你说的情况；你说的基本没错，不过我的这个平台还是面向外包团队的，而不是面向甲方。
@fyibmsd #11 mark 了我了解下，谢谢分享

@bufpay 不知道你和这个网站的利益关系喔。。。这个看了几次了，虽然分享的很好。。。but..只能算作一个成功者展示


@suley #15 emmm...目前我面对的一些不懂技术的甲方是有这种倾向


@bobyang 需求来自于生活吧~

@wxt #2 所以这应该是程序员的局限性吧，只思考技术上的可行性，没有考虑到市场的需求；国内外有类似平台吗，可以说下^_^

另外报表系统，我觉得可以这么理解，这是一个可以 update 的报表系统，提供了一个业务系统雏形，剩下的工作交给外包公司们做二次开发。

穿的太好别人会以为你技术不行的。

建议回家~真的.....

两年前我在北京 18K*14-16 干了三年，存款寥寥。。。感觉不会有什么突破（没关系，没路子...可能永远急救室初、中、高级开发）没劲~

两年了，在北京的羡慕（绝非恭维的那种），重要的是自己很满意那次果断的决定

你可以试一下彩云天气，非常准了吧。。。误差在分钟级别