无服务器计算的三个注意事项 – acolyer
会使构建正确的应用程序变得更加困难。它们显示了无服务器功能可以安全地忽略这些特性的条件，因此变得更容易推论。他们还介绍了一种基于箭头的合成语言，用于函数合成。 无服务器时要注意的事项： 尽管无服务器
4 年 前
面向对象 vs. 函数式编程
最小化切分使得代码更加易懂。 前者试图将状态隐藏于对象接口之后，而后者试图通过尽可能的纯函数功能将状态切分再细直至最小化。(banq:两者侧重点还是不太一样) 大多数习惯于 面向对象 程序员
10 年 前
Meta无服务器平台每天处理数万亿次函数调用
预测。
[*]由于是内部云，Meta 能够执行许多独特的优化，例如在同一进程中运行来自不同用户的多个函数。
[*]大多数函数的执行时间不到一秒，但并非所有函数都是如此。
[/list
5 个月 前
纯函数式编程的缺点
可变状态Mutation的情况下，能重用旧集合版本实现的持久化功能，在大多数情况下(特别是逻辑编程和编译程序)。它们会使得解决方案更简洁和清晰。 部分原因是它使得回溯变得平常，然而，持久成为性能方面的
7 年 前
Scala的升起和下落
原理是基于数学型理论，这只有最学术和数学头脑的程序员完全能理解。Scala的多语言功能，包括implicits隐含的和macro宏，可能会导致竟然连基本代码的程序流都失去控制，这对大多数程序员跟踪或调试
7 年 前
命令查询分离的艺术
= UserService.login(username, password); 这是一个login函数调用，实现登陆功能职责，为什么它在登陆时还返回用户对象？下面这样查询用户函数实现返回用户对象不是更简单吗？ User u
7 年 前
Spring Cloud的无服务器函数Bean简介
非函数性方式编码的。与整个Spring Boot相比，大多数Spring Cloud Function应用程序的范围相对较小，因此我们可以轻松地将其适应这些功能bean定义。
5 年 前
云计算、FaaS与无服务器架构
。所有其他指标都不应该打扰我们。我们编写函数功能，将其发布到云上，只需支付这些函数运行时间费用。 无服务器架构并不严格指定我们的函数在技术上必须是什么。它只是一个工作单元。函数能被以很多方式触发。它也
7 年 前
为什么我推荐功能驱动的软件设计方法？ - khalilstemmler
驱动feature-driven的方法。它影响我们构造项目，编写测试，封装模块和设计功能的方式。 偶然的复杂性 在大多数主流编程语言中，都存在状态和序列的概念。根据本·莫斯利（Ben
2 年 前
Java中的函数编程技术 - Deepu K Sasidharan
无数据突变：这意味着数据对象在创建后不应更改。
没有隐式状态：应该避免隐藏/隐含状态。在函数式编程中，状态不会被消除，相反，它是可见的和显式的
这意味着：
无副作用：功能或操作不应
4 年 前
可生产使用Java 21/JDK 21 GA版本发布
增强功能 和数千个错误修复。
JDK 21 将成为包括 Oracle 在内的大多数供应商的长期支持 (LTS) 版本 。
6 个月 前
Java中的七种函数编程技术 - foojay
无数据突变：这意味着在创建数据对象后不应更改它。
无隐式状态：应避免隐藏/隐式状态。在函数式编程状态下，不消除状态，而是使其可见和显式
这表示：
无副作用：功能或操作不得在其功能范围之外更改
2 年 前
维护大型JavaScript应用程序经验教训 - MathiasSchäfer
数据。这样的功能易于编写，易于测试，易于记录，易于推理。 编写好的JavaScript不一定需要高级 设计模式 。首先，它需要技能以巧妙和有益的方式使用最基本的技术：用一些 正确的 函数构建
5 年 前
一个控制器一个Action - Janos Pasztor
) {
//...
}
}
从表面上看，这看起来很好，因为与BlogPost实体相关的所有功能都组合在一起。但是，我们留下了一部分：构造函数。如果我们使用依赖注入（我们真的应该），我们的构造函数必须声明所有依赖项，如下
5 年 前
什么是AI涌现(emergence)？
高级版本。
大多数内容转换不需要显式学习——就像 2013 年的词向量一样。它们只是自我监督训练的副产品。
但它们仍然是从训练数据中记忆下来的函数！
要做到这一点，模型需要看过足够多的
8 个月 前