习惯开发弱类型语言脚本语言的老毛病了
现在这种重构之后实际会更难维护，更容易出现问题
代码量的多少不等于性能的快慢

难道不是多个人争抢一个 hc 的问题吗

标准股民心态啊，下一阶段进化就是去各种可以平台开骂。哈哈哈哈哈

"给的薪资肯定比这里高"
应该是凭空想象吧，毕竟你还没拿到 offer 。
现在创业公司有融资的时候意气风发，没有融资工资都发不出来，估计你还没吃过苦，真想尝尝就去试。

刚一落地 gpt 一更新整个项目就黄了

公司气氛问题，有的公司简直像幼儿园，个别人满屋子跑，有的人还嫌吵。
有的公司跟旁边的人一天都说不上一句话，沟通全靠 IM 连旁边的人叫啥都不知道。

他要是真能找人揍你绝对是贵人，按照基本操作你会被调往其他单位基本会更好，待遇起码上升一级平息事件，闹大的话你现单位 top1 2 3 就要汗流浃背了。

除非你掌握了行业垄断级权威技术，整个公司没你不行，大家对你的态度都会很好，可以脱离向上管理，直接就是技术合伙人，
不然脱离不了向上管理，毕竟不能越级汇报，你所呈现的东西可能就是上司一张嘴的事儿。
职场环境，私交更重要，有些情况下需要通过这层关系增加绑定，使关系更牢固。

日经贴啊。。。
8g 不管是为了降低起售价格还是商业策略，没人逼你买 8g 不是吗
你的应用场景用 16g 难道你非要买 8g 然后说 8g 不够用？你必须用低的价格买到更高规格的配置？
还有就是你真的用过 m 芯片的 8g 吗

我用的好好的。。。 啥问题都没有，自己的手机能折腾的自建配置手动编辑覆盖，类似 apple tv 这种直接走订阅的精简默认配置就好，不加额外模块，设置下奈飞的地区节点即可。

4 基本不会给借，如果出现意外责任扯不清。
3 安全问题，感觉也不太稳妥
2 打火的话尾气味道太大，不打火只通电，电瓶损坏得不偿失
只有 1 了

@zhoudaiyu 如果你领导是这种人的话，以后说话记得留证据，文本聊 不要线下聊了。

按照我的理解，不管是 redis sorted set 还是其他什么方案，本质上是按照正确的方式排序并分页，获取到排序之后其实一组分页的商品 id ，之后批量根据商品 id 进行获取商品详情并按顺序返回即可。

你知道现在准新的 et7 什么价格吗。。。 要不要搜一搜

其实是你没参透这个问题的玄机，我来讲解一下。
机器负载高，你作为运维是有责任监控到这个信息的，
作为事件发起者你做的没错，但错在当了决策者，
只需要把这个事情汇报给上级或着对应业务负责人进行优化排查即可（很有可能优化下代码或着消费逻辑就好了），问他们要不要扩容或着迁移，决定权在他们而不是你，你只是配合实施工作。
如果需要迁移则需要他们对相关业务代码进行梳理形成文档（包括你需要如何迁移过程中需要操作的相关事项进行详细罗列），这样大家一起开会评估迁移成本/风险和操作是否合理是否有遗漏，是否可接受。
之后按照梳理好的文档在会议期间约定的时间对该迁移进行实施，同时在之前会议讨论中需要考虑到迁移失败以及各种异常情况做预案。

后面在实施前拉好群，约好时间，确定好责任对接人，开干，谁掉链子都可以写到复盘文档里。
方案有问题大家一起开会决定的，都有责任，甩锅是甩不了的，这样大家才会认真对待当个事儿来做。

以上形成的所有文档和会议记录以及拉群的聊天记录，看似效率很低，实际是多次提醒相关负责人当个事儿来办，别回复一下 ok 就当没事人了。

这一套方案下来可以降低 99%的失败率，1%就是所有人都没考虑到的情况，能力不行再修炼，大锅一起背，谁也跑不了，不用互相指责甩锅。

互联网大厂就是这种解决问题的方式，甚至可能比我说的更复杂，还要拉上架构以及各种相关负责人一起评估。
把压力传递出去，只有大家站在你这一队问题才好解决。

@callmejoejoe #6 保费上涨超过 500

6k 还不如去送外卖开滴滴了。。还要干 24 小时 oncall 的运维？大概率也是人肉运维

这种代码，说真的，自己懒的写写个注释都能自动生成了。。