 |
frandy小小的我，有个大大的梦想 🏢 软件工程师 V2EX 第 78116 号会员，加入于 2014-10-22 18:36:17 +08:00今日活跃度排名 20199 |
oop.fun
上海
frandy 最近回复了
7 天前 回复了 Amose2024 创建的主题 › 职场话题 › 是我老了，还是新同事很牛？ |
Talk is cheap, Show me the code.
23 天前 回复了 tenngoxars 创建的主题 › 职场话题 › 吐槽一下，我最近真的烦死了这些大模型公司，有必要这么搞吗 |
这周会很忙，毕竟 ds 天天开源，哈哈哈哈
32 天前 回复了 iorilu 创建的主题 › 程序员 › 下载 huggingface 大模型有什么好方法吗 |
@frandy #21 迅雷没问题
32 天前 回复了 iorilu 创建的主题 › 程序员 › 下载 huggingface 大模型有什么好方法吗 |
63 天前 回复了 huguadao 创建的主题 › NAS › 我的影视私库折腾记录 |
我的省事方案：
操作系统：windows 10
家庭影院：jellyfin
下载器： 迅雷远程下载
内网穿透：zerotier
家用路由器：斐讯 k3+梅林
操作系统：windows 10
家庭影院：jellyfin
下载器： 迅雷远程下载
内网穿透：zerotier
家用路由器：斐讯 k3+梅林
122 天前 回复了 DanLi 创建的主题 › Java › 有谁的公司已经用 WebFlux 替换了 SpringMVC 吗 |
在 2020 年左右用过一段时间反应式编程,不推荐用来写业务,复杂的页面,跟意大利面条一样,各种 flatmap,一个简单的获取都需要花很大功夫来弄,当时用的是还是 rxjava,就很难受.最后那个项目维护太复杂了.
之后归纳总结,考虑了下适用的场景,反应式编程在前端可能更合适,防止页面或者窗口阻塞,然后流式的传输,中间做桥进行转接也不错,类似楼上说的网关.
之后归纳总结,考虑了下适用的场景,反应式编程在前端可能更合适,防止页面或者窗口阻塞,然后流式的传输,中间做桥进行转接也不错,类似楼上说的网关.
126 天前 回复了 raycake 创建的主题 › 程序员 › 近期与同事讨论，函数式（FP）正在缓慢取代面向对象（OOP）？ |
早前流行 FP,现在是 OOP+FP,怎么好维护怎么来,因为现实业务没有纯函数,而且 FP 里面好多概念无法理解,比如函子(Functor)、适用函子(Applicative)、单子(Monad),一听名词就觉得好高大上,哈哈哈哈哈
335 天前 回复了 feather12315 创建的主题 › 分享发现 › AI 是个好东西，但没想想得那么好 |
了解一下 AI agent
2024-03-14 11:10:42 +08:00 回复了 y99c11 创建的主题 › 分享发现 › 隔壁论坛看到的， 666 |
上网找快乐
找到快乐线下见面
见面后发展下一代
发展完被请去喝茶
喝茶期间聊发展下一代的细节
聊完请去小黑屋坐客
一坐就是一辈子
这是一个悲伤的故事😭
找到快乐线下见面
见面后发展下一代
发展完被请去喝茶
喝茶期间聊发展下一代的细节
聊完请去小黑屋坐客
一坐就是一辈子
这是一个悲伤的故事😭
Select Language