switch 、ps5 、赛博朋克 2077steam 激活 key 、买双鞋子、衣服。有地方放的话，买显示器、电脑座椅。没错都是我喜欢的。

茶叶、好些的酒、丝绸、品牌保健品(国外品牌)、美容延缓衰老的化妆品(品牌)、智商税但好看可以阿胶或燕窝、衣服或鞋子，蜂蜜第一次算了比较廉价。

@youla JVM 会自动关闭并回收，但是一般都应手动关闭，否则会一直占用无用资源。更多的情况应该是阻塞导致的。还有如果有 static 要注意，比如这种 private List<对象> list = new ArrayList<>(); list 中放入 IO，那永远不会被释放。

对于 es，数据过多深度分页时，可以考虑通过游标来进行查询，比直接使用分页效率高。

实时性高效率查询，只有用内存才能办到，对 item_id 的状态进行保存，比如 Redis 使用 Hash 结构，key 保存用户 ID，Map 里保存推荐商品 ID 和状态，每个用户持有不同的推荐商品状态。Redis 和数据库同步可以考虑同步代码，也可以用消息中间件解耦，但要考虑消息的消费速率。

首先你确定是这个类造成的么？
第一、Test t=new Test(); t.start();创建后方法出栈就会判定为可回收了，gc 会自动垃圾回收。如果不确定，用 JVM VisualVM 分析 dump 日志，找到堆中最多的类，分析为什么该类被一直持有
第二、Test t=new Test(); t.start();如果是一个线程，一直运行，那说明里面有 while 死循环，并一直持有对象的地址和一直 new 对象导致，也可能是阻塞导致对象不被释放，比如 Http 不设置超时时间等。如果是古老的包，可以考虑继承、代理模式、AOP 等方式替换接口实现，来修复该 BUG 。
第三、如果都没有问题，Test 就是每个用户请求就要有一个，那建议加大 JVM 堆内存，同时使用更好的机器，以及对机器限流和用 ng 做复杂均衡，将请求均匀分布在更多的机器上

14 薪这东西我从来没见一家公司写到合同里的，月薪才是实实在在的，我们公司以前也说 13 薪+年终，今年疫情导致年终+13 薪根本没找落的。还有期权我也有老多，有啥用？建议不要去

杭州主要 Java 和前端，中小公司也都是。大公司还有嵌入式 C 或 C++。然后 Java 面试难度比以前明显高了，以前基本了解就可以，现在有的要说原理的。

朋友帮大学本科计算机专业的写毕业论文赚钱，不缺 985 、211 的本科，大部分学校一个班学的还行其实就 5-10 个人。比如有的一本的学生让他帮忙验证手机号，这么简单的正则都不懂。

1.首先大公司可以签单独协议，价格大约是你看到的 50%
2.再多可以找运行商签，价格更低
3.app 有自动登录，大部分人都默认选择
4.相对于留存用户变现和融资的钱，这点钱忽略不计
5.接口都会加流控
6.体量非常大，可以考虑用户给服务商发短信，骚操作

@laminux29 你这个是神，设计知识面这么广，还非常深入，那可以考虑聘任清北教授，开发操作系统、专业软件、算法，还跟业务同事成天怼来怼去干嘛。
@dustin2016 后端也有后端的痛苦，有些代码就是屎山，一堆 if else 连个注释也没有，你改就要读一遍代码，还有后端的问题是框架、业务逻辑、ER 设计、流程设计，如果业务复杂要考虑性能，比如负载问题、IO 问题、线程问题、数据库优化问题、分布式中间件应用，你说的 java8 只是语言。如果觉得后端简单可以转后端尝试一下。

(真实)上一个知道这么说的，是一个人贷款然后股市哈索，然后赔惨了，疯狂然后借钱平仓。他说：“想找你借点钱”，问：“你要借多少”，他说：“你手上有多少，不影响你生活，有多少借多少”，问：“大约什么时候还”，他：“分几年慢慢还”，据说身边只要是说过一句话的人，就借。

(1)与公司价值观切合，想为奖金和期权奋斗，分好工作后，在工作群里进行工作对接，比如接口定义好了，你看下文档。完成后，过 N 时间(你来定)就主动问组长下面的工作，你不会闲着的。有时候我都我完成 3-4 个任务了，同事还在那里反反复复修第一个任务的 bug，领导都不傻有数。
(2)N 的时间里不要闲着呀，读读技术博客，写写笔记，看看资料。

哪怕做的飞快，要不(1)，要不(2)，要不离职，要不你收购这家公司，没有其他选项。

我看不到图片，首先离职了人家没义务回答你问题，回答是情分不回答是本分，尤其是裁员情况。运营人员一直追问是负责，没问题。
遇到这种事情，你要做到事事回应，并且积极响应，抛出问题和解决方案。
(1)群里问你问题，你要说：“收到，现在去排查。”(有回应)
(2)一段时间后，定位好问题，你要说“是之前很多人写的项目，没有文档，存在 BUG，排查起来比较困难，你在整理问题文档，需要时间”(积极处理，落实到文档和邮件)
(3)整理所有问题，然后附上问题所在，解决困难的点，建议解决方案，先给你私下领导看，领导看没问题，就给群里人看，让大家知道你的困难，一人需要 300 人日的工作。(这叫和领导沟通)
(4)过段时间，之后再找你，拉上你领导去找对方和他领导说明。(让对方知道你的困难，他不理解没关系)
(5)让领导住说不在职责范围，你只说困难和你解决方案，以及人手问题。(虽然不在职责范围内，但你说了就是态度问题。你只说自己的努力。)
(6)你要想待下，就 X 天解决一个 BUG，解决了就大群反馈(推进任务)。
(7)人家问新问题你就说找领导(上面领导已知，对方已知，领导就可以出来担责了)
(8)你现在再解决 XX 问题，然后解决后在群里回复(积极反馈)
PS X 天：你想好好干，X 天适度缩短。你想混日子和准备找工作，X 天适度延长。

200 分，70 天，基本没可能了，建议看看有没有办法复读吧，为啥不让复读，好奇。

读取一个用户列表，这个列表有些属性要从另外一张表读（比如所在城市），做法是：先读取列表数据成数组，然后再遍历这个数组，遍历的时候再根据城市 id，再去查询地区表，得到城市的名字。

大家说说这个怎么优化，见过很多代码都是这样实现的，其实我倒觉得一般这么查询也没什么，效率低而已，多次请求 DB 。
优化考虑：
(1)设计用户表时冗余显示城市字段，但是这样会造成城市表修改后不变
(2)查询时按照一次性取出所有用户城市，Map<User，城市>形式填充 User
(3)Left join 形式查询，就怕关联表特别多
(4)异构专门的查询表，或异构到 Es 中做查询，性能有保障，会牺牲部分实时性

我们这边的代码，很多都是这样写的，我一般都不会改。改了不算绩效、之前需求产品都说不清是什么、不用多改错一次可能就 3.25 。或者直接找 P7，同时给他时间，别今天需求，明天上线。