If you are an Agency, please don’t respond. I am ONLY looking for an individual.
If your English is not fluent, please don’t respond.
A loom (or similar) video is required to provide an intro into you, your Bubble background, and your communication skills.
You must have experience on an application with over 1 Million Workload Units per month.
Must be willing to provide at least one reference that I can contact that has an application with lots of workload usage.
Willing to work a minimum of 10 hours per week very consistently. We can agree on more than this, but really need a minimum commitment every week.
Must be willing to collaborate via zoom at least once a week and probably more at the beginning as you get familiar with the application/project.
If you are good with all of that, I have one of the largest applications built on Bubble. Enterprise level platform with a live customer. Currently running about 6 Million per month, but have been over 20 Million per month in the past. Over 500 backend workflows and over 100 data types. This is very data heavy and the front end really is NOT the priority. The application is super complicated and tons of downstream implications as you work on any given piece of it.
It was first started over 3 years ago and has evolved over the years. With the new pricing being forced on us in the next few months. I need to optimize the application for workload usage and create safeguards to avoid endless loops and overages that are not necessary. This will be the primary task to analyze the current usage and find ways to optimize the workflows to work smarter/faster and with less workload usage.
I will also have several other tasks/enhancements that will be mixed in with the core project of optimization.
If you are interested, please prepare your video and send me the link in DM … please also include what time zone you are in and what your target hourly rate is.
That’s wonderful that you have such a large app with live customers. I have worked on enterprise apps like this myself over the years, at least 4-5 that were at this scale or larger. I hope that you find a good developer. Like you said, there are tons of downstream implications, so I hope you find someone that can handle that sort of app. You have to find a good developer that is in-between projects. We just finished up another enterprise app recently but we don’t match your qualifications, unfortunately, because we are an agency. I will keep an eye out for you, though, if I can think of someone that might be a good fit.
I would suggest rethinking this requirement. In my mind it can be construed as ‘must have experience building an app sub-optimally in regards to WUs’…there should be some other metric to use that determines if the developer has had experience building an app that gets a lot of usage. But, also keep in mind, a great developer may have built tons of great apps for businesses that fail to launch or gain traction, which can have nothing to do with the developer.
Maybe changing the requirement to ‘must have experience reducing workload units by X% on other applications’
You might have similar success as the quote above with just an hour or two on a training session…the quoted user scheduled a one hour session with me to get those results.
I said “one of the largest” … when you consider the quantity of bubble apps, the large majority are more on the simple side of things. I certainly don’t claim to have the largest, but just trying to add some perspective to those considering helping me out. Make sure they know this is not just helping out with a simple task.
Definitely not on the dedicated … they charge about 4K per month for dedicated and at 6 Million per month I am under 1K per month. I would love to get to the point where dedicated makes sense, but not quite there yet. Need at least one more large customer before I make that jump. I wish there was a middle ground between Team and Dedicated, but that is the current gap.
With my current customer, I fully expect to have my Workload usage be in the Millions every month, but my goal is to ensure it never spikes way above the 6 Million tier that I plan to be on. The point of this requirement is that this a very data heavy and backend workflow heavy application. If you have not worked on an application like this, where being in the Millions of workload units every month is normal and the baseline, then that tells me that your learning curve on my application and more importantly the risk is much greater to bring you on board.
Using a reduce by X% really doesn’t seem right to me. If someone has an app that is 10K per month and they reduce it to 5K per month, that is a 50% reduction but really not sure that person has the experience to do that with my application. Yes, maybe that person has the knowledge of how to convert continuous loops into run on a list, but with my application, you have to take the time to truly understand the downstream implications and all the parameters and only whens and many other intricacies that could really break the system and ultimately cause live issues.
I’m definitely not looking to do all of this on my own. I’m looking for someone with experience and the time to be able to commit to this.
I’m hoping there are people out there with this experience and I’m definitely willing to wait for them to be available. If you or anyone else knows someone like this, please send them my way.
The experienced devs here will look at this, see ‘100 data types and 500 backend workflows’, and see ‘inefficiently built app with tech debt’, not ‘big complicated app’.
Suit yourself , @boston85719 is right… percentage is all that matters here…
Whether you call it inefficiently bult app with tech debt or big complicated app, the requirement is still very important to me that anyone that touches my app has experience with large applications that you have to be very careful with and can’t just jump in and do a quick fix on.
If you tell me you have reduced WU by X%, that is great, but what experience do you have with large applications that have all the data types and backend workflows that I have. How do you give me the confidence that when I give you access, you won’t create downstream issues with my live users.
I had one developer change the name of a field in a data type and didn’t realize that we had a place in the app that was using that specific text to handle a sorting feature. Of course you will say that was not the right way to build the feature in the first place and I totally agree with you. But when you are working on a pre-existing application that is live, you have to be very careful what you do and how you do it.
I never said my application was the perfectly built application, but quite the contrary, the core reason for the project is that we are NOT efficient and we WANT to be efficient. So someone with the right experience could come in and help us fix many places where we are not efficient and help make a real impact.
No slight intended! Great problem to have and well done. I wish more Bubble App were successful and had more of these types of problems. It’s the inevitable consequence of your app being built pre-WU metering.
FWIW I’ll confess and hope it gives you some hope, an app I looked at, the removal of just two queries on an Elements conditions took 120k WU/hour to 6k WU/hour.
Yeah, to me, changing a name of a field is a new bubbler mistake. They want to make it easier for them to read but they don’t realize it impacts dynamic sorting if you are using that. Along with page names or backend workflow names as well. Just to name a few things that you shouldn’t touch unless you know what you are doing and know the app well enough to know how it will be impacted.
How many backend workflows do you have? I have an app of mine with 141 backend workflows, 64 reusable elements and 15 pages. I personally do not consider it complex, so there may be differing opinions on what constitutes complex. If you provide some insights as to the number of backend workflows etc. that may help somebody interested in understanding how large the task may or may not be.
Very simple and quick fix, that takes maybe 10 seconds to resolve. Just simply copy the new data field name and paste it into the option set that controls the dynamic sorting. Whenever you add in new features and functions there are chances of a downstream issue to arise, and in my experience they are usually quick and easy to resolve. In my mind no developer, no matter how experienced, are going to have on top of their mind all the nitty gritty details of the application and all the interconnectedness of different components as they are working since that would take somebody with a photographic memory to achieve.
But yes, a developer should not be changing names of things will nilly. They should only be doing so as to fix poor nomenclature from a previous developer, since having good nomenclature practices speeds up development as it makes it much simpler to search and find things in a large app.
By the way, what does your app do? Having some insight into the application itself might entice the more experienced developers to reach out and apply if they are interested in working on your type of app, and could narrow down your search as they may have built something similar before.
Sure. If I’m working on a project that I didn’t create, I wouldn’t just go through and start renaming the fields, changing page names, or changing backend workflow names.
Here are just some reasons:
Database field names: I wouldn’t change these unless I was fully aware of the app because it could impact things like, dynamic sorting, CSV uploaders or something else.
Page names: If these are changed, it could potentially break links or redirects in the app among other things.
Backend workflow names: This could break webhooks, external connections or something else.
Does that make sense? There might be other things, these are just a few things someone must be aware of when working in other clients apps.
Thanks. Right. I get the page and BEWF, but I wasn’t aware changing field names had any impact because that’s just a visual reference. Same with the table names. But yeah, if you’re working on someone else’s app, going through and changing anything like that willy nilly wouldn’t be a good thing. They’d no longer recognize their own app.
I’m curious to know what kind of application is this. Can you explain what this project is about? And why it is so havy? Is it closed or open public? If it is open, could you share the link?
I wish more Bubble App were successful and had more of these types of problems. It’s the inevitable consequence of your app being built pre-WU metering.
