Show HN: Avo – Build Ruby on Rails apps faster
101–110 of 171 posts
Re: Show HN: Avo – Build Ruby on Rails apps faster
#102You may want to check your branding -- https://www.avo.app/
Re: Show HN: Avo – Build Ruby on Rails apps faster
#103Earlier quoted context omitted.
> Making and selling apps like this is akin to building a social media brand about building social media brands So much this. I really can't understand all the excitement above, unless you're starting a new proof of concept daily (but then, the price looks ridiculous) and you're ready for the "buy now - pay later" way of development. If "move fast break things" is still the thing in 2022, then it makes more sense to…
"draft an MVP in html/js with something like Firestore as a backend"... so much here. It sounds easy, but is it? I remember the days when I would get stuck on a webpacker config issue instead of working on the real meat of my app. I speak weekly with developers that tell me "oh, you made an admin panel. I could build that in a few hours. we don't need it." and they never do. They really can't. It's a tough thing to m…
I was never saying making anything with any technology is easy.
Developing with plain Rails and a minimum of gems is linearly difficult while developing with a set of DSL/generators like Avo can lead to a complexity spike from 1 to 11 in no time. And the worst thing — at a random stage of development.
From the business perspective of view, I really like it: it's a perfect example of a micro-project and I wish you the most of luck.
Re: Show HN: Avo – Build Ruby on Rails apps faster
#104Earlier quoted context omitted.
I was on the fence if I should add those in, but I'm kind of glad I did. I feel a little bit like Taylor Otwell in the old days when he was telling people about Laravel, or Evan You back in the day when you'd search for "JS framework" and you'd only get React and Angular. They were on the verge of something new and useful, but nobody believed. I think developers, in general, are pretty inflexible when it comes to new…
When I was skimming your homepage I was thinking “I really wish this was built on Hotwire” and then I saw that it was. That architecture choice makes me think your bold claims might actually pan out, :). The fact that the ways to customize/escape are “vanilla rails” and avo is deployed within my app as an engine, make this very very interesting. As compared to: * something like retool which is deployed (ie hosted) as…
Looking forward to see what you're going to build, and get in touch with me on Discord or Twitter.
Re: Show HN: Avo – Build Ruby on Rails apps faster
#105Earlier quoted context omitted.
I was on the fence if I should add those in, but I'm kind of glad I did. I feel a little bit like Taylor Otwell in the old days when he was telling people about Laravel, or Evan You back in the day when you'd search for "JS framework" and you'd only get React and Angular. They were on the verge of something new and useful, but nobody believed. I think developers, in general, are pretty inflexible when it comes to new…
I haven't used Avo, but if it works well, I think it's an appropriate claim. I've worked in the industry for a while and admin pages / reports usually being at least 50% of the effort. Sometimes, it's more like 90%. So, there's a lot of potential impact there.
We'd build it for customer 1, and then for customer 2 we'd add some features and change some. Same for customer 3, 4, 5, 6, 7. After a few years we ended up with 10 different apps that should be the same. No documentation, sometimes the developer that worked on the app is no longer with the company, a real mess.
This way, it would be like using Rails. Documentation, release, maintenance, the whole shebang!
Thanks for sharing!
Re: Show HN: Avo – Build Ruby on Rails apps faster
#106People still use rails? Wild.
Re: Show HN: Avo – Build Ruby on Rails apps faster
#107Earlier quoted context omitted.
"draft an MVP in html/js with something like Firestore as a backend"... so much here. It sounds easy, but is it? I remember the days when I would get stuck on a webpacker config issue instead of working on the real meat of my app. I speak weekly with developers that tell me "oh, you made an admin panel. I could build that in a few hours. we don't need it." and they never do. They really can't. It's a tough thing to m…
> "oh, you made an admin panel. I could build that in a few hours. we don't need it." and they never do. I was never saying making anything with any technology is easy. Developing with plain Rails and a minimum of gems is linearly difficult while developing with a set of DSL/generators like Avo can lead to a complexity spike from 1 to 11 in no time. And the worst thing — at a random stage of development. From the bus…
I agree 100% with your statement! Really!
Thank you!
Re: Show HN: Avo – Build Ruby on Rails apps faster
#108is there anything like Avo out there? This is great work but I'm not a Ruby/RoR dev
ActiveAdmin gets the job done well enough in my opinion. Not nearly as slick as Avo though.
Each project has it's own requirements and budget.
Thank you for your message!
Re: Show HN: Avo – Build Ruby on Rails apps faster
#109Any similar back office projects written in python? I'd like to reuse some existing data access code and I'm currently looking at using django. So I'd love to hear if others have a better suggestion.
Re: Show HN: Avo – Build Ruby on Rails apps faster
#110Hey HN, I'm Adrian, an indie developer and creator of Avo. For more than ten years, I built countless admin panels and back-offices for all types of apps. After a while, you start to notice patterns and extract functionality away to make the job easier. I took those patterns and applied them to Avo. Now, in just an hour, a developer can build production-ready applications that with traditional coding techniques take…