Live data from Hacker News

Phoenix.new – Remote AI Runtime for Phoenix

fly.io

31–40 of 283 posts

Re: Phoenix.new – Remote AI Runtime for Phoenix

#31
post #27

Phoenix creator here. I'm happy to answer any questions about this! Also worth noting that phoenix.new is a global Elixir cluster that spans the planet. If you sign up in Australia, you get an IDE and agent placed in Sydney.

I know it's early days, but here's a must-have wish list for me: - ability to run locally somehow. I have my own IDE, tools etc. Browser IDEs are definitely not something I use willingly. - ability to get all code, and deploy it myself, anywhere --- Edit: forgot to add. I like that every video in Elixir/Phoenix space is the spiritual successor to "15-minute rails blog" from 20 year ago. No marketing bullshit, just pe…

You can push and pull code to and from local desktop already: hamburger menu => copy git clone/copy git push.

You could also have it use GitHub and do PRs for a codex/devin style workflows. Running phoenix.new itself locally isn't something we're planning, but opening the runtime for SSH access is high on our list. Then you could do remote ssh access with local vscode or whatever.

Re: Phoenix.new – Remote AI Runtime for Phoenix

#32
post #27

Phoenix creator here. I'm happy to answer any questions about this! Also worth noting that phoenix.new is a global Elixir cluster that spans the planet. If you sign up in Australia, you get an IDE and agent placed in Sydney.

I know it's early days, but here's a must-have wish list for me: - ability to run locally somehow. I have my own IDE, tools etc. Browser IDEs are definitely not something I use willingly. - ability to get all code, and deploy it myself, anywhere --- Edit: forgot to add. I like that every video in Elixir/Phoenix space is the spiritual successor to "15-minute rails blog" from 20 year ago. No marketing bullshit, just pe…

"15-minute rails blog" changed the game so I definitely resonate with this. My videos are pretty raw, so happy to hear it works for some folks.

Re: Phoenix.new – Remote AI Runtime for Phoenix

#33

Phoenix creator here. I'm happy to answer any questions about this! Also worth noting that phoenix.new is a global Elixir cluster that spans the planet. If you sign up in Australia, you get an IDE and agent placed in Sydney.

Amazing work.

Just a clarifying question since I'm confused by the branding use of "Phoenix.new" (since I associate "Phoenix" as a web framework for Elixir apps but this seems to be a lot more than that).

- Is "Phoenix.new" an IDE?

- Is "Phoenix.new" ... AI to help you create an app using the Phoenix web framework for Elixir?

- Does "Phoenix.new" require the app to be hosted/deployed on Fly.io? If that's the case, maybe a naming like "phoenix.flyio.new" would be better and extensible for any type of service Fly.io helps in deployment - Phoenix/Elixir being one)

- Is it all 3 above?

And how does this compare to Tidewave.ai (created as presumably you know, by Elixir creator)

Apologies if I'm possibility conflating topics here.

Re: Phoenix.new – Remote AI Runtime for Phoenix

#34
post #9

Earlier quoted context omitted.

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.

Most languages require maintenance.

Some languages—Clojure is a good example—have packages from 10 years ago, entirely unmaintained, that still work great because no maintenance is needed.

Re: Phoenix.new – Remote AI Runtime for Phoenix

#35

Phoenix creator here. I'm happy to answer any questions about this! Also worth noting that phoenix.new is a global Elixir cluster that spans the planet. If you sign up in Australia, you get an IDE and agent placed in Sydney.

Thanks for everything you do Chris! Keep crushing it.

Re: Phoenix.new – Remote AI Runtime for Phoenix

#36

Earlier quoted context omitted.

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.

Most languages require maintenance. Some languages—Clojure is a good example—have packages from 10 years ago, entirely unmaintained, that still work great because no maintenance is needed.

This is also true for Elixir though. A lot of "unmaintained" Elixir packages still work fine.

Re: Phoenix.new – Remote AI Runtime for Phoenix

#37

Ah 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.

Oh lol I love that angle!

Re: Phoenix.new – Remote AI Runtime for Phoenix

#38

Earlier quoted context omitted.

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.

Most languages require maintenance. Some languages—Clojure is a good example—have packages from 10 years ago, entirely unmaintained, that still work great because no maintenance is needed.

In my experience, Elixir is very much on that end of the spectrum as well. I'm wondering if GGP just considers packages that don't have updates for 6 months as "unmaintained" or "dead" because they come from Javascript world where everything is, well... you know.

Re: Phoenix.new – Remote AI Runtime for Phoenix

#40
I've wasted a lot of time and energy on stuff that doesn't matter, so I can hardly judge anyone else on what they focus on, but man does it feel bad to have community leaders actively focus on building out tooling that is anti-worker. I think the only way I'd feel more conflicted is if Fly.io started building weapons systems for the military. I guess that wouldn't be shocking considering some of their lead's beliefs.
Post reply on HN