SvenAl

I had the same thing, they told me my account details changed on the day they changed. My business works with enterprises and yeah NET 30 to NET 90 days for payment terms, so this is a painful one to correct.

I actually reached out to Wise support and complained about this practice, as this is borderline illegal, a bank is not allowed to behave like this. They said they are doing an internal investigation on what happened and will get back to me within 30 days.

I'm also looking at filing a complaint to Consumer Financial Protection Bureau (CFPB) or similar.

(founder here) Webiny is an option I would recommend checking out. It's open-source, so unlike Webflow, you can actually creation your own low-code components. Webiny has a Page Builder, Form Builder, File Manager and a Headless CMS. All products can be configured and use as a low-code solutions.

I've been dealing with serverless since 2018 and have a company with a 100% serverless and open-source product (webiny.com). I'm not sure I fully agree with your 4 issues and the fact that Web Assembly is the answer.

"Serverless functions are slow" -> not really, only if designed poorly

"DX serverless functions is sub-par" -> where's your proof, again you'll have bad experience as a developer only if you don't know what you're doing. Which I see mainly from people trying to approach building serverless applications by having a container-like mindset and that leads them to bad design choices.

"Serverless functions come with vendor lock in" -> I think most of us are beyond the point of that vendor locking is bad choice. Worse choice is picking a sub-optimal technology with lower performance, higher cost and lesser reliability.

"Cost eventually gets in the way" -> Again, only if you don't know what you're doing and make bad design choices.

When it comes to Web Assembly, I don't see how this is a better choice of technology vs something like Node. In node I have a much wider support of the technology than WA (talk about vendor-locking), I have a proven eco system of libraries, knowledge and a much bigger talent pool to source from. The cold start issue you mentioned on your website, I can tell you first hand, the cold start is not really that big of a problem, not big enough that you would want to switch to a different technology and there are many ways to mitigate the cold start problem.

Just saying, I'm far from convinced that there is a benefit in switching. I would love to see more detailed benchmarks and examples I would be able to replicate than just statements in a blog post.

Hey there ... I've been building serverless applications since 4 years now and have gone through a steep learning curve while the technology was very young. I think today you can easily build scalable serverless services using Lambda and other offerings. There are nuances on how to avoid specific bottle necks and work around them, but you'll only spot them probably once they happen.

The database is one of the most important choices you can make. Any database that requires a TCP/IP connection and doesn't work with an HTTP API is out of the picture due to the way lambda functions work with such databases. See more: https://www.webiny.com/blog/using-aws-lambda-to-create-a-mon...

The learning curve for DynamoDB is steep, but nothing that a senior developer can't tackle in a few weeks. It's a worthy skill to have, especially if you work in the AWS ecosystem.

Vendor locking will always be there, but really, don't worry too much about it, especially in the beginning. There are ways to protect yourself by abstracting your business logic and having a layer between how the logic interacts with the underlying serverless service. Later if you do need to move, the move will still be a bit painful, but not as much.

Cold start is not a problem at all if your bundle is not overly big. If needed you can always have a few provisioned concurrency functions.

Cost, benchmarks and similar - checkout this page: https://www.webiny.com/docs/performance-and-load-benchmark/i...

Disclaimer: I'm one of the authors behind Webiny - enterprise serverless CMS. Happy to answer any additional questions. Hope this helps!

Looks great! Any plans to support workflows other than for app development?

Oh, my bad!

Thanks for the encouragement!

Check these 2 links: https://askwonder.com/research/enterprise-businesses-united-... https://askwonder.com/research/enterprise-businesses-united-...

Wordpress is a big success, even today, after more than 15 years in the market. I can only hope to get close to that, I'm by no means disrespecting that, nor the WP community. I started with WP myself. But if you ask me if I'm working on building a product that's better than Wordpress, I definitely am, will I succeed, that's for the market to decide.

Amazing, thanks for this!

That was my starting point when I was thinking about this. However it seems there’s a lot of users who just don’t want to do that initial investment, so having a demo would potentially help in converting them.

It’s something we’ll definitely look at we just haven’t gotten to it yet. We thought of doing periodic resets, but that tends not to provide the best experience. We’re thinking of having per-user instances, forcing users to create an account, but then delete the accounts on a periodic basis. This way, rather than having a single shared account we believe would work better. It’s just there’s a lot of things on our roadmap and we didn’t think this one being so important. Clearly we were wrong.

