This is pretty wild! Only Llama3.1-8B, but this is only their first release so you can assume they're working on larger versions.
So what's the use case for an extremely fast small model? Structuring vast amounts of unstructured data, maybe? Put it in a little service droid so it doesn't need the cloud?
Would love to see them do another OSX 10.6 and just release a version with lots bug fixes and no new features. But instead it'll be a new half-baked LLM tool to help you make new half-baked LLM tools.
Never found it hard to build an oscillator, the hard part is musical voltage per octave. 3340 repro chips are the way to go, the best non-3340 circuit I've seen is this one and it's still temperature-sensitive: https://www.youtube.com/watch?v=FiCMjt0mqvI
Temperature sensitivity only matters in polysynths where you don't have easy access to per-oscillator tuning. It is not difficult to build an oscillator with better pitch stability than a guitar, even my VCOs with no temperature compensation require less tuning than any guitar I have owned.
My VCOs which lack temperature compensation are oscillators built from basic components. The closest I have to oscillator on an IC these days, are the VCOs in my Moog Prodigy which use a quad OPAmp and a 3086 transistor array, it is far more stable than any guitar string.
Memory loss from sleep deprivation is an evolutionary advantage. If you remembered how rough the first few months of new children are, you wouldn't do it again.
I've seen a dozen frontpage posts this week that were nothing more than "look at this garbage Claude made for me." Can we get some new moderation rules to prevent slop on HN?
What here has been reinvented? There's nothing out there like datastar. Htmx + alpine is similar, but much heavier and less functional.
And God forbid someone try to make open source sustainable by charging for largely-unnecessary functionality and actively dissuading you from buying it - as the devs do regularly in their discord.
And phoenix doesn't work with ANY backend language or framework.
Simple features? Making those imperative APIs declarative is not very simple for me, but you're welcome to not use those features and write them yourself.
A couple of things on the Phoenix point:
- Requires the adoption of Elixir and Datastar is backend agnostic
- Adopting Phoenix feels more suited to greenfield projects, but Datastar is suited for that and brownfield ones.
- Websockets vs Server Sent Events has been really interesting and nuanced
In what specific areas Phoenix Live View is so far ahead? Do you mind elaborating?
The unfortunate disadvantage of Live View is that you need to write Elixir. A lovely language, but it would be hard to sell in company that use only <SOME_LANGUAGE>. The hypermedia libraries like d* and htmx can be used with any backend.
Came here to say this. I use fastmail am quite happy with it because I just want a reliable inbox and nothing else. Just keep it running and don't touch anything else.
reply