rhdunn
Joined 5 years ago
Joined 5 years ago
This has two effects: 1) it prevents effective use of these models on consumer-grade hardware; and 2) it pushes the requirements to train and run these models on existing and future data centres, making them more expensive to run.
It would be nice to have more slimmer models and more active research that isn't just "let's throw more compute at the problem". Maybe they'll train smaller models from the large model like Qwen have done in the past.
We're increasingly pushed into different groups and sides with little to no toleration of each other. It's been progressing more over the past 10-15 years in the UK, US, and possibly elsewhere.
Before AI people would still try asking questions on SO despite the hostility because it was the only/main place to get answers. Over this time, SO popularity was deteriorating.
After AI people who had bad experiences with asking questions on SO would ask the AI instead. This is because the AI wouldn't mark your question as a duplicate, wouldn't question its validity [1], etc. It would just answer your question. You could even ask it follow-up questions if the answer wasn't quite what you were looking for. All of this in real time, not waiting to get an answer.
[1] Unless the question triggered the safety gates that the AI companies have in place.
[1] https://developer.mozilla.org/en-US/docs/Web/HTML/Reference/...
So you're primarily left with hiding content that shouldn't be printed (like navigation or menu buttons), defining page breaks, and some other quality of life changes for printing.
[1] https://en.wikipedia.org/wiki/Ablation_(artificial_intellige...
[2] https://arxiv.org/abs/2603.04355 -- Efficient Refusal Ablation in LLM through Optimal Transport
I prefer extension methods for what Scala implicits do [1], [2]. The only part that is lacking with extension methods is to be able to extend a type to implement an interface, e.g. Comparable, but you can create extension methods that return anonymous objects [3].
[1] https://kotlinlang.org/docs/extensions.html#anonymous-extens...
[2] https://learn.microsoft.com/en-us/dotnet/csharp/programming-...
[3] https://discuss.kotlinlang.org/t/extensions-function-to-impl...
1. an item (`T`) for a successful parse;
2. an error (`ParseError`) for an unrecoverable parse error;
3. a partial item (`T with ParseError`) for a recoverable parse error or warning (known statically).
You may also want to differentiate between:
1. leaf nodes (numbers, identifiers, string literals, etc.);
2. composite/nested nodes (addition, multiplication, variable assignment, etc.).
It's all about trade-offs: how much of the model you want to load into VRAM; how much VRAM you want to reserve for context; how much quantization you/the model can tolerate; how many tokens/second you can tolerate; whether you want to use the VRAM for anything else (graphics, Text-to-Speech, etc.); etc.
[1] https://www.youtube.com/watch?v=R18APaR7mTQ at 28:54.
Antropic's revenue is up [1], [2], [3] and if you calculate adjusted operating income (by excluding most expenses like training costs) then by that measure it is profitable. However, if you factor in all the numbers it is operating at a loss.
[1] https://finance.yahoo.com/technology/ai/articles/anthropic-v...
[2] https://fortune.com/2026/09/29/anthropic-leaked-ipo-prospect...
[3] https://www.cnbc.com/2026/10/15/anthropics-third-quarter-rev...
[1] https://www.wsj.com/livecoverage/stock-market-today-dow-sp-5...
[2] https://www.tradingview.com/news/seekingalpha:173ffc32a094b:...
[3] https://www.cnbc.com/2026/10/15/coreweave-credit-default-swa...
1. the number of transformer layers -- e.g. each layer adds the ability to provide more information to the residual stream [1], [2]; each layer is `tokens * features * active context`
2. the number of tokens -- the more tokens there are the more word fragments and Unicode characters you can represent
3. the number of features assigned for a token -- these are used to associate trained semantic information for the token; with the active context this can encode contextual information for that token (the idea being that the model can differentiate senses of a word like "bank" depending on its context, so "bank (river)" will have different weights than "bank (building for money)")
4. the active context -- this is the number of `token * features` to include when predicting the next token
One of the key features of LLMs and transformer architectures is that training across different languages helps the model learn the underlying concepts and associations, so training on English only would lose that.
A better approach may be something like a byte architecture or a model where the tokenization is trained with the model (similar to vision and audio) instead of as a separate step. Or maybe training smaller models longer to take advantage of double descent [3], [4].
[1] https://arxiv.org/abs/1512.03385 "Deep Residual Learning for Image Recognition"
[2] https://www.youtube.com/watch?v=QgH9sr7G13Q "The most cited paper of the century is a brilliant hack"
[3] https://arxiv.org/abs/2403.10459 "Understanding the Double Descent Phenomenon in Deep Learning"
[4] https://www.youtube.com/watch?v=z64a7USuGX0 "What the Books Get Wrong about AI [Double Descent]"