charlie21

AI 出错之后谁负责和 AI 本身准确度是两个问题
当前 AI 公司都是免责型服务，你随便用，用了后果自负 /t/1082532

—— 也就是说，你可以调教 AI 让它对你更好用，其实用户本身成了一个免费调试员。对于这部分工作量，你的调教实际上贡献到 bot 更智能了，所以理论上 OpenAI 应该付钱给你 / 至少弥补一下你的损失

4 天前

回复了 baxia 创建的主题 › 程序员 › 现在程序员是不是没必要刷 leetcode 了

有一种程序员叫做 leetcode 程序员，借助现有工具，专门解决各种 leetcode 疑难杂症，并且他们会定期刷新自己的技能包 / 工具包

6 天前

回复了 raycake 创建的主题 › 程序员 › 近期与同事讨论，函数式（FP）正在缓慢取代面向对象（OOP）？

这是一个项目的继承关系树

https://afterlogic.com/aurora-files-api/tree.html

比如 Aurora\Modules\Core\Models\User 继承了 Aurora\System\Classes\Model ，而后者继承了 laravel 的 Illuminate\Database\Eloquent\Model 。也就说这个项目基于 laravel 框架定制了自己的一套基础类，自定义的基础类是业务模型类的基类。

换作是别的后端项目大概是也类似的 ... 吧

6 天前

回复了 raycake 创建的主题 › 程序员 › 近期与同事讨论，函数式（FP）正在缓慢取代面向对象（OOP）？

基础库里经常看到类的拓展例如
https://afterlogic.com/aurora-files-api/index.html
https://afterlogic.com/aurora-files-api/Aurora.Modules.Core.Models.Tenant.html

如果现在你想要使用这个第三方库作为自己的项目的基础类你也会先创建类并 extends 某个 class

也就是说，如果在极为表面的 app 层工作的人，那么很有可能是几乎用不到类继承的！他们不用，不代表别人不用

6 天前

回复了 raycake 创建的主题 › 程序员 › 近期与同事讨论，函数式（FP）正在缓慢取代面向对象（OOP）？

在存在一个极为明显的继承关系的时候
继承是有用的

- 比如本站名帖：继承 nannanziyu site:v2ex.com /t/761625
- 比如在尝试基于第三方库制作自己项目用到的一些极为基础的类的时候，此时第一件事情就是创建新 class 继承原有的类，然后稍加修改

6 天前

回复了 raycake 创建的主题 › 程序员 › 近期与同事讨论，函数式（FP）正在缓慢取代面向对象（OOP）？

OOP 擅长的是责任划分，它是一种完全符合 SOLID 原则里的 S: Single responsibility principle 单一职责原则的应对策略

函数式擅长的是清除副作用，用纯函数来清除副作用

这是两个层面的互不干扰也无法互相替换。

在大型架构里（即使不用 OOP ）也要有明确的职责划分方法，否则不够大型。

在时尚界，函数式代表了时尚，尽管它能做到的东西用别的方法也能做到，但函数式可以给出十分简明清晰的 API （因为它在清除副作用，它往往十分适合 “状态管理类” 的任务。典型的状态管理类的任务是：
erlang: 状态变化是万恶之源 https://zhuanlan.zhihu.com/p/27341488 了不起的 Erlang
redux: 前端状态管理器
ngrx: 前端状态管理器 https://zcating.github.io/2019/12/10/ckaum9y7o001zejl325a2852f/ 为什么要用 ngrx 它解决了什么问题
// 只有在这些任务面前，再开始聊函数式，才是合适的因为函数式编程恰如其分解决了这类问题（也就是其它问题呢想用函数式也没用）。否则真的就是赶时髦的了
）

总之：
1 看中明确的职责划分方法，的结果是，让复杂的事情变得可管理
2 对于某类任务，函数式编程可以降低复杂度，尤其是数据状态变化（数据状态跟踪）的复杂度

8 天前

回复了 bigbugbag 创建的主题 › 程序员 › macOS 中有 Oh My Zsh 的上位替代么？

zimfw https://github.com/zimfw/zimfw
推荐 theme eriner

10 天前

回复了 dmanbu 创建的主题 › 美酒与美食 › 有什么低热量又能撑肚子的零食推荐么？

牛奶加麦片主打果腹感

» charlie21 创建的更多回复