Home Sign Up Sign In
V2EX = way to explore
V2EX 是一个关于分享和探索的地方
Sign Up Now
For Existing Member  Sign In
V2EX  ›  peefy  ›  全部回复第 2 页 / 共 3 页
回复总数  41
1  2  3  
❮ ❯
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 经验更丰富一些，当然原有代码不一定写的好，但是也花了很大精力去优化性能
2023 年 2 月 1 日
回复了 peefy 创建的主题 › 程序员 › 性能提升 40 倍！我们用 Rust 重写了自己的项目
@centralpark 谢谢，主要是分享一下自己过去工作的经验和教训，现在看主要是技术选型和资源投入上走了弯路。我个人其实用 Python 远大于 Rust
2023 年 2 月 1 日
回复了 peefy 创建的主题 › 程序员 › 性能提升 40 倍！我们用 Rust 重写了自己的项目
@alexsunxl 当然反过来说 rust 比 C++ 的生态也差了不少，我们在重写过程中发现社区很多 Rust 库都问题不少，但是 C++ 的库就很多了
2023 年 2 月 1 日
回复了 peefy 创建的主题 › 程序员 › 性能提升 40 倍！我们用 Rust 重写了自己的项目
@wuwukai007 文章中有提到一点点优化的，不过占比不是很大，90% 以上语法解析，语义分析的逻辑就是 1 比 1 重写，具体可以对比 Github 上 kclvm-py 和 KCLVM 两个仓库
2023 年 2 月 1 日
回复了 peefy 创建的主题 › 程序员 › 性能提升 40 倍！我们用 Rust 重写了自己的项目
@victorc 主要是分享一下过去的工作，现在看应该是技术选型问题和资源问题
1  2  3  
❮ ❯
About   ·   Help   ·   Advertise   ·   Blog   ·   API   ·   FAQ   ·   Solana   ·   2895 Online   Highest 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 21ms · UTC 07:32 · PVG 15:32 · LAX 00:32 · JFK 03:32
♥ Do have faith in what you're doing.