熱門話題
#
Bonk 生態迷因幣展現強韌勢頭
#
有消息稱 Pump.fun 計劃 40 億估值發幣,引發市場猜測
#
Solana 新代幣發射平臺 Boop.Fun 風頭正勁
我今天花時間實驗 Claude Code。請注意,我不是專業的軟體開發人員,我是一名編寫程式碼的研究人員。這一切都是使用 Opus 4.5。
我對於在大型、成熟的量化金融程式碼庫中使用它的初步想法:
- 它 *真的* 受益於結構。一致的命名、風格和使用模式非常有幫助。
- 測試很重要!在我進入“編寫測試 > 編寫程式碼 > 檢查實現是否符合測試 > 修正錯誤 > 重複”的循環之前,它經常會出錯。
- 它在跟蹤變數維度方面表現不佳(例如,這是列向量還是行向量),因此最好在文檔中將所有內容盡可能明確。
- 你 *真的* 想要有非常明確的指示,告訴你何時提交、何時運行測試、創建拉取請求時該怎麼做等等。把所有內容放在你的 CLAUDE dot md 文件中。
- 到目前為止,它在開放式研究方面表現不佳。我所有試圖讓它設計新功能的嘗試都浪費了時間。
總的來說,這非常愉快,這是我一段時間以來第一次下班回家後繼續編碼到深夜,我認為這是一個積極的信號!
我遇到的一種失敗模式是,當要求為現有代碼創建測試時,它有時會決定某個類太難以測試,於是創建一個模擬對象,並為模擬對象編寫測試。測試通過了,但原始代碼卻沒有被測試!
我懷疑答案是「以更適合測試的方式編寫你的類別」,但令人惱火的是 CC 並沒有標示出問題,而是直接測試一些不同的、不相關的代碼。
442
熱門
排行
收藏
