Very cool. Does it use Phoenix 7 or 8 in the video?
Phoenix.new – Remote AI Runtime for Phoenix
11–20 of 283 posts
Re: Phoenix.new – Remote AI Runtime for Phoenix
#12Very cool. Does it use Phoenix 7 or 8 in the video?
1.7 or 1.8, not 7 or 8
Re: Phoenix.new – Remote AI Runtime for Phoenix
#13Ah man I'm really happy to see this and excited to try it out. As an Elixir enthusiast I've been worried that Elixir would fall behind because the LLMs don't write it as well as they write bigger languages like Python/JS. So I'm really glad to see such active effort to rectify this problem. We're in safe hands.
[deleted]
Re: Phoenix.new – Remote AI Runtime for Phoenix
#14Ah man I'm really happy to see this and excited to try it out. As an Elixir enthusiast I've been worried that Elixir would fall behind because the LLMs don't write it as well as they write bigger languages like Python/JS. So I'm really glad to see such active effort to rectify this problem. We're in safe hands.
Worried it might fall behind… further? I love LiveView, Phoenix, Elixir, OTP. But the ecosystem is a wasteland of abandoned packages. If Phoenix.new helps solve that problem, I’m all for the effort. But otherwise, the sole focus of the community leaders of Elixir should be squarely and exactly focused on creating the incentives and dynamics to grow the base. Compare, for example, Mastra in TypeScript or PydanticAI in…
All languages are a wasteland of abandoned packages, i.e. there is a very long tail of stuff no one has maintained for years. It’s all relative to the mindshare. For its size, Elixir is doing quite well.
Re: Phoenix.new – Remote AI Runtime for Phoenix
#15This looks really cool, but I gotta say I'm a bit uneasy with the apparent(?) closed-source + hosted + branding. "mix phx.new" is the way to generate a new Phoenix project, but "Phoenix.new" is closed source Fly.io product for building Phoenix projects?
Feels like we're getting into a weird situation if LLM providers are publishing open source agentic coding tools and OSS web app frameworks are publishing closed source/non-BYOK agentic coding tool. I realize this may not be an official "Phoenix" project but it seems analogous to DHH releasing a closed-source/hosted "Rails.new" service.
Re: Phoenix.new – Remote AI Runtime for Phoenix
#16Earlier quoted context omitted.
in principle llms should do better on immutable languages since there is no risk a term will get modified by a distant function call.
In my experience, it's the functional part, not immutability, where they fall short. Any LLM can write immutable C# because it's easy and there's incredible amounts of training data.
good news, "immutable" is pretty much the only way that elixir is "functional" except for lambdas being first class datatypes (which is almost every language now)
Re: Phoenix.new – Remote AI Runtime for Phoenix
#17Ah man I'm really happy to see this and excited to try it out. As an Elixir enthusiast I've been worried that Elixir would fall behind because the LLMs don't write it as well as they write bigger languages like Python/JS. So I'm really glad to see such active effort to rectify this problem. We're in safe hands.
Same, I watched a video from Theo where he says Next.js and Python will be the best languages because LLMs know them well, but if the model can infer, it shouldn’t be a problem.
since models can't reason, as you just pointed out, and need examples to do anything, and the LLM companies are abusing everyone's websites with crawlers, why aren't we generating plausible looking but non working code for the crawlers to gobble, in order to poison them?
I mean seriously, fuck everything about how the data is gathered for these things, and everything that your comment implies about them.
The models cannot infer.
The upside of my salty attitude is that hordes of vibe coders are actively doing what I just suggested -- unknowingly.
Re: Phoenix.new – Remote AI Runtime for Phoenix
#18Ah man I'm really happy to see this and excited to try it out. As an Elixir enthusiast I've been worried that Elixir would fall behind because the LLMs don't write it as well as they write bigger languages like Python/JS. So I'm really glad to see such active effort to rectify this problem. We're in safe hands.
LLMs not writing it well might be the biggest current selling point of elixir lol.
Re: Phoenix.new – Remote AI Runtime for Phoenix
#19Earlier quoted context omitted.
Same, I watched a video from Theo where he says Next.js and Python will be the best languages because LLMs know them well, but if the model can infer, it shouldn’t be a problem.
since models can't reason, as you just pointed out, and need examples to do anything, and the LLM companies are abusing everyone's websites with crawlers, why aren't we generating plausible looking but non working code for the crawlers to gobble, in order to poison them? I mean seriously, fuck everything about how the data is gathered for these things, and everything that your comment implies about them. The models c…
But the models can run tools, so wouldn't they just run the code, not get the expected output, and then exclude the bad code from their training data?
Re: Phoenix.new – Remote AI Runtime for Phoenix
#20Earlier quoted context omitted.
Same, I watched a video from Theo where he says Next.js and Python will be the best languages because LLMs know them well, but if the model can infer, it shouldn’t be a problem.
since models can't reason, as you just pointed out, and need examples to do anything, and the LLM companies are abusing everyone's websites with crawlers, why aren't we generating plausible looking but non working code for the crawlers to gobble, in order to poison them? I mean seriously, fuck everything about how the data is gathered for these things, and everything that your comment implies about them. The models c…
For what its worth, AI already has subpar data. Atleast this is what I've heard.
I am not sure, but the cat is out of the box. I don't think we can do anything at this point.