HackerTrans
トップ新着トレンドコメント過去質問紹介求人

MurizS

no profile record

投稿

2025 Year in Review

joelgrus.com
1 ポイント·投稿者 MurizS·6 か月前·0 コメント

[untitled]

1 ポイント·投稿者 MurizS·2 年前·0 コメント

AlphaFold 3 Code

github.com
137 ポイント·投稿者 MurizS·2 年前·23 コメント

コメント

MurizS
·7 か月前·議論
Native since v146, about:config -> browser.tabs.splitView.enabled
MurizS
·8 か月前·議論
Which in turn lets the people at Moonshot AI worry about that for them, the only provider for this model as of now.
MurizS
·9 か月前·議論
I think what you're referring to is also known as Stigler's law of eponymy [1], which is interestingly self-referential and ironic in its own naming. There's also the related "Matthew effect" [2] in the sciences.

[1] https://en.wikipedia.org/wiki/Stigler's_law_of_eponymy

[2] https://en.wikipedia.org/wiki/Matthew_effect
MurizS
·2 年前·議論
I think GP was probably referring to "Scaling Data-Constrained Language Models" (2305.16264) from NeurIPS 2023, which looked first at how to optimally scale LLMs when training data is limited. There is a short section on mixing code (Python) into the training data and the effect this has on performance on e.g. natural language tasks. One of their findings was that training data can be up to 50% code without actually degrading performance, and in some cases (benchmarks like bAbI and WebNLG) with improvements (probably because these tasks have an emphasis on what they call "long-range state tracking capabilities").

For reference: In the Llama 3 technical report (2407.21783), they mention that they ended up using 17% code tokens in their training data.
MurizS
·2 年前·議論
Most likely "The Brothers Karamazov".
MurizS
·2 年前·議論
For context: https://lkml.iu.edu/hypermail/linux/kernel/2401.3/04208.html

HN discussion (4 months ago): https://news.ycombinator.com/item?id=39191899