1 | # H1 |
引用
斜体
粗体
行内代码
1 | 多行代码 |
分割线：
1 | $$d=\sqrt{\sum_{k=1}^n(x\_{1k}-x\_{2k})^2}$$ |
效果：
$$d=\sqrt{\sum_{k=1}^n(x_{1k}-x_{2k})^2}$$
sequenceDiagram
老板C ->> 员工C : 开始实行996
par 并行
员工C ->> 员工C : 刷微博
and
员工C ->> 员工C : 工作
and
员工C ->> 员工C : 刷朋友圈
end
员工C -->> 老板C : 9点下班
ROI 是指投资回报率，对应系统架构设计上来说需要从业务发展和收益角度综合评估 ROI 来进行取舍。需要确保架构符合业务的发展，在设计开发时需要重点关注一下几个地方：
按照上述清单可以在进行架构设计时进行思维训练，同时不要局限于清单，做到动态调整。
基于多次复盘的经验汇总，仅以当前工作环境做汇总，供参考。
从工作经验来分，以三年为界，分为两类面试思路：
2021年已经过去，准备对去年看过的书进行一个复盘，回忆下从中得到了什么成长。
概念可以简单描述某类事物，这类事物可以是实体也可以是问题。领域驱动设计是为了管理系统复杂性问题而生的一套方法论。
随着业务系统的复杂性不断提高，系统的性能和灵活性要求也会越来越高，如何构建一个扩展性强、可用性高的业务系统是需要我们不断思考的问题。
我们以交易系统为例，在互联网之初，实体商业占据绝对主导地位的时代，电子商务系统最初的目的就是把货物卖出去，业务需求很简单，就是一手付钱，一手交货，而更多的难点是在于如何让人们接受并认可在网络上进行交易。随着这几十年的发展，电商早已不是最初的样子，需求变为如何更快更多的把商品卖出去，于是产生出了层出不穷你算不清楚的促销活动，比如满减、凑单、会员价、拼团、优惠券等。你买东西的价格也许只有系统能真正算清楚。
系统的复杂性比起最初，呈几何倍的增长，如何控制并管理系统复杂度是我们需要在业务发展过程中需要解决的问题。复杂的业务各有各的复杂，而拆解之道也各有各的侧重，今天要介绍的是领域驱动设计如何帮助我们拆解需求，并建立一个灵活性高、可扩展的业务系统。
在加乌拉山口拍珠峰，这里可以一眼望尽五座八千米高山。
旅行是为了什么？有的人是为了好吃好玩，有的人是为了看风景。我就是后者，如果你喜欢游览祖国广袤的山川河流，看尽一望无际的高原雪山，那么你一定要来趟西藏，看看还是那么相对纯粹的自然风光。
去西藏的计划是从八月推迟到了十一黄金周，不过今年西藏的十一却少了往日的火爆，人不是那么多，主要还是因为前一段事件疫情的影响，所以路上的体验都还不错。
全国除了西藏都是可以想去就去的，而西藏是需要好好准备一下的，为此也踩了一些坑。就拿抗高反来说吧，去之前你需要做的是好好休息，减少运动量就可以了，不用喝什么红景天、高原康之类的，作用不大。在高原防止高反只需要做到以下几点即可：
刚去的前几天高反加水土不服，在羊卓雍措的湖边住房车，大半夜的跑到车外吐了好几次，第二天买了藿香正气就好了，然后就是听司机的话，觉得不舒服就喝点葡萄糖，确实很有效。
到了西藏，面对壮阔的雪山群，纯净的圣湖，当然要留下一些回忆。
在海拔 5200 米的珠峰大本营，珠峰山顶总被云雾缠绕着，能近距离的看到很难得。
羊卓雍措是西藏的三大圣湖之一，从山上看下去，湖水呈靛青色，就跟染料一般纯净，和其它湖水的蓝很不一样。
纳木错也是西藏的三大圣湖之一，蓝色湖水对面的雪山就是念青唐古拉山脉。
在西藏还有一点独特的体验就是看星空，与平原不同地是这里的高海拔，使得星空银河非常清晰明显，你会看到银河从地上的一端穿过天空扎向另一端。站在山顶的那一刻我终于体会到儿时的一句话『天空是一块幕布，星星和月亮就是装饰这块幕布的花纹。』望着繁星与银河，感觉到自己渺小，如这沧海中的一粟。
西藏之旅还有很多有意思的故事与见闻，虽然这篇文章鸽了这么久，但是我还是不想再去讲了。总之这是一场头疼并快乐的旅途~
