V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  akaHenry  ›  全部回复第 3 页 / 共 16 页
回复总数  320
1  2  3  4  5  6  7  8  9  10 ... 16  
124 天前
回复了 wwwwfly 创建的主题 NAS 求推荐 wifi6 路由器?
WiFi 6 我主路由是 linksys-mx5300-velop, 搭配 2 个 linksys 小盒子, 自动组 mesh, 全屋 WiFi, 非常非常香.

再也不用重启路由器了, 用了 2-3 年了, 非常稳定.

https://www.linksys.com/hk/linksys-mx5300-velop-mesh-wifi-6-ax-%E4%B8%89%E9%A0%BB%E7%B6%B2%E7%8B%80%E8%B7%AF%E7%94%B1%E5%99%A8/MX5300-AH.html



PS:

WIFI7 已经上市了. (买新不买旧, 当然 WiFi 6 也确实够用)
124 天前
回复了 gitrebase 创建的主题 程序员 有在生产环境用 NATS.io 的吗
@gitrebase nats 挺好用. 国外用的很多. 国内还是 Kafka 为主.

go-micro 的插件集, 有 nats 集成. 其他框架, 可以照着抄一份就好.

也没啥复杂的. nats 不只是 消息队列, 有很多扩展用法.

https://github.com/go-micro/go-micro

https://github.com/go-micro/plugins
124 天前
回复了 inSpring 创建的主题 Python 大家最近新项目用什么 Web 框架?
不限定语言版本:

1. rust: Rocket > axum(并不好用).
2. go: dapr. https://github.com/dapr/go-sdk


限定 Python:

1. 小项目, 内网项目, 糊屎项目, 原型项目, 首选 django, 其次 fastapi.

2. 考虑微服务可组合性, bali (内置 fastapi + grpc) https://github.com/bali-framework/bali

3. 考虑多语言组合(遗留复用 + 未来升级不浪费): 可以看看 dapr. https://github.com/dapr/python-sdk


PS:

降本增效周期, 没必要赶时髦.(企业不买单)

怎么舒服, 怎么快速, 怎么来.

django( DRF) 大多数场景, 都够用 + 好用. 如果有性能焦虑, 可以看看 dapr.

有 dapr 集成 + 兜底. 其他 fastapi 优势并不明显.(当然 dapr 集成 fastapi 也没任何问题)


anyway, 用啥不用啥, 不必太焦虑. 自己开心就好. (用过太多语言+框架, 见过太多无聊口水)

anyway, 用啥不用啥, 不必太焦虑. 自己开心就好. (用过太多语言+框架, 见过太多无聊口水)

anyway, 用啥不用啥, 不必太焦虑. 自己开心就好. (用过太多语言+框架, 见过太多无聊口水)


我只是来分享一些实践心得, 感兴趣的, 可以看看.
@cl80 可以使用 vue 自定义组件. 最近 nicegui 升级了几个版本, 对自定义 vue 组件, 更加友好.

PS:

我的 repo 里, 有参考官方示例, 写了个 SPA 模式的 demo, 路由切换, 就不会强制刷新页面了. 很适合用来打包 app.

可以参考.
@azev 你这个问题, 完全没遇到过. 是不是你本地开了 VPN, 梯子代理干扰了?

我是 macOS 平台, 没遇到过.

你可以用 native 模式(desktop app 模式) 运行看看, 排除是不是浏览器的问题.
@pythonwood 我目前认为 quasar 可能是最好的 vue.js UI 框架, 比国内的 element 等几个 UI 项目都要好用, 完成度和多平台一致性更好.

文档也更好.

缺点是中文社区用的人少, 有问题去官方 discord 搜. 还行.
130 天前
回复了 serco 创建的主题 Rust Rust 是有什么黑魔法吗?每次用了就忘
如果实在学不会 rust/zig, 可以尝试一下 Mojo(Python++), 会有惊喜.
130 天前
回复了 serco 创建的主题 Rust Rust 是有什么黑魔法吗?每次用了就忘
更新一下:

时间来到 2023 年, 相比 zig, 有了新的选择: Mojo( = Python++), WIP.

https://docs.modular.com/mojo/why-mojo.html

1. Mojo 作者是 Chris. (swift 之父)

2. Mojo 是 Python 家族语言. 100% 兼容 Python 承诺.

3. 性能: 是 C Level 的. 也就是和 rust/zig 同档.

4. 易用性: 是 Python 同档. 目前已初具可用性. 可以直接 import Python lib 使用.
@livid

是不是可以给 Mojo 创建一个节点?把 Mojo 的内容发在 Python 节点下,略有不合适。(可能有些人会反感)

https://github.com/modularml/mojo

Mojo 可以看作 Python++(亦如 C++ 之于 C ,TS 之于 JS ), 是 Swift 之父 Chris 发明的新语言。

https://github.com/lattner

目前 Mojo 已经发布了 0.4 版本,发展势头很猛。

个人认为,会和 Python 长期互补+协同发展。也值得关注 & 储备该技术。
Python 4.0 不是 Mojo 吗? 狗头🐶。。。

Python 3.8 之后的新版本更新, 都是比较无聊的特性。

作为脚本语言,干啥都是二把刀,认清客观现实,怎么糊的快,怎么糊的爽,怎么来。

脱裤子放屁的事,少干。

整一堆没用的优化,不如换个语言(Rust/Zig/Go/Mojo) 随便选。

写脚本,就要有写脚本的觉悟。
@ZX576 和 rust 定位不一样. Mojo 是 Python 的超集. 性质如 TS vs JS 和 C vs C++.

