[deleted]
Phoenix.new – Remote AI Runtime for Phoenix
271–280 of 283 posts
Re: Phoenix.new – Remote AI Runtime for Phoenix
#272Is the site down?
Re: Phoenix.new – Remote AI Runtime for Phoenix
#273Earlier quoted context omitted.
The same logic that would lead one to believe that AI is anti-worker should also lead one to believe that software as a whole is anti-worker.
Sure, if you don't think about it at all.
I am inclined to agree with you. Card-carrying socialist and all that. But I wonder if you could share a good-faith rebuttal of this point.
It's more than evident that software has automated away all kinds of wage labor from the aforementioned typist pools to Hollywood special effects model-makers.
What's different now is that it is actually the software creators’ labor that is in danger of automation (I think this is easily overstated but it is obviously true to some degree).
I get that it feels different for us now that OUR ox is the one being gored. And I do think there will be no end of negative externalities from the turn towards AI. But none of that refutes the above respondent's point?
Re: Phoenix.new – Remote AI Runtime for Phoenix
#274Mindblowing! This is 100x VB6. The generated UIs are beautiful and professional. I am still trying it out and building an app for tracking expenses but it is working very well. The conversational dialogue it has with the developer is just fantastic. I am amazed at how clear the user experience was in Chris' mind. I am not sure what LLM is being used but this is better experience than any LLM. Given this is first version, I look forward to what comes next!
Few issues:
1. The 150 message limit is understable but it suddenly pops up and you lose significant work. I was working on UI mockup and just as I had finished and was ready to go on implementation, this limit appeared and significant part of my work was lost. 2. After the first credit, the credit seems to exhaust pretty fast which makes it expensive, especially when you are trying it out. 3. Also I don't understand when you ask it to prototype different screens, why does it overwrites the same file. 4. It is not able to stop to seek user feedback but keeps trying different approach which kind of exhausts the credit. It would be nice if it describes its approach, so the human developer can provide their feedback. 5. It seems it is using OpenAI because it is often self-congratulatory to the point of being annoying sometimes.
Re: Phoenix.new – Remote AI Runtime for Phoenix
#275I am a long time php dev who has been interested in learning elixir/phoenix for a while but never quite motivated enough. I saw this and thought, if this doesn't get me to give it a go, nothing will. Less than 45 minutes after signing up for fly.io, I have a multi-room tic tac toe game deployed. https://tic-tac-toe-cyber.fly.dev/ I had it build the game, opting for a single room at first to see if that worked. Then I…
Did you figure out how much credit was used? I want to try this out, but $20 of credit can go quick doing agentic work
I'm not sure exactly but I think I used nearly all of it.
I've seen others say they went through the full $20 within 45minutes to an hour.
They are supposed to be adding a way to monitor usage soon.
Re: Phoenix.new – Remote AI Runtime for Phoenix
#276Earlier quoted context omitted.
Sure, if you don't think about it at all.
I am inclined to agree with you. Card-carrying socialist and all that. But I wonder if you could share a good-faith rebuttal of this point. It's more than evident that software has automated away all kinds of wage labor from the aforementioned typist pools to Hollywood special effects model-makers. What's different now is that it is actually the software creators’ labor that is in danger of automation (I think this i…
A few things:
1. Typists are still around and so are special effects model-makers. 2. People who program aren't in danger of automation. 3. These services are entirely unsustainable, they will absolutely not last at their current pace.
The premise of this entire work, detailed by the creator, is to utilize a program to reduce the amount of work a programmer is required to do. They believe ultimately, like most results of improved automation, that this will result in more things we can work on because we have more time. I agree that this would likely be the case! We could also simply make more programmers, could we not? Why haven't we? Do the 18k people homeless in my city tonight not deserve a shot at learning a skill before we even think about making the work easier per person?
Finally, and more to the point, genAI is built by and designed to eliminate workers entirely. The money that goes into those services funds billionaires who seek to completely and totally annihilate the concept of the proletariat. When I make a tool that helps workers at my job do their job better I am not looking to eliminate that person from the company.
Re: Phoenix.new – Remote AI Runtime for Phoenix
#277A bit sad that the language and framework so enjoyable to write an read will be mostly hidden in a coding box.
And thinking about it made me realize that soon there will be a completely different programming language used solely by coding agents. ChatGPT gives an interesting take on this, "The fundamental shift is that such a language wouldn’t be written or read, but reasoned about and generated. It would be more like an interlingua between symbolic goals and executable semantics, verbose, unambiguous, self-modifying, auto-verifiable, evolving alongside the agents that use it").
Re: Phoenix.new – Remote AI Runtime for Phoenix
#278Earlier quoted context omitted.
LLMs don’t know Elixir/Phoenix very well
Claude Code is pretty proficient in it. Others, not so much. True.
Did you consider creating a LLM.txt and some variants for Phoenix?
Some libraries have text-based documentation for LLMs which works great in my experience.
Re: Phoenix.new – Remote AI Runtime for Phoenix
#279I really wish I could move to those nice new editors, but as a vim user I just feel paralyzed when I cannot use vim bindings. And all "emulations" I tried are just incomplete.
as an avid vim user who moved to emacs evil-mode for a better vim than vim, and now who uses vscode with vscode-vim, it pains me to admit a web browser based editor is a better vim than vim. Somehow starts faster and is less kludgey and more scriptable. You can install extensions on phoenix.new, so vim is not a blocker for you. I drive vim emulation in it every day both on desktop app and within phoenix.new. Couldn't…
My main issue with vim emulation is that you cannot do file management and windows management.
In my vim workflow I keep splitting/unsplitting windows and I like to have a file browser I can navigate with vim bindings.
Re: Phoenix.new – Remote AI Runtime for Phoenix
#280Earlier quoted context omitted.
I have used Zed's plane with Claude and also Claude Code. They are very different experiences. Zed's agent work is very much a set it, go away, review, give some tips to it, iterate. As long as you use the Sonnet and absolutely avoid the burn mode (formerly max mode), it should do a lot of work for you. The main limitation I hit is the context window. As the codebase gets larger, it takes more context for it to get g…
Try claude --dangerously-skip-permissions
Thanks for the tip. That does work much more like Zed's integration. I used multipass to setup a VM, created a non-admin user, restricted its internet with tinyproxy, mounted the repo I am working on, and I don't worry about the danger. Just have to make sure to ensure the directory mounted is backed up. I do find that I hit the limits and have to wait for it to reset. That is either a good time to take a break or maybe supplement with Zed. Zed has the feature that one can pay for extra prompts. The context window with Claude Code seems less of an issue than in the Zed integration. It also has memory comapctification if necessary though I find most of my feature work finishes before hitting that limit.