不能代表一个具体类型。extends 在这里是范型修饰符，表示只接受 ApplicationEvent 的子类（型），然后这些符合类型的集合使用一个 E 表示而方便在代码中使用。

深圳天气大赞！其他就是没啥逛的基本都是商圈哈哈

as 自带的估计不行了。不如直接用 adb logcat 或者 pidcat

我的经验：dns 要用运营商自己的，同时建议关闭 ipv6 。

可能是开了背景模糊的问题…electron 在 windows 下的问题⛄️

logseq 和 obsidian 共用一个仓库。前者日记后者笔记。

看提示是检查眼部周围的特征，抬高手机至少能看见眼部周围。这样应该可以提高通过率

感觉 openwrt 远程维护成本更高…最好方案还是靠谱路由器原厂固件，出问题让运营商师傅上门检修

@Helsing 这就是楼主的需求。缓存肯定存在内存里。

猫咪看起来很憨厚

G304 京东 149 入的

不成熟建议，先去大厂。（半年到一年）稳定后再备孕生产。整个周期可能在 2y 左右，只要不是狼性大厂，对孕妈的关怀都是很不错的。

就这两个选项，个人觉得无脑腾讯（虽然是 csig ）。只要不背星，一切都好说。

小公司靠开发自觉的。大公司看 leader 在不在意。

@singerll 实时音视频场景 400ms 的延迟都受不了，打游戏你延迟 1s 和 16ms 的差距对用户真的没有卵用吗…？

是不是你经常切换分支？如果切换分支会把之前的内存也保存着

也不是所有的小公司都值得加入。甄别好公司非常困难。在行业下行阶段，大公司概率上活得好点。就算被裁起码也有赔偿。小公司倒闭几率更高。

我之前也在中小公司待过，还是有很多收获，但是还是那句话，甄别和遇到好公司概率非常低，你本身也要足够优秀和有一定的运气。比如：

1. 恰好正确的行业：实现正向盈利，不会因为倒闭而匆匆换新工作导致持续性不强、简历不好看

2. 核心业务的非核心团队：参与核心业务但不需要花时间应对太多的业务导向安排，比如业务值班、大量的运营类业务等

3. 技术团队小：灵活并且技术选型自由度高，你将有更多技术实践的自由，只要对事情负责到底

4. Leader Open 且辐射能力强：层级扁平、凝聚力更好、氛围更轻松，可以提供公司底线之上较高的自由度。

当然每个优点也有相应的缺点和隐患：

1. 创业公司营收压力大、业务变动非常快：相应的员工的压力也更大，体现在技术这边就是「倒排期」、需求管理和版本规划混乱、加班等

2. 非核心团队在技术话语权比较低：难以撬动其他技术团队（后端、测试）一起推进或改进存量业务

3. 技术团队小：如果没有 Tech leader ，那么需要直接对接需求整个周期，非常占用时间；没有专门负责效率和基建的同事，有时候这部分还是非常花时间的（比如基建的稳定性维护等）；规范性靠自觉

4. 非常看 Leader 个人风格，垃圾 Leader 会 PUA ，好 Leader 会抗事带领大家一起前进。

读肯定是可以读的，如果你只是需要显示到 iv 上，直接调用 iv 的 api 就可以了。如果你要自己操作数据，那需要 open input stream