Earlier quoted context omitted.
Wonderful! On point feedback! I had quite a tough time promoting the product and the homepage calculator was one push to highlight one quality of Avo ($ savings). But I agree, that's shouldn't be the biggest selling point. I'll make sure to position the product differently. Thank you!
For what it's worth, I do like that it builds as you scroll down! It shows how much goes into building an app. I wonder if switching the focus to just the dev time, or even have some sort of chart of all the other tools that slowly merges into Avo? EDIT: Or a cute "Dev todo list" that gets crossed off ( https://roughnotation.com/ ) as you scroll down, and Avo takes care of things for you?
Show HN: Avo – Build Ruby on Rails apps faster
51–60 of 171 posts
Re: Show HN: Avo – Build Ruby on Rails apps faster
#52looks neat. A quick question: you mention pundit, but we use cancancan. Would it cause any conflicts?
Also, I think you could make some sort of adapter between the two. Pundit is mostly a Ruby class.
Re: Show HN: Avo – Build Ruby on Rails apps faster
#53Hey 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…
TBH, I believe Avo is the secret weapon in any developer's toolbox.”
Earnestly, I wish you well. These are rather bold claims.
Re: Show HN: Avo – Build Ruby on Rails apps faster
#54Earlier quoted context omitted.
There are a few free packages (Active Admin, administrate, rails admin) built a few years ago that can help you build a CRUD UI, but the conversations I had with developers is that they are a bit annoyed with them. I built Avo as a modern alternative learning from the past products and improving on them.
I think it makes total sense for client work and almost no sense for startups
The secodn use-case is internal tooling. When I worked at a start-up we had a lot of "shady" internal tools built fast, crappy and unreliable (because it's just an internal tool) and we always had issues working with them.
I build a lot of internal tooling using Avo and the process is quite painless.
Re: Show HN: Avo – Build Ruby on Rails apps faster
#55Pricing is unclear. It has a fixed price and later talks about subscription. How much is the subscription. Also at what is the frameworks strategie on locking doing transactions in the database.
Sorry about that. I'll try to make that clearer. We have an FAQ item on teh bottom of the page. The pricing is per project (per app). You pay $250, and you get one year of updates and then use it forever. The license is a Perpetual Fallback License. When you stop paying for a subscription, you will still be able to keep and use the latest version of Avo at the point in time when the subscription ended but you will lo…
I think you're over-complicating the pricing. Why not just say it's $250 per project per year? You can still keep the fallback option and explain it in your FAQ. It would be more immediately understandable this way imo.
Re: Show HN: Avo – Build Ruby on Rails apps faster
#56Hey 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…
“I don't want to seem harsh, but I challenge non-believers to give Avo an hour of their time to see how it's different. TBH, I believe Avo is the secret weapon in any developer's toolbox.” Earnestly, I wish you well. These are rather bold claims.
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 things (only my oppinion), that's why I wanted to add those.
It's obvious that Avo is not the silver bullet for any app and has caveats in some scenarios. All tools do (Rails, Laravel, NextJS, django, spring, you fill in the rest), but for most apps it really does give you superpowers. You build apps 10x faster and the maintenance work is second to none. And in the end, you get a beautiful app ready to present to your customers or team.
Thank you for the encouragement! I need it :)
Re: Show HN: Avo – Build Ruby on Rails apps faster
#57Bold and cynical claim: Making and selling apps like this is akin to building a social media brand about building social media brands. The problem this solves is only experienced by serial creators who like starting projects, not making useful stuff. I personally know 2 people who are like that attempted to start this exact same concept for a company, and that was like 6 years ago, and it was Rails too.
Re: Show HN: Avo – Build Ruby on Rails apps faster
#58Earlier quoted context omitted.
I believe it's better than having nothing. I think there's a lot to be done in this space and having someone or a team working on it full time is the way to go.
Absolutely. I know there are some projects kind of like this, but right now they are lost in my bookmarks folder somewhere... I recall a couple of good admin dropin replacements, I think one or two even have a paid-model which I dig cause I'm more than willing to pay for django-specific code that will save me development time. Likewise, I know there's some good projects trying to do something similar to Avo, but agai…
Re: Show HN: Avo – Build Ruby on Rails apps faster
#59Re: Show HN: Avo – Build Ruby on Rails apps faster
#60Earlier quoted context omitted.
Sorry about that. I'll try to make that clearer. We have an FAQ item on teh bottom of the page. The pricing is per project (per app). You pay $250, and you get one year of updates and then use it forever. The license is a Perpetual Fallback License. When you stop paying for a subscription, you will still be able to keep and use the latest version of Avo at the point in time when the subscription ended but you will lo…
The "one year of updates" thing is kind of confusing. What if an app has a longer lifetime than that? Can you no longer get updates to Avo? What about bugs and security updates? I think you're over-complicating the pricing. Why not just say it's $250 per project per year? You can still keep the fallback option and explain it in your FAQ. It would be more immediately understandable this way imo.
If an app has a longer lifetime than a year, and I hope it does, then you'd have to resume the subscription to get the updates (bugs and security). It's the way the perpetual-fallback license works. There are plenty of products (table plus, jumpstart rails) and large companies (jetbrains) that practice this model. I wish there was an easier way of shipping those updates without a subscription.