余家贫,无从致卡以 train,每假借于 autodl,手自调参,计时以还。天大寒,卡冰坚,风扇不可转动,弗之怠。train 毕,即还之,不敢稍逾约。
🤯73❤11
Claude Code 已经漏到了一个前无古人后无来者的境界
我无法想象一个 Agent Cli 是怎么用掉我 70G 的内存的
——而且我甚至没操作它,放在这里他自己就在慢慢的漏
我无法想象一个 Agent Cli 是怎么用掉我 70G 的内存的
——而且我甚至没操作它,放在这里他自己就在慢慢的漏
🤯94👾11
之前在 UI 选型的时候看过好几次 Flutter,感觉各方面它都不错,唯独就是 Dart 太拉了,写一个 Counter 都要一大堆,很不好;再加上 JSON Parser codegen 巨慢,热重载不稳定之类的小问题,开发体验很差(虽然相比于 Android XML 之类还是很碾压的吧
于是最近在想,能不能跑个 JS 引擎,直接把 Flutter 的各种组件绑定到 React,这样就可以拥有 Flutter 的各种优势 + React 的开发体验
调研了一下,发现已经有人写了,而且已经好几年了,不知道为什么从来没听说过,也没见有人用:
https://openwebf.com
他们比我还激进一些,不是把 Flutter 组件绑定到 React,而是直接用 Flutter 作为 Renderer 实现了一套 W3C 兼容的 Web 运行时,于是各种 Web 框架就可以直接跑了,嗯...其实感觉不好说哪种方式更好,不过值得一试吧
看看包体积,Windows 下 16M,Mac/Android 单架构都是 ~35M,还不错
比较猎奇的是,他并没有直接提供一种让开发者可以把 App 打包成 .apk 之类的东西的形式,要么自己写个 Flutter app(也没有模板可以抄),要么用 WebF Go,很抽象,开发者总不可能让用户去下一个 WebF Go 然后手动输入链接吧,不知道怎么想的;各方面也有挺重的 AI 味(
👍19🔥1
弱智吧也是出benchmark了
检测模型会不会回答无厘头的问题
https://petergpt.github.io/bullshit-benchmark/viewer/index.v2.html
某种意义上算是幻觉检验?还真挺有用的
检测模型会不会回答无厘头的问题
https://petergpt.github.io/bullshit-benchmark/viewer/index.v2.html
某种意义上算是幻觉检验?还真挺有用的
🔥57🥰4