怎么都是建议耳塞的
懒得去一个个尝试 到底哪个耳塞舒适度好点

用的耳罩 3m x5a 隔音杠杠的
坐着站着戴会觉着有点沉 睡觉躺着就无所谓了
因为耳朵会出油 会用 T 恤包一下脑袋 隔着布戴

小孩子才做选择题
好像是没有用触控板的电竞选手吧 这点应该没争议
MAC 的鼠标上貌似就带着触控的功能 手势功能应该挺香
MAC 上的软件应该有很多针对手势的快捷操作
不过没用过 MAC 具体的好处不清楚

搜一下就出来了
满半年不满 1 年 赔 1 个月
提前一个月通知你 就只赔 1 个月

让你立刻走人的 +1 也就是 2 个月

睡眠少 平时也不困
忘记门牌号不算事 大把的人下了楼都会想刚刚是不是没锁门
唯一的副作用： 担心自己抑郁了
你这就是太闲了

需求合理 就好改

不合理吗 ？ 有多离谱呢？是异常离谱
应该。。。有吧

这种大牛的高度 您觉着给开多少工资合适
我觉着请这种大牛 不是钱不钱的事了

你写个方法 加上 synchronized
然后递归调用自己 就相当于 反复获取锁

synchronized 是可重入锁 ， 所以能正常执行
但如果你用的是不可重入锁， 那就会出现死锁

[出现后申请锁的线程] 你这个说法 是多线程抢占锁 不适用于 可重入锁

某一个锁(synchronized 、ReentrantLock 等) 可以有多种属性 （公平、重入、自旋等）
就好像 person 的多种属性 name sex
可重入锁 这个属性描述的就是某一线程下 重复获取锁的情况

如果你写多线程 别人提醒你可能有死锁的问题
你想着要不我用多进程吧
那担心是多余的 这说明你都没用上锁 那也就不会出现死锁

用 netty 怕遇上内存泄漏的话
多虑了 你应该还没用上 内存直接访问的 api
你担心内存管理的不好 程序挂掉 那你换个框架 该挂还是挂

服务拆成两个 java 进程就不挂掉 并不能说明就是 netty 的内存处理不当
或许 你一个 java 进程 但 http tcp 各用一个端口 也不会挂掉

动不动就百万级别，都是耍流氓瞎吹的。
给他三台让他做主备先用着

真的流量大了 就换 k8s 了都

看了这贴的回复 笑的停不下来

房子没住，想要房东退租金 退房子才是合理姿势吧
房子是按年租的， 但房租一般都是 3 个月一付吧，你是一次性付清？

## 方向

spring 核心的初始化 与运行时 (bean 的 ioc 、di)
spring mvc 的初始化 与运行时 (或其他服务 aop)
spring 与 任意软件整合 的初始化 与运行时 (比如 mybatis)

## 思路
可以先用 mybatis 与 spring 项目共用， 但不整合的使用
然后 二者整合使用 分析下整合实现了啥功能，咋实现的
（
初始化阶段 hook 接口的执行顺序
延申到与 spring 整合的软件 对 hook 的实践
）
同理 hibernate 咋共用 。。。等等

spring 作为胶水 与很多框架都能整合
要点都是 init 、runtime 、hook

## 通用思路
阅读源码
一方面是装逼格
另一方面就是有这方面（修改源码或编写类似服务）需求

分析一个（或编写）软件需要有
大致的初始化阶段 与运行阶段
而软件为了有较好的扩展性，就会提供较多的 hook

用上 [地位] 这个词
可以理解为 最少两个人
一方高高在上 一方低声下气

这是涉及了 大男子主义或女权主义么？

ddd 一直都是不温不火的 大部分人应该都是摸着石头过河
帖子里说公司一直在用 ddd 的不少
不过这些 ddd 差异大吗

有点好奇这些是不是盲人摸象

对于招聘
公司招个会计，要求会 office , 但要求会装系统合适吗
菊厂招人开发个操作系统，应聘人不懂操作系统原理合适吗

方向不同，价值不同

人家就想爬点漂亮 MM 的图片，用 python 一天搞定了，谁会先花个十天半个月去学算法。
创业公司刚起步，那肯定是 if else 的一坨代码先把产品做出来。
要等你分库分表、异地多活、ddd 啥的，公司先破产了。

百度、淘宝、谷歌、12306 他们的服务要是不对代码进行优化
再牛掰的硬件也扛不住流量的冲击

20%的技能 解决 80%的需求
剩下的 20%需求 需要用另外的 80%技能去解决

当初的 115 永久会员要是买了，还送年费券
卖年费券不仅能回本，还能赚上一笔

奶牛的会员如果以后也涨到 500 一年，那你现在买就赚了（偷笑）

乍一看
1w 并发 碉堡了
再一看 iot 数据采集 哦不涉及数据修改的竞争

毫秒级响应 ？？ 响应个啥数据？
动态扩容 那就 云服务 容器化嘛

这类开放性的问题
回答的时候，需要自己加上限制条件不然没法答
你如果有相关经验，就把当时的场景方案讲一下

通常这类问题的解决方案都是折中的
比如上亿的数据 模糊搜索 那显然用 es 比 mysql 好 （不需要事务）
比如加载到特大内存，快速查询 （特有钱）
比如预先计算， 缓存预热
比如分表分库
具体问题具体分析
有相关经验还能问问是不是 xx 导致的，没经验只能干瞪眼

有些提问就纯属抬杠，
分库分表他说慢
说分布式集群 他说有可能全挂掉
异地多活 他都能说网线断了

你这问题就提供了两个点 慢 年度数据报表
报表一般来说 可以先算好的
慢 到底是慢在哪里
就是找痛点 找瓶颈

不分哪个品牌的安卓机
就谈国内安卓机两个问题

1 ） 文件权限
大部分 app 都是管杀不管埋，文件占用越来越大
删了 app 后， 占用的文件夹往往就遗留下来浪费空间

2 ） 推送耗资源
啥时候能说，所有的 app 都用上统一推送，
而不是每个 app 在后台耗费资源来推送消息