广州 0 ，这两天只有 4 个入职未满一年的上班

开箱即用就买品牌整机；
淘宝装机不推荐，卖家当买家傻子，集显也要算钱质疑后才重新发一张没有显卡价格的表，那么到手的配件 N 手都不知道。。。

异步消费的业务使用了，但领导最近嫌弃 MQ 想要改掉（未知原因
不过目前写了那么多服务，反而用了 MQ 的服务很稳定，其他的时不时就崩溃了（还是未知原因

我偶尔也会有这样的想法 然后同时也没什么想买的 所以部分生活物品选择了可量化的平替以保证买买买频率，比如：一次性洗脸巾，洗衣凝珠；哪天看到没有就可以买买买了。（对了 牙刷可以多备用
还有就是饮料了，无糖冰红茶和东方树叶。
目前也在控制饮食，所以很久没买零食了，每次买了后都留不住几天。
也会关注一些艺人或 IP 周边之类（精神粮食也很重要

#16 说的“客户不说话就说那默认帮您开通”深有体会
第一次推销什么信用卡升级服务 直接就帮我开好了 后面发现要扣费找官方客服退了
第二次推销保险，并且把我第一次开了又退的事提一遍，然后保证说这次绝对透明；因为不想直接拒绝比较委婉，就当我有意向了想给我寄合同，我挂断电话后觉得不对劲打电话拦了
第三次我先发制人 直接说不需要 之后再来电话听到招商两字直接挂断了。

以前学校开好的毕业后直接继续用了

感觉线质量问题 经常碰到导致线松就会黑屏闪屏

@philchang1995 主要目标是将领取这个过程变成异步填充
和 13 的有区别吧 毕竟我更希望是有 ID 关联 有日志可查
假设一共有 2 张表卡密表 和 领取表
卡密表 id,code
领取表 id,user_id,code
通过 ID 获取是指，领取表的 ID 找到该条记录 （如果怕被穷举 可以用 hash 或者鉴权 user_id ） 轮询到 code 不为空为止。

正如你所说领取表数据来源是用户触发，用户写入了 user_id 到领取表后，一个队列(假设是定时任务或者 mq 消费队列)只需要取出 code 等于空的数据 从卡密表获取数据后 update 即可。

主要目的把这个领取过程交给后台异步队列填充，避免并发。

用户点击领取向一个表写入一条记录 并返回 ID 给用户
然后提供一个接口给前端 通过 Id 获取卡密 让前端轮询调用直到有卡密返回
再起一个定时任务之类的 队列方式从卡密表拿一条就给领取表填一条

是不是就解决了。。

回家试用下。
经常在终端里起了程序后忘记结束进程再关闭终端，然后只能手动通过 PID kill 掉。

B 写个接口 一般商品写入都有钩子 写个钩子向 B 发请求就好

命名空间得配合自动加载或者手动 incldue 吧

换了公司写了 Hyperf
下班时间处于焦虑状态结果什么都没学，什么都没写

初创公司
在刚进公司的时候有过开早会的说法，同时伴随着项目赶，主持开会的产品本身就没什么事情讲，只想监督每个人的开发进度。持续了两个星期就变成周会，随后就随缘开会。
我觉得开会是合理的，可以互相了解下开发进度和自己负责的内容；但反感的是主持开会的产品，说话慢吞吞的动作也慢吞吞的，明明十来分钟的会硬是变成一小时；这样的会议极度影响工作时间和心情。
开的会应该简短，有思路的；避免无效内容占用了大部分时间，这样的会议才不会令人反感。

感谢 插个眼

前后端分离后 前端的变化确实不是以前随便看看就能上手的了。。。
以前 jQuery+layui 一顿写，现在也就只能 wordpress 写写 jQuery 维持下 js 水平了