@windplume 看起来没毛病哈哈... 我之前的理解就是 get 在哈希表里很常见, 大都用 O(1) 复杂度去取值; query 在 HTTP 请求或者 URL 结构体里见过命名, 所以更接近一种检索行为; read 的话在一些 IO 数据流里面, 想知道具体 content / body 是什么(也就是二进制流), 所以才要 read


@doublleft fetch 似乎在 sql 那边常见, find 在正则或者遍历列表时候? 你怎么那么多问题, 还老是问我不会的, 气死老夫了

query: 找出来, 通过条件检索
get: 找出来了, 就在那放着, 取 key
read: 取到实体了, 但没解码

看场景吧

随着年龄增长... 算了不说了

我这边是按照要求按时交付, 不折腾太周密的东西, 如果真想折腾, 做到开源项目里去... 实际交付的还是和 PRD 一样

奥卡姆剃刀, 如无必要别乱加班

果然不观察就会坍缩...

一般稍微正经一点的公司都不会让直连数据库吧, 直接查操作日志不行么

我就上了大当住了进来... 房东人很好, 中介也很热情, 就是开发商坑, 唉, 住了三天睡了四天客厅, 顶不住了

简而言之, 有小孩敢住新房, 找个 CMA 测测吧, 几千块钱, 或者丢老家老房子安全一些, 别的脏乱差忍忍就算了, 味道这东西我实在顶不住

想说的都被别人说完了... 主要也是 loguru 的那套

不过之前公司打算上 ELK, 包装了一份 JSON log 感觉挺爽的, error 的 class + msg + traceback

买了第四个 ikbc... s200 矮轴真是奇怪的体验, 不讨厌但也就开始第一天惊艳. ikbc 的好处就是花同样的钱我都第四种轴了, 同事的大 F 还是当年买的那一个, 貌似 230 买的, 其他几个也就 W200 稍贵, 太省钱了

可惜当初给同事推荐的侧刻无线 60 键那个下架了, 不然那个才是低价装逼天花板

参考 slice_into_pieces slice_by_size

https://github.com/ClericPy/torequests/blob/master/torequests/utils.py#L397

试过其他几种, 这个速度最快, 原理想不起来了, 从老外那抄的

其实找工作本质上没有太复杂: 给招聘方一个用你不用别人的理由

然后自己审视一下有没有这样的理由就好了. 总之就我所见 30+ 转行的结果都不怎么理想, 二三十年前这种例子很多, 但那时候和现在的大环境完全不是一个档次, 就像成功学那些倒霉书一样, 当个小说看得了, 如果能复制的话早就当教科书用了, 一年几十万成功人士谁看了不开心

坛友和父母都不建议的情况下...

算了反正绝大多数人在论坛提问题其实也不是来找答案的, 心中已经有答案上来找论据的, 注意安全吧, 已经比上个月好多了, 问问东家可以先远程么, 实习一般也不会安排太重要的岗位

从小一直不怕, 吃油炸豆虫蚱蜢什么的, 只要炸硬了都不怕, 直到有一天去广东上学.........

前两个我也有点想了, 床桌久了似乎腰废了...

投影仪, 健腹板, 压缩裤, 矮轴键盘, 别的想不起来了, 插眼等着抄答案

呃... 有没有一种可能, 我有个固态移动硬盘...

看到楼主提到 venv, 如果客户端那边有 python 解释器, 可以考虑走 zipapp + zipimport 的路子, 目前我平时用的就是 shiv 和我自己写的 zipapps, 貌似还有个 pex

https://github.com/ClericPy/zipapps

zipapps 几个参数可以注意一下, 也勉强能用来发布客户端:

0. 如果对方没有 python 解释器, 也可以用官网那个 embed 嵌入式的绿色版解释器, 不过 -p 的 shebang 似乎只对 pylauncher 那个有用, 得自己写个启动 bat
1. -o 的时候后缀把 .pyz 改成 .py, 这样子 Windows 上只要双击就行了
2. -u=* 这样会把所有代码都解压出来, 避免一些相对路径导入的问题, 或者动态链接库的导入问题, 或者 -u=AUTO 自动判断 .pyd 如果不存在就不解压了
3. -d 这个参数是在运行的时候安装依赖, 一开始是用来做跨平台发布(因为只和客户端有关), 而且节省打包后的 zip 大小, 并且依赖没变的话不会重新安装. 不过鉴于 embed python 没有 pip, 还要配合 ensure pip 参数, 有点麻烦, 当然如果对方是官网的 python 解释器自带 pip 就没事
4. 当然如果对方不但有 venv 也可以直接用里面的 python.exe 来执行 pyz 文件, 依赖就不用打了

不过多数情况还是拿来云原生上发布使用, 今天写 nuitka 那个 GUI 就是为了取代 zipapps 的习惯

@lifansama 为了依赖和源码分离, 依赖我通过 pip install -t xxx 的方式直接丢进去, 不然编译太久了, 之前编译 psutil 啥的没等死我...

呃, 巧了... 我今晚上刚发出去一个 GUI 帮着用 nuitka 打包的, 拖延了一年多昨晚上整理 GTD 时候看到

代码质量很渣, 也就是个能用的原型阶段, 可以参考一下, 主要就是记不住那么多参数和文档, 以及依赖源码分离打包

https://github.com/ClericPy/nuitka_simple_gui

我不是针对谁, 手机游戏我一个都不想玩. 虽然和我用红米有关系...

D2R 不开国服, 我也没啥兴趣了, 岁数已经过了那个坎儿, 开始 "不将就" 了

开源阶段读过, 虽然大部分都是总结性质的常识, 读的时候基本已经掌握了, 但这书如果早出五六年, 可以让我刚毕业时候少走多少弯路(这话怎么感觉说过...), 那年代想获取这些知识要么靠大佬带, 要么靠英文读物

认真做内容的不多了, 挺多博主要么卖课要么直接弃更, 希望楼主再接再厉, 生命不息 coding 不止

原来是 EdgeDB 的大佬... 和 1st1 一个组织的, 厉害