这个存储记忆的方法是不行的，还是会受到输入大小的限制。真正的记忆的模拟应该是用历史聊天数据继续训练模型。

吐槽一下我自己，我一直以为 k8s 全称是 kubernates ，就读成了 cuberneits 的发音，最近看视频听别人读出来才发现是 kubernEtes ，读作 cubernetis.

mac 自带也有防火墙，不过默认没开启，可以在设置里开启防火墙，设置一下规则。

好像居然真的是虚拟机，真挺好奇它 gpu 性能是怎么解决的。但是感觉这个网站是真不靠谱。

呃，网站的首页还是看起来正常的，然而随便点进去一个链接是博彩网页，访问被禁止了。

出于安全考虑，暂时没有下载使用，但是绝不可能是虚拟机套 Xcode 模拟器，那样 GPU 性能几乎没有可用性。我猜测是云虚拟机，也就是他们用 Mac mini 集群跑模拟器，串流到用户桌面。至于为什么能够运行 iOS 游戏，我猜测可能是他们重新打包签名了 ipa ，侧载到模拟器里。

还有一点补充的，上班可以灵活到很晚不能弥补下班很晚带来的损失，相同长度的时间所具有的价值不一样，早上上班很晚但是早上的时间除了多赖床几乎不能干什么，而晚上早点下班他可以自己愿意玩去玩、愿意学自己感兴趣的东西去学。

1. ".加班严重的问题。为了让小伙子轻松一点，没有管理打卡，也没有强制要求和我们一起办公，所以他单独在一层"，往好了想这是人性化，往坏了想这就是公司乱套，众所周知加班+不打卡的灵活上下班=白白加班，单独在一层沟通问题不方便，本来走两步就能问的问题要变成上下楼。

2.“因为时间紧的缘故，经常加班...需要加班我们就加班，不需要加班就不加班”，很有可能你觉得需要加班在他看来是不需要的，比如工作量大是需要加人解决而不是加班解决。

3.“所以不存在 PUA”这是结论，不是描述事实。

4. [运维边界越界。因为我们公司现状接了一个本地化的需求，有点类似外包，所以会做一些比如开通策略、提工单，本来甲方自己要做的事，我们就替他们做了。。。前几天配错了一个策略，我说我弄明白了，我问他你弄明白了吗，他就觉得很气愤，觉得这个问题不应该产生，因为当时配的时候对方就没有测试。我说你说的对，没有错，这个流程我们后面优化，但是我们配置错了，还是要搞清楚原因，不然人怎么进步昵？]

也就是说这本来就不是他的，甚至不是这个团队的工作内容，现在让做，并且以此认为他不愿意进步？这不合适。

5.“下次部署不好可以再联系，但是运维工作还是要尽量自己多记录一下，多思考一下。”这部分不会还是本来不属于团队、岗位该负责的内容吧？

6.“被动执行。做什么事情都是你让我干就干，卡住了就卡住了，自己想办法解决问题的能力很差。”这部分不会还是本来不属于团队、岗位该负责的内容吧？

看下来发现对他的不满意的地方似乎都体现在了本不属于团队、岗位的职责的内容上。我是不太同意做着挂羊头卖狗肉的工作还要受到抱怨的。

@coolair 获取 task 详情，/tasks/{id} 这样就应该是完全不需要传 userId=xxx 了吧，难道 task 和 user 是多对多的关系？我理解 task 和 user 是多对一的关系。如果居然是多对多的关系，也就是同一个 task 对不同用户看起来居然有差别，那么传 userId=xxx 也是必然的。用路径表示实体和属性的关系，用 query 表示关联关系比较清晰。

应该是 /tasks?userId=xxx 这样设计，查询的主体是 task ，task 并不是 user 的一部分，反过来 user 也不是 task 的一部分，而是查询条件，所以应该用 query ，这样既复用 task view 里面的 filter ，url 也完全没有问题。

能不能直接问测试公司怎么解决，他们肯定知道吧。

感觉有一点点意思，像是根据模板生成程序，但是奈何 readme 写得真不好，粗看一遍还是不知道怎么用，没看到演示用的生成的程序的效果。

netch ，这个工具的开发目的就是游戏加速。

感觉楼上说的都不对。因为生鲜、重物类别本来就是线下渠道成熟、货物批量运输成本低，导致价格便宜。网购牛奶、油、大袋的米面这些物流成本比成熟的批量货运渠道高太多了。三四线小城市的郊区还有更便宜的粮食大市场。同样的道理其他的重物，比如装修用的石灰、水泥、瓷砖。生鲜折损、保鲜等成本也一样传统渠道占优势。网购便宜的前提是货物本身运输成本低、保鲜成本也低，所以当年服装行业先起来了，各种杂物日用品起来了，而新鲜食品起不来。

这个感觉更像是个抓包工具或者 server 模拟器、修改器，叫代理感觉有点迷惑。

简单点说，建议参考以下同学的简历，或者牛客等校招网站上的模板。

就算想用位运算，java 有 BitSet 可以用，不应该自己用 int 写。

M1 MBP 用户，表示 16GB 内存将会成为不远的未来的直接瓶颈。不需要更多的对性能上的负优化了，以后端软件内存消耗只会越来越大。