zaneliu

我真羡慕你们没被 ban 的
我被封了太多号了，不知道是不是用量大的原因？（我几乎每周都刚好卡到 100%），只有现在这个方案能超级稳定的使用~

@WithoutSugarMiao 这个我倒认为每个公司不一样吧，我们只想知道「能不能看得见」，至于知道能看见后「还用不用」，那就是个人的选择了。

某 K12 公司，Cursor Enterprise Custom 版。
Leader 要求必须用 Cursor 开发并已经建设好了 rules 、内部 MCP 、飞书文档（编码规范、工程规范）。

大家只是推 iPad ，那我来补充下理由。

1. 减少被安卓阵营各种 app 的垃圾信息、系统广告（「锁屏广告」、「通知栏广告」、「输入法广告」、「商城广告」...）、随意唤起权限的 App 无限骚扰，甚至悄无声息地偷走隐私信息，造成严重后果。
2. 长期来看，其实 iPad 更耐用，系统更新也有保障，我妈用的是我换下来的 iPad pro 10.5 寸（ 18 年买的），到现在 2025 年了依然算得上流畅~
3. iPad App 普遍体验好，屏幕清晰、拍照也够用。大部分安卓平板体验远不如 iPad ，甚至很多安卓平板有 UI 问题。

虽然 iPad 相比较来说是会贵一点，但我认为算是买个省心，并且闲鱼上二手 iPad 也没几个钱，3k 预算甚至能买个不错的，何不考虑一下？

试了下，确实应该是分词导致关键字没命中。

例如：Adobe PhotoShop 2021

命中：Ad/ad/ph/photo/2021
未命中：dob/shop/02/021

顺便安利一下 Raycast
https://www.raycast.com/

@nzbin 没问题，官网的这些例子也充分展示了 RxJS 的简洁强大~

其实有很多人也都是从 RxJS 处理事件流开始接触函数式编程的，RxJS 的这些设计也十分适合处理事件流。

而 RxJS 的函数式部分，更多是服务于它的响应式基础（它的定位就是：提供一种新的方案，将函数式与「观察者」、「迭代器」模式结合，更优雅的处理事件流），而与之对比，Ramda 就纯纯是个 FP 的 utils 库而已~

我认为不管是 RxJS 、Ramda ，还是简单的 pipe/compose/flow 这些，
本质上都是体现的函数式编程的思维方式：「函数是一等公民」。

意思就是，函数可以像变量一样被「随意传递」、「返回」、「组合」，远离副作用、流水账或面条代码~。

坦白讲，我更喜欢用 Ramda 组合一些 helpers 来处理 RxJS 的数据流 :)

Ps: 推这篇博文的目的也是帮助更多人在写枯燥的业务代码之余，也可以尝试换换脑子，换一种思路，尝试从「函数」层面进行业务抽象，让代码更模块化、更可复用，祝早点下班~

@xuyihao 我可以理解是在夸我吗哈哈哈哈~

我之前也在公司做过一次「函数式编程的分享」，正好看到这个帖子，结合我自己的理解有感而发，并不是 AI 生成的哈~

https://cdn.zaneliu.me/2025/10/GoOpSE.jpg

当我们在讨论 Ramda 时，究竟在讨论什么？

不妨静下心来细想：

是 lodash 吗？ 是 RxJS 吗？ 是链式调用吗？

这些元素在 Ramda 中确实都有体现，但它们并非使用 Ramda 的真正理由，更不是其设计时的初衷。

可以看下 Ramda 官网第一行醒目的简介：

> Ramda
> A practical functional library for JavaScript programmers.

它声称自己是一个「实用的函数式（ functional ）」库。

没错，它是一个完全遵循函数式（不只是简简单单的柯里化、闭包）的、彻底拥抱函数式思想的工具库。


所以如果想真正用好 Ramda ，可以先从学习「函数式思想」开始。

此处不展开，推荐一篇网易云大前端博文：

https://musicfe.com/javascript-functional-programming-quickstart/

函数式编程确实优雅、简洁，很多人初次接触也「惊为天人」，但软件开发没有银弹，我们追求的是**在合适的场景，用合适的技术，更高效地解决问题**。

请勿陷入“为了用 Ramda 而用 Ramda”的误区。

@Immortal +1