@westoy 记不清了... 太远古了

话说看到楼主提到 7 年, 这玩意也够稳定了... 果然越简洁越不容易出错实证

CS 20 年

今年过年前删了 CSGO, 断了保持了 15 年的 CS 跨年传统

这个库当年可是引领了一波风潮, 启发了不少后来的框架

第一次用它的时候我甚至连个程序员都不算, 但真的太方便了. 后来也从这种 "单文件" "短代码" "无依赖" 特色上受益匪浅, 做功能做的太纯粹了真纠正了我当年 "多多益善" 的思维

@aecra 其实我是复述的同学的话, 叫我找对象尽量避开某些行业...

以前虽然被 HR 套路过, 不过也不严重问了周围人是我少见多怪.

就平时看 HR 似乎有一部分在尽力帮公司留人, 有一部分只是想帮公司利益最大化, 如果是后者, 那就离了大谱了...

HR 和 财务 确实都挺聪明的...

https://asciiflow.com/ 吗?

好奇 manjaro 上和 Ubuntu 上用的有没有影响

现东家对 go 的评价就是: 好学是好学, 但煞都木有啊... 再磨合两年吧, 大厂即生态, 小厂跟着看就好了

老生常谈了, 写业务系统首选最擅长的, 其次是 Java

OSS 上传速度慢是你自己问题吧, 你是拿自己家 / 公司的网测的? 家用带宽下行和上行差距巨大, 公司里的路由器也会给默认限速不然一个开迅雷的全公司都断网了

流量费用外网的话也不贵, 肯定不会到你那个限额(如果是 ECS 上传下载 OSS 不计流量费, 而且速度快的离谱), 还省了机器的钱, CDN 什么的有点多此一举, 日常下载满带宽(同地区)还是挺容易的, 除非是境外... 必要时候可以配合触发器 oss+Serverless 自动做一些操作

临时加带宽的事情自己走 sdk 定时运行一次貌似也可以, 不过还是别折腾了

以前折腾过 autohotkey, 配合 ALTRUN 或者 wox 或者 utools, 讯飞语音接口啥的, 最后嫌麻烦买了个 99 块钱的小爱智障...

毕业以后其实就关了花呗和白条了, 过度消费什么的对我没什么吸引力, 信用卡就够用了.

虽然实际关闭它俩的主要原因还是登录这俩网站太麻烦了, 还得掏手机...

摸到电脑谁还碰手机啊(并不针对微信)

现在还是不支持 format selection... 等了多少年了, 一点放开口子的趋势都不给, 给个 --lines 参数也行

有时候我要给别人代码提 commit, 我不能因为改一行代码格式化一两万行别人代码啊. 至于说拉出来单独格式化或者用 darker... 算了

回忆自己最近有没有做过超过三次的重复操作

上班自学, 下班自学

如果下班没有时间或上班没有学习机会而一直搬砖, 那你懂得

一开始去医院晃荡闲着没事问大夫头上冒油会不会脂溢性脱发, 结果开了两瓶 二硫化硒 的洗发水...

后来同事推荐的 selsun, 效果确实拔群

再后来看了老爸评测, 弹幕说无脑选清扬, 试了下, 味道不太习惯, 但是确实省事又靠谱...

是 quote 和 quote_plus 的问题? 话说先搞明白是前端输入错误还是后端解码错误?

提问题直接给例子吧

输入: xxx, 期望: xxx, 错误: xxx

打断一次赔偿 100 块钱

补充 append 里的问题

1. 是否埋点跟着需求走, 但是日志一定要详细, access 日志, debug 日志 什么的尽量详细一点, 以后遇到问题或者有分析日志的需求(比如用户画像, 性能调优, A/B 测试, 版本迭代), 可以直接对接 ELK 做相关触发器以及可视化

2. 至于发送消息相关的看你是不是走事件驱动的架构, 如果是的话就发到消息中心里去, 一般情况下还是不要过早优化, 在没有基础设施的时候日志是预留扩展的比较简单的方式. 提前预留未来可能用到的接口是好习惯, 不过不要过度设计毕竟做了反而不会被表扬...

3. donnemartin/system-design-primer: Learn how to design large-scale systems. Prep for the system design interview. Includes Anki flashcards. - https://github.com/donnemartin/system-design-primer