为何都是用绝对路径？
白板一块

才五月呢，立 flag 有点早了

从归属销售部来看，不是，它是技术和客户之间的接口，业务知识占 8~9 成，相当于销售 /客服的“升级”
看是售前岗位还是售后岗位，有时是同时两者兼任(1v1)，话术很重要，因为
1. 售前的话，需要吸引客户
2. 售后的话，需要“拒绝”客户，因为过滤是这个岗位一个重要职能，减少技术的售后工作量

如果归属技术部，那是业务经理类型，也就是工业设计，把产品打磨为“用户友好”

这两个都是偏业务的，需要掌握客户心态，市场能力要强一些，技术能力占比略低

虽然吃力还能做出来，那还是适合技术的；如果出现越来越多怎么查资料也做不出来，那就要重新评估了

呃，图没出来，换一个浏览器看到了

是在哪里写的？

@laila #1
即使英文也好，我可以用蹩脚英语简单描述一个问题，但准确提取关键字对我来说很难
“python how to save whole webpage as a single html”

工作报告今年预增是 30 年来最低的，且总理表示这个预增实现很难
我知道很多人不相信报告里面的数字，准确度我就不研究了，也没那水平，但从历年看，大致趋向还是接近的
预增起码是有行业能增长，但放缓就表示大部分还是收紧的，小部分是倒退

订单多了还要看订单价格是否降了，俗话就是是否更卷了，如去年 10w 订单 10w 元，今年 20w 订单 15w 元，你觉得是“双增”么？

这个域名去 google 搜，遍地都是，各大过滤列表均上榜，老牌？
不能直接访问，上梯子则跳转到 google……

whois 全部隐藏，更新于 2023-03-02

这算滥发么？
pypi 应该建个测试沙箱

dell 也没有一方内存条啊，什么牌子都是三方

买内存前肯定要看机器：
1. 最大支持容量
2. 是否锁频
3. 是否锁电压

我 dell 台机买骇客条点不亮，用绿条没事，两者电压不同，BIOS 没找到换电压的选项，应该是就锁了电压

不过蓝屏和上述性质不同，我以前有过教训，我还见过算错数的，很偶然才发现，极难排查，后来就不选杂牌了

@hemingway #21
😄
哎呀，我为你那个私生的白发子孙后代的离去感到惋惜，RIP
我没记错结尾吧？

搜了一下，还真是没有 TKL ，FKL 倒是很多，FKL 已经满足了 123 ，只是非传统布局，也不算乱七八糟，FKL 布局也是固定的

至于为什么我就不晓得了，我手掌小，喜欢 FKL 多些

是，也不是
本质就是接受到新资讯后，如何消化吸收，盲信的话肯定是，即使该资讯无害；经过思考后就不是

nas 就是服务器，你想想自己有没有必要
例如我是需要一些软件服务的，但我 1 不需要分享给家人，2 不需要 24 小时在线，3 没有远程实时需求，所以只是在系统装了几个后台跑服务的软件，外接了一个硬盘柜，就满足需求了，避免了额外的学习成本和管理成本

有矿就另说，我有矿的话，买，什么都上，学习管理成本？请个人来管理

风俗大国还找不到这个？会中文其实一点点你能听懂就够了，不需要太流畅

@Glauben #10
低概率事件就算影响极小，也会让人情绪不佳
例如人行道上被骑车的碰了一下，没有任何受伤感受也非常糟糕

过 T 的 SSD 我用来做下载盘，数据确实无关紧要，重新下载就行，但也不愿选有概率遇上问题的盘
“重新下载”，除非是自己操作失误，不然肯定会对该品牌信心大打折扣

长期存储还是分享？几个 G 看样子是前者

长期存储(其中一份备份)还是选大厂吧，冷门好像没必要，M$/google/mega/dropbox ，如果不是要实时读取内容，加密打包就好了，需要实时读取内容的话，哪家都会按存储地法律做，是否扫描只是取决于商家良心
非常“私人”的数据的话，没有什么 web 需求之类，其实最好是弄个便宜的 vps

分享的话，基本不和谐，做好打包加密就好了，但不要期望持久，一两年热度（盲猜是访问量）下降就会删除或移到不适合国内下载的存储线路，这些好多的，从方便分享的角度选就可以了

隐私[安全] or 便利 二选一

1. 联网需求，看自动还是手动
自动的话，基本离不开联网，你是不想要它上传数据，但又要它能获取消费数据，不联网就是本地读取其他 app 的内部数据啰，那堪比一个入侵事故，是个大新闻
手动的话，不需要联网，那实际不一定是记账 app ，而是一个统计 app ，只需要对金额友好就够了

2. 基于上一点，获取三方数据需要授权
合理的话，授权是还要是好几个步骤
a. 用户授权支付 app 让它可以对外提供该用户数据
b. 支付 app 自己也要授权给外部读取的用户使用
c. 外部读取的 app 也要反向提供用户的身份给支付 app 做身份鉴定
在你看来 abc 是一回事，因为用户 a 和用户 b/c 都是你本人，但实际上用户 a 和用户 b/c 不一定是同一人，abc 都要分开授权和鉴权，这就很麻烦了，这个支付 app 规避风险的做法就是不提供向外这种服务，所以我觉得应该没有相关接口。我没做过相关开发，不知道实际上有没有，只是觉得没有才是合理的

好晕，OP 是 2012 年注册的帐号啊……不会是刚刚从先人那里继承过来的吧