No language / framework is going to give you a massive advantage here.
Either stick to what you know best or try out some different ones and see what you like.
My personal favourite is aspnetcore and c#. It provides pretty much everything you need out of the box and has a very large ecosystem for connecting with external services.
This sounds like the old waterfall approach to development.
Design the whole system, create the whole system, test the whole system.
The problem with this approach is that requirements almost always change or scope creeps in those timeframes.
Now most companies are bad at agile. But even moving slightly towards it is better than nothing.
This will continue to happen until the project management changes unfortunately.
If the system can’t be worked on in small independent chunks this is basically guaranteed to happen.
We do agile very loosely. But we have a two week sprint and at the end we, hopefully, have the features we decided on done and deployed. Then we can get feedback and add the required changes to the backlog for a future sprint.
This way you get feedback a lot quicker and as you pick work every two weeks you can keep things moving forward.
Chances are the company won’t change so if it bothers you looking for another job may be a good shout.
The advantage of static site generators is you have your template and it’s filled by the data for each page. It’s generally very simple and intuitive.
The problem with doing it your way is if you need to change a common element you have to edit every page. Instead of just changing the template.
Markdown to html just works so well as all your pages are structured the same.
I’ve started using LLMs for this. You can get up and running incredibly fast this way.
I use enterprise bing at work so it sources each sentence so I can go directly to the docs if I need to.
I’ve found it really superior to reading docs as it’s interactive. Being able to ask follow up questions is very powerful.
I’ve noticed the new batch of juniors at work are able to get productive very fast by using them.
You aren’t slowing down anything. If you didn’t use async that thread would be blocked.
You’d need a thread per request even though they are sat doing nothing while waiting for responses.
Instead when you hit an await that thread is freed for other work and when the wait is over the rest of the code is scheduled to run.
A huge amount of time in apps is spent waiting for IO, database or web requests to complete.
Async prevents locking a thread during this wait.
If you’re handling a large amount of requests in a web server, for example, it allows other requests to progress while waiting for these operations.
Threads are also expensive to start and manage.
Also handling threads manually is a pain in the ass.
Checking in daily and viewing all their pics and videos does still feel like creeping yeah haha