还是多存钱，少买没用的东西；
私下里搞搞自己的事，有些爱好可能成为自己的事业；
既然是个普通程序员，可以多借助于 AI ，在解决问题上可以把自己拉高到中上等水平；

能不能干到四十，还是得看公司和个人的心性，太过普通的公司，没啥福利，待遇上限也低，但对员工上进心要求也低，只要自己愿意忍受，还是可以干到较大年龄的

不一定，我就提了好几次，现在还赖在公司，只要不是和领导有观念/利益的冲突，他们可能会无所谓；重要的是如果有更好的工作，那还是走吧；

我也遇到了，我是后候补，结果 12306 没有付款记录，支付宝扣款了，打客服电话也没找人工客服

看好和不看好只是观点问题，争论就争论了，动不动就给别人扣帽子，把别人开除国籍，这真是令人无语

以前觉得这都是机器人、水军或黑子故意这么说的，结果真有人这么想，呵呵，“大开眼界”

第一楼的链接，让我想到了小时候的保险，那些业务员挨家挨户的推销，结果被骗的可惨了。国内的这些公司，把一些产品价格价格定的极低，贴着成本定，甚至于倒贴，目的就是为了玩产业金融，low 一点的就是坑保险费这种，高端的就是在股市把数据做漂亮，拉高股价找基金公司接盘，本质上是坑基民和股民，所以在缅 A 赚钱的都是超短玩家(投机客)、吸引同类的实盘选手(间谍鸟)、抖音的大 V(心理按摩师)、庄家、股东高管、基金经理(不是基民)…

分成很多个小文件？说明你实现的断点续传不对，断点续传是一个大文件分成多个请求，每个请求只传自己分好的那一段数据，比如 20 个 G 分成 20 个请求，每个请求传 1G ，第一个请求传从 0 到 1G ，第二个请求从 1G 到 2G ，以依次类推，服务器也是一个文件，根据请求写入文件对应的位置。请求头会携带一些分段的信息，这个有标准的 header ，好像是 range ，可以搜一下

怎么还把 so 拷到 jar 包外面？实在不行就用 JNA 的库调用，JNA 调用特别简单，网上有很多 demo

https://github.com/java-native-access/jna

A 股市场主要有两大逻辑：
1 、公募基金主导的赛道；想想房地产的作用，目的为了掏空六个钱包用来发展经济；
2 、游资主导的投机；靠热点打造一个赌钱的泡沫，是击鼓传花的游戏；

不懂话，还是在底部买入后长期持有，等待翻倍，找有发展空间的股票，最好有政策支持，市值不要太大，可以在新能源(锂电池)、光伏、风电等板块找。

技术这东西属于刻舟求剑，是一种形而上的做法，不建议去搞，浪费时间，要看就只看 K 线、量能、换手率。

中国没有经济学，只有政治经济学。

先把仓位降下来，保住本金是最重要的。

多找几本书看看，讲 K 线的，量价的，趋势交易的，价值投资的，博弈思维的，投资心理学的等。

通过不断尝试，打造出自己的交易体系，就是：买什么？买多少？什么时候买？什么时候卖？止损怎么设置？
即，买卖系统、仓位管理系统、风险控制系统。

吐槽：买这么多看的过来吗？而且你仔细想想，这么多什么情况下会赚钱？只有一种情况，大盘普涨时，其他情况要么把利润拉平了，要么就是亏损，大 A 都是涨少跌多，长期看亏损就成了必然，还不如买入一只底部企稳的票，长期持有呢。

不管是 A 给 B 转账，还是 B 给 A 转账，逻辑都是一样的。
扣钱时锁被扣钱的账户，加钱时锁被加钱的账户。

两个独立账户没必要一起上锁，只要遇到错误可回退就可以，而且各自的账户可以用各自的锁，也不用争同一个锁。

可以用 HandlerMethodArgumentResolver 实现自定义的请求接口解析，（附：取到请求参数后可以用 JSON 库转换）

@xsir 我测试 timescaledb 时，发现占用磁盘空间比较严重，主要是存了一堆字符串，influxdb 用了不到 400MB，timescaledb 是 7 个 G，不知道是不是我用的不对，而且重复的数据无法覆盖；
单个点的写入，如果一个设备每秒 200 个点，设备较多时也很慢。

你遇到过这些问题吗？

不太了解 spring aop 是个什么机制，debug 了一下，发现注入的 MyAnnotation 的实例和通过反射获取的实例是两个不同对象

Method method = ((MethodSignature) pjp.getSignature()).getMethod();
MyAnnotation annotation = method.getAnnotation(MyAnnotation.class);

通过反射获取的 annotion 实例是你想要的，而注入的实例似乎好像大概差不多是在初始化时就缓存好了的。解决问题比较简单，背后的原理什么的，只有坐等大神解答一下了。

菜鸡一枚，说说我的看法，我也 get 不到想问什么，可能是对面向对象思想的考察，首先房间有门，门有开关的动作，这是与现实世界的对应，符合基本逻辑，房间有管理员，可以执行开关门的动作，谁是管理员谁就拥有开关门的权限。这样门和房间主人是关联关系，房间主人可以有一个也可以有多个。

如果门或者动作放到 User 上，一个人有多个门时，还得找这些门和对应房间的关系，一个门有多个主人时，啊，什么鬼，打出去，乱棍打出去。。。