@extrem 他们想让我们这么用, 因为项目越来越大, 被 LLM 搞得重复越来越多, 理论上你给他足够时间和足够的 token, 还有足够多的 test case 它还是可以修正, 这里重点是: 1. 不 review 是不行的, 只是 review 的是 production code 还是 test case, 那也是 code 2. 是改得好, 但成本会累加之后改一个问题就越花越多, 越改越久, AI 公司就想要我们这样玩

有人主张, 不要 review code, 而是要求 test, 只要 test 会过, 基本不管它写了什么, 有点像我们现在像不会去 review compiler 产生出来的 assembly 的意思像现在 openclaw 就是这个流派的最大宗 => “Don’t review code; review output / tests passed” 我个人觉得根本狗屁不通(强调只是个人观点), 理由是:

1. compiler 是高度确定性的而且严格验证的, 但 LLM 不是 =>
叫 LLM 产生 test case 有时候 test case 本身都是假的或质量不到位的, 那就算 test 过了也不表示没有问题你至少得去 review test case (所以完全不 review 应该不太靠谱)

2. 再来 LLM 因为 context window 及 RAG 能力不足的关系 =>
只能看到项目的部分无法关心全貌, 导致产生的源代码会极度多的重复内容, 完全不 DRY, 而这导致不符合 single source of truth 在需求变动或修改错误时, 很可能产生大量的不一致

3. 而 LLM 的 context window 有极限 =>
不但是现阶段有极限, 未来也很难突破极限(训练资料问题), 所以 2 是无解的

4. 这表示针对 2 来说, 除非你的 test case coverage 接近 100%, 不然一定有很多奇奇怪怪没改到没一致的边角 bug =>
而 test case 过了也可能一团糟, 那除非你把 test case 设计得很严谨, 这回到了 1, 你必须很认真的 review 大量的 test case, 如果你想要都不 review LLM 的 code 的话, 但 review 大量的 test case 而 test case 本身也是 code, 也被 LLM 同 2 大量的 copy/paste, 你 review 起来也是一样累, 不然就是要让 LLM 在这里很严谨的作, 这导致鸡生蛋蛋生鸡, 你只是把 review production code 的心力换成了 review test code

所以只看 test case 会过而不去管 code 这个方法论, 有基本的问题, 更像是种 ai hype, 听起来很爽, 但实务上问题一大堆, 只是把一个问题换成了其它问题

如果您是想找 p2p 工具, 要不试试我的? 也流量免费的 https://github.com/nuwainfo/ffl

你要不试试我的项目: https://github.com/nuwainfo/ffl ? 你随便指定一个想分享的资料夹它就变成 https 连结可以分享出去, 也可以设密码, 走 p2p (webrtc), 不想分享了就关掉就好, 而且也可以用 docker 跑不必怕被 hack 存取到不想分享的东西

我看了看大家的需求, 我是台湾人对大陆的事也不太熟, 但发现这次飞牛事件很火, 而且似乎大家都有需要有时把东西从 NAS 里分享出去但又可能不要公开吧? (太可怕), 我自己有整个服务, 有点像奶牛快传, 叫快档连结( https://fastfilelink.com/), 我也不太清楚对各位有没有帮助, 而且它有纯 CLI 版是开源的 ( https://github.com/nuwainfo/ffl), 对于各位 NAS 用户如果想要把东西, 照片, 视频快速给其它家人同伴等, 我觉得还是很方便的, 但我因为自己没有 NAS 还不太确定对各位是不是有帮助, 若是你们觉得不错给我点回馈我或许可以帮到更多人? 谢谢

@MagicCoder 我台湾人, 我想一想我明天去你个人网站加你微信好了 :)

很不错的工具己给 star, 我的工具很适合搭配你的一起用, 可以很简单把 nginx log 从主机拉出来, 如果不想在主机另外跑分析, 要在本地端跑很适合, 尤其 nginx log 在容器内的话, 有兴趣可看看及 demo => [帖子]( https://www.v2ex.com/t/1186392?p=1)

真是不好意思, 其實我是台灣人, 我們都說檔案, 我下次注意要說文件 :) 謝謝提醒

感謝您的肯定 :)

@ LemonFirst

問題出在你的第一行
...\venv\Scripts\activate.bat
這是另一個 bat 檔, 所以要加上 call
call ...\venv\Scripts\activate.bat
這樣應該就解決了

docker 一點也不靠譜, bug 奇多, 一天到晚在掉坑
不過好處確實很明顯, 很難說準花在坑裡的時間和用了它省下來的時間算起來划不划算
fabric 以樓主的場景來說簡單多了, 不必折騰

我覺得重點在於樓主用錯了詞, 如果他不要用優雅而用"彈性"來說明需求, 就不會有這麼多爭議
但他自己知道他要的優雅=彈性嗎? 沒有, 他只是抓一個"感覺", 所以用優雅這個曖昧的詞
他就像一般的客戶一樣, 其實壓根不知道自己想要的是什麼

它的重點應該不是打包吧, 而是它會把你的 python code 轉成直接用 python 的 c API 形式的 c++程式碼, 然後給 c++編譯器去編譯, 好處是可以在幾乎 100%的相容性上得到 static compiler 的優化能力, 例如你的 python 函數寫:
def f(i):
return i + 1 + 20
f(100)
在轉成對應的 c++ code 編譯後, 就可以直接把 1 + 20 換成 21, 甚至把 f(100)這行整個直接 inline 了, 進而優化整個程式的效能, 卻保持程式相容性 (不像 pypy 要舍棄一些相容性, 如果用到 c extension 的話)

treeio 如何? 我自己是用這個, 也覺得很不錯, 畫面很清爽, 也可以寫 plugin

https://github.com/treeio/treeio

唯一的問題是原團隊沒維護了, 現在交由一個自願者維護, 我覺得整體來說很不錯, 如果你有興趣歡迎回饋程式碼回去, 我自己也提交了不少修正

我有點不太懂, 我在加入 ripple 之前玩 BONIC 有段時間了, 我的 累积点数： 1,485,543
昨天開始加入 ripple
到目前為止我的 My Stats 通通都是 0

我要什麼時候才會拿到 XRP 呢? 還有那些累積點數都能換嗎?

謝謝

@yaotian
@regent
@l0wkey
謝謝你們的關注，我因為在台灣地區，網站是架設在 webfaction 美國主機上，我也是現在才知道內地會被擋。我會再想法子解決。
另外，如果用這個網址 http://www.tracedig.com/products/tracefrog/
進去的話應該是另一個頁面，可以下載產品。
(l0wkey 您連到的是我們預計要做的線上版本，還在規劃中，抱歉。)