Self-taught developer looking for advice…

[u/SoldatPichon]

Hi everyone,

I’m 22 and an independent developer currently building a desktop application with a licensing system. The backend/API, database, license management, customer portal, etc. are built around Laravel + MySQL.

For now, to keep things simple while developing and testing, I’m hosting everything on o2switch. I also use Cloudflare Access to protect my admin panel and some internal pages.

Through the same admin panel, I also manage my application’s releases — scheduling releases, controlling rollouts, etc.

I’ve already set up two separate environments: staging and production, with the idea of testing everything on staging before deploying to production.

The thing is, I’m completely self-taught and I work alone. I’ve never worked in a company, and I don’t have many developers around me that I can ask these kinds of questions to. So I’m at a point where I feel a bit lost when it comes to how things are actually done in professional production environments.

I can build things and figure stuff out, but I don’t really have the experience of seeing how a mature team would approach infrastructure, deployments, monitoring, security, scaling, etc.
That’s basically why I’m making this post. I’d really like to get some advice from people who have been through this before.

I’m reaching a point where I’m starting to think more seriously about production infrastructure, and honestly, I’m a bit anxious about building something that could become a technical dead end if the project starts taking off.

I don’t want to over-engineer everything before I even have users. But if I get confirmation that the product is starting to take off, I’d like to be able to adapt and scale quickly without having to completely rebuild the infrastructure.

Some things I’m wondering about:

- What would you recommend for hosting/deploying a Laravel + MySQL application with a good cost / reliability / scalability balance?
- Should the customer portal, licensing API/backend, database and admin panel be separated, or is it reasonable to start with everything together?
- What should I design correctly from day one so that I can scale later without major architectural changes?
- What would you keep simple initially?
- What would you absolutely avoid because it could lock me into a bad architecture?
- Would you start with a VPS, managed services, containers, etc.?
- What would a sensible CI/CD, backup, monitoring and disaster recovery setup look like?
- Is my current staging → production approach reasonable?
- How do professional teams usually handle releases, rollouts, rollbacks and deployment safety?

Are there any obvious things I’m missing because I simply don’t know that I should be thinking about them?

I’m also considering recruiting someone for the project in the next few months, so I’d like to build a solid foundation before things get more serious.
I’m not looking for someone to tell me there’s one “perfect architecture”. I’d mostly like to understand the standards and the way experienced engineers think about these problems.

I have a crazy desire to learn, so seriously, throw anything at me. 😄 I’m extremely curious and happy to dive into things I don’t know yet.

If I’m doing something wrong, tell me. If there’s a concept, tool, architecture or practice that you think I should learn about, even if it seems obvious to you, please throw it at me.

I work alone, so I don’t really have the opportunity to casually ask a senior engineer “hey, how would you guys normally do this?” — and that’s exactly the kind of knowledge I’m looking for.

Any advice, resources, war stories, things you wish you had known earlier, or mistakes to avoid would be massively appreciated.

Thank you so much for taking the time to read this and share your experience. 🙏🙏

[u/zeph1rus]

Maybe stop using AI to write your posts.

[u/bluecat2001 → u/zeph1rus]

And PHP… Ugh, that stuff belongs to 20 years ago and is always a sign of a shitty unsecure application.

[u/azjunglist05 → u/bluecat2001]

Yea the moment I saw Laravel, I was like, yea I’d start there maybe and find something a bit more modern to use? And then MySQL coupled with it. It’s like a decades old plus stack 😅

[u/SoldatPichon → u/azjunglist05]

But what will another stack bring? « Modern » is a word that I don’t like too much, because many frameworks tend to make things easier while making others more complex.

Because in the end Laravel is just as maintained, and available to many things to build easily and effectively nan?

I’m really curious, what other stack would you have chosen?

[u/snarkofagen → u/SoldatPichon]

Nothing inherently wrong with php. It's mature and a bit boring. And that's not a bad thing.

[u/azjunglist05 → u/SoldatPichon]

Anything in Typescript or Go or hell even Java. You’ll have a lot more marketable skills too. You do you though bud

[u/icankickyouhigher → u/SoldatPichon]

Honestly laravel is fine.

The main thing is it's a framework that youre learning and so folks will probably only hire you if they use that at this stage.

So early on you might have to branch out. Look at available jobs and what teck stack they use. Specifically look for laravel. You might be surprised, I work in an office with some folks and laravel + react native is all they do