lxdlam 最近的时间轴更新 lxdlam 最近的时间轴更新 |
lxdlamStay hungry, stay foolish V2EX 第 91515 号会员，加入于 2015-01-13 12:44:59 +08:00 |
北京海淀
lxdlam
lxdlam
lxdlam
lxdlam 最近回复了
3 天前 回复了 lxdlam 创建的主题 › 职场话题 › 关于捐赠“抵扣”个税的经济账 |
@ltyj2003 是的，这个应该是主要动机。
15 天前 回复了 AlexJesus 创建的主题 › 分享发现 › 🔦💡 关灯挑战！💡🔦你能在几步之内关掉所有的灯吗？ |
在 GF(2) 域上解线性方程组。
30 天前 回复了 mario328 创建的主题 › Android › 为什么手机 DRM 等级会自动从 L1 下降到 L3 |
是索尼的问题，我是 Xperia 1 V ，偶发会掉，有的时候能一直是 L1 ，有的时候自己莫名其妙就掉 L3 了。最麻烦的地方在于每次都只有在比如开 Netflix 看剧的时候，看分辨率迟迟上不去才会发现，然后打开 DRM check 实锤了再重启，不胜其烦。
75 天前 回复了 raycake 创建的主题 › 程序员 › 近期与同事讨论，函数式（FP）正在缓慢取代面向对象（OOP）？ |
先问是不是再问为什么。
FP 跟 “OOP” 本来就是正交的概念，与 FP 相对的是 Imperitive Programming ，而 FP 可以看作一种 Declartive Programming 。在 1994 年确定的 ANSI Common Lisp 标准中，Common Lisp Object System （ CLOS ）已经被完整定义，这是一个完整的对象系统，而被广泛实现的 Meta Object Protocol ，更是后面 Java AOP 的真正前驱。同样，1996 年 OCaml 继承 Caml 衣钵，在 StandardML 基础上发展出了完整的 Object 系统，这也是一个完整的 OOP 系统。而 Scala 跟 Clonjure 这种本身就诞生于 JVM 的语言，更是天生就具有 OOP 能力。
FP 跟 “OOP” 本来就是正交的概念，与 FP 相对的是 Imperitive Programming ，而 FP 可以看作一种 Declartive Programming 。在 1994 年确定的 ANSI Common Lisp 标准中，Common Lisp Object System （ CLOS ）已经被完整定义，这是一个完整的对象系统，而被广泛实现的 Meta Object Protocol ，更是后面 Java AOP 的真正前驱。同样，1996 年 OCaml 继承 Caml 衣钵，在 StandardML 基础上发展出了完整的 Object 系统，这也是一个完整的 OOP 系统。而 Scala 跟 Clonjure 这种本身就诞生于 JVM 的语言，更是天生就具有 OOP 能力。
126 天前 回复了 pl01665077 创建的主题 › Python › 也是醉了，从 pip 学习到 pipenv，再切换到 poetry，最后还是用回 pip |
@SimonOne uv 是替代 pip 的，rye 是 flask 作者 mitsuhiko 创始的，他觉得 Python 的研发生态链比起 rust 实在是太烂了，自己搞了一个工具关注整个研发生命周期，使用 独立 python 解释器 + venv + pip + pyproject.toml 等既有生态来管理。后面 astral 团队开发完 uv 之后跟 mitsuhiko 沟通，接管了 rye 项目（ https://astral.sh/blog/uv ）。
从关系上来说，rye 是一个研发管理工具，基于 project 粒度隔离 python 解释器、venv ，自然也就隔离了包管理生态，uv 跟 pip 在 rye 里可以互换，ruff 也不是强制要求接入。
从我个人体感来说，rye + uv + ruff 就是目前最舒服的方案，我有用来实验的 jupyter 项目，也有打包成 oci 的纯 python 项目，rye 都能非常完美去接入和使用（除了某些模型代码里面写死了 pip 之外）。
P.S.，关于 Python 开发者体验和 rye 本身，mitsuhiko 在 rye 创始之初就有个 discussion ，值得一读： https://github.com/astral-sh/rye/discussions/6
从关系上来说，rye 是一个研发管理工具，基于 project 粒度隔离 python 解释器、venv ，自然也就隔离了包管理生态，uv 跟 pip 在 rye 里可以互换，ruff 也不是强制要求接入。
从我个人体感来说，rye + uv + ruff 就是目前最舒服的方案，我有用来实验的 jupyter 项目，也有打包成 oci 的纯 python 项目，rye 都能非常完美去接入和使用（除了某些模型代码里面写死了 pip 之外）。
P.S.，关于 Python 开发者体验和 rye 本身，mitsuhiko 在 rye 创始之初就有个 discussion ，值得一读： https://github.com/astral-sh/rye/discussions/6
127 天前 回复了 pl01665077 创建的主题 › Python › 也是醉了，从 pip 学习到 pipenv，再切换到 poetry，最后还是用回 pip |
@lxdlam 记忆有偏差，最近一年应该
127 天前 回复了 pl01665077 创建的主题 › Python › 也是醉了，从 pip 学习到 pipenv，再切换到 poetry，最后还是用回 pip |
最近两年都在用 rye ，切到 uv 之后体验丝滑
133 天前 回复了 srlp 创建的主题 › Apple › 大家有考虑用苹果官方的 passwords 程序吗？ |
1p 最近一两年一直在做 [developer experience]( https://developer.1password.com/)，现在已经有了 `op` cli, python 和 typescript sdk ，以及两种 prod env 部署模式，对个人来说可以完全替代掉 vault 之类的专业密钥管理系统，就这一点不会让我切换到官方的 password 。
Select Language