@kingmo888 实在不好意思，回家就忘了，已经加上了😜

而且，springcloud 不是那么好上的，除却本身的学习成本，还有运维成本，这个基础设施一定要完善，测试环境和生产环境起码要有。人肉运维必然是不可行的，也是极其低效的，所以都是要走脚本，容器肯定要上 docker，k8s 管理。

不管业务大小，光生产环境起码得 10+个微服务，当业务大了之后，100 多个不算多，那注册中心是不是得集群，起码有三个吧，配置中心也得有吧。测试环境简单点，起码得有吧，开发环境要是没钱的话，开发同学是不是自己需要在电脑上搞一下，不管是 eureka 还是 consul，或者上 Nacos，起码得启动一个吧，config 中心启动一个，自己要调试的微服务启动一个，关联的微服务启动一个，这些不可能都在 idea 启动吧，开发同学是不是自己电脑上也要装 docker，还得 docker-compose 启动，windows 电脑对 docker 支持不是太好，是不是得用 mbp （哈哈）

emmm，除了这些基础的，微服务最大的问题就是分布式事务，小厂有钱的话，服务器凑够了，技术底蕴怎么凑啊，是基于 mq、还是 tcc、还是干脆不管事务
一次调用链路贼长，不用多，跨了三个微服务，怎么调试啊，链路追踪是不是搞起来啊，产品、业务天天催，一个 bug 搞一天，怎么办

其实 springboot 挺好的，jdk8 还是很香的

简单来说，spring mvc 只是 spring 的一个组件，整个 spring 包括实在是太多了，spring-security、spring-data-xx，等等。
而 springboot 则是基于 spring，按照约定大于配置的思想抽出的一个高度封装的 spring，屏蔽了更多的细节，省去了繁琐的 xml 配置等等，这对于不熟悉 spring 的同学来说，出现问题可能不是很好排查，但是对于饱受复杂配置的同学来说，开箱即用，无需再 copy 旧项目各种 xml，springboot 当然是神器，起码写个 helloword，快的话 1~2 分钟足够了。
而 springcloud 则是基于 springboot 的一套微服务框架，因为现在前后分离是趋势，所以一般后端都只是提供接口，前端或是 react、或是 vue 负责渲染页面，当然新技术并不一定非常适合你，尽管前端框架各种 SSR，但是还是对蜘蛛不太友好，就是说被搜索引擎收录，有点麻烦（ ps：加钱、竞价排名可以解决一切问题）

https://www.telami.cn 互加，下班回家才能更新 blog

@yxjxx 同看中这款，主要是有 type-c 接口，但是觉得 27 小了点，想上 32 英寸

https://item.jd.com/5276690.html
三星的值得入么，刚好 618 活动

emmmm..

2019 的 mbp 发布了么，在哪里看到的

该换了吧。。

果然是中奖绝缘体

支持，后排帮顶

https://ws3.sinaimg.cn/large/005BYqpggy1g2coaw8k5fj30w20jzgrx.jpg

三星内存，大家看看这个值多少钱

开源的魅力，心向往之

烫金塑封。。好有代入感，叙事再长一点，就像小说里的故事了

刷订单帮助刷出来的客服姐姐

论一个网站的诞生