Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Phoenix.new – Remote AI Runtime for Phoenix

fly.io

Post reply on HN
Print view View original

161–170 of 283 posts

Re: Phoenix.new – Remote AI Runtime for Phoenix

#161

Post by risyachka »

ativzzz wrote: post #113

This is very cool. I think the primary innovation here is twofold: 1. Remote agent - it's a containerized environment where the agent can run loose and do whatever - it doesn't need approval for user tasks because it's in an isolated environment (though it could still accidentally do destructive actions like edit git history). I think this alone is a separate service that needs to be productionized. When I run claude…

>> Remote agent - it's a containerized environment where the agent can run loose and do whatever

How is this innovation?

Re: Phoenix.new – Remote AI Runtime for Phoenix

#162

Post by kasey_junk »

tptacek wrote: post #150
beepbooptheory wrote: post #149

Earlier quoted context omitted.

Gotcha! I'll keep reading it I guess until I see what I am missing! Good job again!

I did none of the work! I'm just like Flavor Flav or Bez in this situation. I will relay your congrats to Chris and the team, though. ;)

Bad analogy. Bez was the best singer and most important member of that group.

Re: Phoenix.new – Remote AI Runtime for Phoenix

#163

Post by kasey_junk »

risyachka wrote: post #161
ativzzz wrote: post #113

This is very cool. I think the primary innovation here is twofold: 1. Remote agent - it's a containerized environment where the agent can run loose and do whatever - it doesn't need approval for user tasks because it's in an isolated environment (though it could still accidentally do destructive actions like edit git history). I think this alone is a separate service that needs to be productionized. When I run claude…

>> Remote agent - it's a containerized environment where the agent can run loose and do whatever How is this innovation?

Many people have not experienced the async agent workflow yet and fairly the major providers didn’t have offerings for them until a month or two ago.

It’s in fact one of my predictors for if they are going to be enthusiastic about agents or not.

And you wouldn’t think containerization would be a big leap but this stuff is so new and moving so fast that combining them with existing tech can surprise people.

Re: Phoenix.new – Remote AI Runtime for Phoenix

#164

Post by pier25 »

olafura wrote: post #156
pier25 wrote: post #120

Earlier quoted context omitted.

Not only large enterprise customers. Anyone who's thinking mid or long term.

I still don't understand this. If you are big enough then you get Amazon to make an official sdk, if you aren't then what exactly are you looking for? The official aws cli used to talk to the soap interface and used regex instead of actually doing correct error handling and that was used by so many tools. Even though it used to break horrible. It's quite a niche you are talking about, not big enough to debug open sou…

> what exactly are you looking for?

I'm not looking for anything. I'm describing my experience when evaluating Elixir/Phoenix recently.

I'm also questioning the investment into AI tooling when there are far more pressing issues that are hurting adoption.

Re: Phoenix.new – Remote AI Runtime for Phoenix

#166

Post by debo_ »

spiderice wrote: post #38
erichocean wrote: post #34

Earlier quoted context omitted.

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.

Broken and deprecated from inception?

Re: Phoenix.new – Remote AI Runtime for Phoenix

#168

Post by olafura »

pier25 wrote: post #164
olafura wrote: post #156

Earlier quoted context omitted.

I still don't understand this. If you are big enough then you get Amazon to make an official sdk, if you aren't then what exactly are you looking for? The official aws cli used to talk to the soap interface and used regex instead of actually doing correct error handling and that was used by so many tools. Even though it used to break horrible. It's quite a niche you are talking about, not big enough to debug open sou…

> what exactly are you looking for? I'm not looking for anything. I'm describing my experience when evaluating Elixir/Phoenix recently. I'm also questioning the investment into AI tooling when there are far more pressing issues that are hurting adoption.

If you want we can schedule a quick video call. Just curious about the problems you are facing.

Re: Phoenix.new – Remote AI Runtime for Phoenix

#169

Post by AlchemistCamp »

prophesi wrote: post #121
mrcwinn wrote: post #88

Earlier quoted context omitted.

It's not the long tail. It's that the HEAD of packages in Elixir are also often poorly maintained or not maintained. The fundamental question for any developer: can I be productive quickly? Despite all that Elixir has going for it, the answer is often "no." Want a first-party client library for the service you're using? Typically the answer is "too bad, Elixir developer." And writing your own Finch or Req wrapper for…

What packages in Elixir have you found unmaintained/missing in the ecosystem? Genuinely curious.

Probably the highest profile and most consistent example would be Stripe. The most popular Stripe wrapper for Elixir’s docs point to a 2019 Stripe API version: https://github.com/beam-community/stripity-stripe

Worse still, the quality of Stripe’s own docs have really degraded this decade for anyone not using a language they have an SDK for. Most of their newer docs assume m have a drop-down toggle for on backend language with a few popular languages and no option for “other”. Example: https://docs.stripe.com/billing/quickstart

None of this is a fault of anyone working on Elixir or Phoenix but it definitely has an effect of discouraging some of the fledgling entrepreneur types who Elixir would otherwise be a near perfect fit for, as Rails was in the late aughts.

Re: Phoenix.new – Remote AI Runtime for Phoenix

#170

Post by sorentwo »

kasey_junk wrote: post #162
tptacek wrote: post #150

Earlier quoted context omitted.

I did none of the work! I'm just like Flavor Flav or Bez in this situation. I will relay your congrats to Chris and the team, though. ;)

Bad analogy. Bez was the best singer and most important member of that group.

Shaun Ryder sets a low bar. Definitely the best maracas player though.
Post reply on HN