@qixiangyangrm #3 线程的好处是, 任何同步函数都能给你整异步来搞, 有些 C 库默认就是同步模型走不了协程, 也就没办法通过协程来提速, 但是线程套上依然可以搞 (以前遇到的问题就是 gevent 会被那种库 block 住)

协程就像你说的, 在特别高并发场景下, 切换开销比线程低的多, 然而在当前大环境里面, 如果你整个业务系统都是在协程的主线程事件循环里跑的 (就像 uvicorn 托管个 asgi), 肯定有阻塞的函数都尽量用协程来实现, 无法实现的把它丢到多线程那个 executor 里造个类似 Future 的协程就兼容起来了, 开销影响也不会太大

我试过在 Windows 上跑协程和多线程对比差距不大, 协程在 uvloop 尤其是 epoll 环境下面效率会不错, 可以对比 Benchmarker 项目里的一些结果, 然而真正提速的反而是依赖 C 的加成, 目前来说还是不用太纠结性能问题, 都用上 python 了, pure py 项目再优化天花板也有限的很

就目前环境来说, 养成全局协程的习惯还是比较好的. 场景来说, Django 3.0 都正式把 asgi 搞起来了(比前个版本 channels 好像优化了不少), 多线程已经基本可以当做一个子集来用了

你成功用一个破标题闪了 100 层楼里人的腰

可协程的都协程, 不可协程的丢到 executor 里做假协程

就酱

简单识别可以用 PIL / pillow 那边的, 带容错率的也有, 可以查查相关的, 以前用过基于它的以图找坐标的自动化库

代码里不是全英文吧, 带上 # coding 那段 shebang

直接打给当地三甲医院问算了, 反正他们家的体检推荐的我什么都不买

2 年内没签三方好像在很多地方都算应届生身份, 别浪费了这个

同工作半年遇到解体, 简历确实很难看, 但还是得自己想办法, 对各个行业, 第一份工作重要性比我想象中的要大, 比如下一份工作的工资基数, 对应岗位工作年限, 重新把握一次吧

VSCODE 上写啊, VSCODE 简直就是天生为前端而生的玩意

外部文件有个导入功能, 导入个网址, 我以前导入过 clipboard.js, 之后发现 grant 里居然自带......

git 的话, 我是直接丢 Github 上一个 js 文件了, 反正我 Github 没人看, 不会泄密

专注优化 Windows 快二十年了, 能关的服务全关了, 尤其不让它自动更新 (这东西太麻烦了, 俄罗斯套娃一样的服务套服务, 服务 daemon 服务)

Windows 就喜欢开一堆别人用不着的服务, 尤其是启动类型是 automatic 而不是手动触发, 前几天想写个扫描可关闭服务的玩意, 结果发现, 居然还有一大堆 CDPUserSvc_456a8 CredentialEnrollmentManagerUserSvc_456a8 OneSyncSvc_456a8, 这特么流氓么

写爬虫 DOS 我自己公司

这文案... 本来挺好的东西, 看到标题不想用了

油猴的迁移成本不低, 不知道能一键导入么, 也不知道支持 @grant 那套功能么, 而且点开一看是个去广告的...

感觉像 golang 跑回来的, 但是 golang 返回的类型也是真 Error

自己 try 住在 final 里 return ? 如果每个函数都要, 用装饰器是可以很容易装饰好的, 毕竟 python magic 太足了, 也符合装饰器模式, 对原始函数直接套, 和 golang 就很接近了

最后判断错误只要 err 不是 None 就说明有错误了呗

@mouyase #23
我就经历了那么三个阶段
1. 感觉装 VS 不值, 折腾 MinGW 费劲
2. VS 社区版真香, 啥都能编译
3. VS 社区版什么鬼, 怎么装到系统盘里去了, 设置路径有毛用, 系统盘突然少了快 30GB, 删! 虚拟机跑 server

你这直接跳到大结局里去了, 我现在大部分时间 git-bash, 多数库都有 Windows 的 whl 也没什么问题, linux 双系统装了好久没登了...

除了那些 POSIX only 的东西, Windows 上还真没有什么大问题

至于 WSL, 不想说什么了, 用过两年多各种小毛病(比如当年 wegame 劫持 LSP 会影响到)和兼容问题, WSL 2.0 听说还是 hyper-V, 这直接把我好多安卓模拟器之类的全挂掉的节奏

最后简单虚拟机跑 Ubuntu server 了, 本来想跑 Manjaro 或者 centos, 但是想到和服务器上一致, 就暂时不考虑了. 虚拟机启动以后, 还不是想怎么折腾怎么折腾, 想内网访问虚拟机网络好像得选桥接, 走默认 NAT 忘了行不行了

Windows 上编译问题或者其他问题解决不了, 那远程调试遇到的更多问题只会更复杂

猛的就想起 <集体智慧编程> 头两章来了... 欧式距离 皮尔逊相关度什么的... 实习的时候玩过这些, 后来发现还是余弦向量简单又实惠...

Windows 用服务跑不好么
git-bash 基于 mintty 的, 兼容性比较好, 少数情况会遇到一些 win32 独有的兼容问题(比如 exe 程序), 这种时候我用的是 cmder
如果你那边 logger 定的好, 这都不是问题
如果 logger 不完整, 想重定向所有 stdout stderr, 除了用上面那个 git-bash 的 > 操作符, 可以考虑重绑定 sys.stdout sys.stderr 到你自己的类, 很多年以前我就这么干过

https://paste.ubuntu.com/p/3mjY9q8Nvn/

在 Windows 上用藏文试过, 除了 shebang 加 coding, 没有任何其他办法, 死了这条心吧

@pengwkgood #27 Just do "IT". 反正闲着也是闲着, 我也是为了避免长时间不敲代码手生, 才搞那么个玩意, 当时问 V2 有没有现成的轮子, 没问到, 就自己撸了试试, 看你的项目和我的时间还挺接近哈哈, 不过做到 web UI 的时候, 实在感觉无聊, 就丢那了, 实际上做到函数自省成一个 kwargs, 然后做好类型自动转换, 剩下的直接转命令行的 argparse 兼容格式, 就能直接套进 Gooey 和 Wooey

这东西自己搞感觉搞不太起来, 搞起来也就自己在用, 不像 google 的 fire 和 linkedin 的 shiv, 那是他们内部确实大范围解决过问题的

溜了溜了

pathlib 的 Path 对象有个 as_posix 就可以了, 何必非纠结 os.path 呢