源来
译文：原始、本真、源泉温泉、积极向上
半亩方塘一鉴开，天光云影共徘徊。
问渠那得清如许？为有源头活水来。

选 Java 为什么不选 Groovy ，完全动态，语法简洁，同样能跑在 JVM 上，同时也就是说和 Java 可以共享生态，Spring 类似的架子都能用！
奥我知道了，为什么这么多人不推荐了，因为不会，狗头

技术点太少

@polaa 单纯的只想白嫖

OPERATE?

老哥 两千万是怎么筹措的？自己投了多少？借了多少？看 LZ 这前女友和现任老婆的背景 感觉 LZ 也是大家大户呀。作为一个屌丝程序员的疑问，一个月薪 1W 的前端怎么能傍上这种富婆

@littlemcdull 京东 9 点上班

先泼个冷水，你跳槽频率太高可能简历连初筛都过不了。

这样优化是为了提高一点人都感觉不到的效率么，为啥子不是想着优化复用性呢。

再多说一句百分之 80 的软件公司不需要微服务，因为量根本不是那么容易你想上去就上去的，这玩意很多都是程序员要么脑补 要么为了练手。

所以你看微服务的出现从来就不是为了拆而拆的，它是业务带动的，按我说就楼主所说的业务场景，说实话用单机就够了，为什么？因为成本。所以说我个人认为你们的架构师很不专业。

微服务的出现，一开始之所以要拆，从来不是一开始就因为技术原因拆的，是业务的发展的带动，导致从技术场景上而言不拆不行了。我所见到的能称的上所谓微服务的（不是那种自己跟自己玩，把业务模块拆几个 module ）。拿电商来说，通常情况下一个服务就基本对应一个部门（这里想表达服务是一个很大的概念不是那么简单的一件事），拿结算提单来说把，最前面的是交易中心（下单的时候跳结算页发起下单流程就是它干的），结算的时候结算页这个页面支付操作一般会有一个支付部门干（提供的就是支付服务），完成支付后，会进行对账（入和出是否平） [财务系统] ，财务系统完成了之后还会有订单中心（订单系统）修改订单状态.........

现在 在京东 之前在的两家公司 前东家都说上市 有一家疫情期间有一个月还没发工资 拖了第二个月然后缓过来补发的 上市就是大饼 况且上市跟你没有什么关系 外包就更别去了 建议再找找不行 选正编的

@leeg810312 我所说的一直是基于现有的运输能力和算力水平更好的服务用户

@leeg810312 可能你觉得站着吃饭和跪着吃饭没什么区别，只要吃到饭就好。是不是互联网产品根本不重要，产品是服务用户的，用户体验好不好都不重要，那就没什么重要的，照你的思路以后火车上有没有位置也不重要能把你送回家就行。

@ersic 对啊 每个人都有

楼主你说的这种后台的入参在确实不确定的情况下，完全适应入参，只能采用 map 结构去接收，但是确确实实违法规范，即使使用 map 接受，你每进行一次业务变更添加或者修改一个字段（可能很频繁），后台是一点业务逻辑不需要处理么，那应该不现实，但凡有逻辑要处理用 map 和不用 map 那已经不重要了，因为无非是改一个地方还是改好多地方的问题，但是某些业务场景还是有方案去解决的，单纯的透传后端可能通过使用 map 去兼容你，但是如果大部分字段都和业务紧密相关需要做额外业务操作，那么用 map 和不用 map 没啥大区别