V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  charlie21  ›  全部回复第 16 页 / 共 331 页
回复总数  6602
1 ... 12  13  14  15  16  17  18  19  20  21 ... 331  
2024-11-25 21:49:28 +08:00
回复了 8eacekeep 创建的主题 问与答 求助: ios youtube 无法播放,但网页端可以
先重启一下手机
2024-11-25 18:37:29 +08:00
回复了 abcfreedom 创建的主题 机器学习 上楼梯的时候,人是怎么判断脚该抬多高的
迈步高度是小腿长度的一半
2024-11-25 06:55:20 +08:00
回复了 yilon 创建的主题 职场话题 技术和业务需求哪个牛逼?
业务更水 更容易混 容错率也更高,钱更容易赚,拿着鸡毛当令箭的人也多,素质差的人也多

容错率高意味着鱼龙混杂,今日虾米但明日可能得到升天,你说这牛逼不牛逼?

技术人员如果牛逼那是因为建立了壁垒。技术壁垒很好理解。然而,一个业务人员建立壁垒的办法多到超过你的想象,可能是销售 可能是市场 可能是拉帮结派站队 可能是公司策略大方向转变 可能是促成什么其它利益关系,也可能是人性本身 ... 总之 他们不会放过任何理由去对于啥事都想插一脚,即使他们不懂。
从侧面看 他们十分 desperate ,也更缺乏安全感。

选择远离业务人员的理由不会因为业务人员是否牛逼而消失,仅仅是因为一个健康的人在远离一个不健康的人
2024-11-24 20:41:37 +08:00
回复了 Paradox4068 创建的主题 开源软件 有没有什么体积小、免费无广告的 Windows 图片编辑器
搜一下 online photoshop, 甚至支持导出 PSD 文件
2024-11-17 20:39:58 +08:00
回复了 hydrostic 创建的主题 Windows 求助: wifi 网络极其不稳定
2024-11-17 20:39:33 +08:00
回复了 hydrostic 创建的主题 Windows 求助: wifi 网络极其不稳定
如何找到路由器的最佳 WiFi 信道
https://post.smzdm.com/p/an3eqqe0/
2024-11-17 15:40:49 +08:00
回复了 83f420984 创建的主题 程序员 AI 生成的清理 USB 设备脚本导致硬盘数据丢失的教训
AI 出错之后谁负责和 AI 本身准确度是两个问题
当前 AI 公司都是免责型服务,你随便用,用了后果自负 /t/1082532

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

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

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

换作是别的后端项目 大概是也类似的 ... 吧
基础库里经常看到类的拓展 例如
https://afterlogic.com/aurora-files-api/index.html
https://afterlogic.com/aurora-files-api/Aurora.Modules.Core.Models.Tenant.html

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

也就是说,如果在极为表面的 app 层工作的人,那么很有可能是几乎用不到类继承的! 他们不用,不代表别人不用
在 存在一个极为明显的继承关系 的时候
继承是有用的

- 比如本站名帖: 继承 nannanziyu site:v2ex.com /t/761625
- 比如在尝试基于第三方库制作自己项目用到的一些极为基础的类的时候 ,此时 第一件事情就是 创建新 class 继承原有的类,然后稍加修改
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 对于某类任务,函数式编程可以降低复杂度 , 尤其是数据状态变化(数据状态跟踪)的复杂度
2024-11-13 11:50:00 +08:00
回复了 bigbugbag 创建的主题 程序员 macOS 中有 Oh My Zsh 的上位替代么?
zimfw https://github.com/zimfw/zimfw
推荐 theme eriner
2024-11-10 18:08:51 +08:00
回复了 dmanbu 创建的主题 美酒与美食 有什么低热量又能撑肚子的零食推荐么?
牛奶加麦片 主打果腹感
2024-11-07 15:28:29 +08:00
回复了 gegewu0927 创建的主题 Linux WeChat Linux 终于等到与其他的平台一起显示在官网了!
虽然但是,有总比没有好
1 ... 12  13  14  15  16  17  18  19  20  21 ... 331  
关于   ·   帮助文档   ·   自助推广系统   ·   博客   ·   API   ·   FAQ   ·   Solana   ·   2476 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 46ms · UTC 15:03 · PVG 23:03 · LAX 07:03 · JFK 10:03
♥ Do have faith in what you're doing.