你不会觉得 C 转 C++, JS 转到 TS 困难吧?

chris 过去在苹果, 搞过 Objective-C 转 Swift.

这不过是再搞一遍, 轻车熟路. 你要相信专业的编译器专家和语言专家. 不会比我们懂的少.
@lchynn


粗略看了下 reflex 官方文档, 设计风格是偏 flutter 的. 我也写过 flutter.

不过感觉这个 reflex 没有 nicegui 简洁, nicegui 是很地道的 python 代码写法.

reflex 这种抄 flutter, 有点不伦不类.(很不 python)

nicegui 是 基于 vue.js + Quasar(UI 框架) 的. 也提供了 hack 入口, 即使 nicegui 一些 API 还未对齐, 也可以 hack 进 vue.js, 用纯前端的方式来实现一些功能.

so, nicegui 的完成度更高, 未来上限更高. 充分利用 vue.js 和 Quasar 的强大, 站在巨人肩膀上.

站在当前节点, 类前端(web)方案, 是开发效率最高的 GUI 方案. 非 web 方案, 不值得投入时间研究.
@ZX576

1. 学习成本不高, chris 并不会增加太多新语法. 语法复杂度远小于 rust. 100% 兼容 python, 目前比 python 扩充的特性, 都比较符合直觉. 并不难理解.

2. 当前 mojo 执行 纯 python 代码 or import python lib 时, 会调用 cpython. (当前依赖 cpython, 未来会去掉依赖, 纯 mojo) 目前对 python codes or libs, 性能上, 应该没啥提升.(只是对齐 python 阶段, 未来 去除 cpython 依赖时, 会有提升. 画饼, 是个长期目标) 当前如果想提升性能, 是需要手动改写 python 代码到 mojo 来优化. 不过官方正在实现 python2mojo 工具(自动翻译), 估计很快就会发布. 到这个阶段, 即使不学 mojo, 只会 python 也能利用 mojo 来提升性能.(当成一个外挂)

3. 是的. 提升 python 性能, 需要转换为 mojo. 当前是手转, 可能比较快就会有工具自动转了.
@mylxsw #259 买了广告位. 置顶了几年了.

这个做法确实很败好感. 天天看到是真的烦.

不会有任何正向的广告价值.
@iluolSNS #2 能打开呀?

需要梯子, 全局模式.
Mojo 教程, 内容截图:

https://i.imgur.com/UbZ9BDF.jpeg
227 天前
回复了 akaHenry 创建的主题 Python 建了个 Mojo vx 交流群, 欢迎 Pythoner 加群交流
234 天前
回复了 kice 创建的主题 Python 求分布式任务队列库推荐
1. 如果只会 python or 小项目, 那就 celery + rabbitmq.

2. 如果不局限 python 生态内. 更推荐 nats 和 kafka. (尽早使用跨语言通用的中间件, 迁移时, 少扔代码)
234 天前
回复了 jenrey 创建的主题 Python Python GIL 的问题
GIL 不防呆.
234 天前
回复了 vicalloy 创建的主题 Python 你们的 Python 代码加不加 Type Hints
Type Hints 是政治正确. (就算很多人日常不加, 恐怕也装装样子鼓励他人加)

Type Hints 当然是好, 但是有开销. (加不加, 加多少, 看具体场景/维护成本/代码生命周期, 以及你和团队会几门语言.)


应该加:

1. 团队(个人) 只会/只用 python 开发, typing 和 Pydantic 都用起来.

2. 单元测试, 写起来, 至少覆盖核心链路. (这比 Type Hints 更容易保障质量和正确使用, 如果时间仅够二选一, 宁愿你写单元测试)


少加/不加: (CPyUG 老炮的场景)

1. 个人项目, 生命周期很短(活不久)的代码. 加了没收益.(怎么快, 怎么来)

2. 多技能栈(Python + Rust, Go 等) 组合. 充分利用动态语言的灵活性, 少加/不加. 需要强约束/性能场景, 直接切 rust/go.

3. 老司机, 写的代码, 可读性好. 加不加, 不影响阅读. (废话, 没有 Type Hints 之前的 10 多年, 大家照样写的飞起)

4. 一次性的脚本, 用完就扔(厕纸代码, 活不过明天). 没必要脱裤子放屁.



个人选择:

1. 作为写了比较久 python 的( py2.5 开始的), CPyUG 说不加 Type Hints 的人不少. 很正常.(在很多场景, 不用, 也都对)

2. 加当然好, 但是要平衡成本和收益. (年轻人, 容易沉迷于写太多没 转化率(不赚钱) 的代码)

3. 我日常会加, 但保持克制. (少用和不用 Pydantic, 有开销).

4. python 已经不是我的主力语言, 用 python 更多是为了快速糊东西和验证技术/产品原型. 一旦验证通过, 很快就会迁移到 rust, go 等重写. 所以, 写 python, 就更追求 怎么快, 怎么来. (代码活不久, 没必要写太好)


以上来自 写了 10 多年 python 的开发者的一点看法.

(当然, mojo 1-2 周, 就要发布了, 喜欢写 Type Hints, 来写 mojo 吧)


免杠指南:

我只是说了 不加/少加 的场景, 你要杠, 你对.
1  2  3  4  5  6  7  8  9  10 ... 16  
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   我们的愿景   ·   实用小工具   ·   1879 人在线   最高记录 6543   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 29ms · UTC 16:16 · PVG 00:16 · LAX 09:16 · JFK 12:16
Developed with CodeLauncher
♥ Do have faith in what you're doing.