V2EX › abersheeran 的所有回复 › 第 50 页 / 共 89 页

V2EX = way to explore

V2EX 是一个关于分享和探索的地方

For Existing Member Sign In

1 ... 46 47 48 49 50 51 52 53 54 55 ... 89

❮

❯

2021 年 5 月 7 日

回复了 abersheeran 创建的主题 › Python › 吐槽一下 Python 版本的割裂

@ipwx 咋说呢，这也不是我一个人这么想，还是有不少 Python 第三方库的开发者这么想过，但是 Python 社区你懂的，大都是散兵游勇，一个工作量很大的想法到落地，要很久的。

2021 年 5 月 7 日

回复了 abersheeran 创建的主题 › Python › 吐槽一下 Python 版本的割裂

@hsfzxjy 我也遇见过，不过幸好是公司项目，升级就解决了。

2021 年 5 月 7 日

回复了 abersheeran 创建的主题 › 程序员 › 一封让我很高兴的邮件

@CismonX 描述确实挺具体的。垃圾邮件我也没少收，还是有经验的。

2021 年 5 月 7 日

回复了 abersheeran 创建的主题 › Python › 吐槽一下 Python 版本的割裂

@no1xsyzy 呃，我就是想这么写啊。😭所以更想要一个转换器。这个其实可以通过 `@_(..................)` 这么写来解决的，但是手动这么写就很蠢，能自动编译过去比较舒服。

2021 年 5 月 6 日

回复了 abersheeran 创建的主题 › Python › 吐槽一下 Python 版本的割裂

@Jirajine hhh 开源项目总得把 LTS 的几个版本给支持了。比如现在，一般项目都支持 3.6-3.9 （ 3.10 ），大部分 Serverless 服务提供商都是只支持 3.6 的，其他的版本得自己搞 runtime 。

硬上 3.9 是不可取的。

2021 年 5 月 6 日

回复了 abersheeran 创建的主题 › Python › 吐槽一下 Python 版本的割裂

@Jirajine 开源轮子作者很需要这种的，哭了。

2021 年 5 月 6 日

回复了 BoringTu 创建的主题 › JavaScript › 为什么你们要选择 TypeScript？

还行……主要是编辑器的代码提示比较爽，还有就是用别人的 TS 代码相对容易那么一点。

我本人如果只写个小页面，也只用 JS 的。看场景用吧，以前写 C 的时候我还偶尔写写汇编呢。

2021 年 5 月 6 日

回复了 miluren2021 创建的主题 › 问与答 › Python web 开发该如何转型？

啊这，Python Web 开发总得会几门其他的语言吧。如果想走大厂，C + Python 可能比较吃香一点；走小厂全栈的路子就是 TypeScript+Python ；云原生大概是 Python+Golang 。

只会 Python 很难混的。

另外，走 AI，你有学历吗？有相关 Paper 吗？啥都没有，你怎么跟别人卷？

2021 年 5 月 4 日

回复了 AbelChe 创建的主题 › Python › 豆瓣 pip 源出问题了？

@abersheeran 丢了个字，“有”。

2021 年 5 月 4 日

回复了 AbelChe 创建的主题 › Python › 豆瓣 pip 源出问题了？

看了一下，全 404 了。pypi 源，要是拿来代理的服务器，可以自己搭一个。https://github.com/Docker-s-IMAGES/pypi-mirror

docker run -p "5555:80" -d abersheeran/pypi-mirror 一键启动，我都是这么玩的。

2021 年 5 月 4 日

回复了 greyli 创建的主题 › Python › 请不要把 Flask 和 FastAPI 放到一起比较

@greyli hhh 被拒之后自己重开，我老这么干。

2021 年 5 月 4 日

回复了 greyli 创建的主题 › Python › 请不要把 Flask 和 FastAPI 放到一起比较

@greyli 看了看这个 issue 的讨论，感觉我好像抢在 werkzeug 之前把支持双协议的 framework/toolkit 做完了 https://github.com/abersheeran/baize 。hhh 有时候个人开发的好处就是有想法可以直接干完，社区就需要讨论讨论。

2021 年 5 月 4 日

回复了 Haixiang 创建的主题 › 分享创造 › [开源] 一个测试驱动文档的生成器

很有意思的思路！

2021 年 5 月 4 日

回复了 greyli 创建的主题 › Python › 请不要把 Flask 和 FastAPI 放到一起比较

@greyli Flask2.0 的异步支持是用第三方中间件把 WSGI 转 ASGI ？？？

2021 年 5 月 4 日

回复了 greyli 创建的主题 › Python › 请不要把 Flask 和 FastAPI 放到一起比较

@Kobayashi 我倒是觉得做这个 benchmark 就够了。能体现框架本身的代码运行速度如何，屏蔽掉其他的因素。

实际业务里干扰很多的。比如来个 N+1 查询，哪怕这框架优化到特定平台指令集上级别都没有什么用。再比如说 asyncio 的框架其实在业务里都有一个缺点，就是大部分程序员都没办判断出自己是不是在异步框架里跑了同步耗时操作，所以往往上了异步反而没有同步的框架快。

benchmark 说到底就是个能用于营销的本钱。“最快的框架”，多唬人啊。

2021 年 5 月 4 日

回复了 greyli 创建的主题 › Python › 请不要把 Flask 和 FastAPI 放到一起比较

@Kobayashi 微框架都是用社区的 ORM，这玩意我觉得加不加都行。如果是和 Django 比，那确实要带上数据库查询才比较公平。

@LeeReamond 我只觉得总有人把线程模型和协程模型的框架放一起比较性能，很有倾向性。不公正。
而且最近 pydantic 作者拉上 fastapi 一起裹挟群众强行把一个 pep 退回去了，总感觉有些飘了。

2021 年 5 月 4 日

回复了 greyli 创建的主题 › Python › 请不要把 Flask 和 FastAPI 放到一起比较

说起来我司给我的最新任务是给他们写一个基于 bottle 的 template 。虽然我觉得上 asyncio 没什么成本（因为是一行代码都没有的新项目）但是大部分人在性能需求不高的时候还是更倾向于同步写法。

2021 年 5 月 4 日

回复了 greyli 创建的主题 › Python › 请不要把 Flask 和 FastAPI 放到一起比较

@LeeReamond 上了 greenlet 优化的 flask 不比 fastapi 慢。解决 IO 问题又不是只有 asyncio 可以用。

https://web-frameworks-benchmark.netlify.app/result?l=python

2021 年 4 月 29 日

回复了 sillydaddy 创建的主题 › 奇思妙想 › 原创！在文章中添加“文字指纹”，追踪盗版源头

@no1xsyzy 如果只是试卷，那这些方法都行。但这个帖子问题在于扩展到了文章版权这个大的范畴。

文章有许多种，有的人写的跟“郑伯克段于鄢”一样微言大义，有的人写的跟古代策论一样一环扣一环。任何对于原文的变更都会导致这种写的很好的文章出现错误，让给了钱的读者变成“正版文章的受害者”。

如果限定于动辄几百万字的灌水网文，那没问题。如果限定于老师出的试卷，也没问题。但对于富有文学性、用词考究、逻辑缜密的文章，就有大问题了。

2021 年 4 月 29 日

回复了 sillydaddy 创建的主题 › 奇思妙想 › 原创！在文章中添加“文字指纹”，追踪盗版源头

@sillydaddy 行，是我的逻辑有问题。我不该否定你们的设想，也不该举反例出来说明你的替换方法无效。

1 ... 46 47 48 49 50 51 52 53 54 55 ... 89

❮

❯