抱歉一开始看标题想到漫威的斯塔克和哨兵上去了, 搜了下才知道是啥

技术文档... 还真问住了, 之前体验最好的貌似是 Dropbox 和自定义主题的 Github pages 或者 mkdocs (material), 其次是 readthedocs 不过后来不习惯了

比较不爽的几次尝试比如 Google Docs 的代码格式化, 语雀累觉不爱...

插眼看看其他人的推荐

为啥求职不适合 QQ 邮箱? 我感觉这已经是张总做的最靠谱的东西了

gmail 对我来说最有用的其实还是各种单点登录的应用非常好使, 其他的邮箱没什么特别感觉

方便透漏下名字或者线索不? 不过其实可以理解, 毕竟马上到了刷 KPI 的季节了, 类似帖子最近几周会越来越多

除了四五次幺蛾子以后, 确实感觉正在从 "不作恶" 渐渐过渡到 "我认为你需要"

凑合用吧, 毕竟没要钱不是, 也不指望它跟 CSGO 一样每次新选项更新时候单独列出来让我调整

大部分小资眼里的话, 对不了解的领域貌似只看 ROI

我也经历了半年多没有基础设施的开发... 真的感觉是走在钢丝上, 不过基本所有下班前的上线我都给拒了, 那些备胎一拖三而且基础设施完备的都不敢这么搞. 简单的说还是那句, 现在走的路都是自找的, 如果有的选还是避免把路走窄了

我的 Chromium 从 89 开始虚拟内存就从原来的 10GB 变成 40 多 GB......... 貌似和官方说的 CPU 利用更高, 启动更快, 更省内存并且不再支持老 CPU 有关系

然后 Chrome 在平时感觉确实启动快了一些, 右边为啥多了个阅读清单还没用上, 目测类似个 pocket now 阉割后的 Read Later? 上次更新带的标签页分组都还没用上呢, 更新真快啊

@Kobayashi 找了半天官方 issue 里有提到, 然后三四年没新消息, 要不是 aiohttp 真的快, 早就换别的用了... 已经不少于 5 次遇到这种它独占的问题了, 别的库都没这种情况, 不过之前的都能打补丁解决, 这次的真就坑了

@Kobayashi windows 上是 py 文件, Linux 下 http_parser 安装以后编译带了 .so 和 .c 那些... 难怪之前死活打不上了

@abersheeran 之前特意测了客户端的性能, 打的是本地 127.0.0.1 的接口, 复用 Session 的时候并发一上去 aiohttp 比 httpx 快了一倍, 不过已经是前年做的实验了, 现在 httpx 有没有把 Cython 支持上还不确定


@Kobayashi 呃, 找了台 windows 测试 ok, 在 Linux 上(Manjaro, Python3.9) 无效, 我继续找找什么问题

@Kobayashi 再次感谢... 我一开始打 Patch 位置不对, 打到 MultipartReader 上了似乎压根不是这里...

@abersheeran 之前选型 httpx 被 aiohttp 那些 C 的模块从性能上打败了, 现在我也被那些 C 里包的写死参数给打败了... 郁闷, 估计只能用 httpx 或者 Requests 整个备份 HTTP 请求模块了


@Kobayashi 之前打 patch 一路不生效, 我还以为是我语法问题, 后来去源码里一看才发现各种 pyx xxx.c 火花带闪电, 感谢提供源码, 我试试看哈, 就喜欢这种人狠话不多直接 show me your code...

@FloatLost golang 的社区生态还不够活跃, 大厂研发部门人多, 随便折腾, 小厂只有普通开发没有研发能力, 如果中间件不足或者不符合预期, 是重新写一个还是砍掉需求?

相比之下 Python 轮子足够多, Java 员工容易招, 遇到同样的问题, golang 可能连个最佳方案都没个定论, 所以对于中小企业, Java 至少轮子足并且员工容易招, 而且 Java 和 Go 有个相似的地方就是初学者也不太容易写出太难维护的代码(不像 Python), 如果小微企业选择 Python 也不错, 一个人当两个用发半个 Java 的工资就能撑起一整套业务

截止到本楼之上, 所有楼层提到的居然全都知道或者用过, 真的过去这么多年了唉

卡住一般就是 data = f.result() 这里没指定超时然后无限等待了?

不过多线程有个略坑的地方, 就是线程里面跑的函数不太容易在外部终止它(就像 asyncio.Task 的 cancel), 所以就算 TimeoutError 了, 线程里头的任务该跑还是跑, 就是不继续阻塞而已.

你这种任务的话, 最好搞点日志或者标记统计一下谁卡住了...

你这代码 res = self.requests.post(self.API_URL, data=m, headers={'Content-Type': m.content_type, "Connection": "close"})
没指定超时时间的话, 貌似默认超时是 None, 我忘记有没有最大超时了, 总之很久或者永久. 另: timeout 支持同时指定连接超时和读取超时, 前者超时趁早重试, 后者超时检查网络.

简单的说, 如果你基本功扎实, 背景不弱, 可以考虑, 否则的话会比较焦虑: 因为用 go 的多数都是大厂, 毕竟有研发团队, 而不像小公司全是开发只能用轮子不能造轮子. 亲身体验, 轻喷

必不必须我不知道, 遇到层层嵌套的函数或者条件, 普通的 return 或者 break 已经无法跳出去的时候, 我就直接自定义个 Exception 然后 raise 出去... 比如深层 retry

我就是这么骚气