We found developers, who are our target audience, want to test the setup, as that's part of the product experience and they get to learn the stack and the requirements. We are an open-source product, we don't have a SaaS offering, so we don't have a way yet to spin up demos or trial accounts for every user. You can view the product in our overview video without installing it: https://www.youtube.com/watch?v=gOGJKHXntiU

I see what you are saying, looking at our homepage, it's true, we talk feature-talk. We'll be addressing this.

Agreed ... we're aiming much higher than that. I just meant that this is where things started.

Interesting ... when I first wrote the "Our Philosophy" section I was guided by showing the reader the things that are guiding us in how we are building Webiny. Never thought of it as being a benefit, but I see what you mean. Thank you for your feedback, I'll give it more thought and see if we can push it out to the homepage somehow.

Thank you for the support! In case of any other questions, I'm happy to help.

Thanks for the feedback. I agree a demo would be more useful. We might provide a more comprehensive platform overview in a video format. Operating a hosted demo requires us to maintain it and manage it. People tend to post all sorts of things in those types of environments, and if it’s a shared install base, other users might see content that is not appropriate. We need to find a good balance here, it just something we haven’t had time to get around to. On the overview video - I’ll see what I can do, it’s a good suggestion, thank you!

We have this overview page for our roadmap: https://www.webiny.com/roadmap/ In case you are interested in a particular feature, I'm happy to help.

Regarding an integration between google sheets and our CMS, we don't offer one out of the box, but if you create a lambda function on Webiny that pulls data from your google sheet, you can use the GraphQL API to then sync the data into the CMS.

At the moment, the cost for a small site would pretty much be equal to the cost of the Elastisearch service, the only non-serverless component we have. At a minimum that would be ~$25/mo.

We're looking to add plugins for Elasticsearch so you can replace it with something like Algolia making the whole thing 100% serverless. In that case, the cost would be zero, as it would be 100% under the AWS free tier. Once the free tier expires, the cost would probably be in cents. Have a look at our performance benchmark reports, we've noted down the cost of each test in detail for each of the AWS services: https://docs.webiny.com/docs/webiny-overview/performance-ben...

That's true, and that is the angle we took here. But I also understand that people like to have at least a starting price in mind to know if it's something within their budget or not.

That's kind of what lit our fire to do better :)

Thank you for the support! Would love to hear what you think once you try it out, particularly the areas that we should improve.

Thanks for sharing this feedback. We got similar feedback from a few smaller businesses this week. We're looking into introducing a package between the free open-source and the enterprise. Would you mind sharing what would be your price range where you would find Webiny affordable? I'm happy to jump on a call and discuss this more.

With the enterprise package, we're looking at companies with over 250 employees as that's where the biggest penetration of serverless adoption is happening (source: https://www.datadoghq.com/state-of-serverless/). We also estimate that with 90% cloud penetration in this segment of companies, and with over 4M companies with more than 250 employees in the world (asia mainly drives this number), and with 30% of them using serverless services, there are around 1M potential customers, bringing the total TAM to $50bn.

You can find our architecture graphs under this link, make sure to checkout the subpages: https://docs.webiny.com/docs/key-topics/cloud-infrastructure...

We can set a "from $50k/year" as our enterprise price is tailored to the client requirements. Thanks for the feedback, we'll include this in the next update.

Hi, the author here. This point is about the limitation of local development when you need to work with certain closed-source software that you can't install on your local machine. This can be either because the software requires special hardware, or has licencing constraints.

At that point, "local" development environment is no longer a possibility as you would need to most likely connect to an external service to be able to consume the features this close-software provides. At that point, you are no longer within your local environment but have sort of a hybrid approach.

This is where the "reinventing the wheel comes". In case you don't want this dependency and don't want to embrace a cloud-native approach you will either need to design your own custom-made solution to replace that missing service or make a certain compromise by picking an alternative one.

You might still say it sounds "dubious", but it is an opinionated view of how I see the future of web development changing. The changes might not be so obvious now, but the trends are slowly surfacing and pointing in the direction of a cloud-native future.

Cheers