V2EX › peefy 的所有回复 › 第 2 页 / 共 3 页

V2EX = way to explore

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

For Existing Member Sign In

1 2 3

❮

❯

2023 年 8 月 24 日

回复了 MegatronKing 创建的主题 › 程序员 › 新一代国产 API 抓包调试工具 Reqable

不错 👍👍 看到最后还是开源的，学习一下

2023 年 8 月 22 日

回复了 chai2010 创建的主题 › Go 编程语言 › 我也打算逐步放弃 Go 语言

来搞事情，Rust 和 Go 双修，hh

2023 年 7 月 7 日

回复了 richangfan 创建的主题 › 云计算 › 怎么会有 CloudFlare 这么良心的厂商

昨天刚转过去的路过，确实很好用！

2023 年 6 月 2 日

回复了 peefy 创建的主题 › 程序员 › 一步到位 - 使用 KCL OCI Registry 管理 Kubernetes 配置

@my3157 之前有写过一篇总结： https://kcl-lang.io/blog/2022-declarative-config-overview ，在语言定位、场景和特性上还是有一些差别。

2023 年 5 月 30 日

回复了 peefy 创建的主题 › 程序员 › KCL JSON/YAML 配置数据一键集成 [一个自研编程语言能做什么？(系列 4)]

@Masoud2023 感谢🙏

2023 年 5 月 4 日

回复了 peefy 创建的主题 › 问与答 › 和过去的版本说再见 - KCL 语言 Go SDK 新功能速览！

@Aloento 简单来说，KCL 是一个聚焦于云原生配置策略场景的一款编程语言，更多信息在项目官方： https://github.com/KusionStack/KCLVM 和官方网站： https://kcl-lang.io

2023 年 5 月 4 日

回复了 peefy 创建的主题 › 问与答 › 和过去的版本说再见 - KCL 语言 Go SDK 新功能速览！

@Aloento

2023 年 3 月 16 日

回复了 peefy 创建的主题 › 程序员 › 2 万字长文！声明式配置技术概述

@accelerise 感谢反馈，复杂度、学习成本包含生态等确实是值得考虑的点。对 kcl 来说无非几个选择，1.让自己持续简单 2. 可以用通用语言来编写 3. 可以通过 yml/json 来声明

2023 年 3 月 16 日

回复了 peefy 创建的主题 › 程序员 › 2 万字长文！声明式配置技术概述

@tool2d 感谢反馈，我们也再尝试扩展的方式充当胶水层而非直接平替的方式作能力维度的增强。

2023 年 3 月 6 日

回复了 peefy 创建的主题 › 程序员 › KCL 语言新版 Playground 来了！

@HiCode 嗯嗯，蚂蚁开源的项目

2023 年 3 月 6 日

回复了 peefy 创建的主题 › 程序员 › KCL 语言新版 Playground 来了！

@Hanggi OPA 是一个策略引擎，Rego 是其策略语言，KCL 更侧重配置的基础上附加类型和结构约束定义，更合适配置场景，当然也可以使用 kcl-vet 工具将 KCL 当作策略语言来使用，两个语言的核心场景、设计理念还是有些差异

2023 年 2 月 20 日

回复了 chinesehuazhou 创建的主题 › Python › 《这一次， Python 真的有望告别 GIL 锁了？》

看样子即使提案还需要在 CPython 中做大量的开发测试工作.. 目前 GIL 导致多线程搞不了性能提升，用多进程折腾吧..

2023 年 2 月 6 日

回复了 peefy 创建的主题 › 程序员 › KCL 与其他 Kubernetes 配置管理工具的异同 - Helm 篇 [一个自研编程语言能做什么？(系列 3)]

@xuyang2 确实是的，基于 Helm chart 的模版编程和以及当遇到复杂需求当 values.yaml 需要 fork 修改 helm chart template 等痛点，我们在尝试使用 KCL 做一些工作改善 Helm 体验的工作，比如开箱即用的 k8s 模型和校验规则，使用 KCL Schema 自定义校验和使用 KCL 为 Helm 编写 transformer 等工作。会在后续的文章逐渐透出。

2023 年 2 月 2 日

回复了 peefy 创建的主题 › 程序员 › KCL 与其他 Kubernetes 配置管理工具的异同 - Kustomize 篇 [一个自研编程语言能做什么？(系列 2)]

@xyzxiaoking 目前是有一系列内置模版 schema 和抽象，具体可以参考后续的文章或者这里的文档内容 https://kcl-lang.io/docs/user_docs/guides/working-with-konfig/overview 。另外我们正在逐步完善 kube2kcl 工具，支持现有 yaml 转到 kcl 和为已有的 yaml/kustomize/helm 编写 transformer, validator 等，后续会逐步完善并开源。

2023 年 2 月 1 日

回复了 peefy 创建的主题 › 程序员 › 性能提升 40 倍！我们用 Rust 重写了自己的项目

@matrix1010 嗯嗯，是的。这块代码没有处理好，加上更早期的时候没有给 py 代码加 type hints ，对 python 的不熟悉导致后续加 type hints 的时候向 mypy 这种工具很难没错误的利用起来，工程性做的不是很好。

2023 年 2 月 1 日

回复了 peefy 创建的主题 › 程序员 › 性能提升 40 倍！我们用 Rust 重写了自己的项目

@Hanggi Rust 编译速度还是比较慢的，技术选型上完全同意您的看法

2023 年 2 月 1 日

回复了 peefy 创建的主题 › 程序员 › 性能提升 40 倍！我们用 Rust 重写了自己的项目

@Hanggi Rust 编译速度还是比较慢的，技术选型方面完全同意您的看法

2023 年 2 月 1 日

回复了 peefy 创建的主题 › 程序员 › 性能提升 40 倍！我们用 Rust 重写了自己的项目

@littlewing 实际上之后的 Rust 代码主要是对原有 Python 代码的改进，后面的 Rust 代码也会有一部分提升空间，因为是一边学习 Rust 一边重写，相比于 Rust, 题主的 Python 经验更丰富一些，当然原有代码不一定写的好，但是也花了很大精力去优化性能