Not to overwhelm you, but I'd definitely also suggest looking into learning SQL and familiarizing yourself with Linux if you haven't already.
Is it rather repetitive, or is there always something new to do?
Really depends on who you're working for / what you're working on. In general, a programming job shouldn't be repetitive; the repetitive parts should be automated (and you should have the autonomy to automate them yourself). If a job is truly repetitive, something is probably wrong.
What does a backend developer do?
Well, that really depends on the architecture of whatever you're working on! I've done some fairly miserable work where the backend was 90% just an interface that the frontend used to access the database, communicate with external APIs, and schedule background jobs. I've worked other places where the bulk (or entirety) of the web app's logic happens in the backend, and the front end is just there to act as an interface to the user, and that's much more enjoyable. But yeah, the bread-and-butter is going to be:
Dealing with data storage
Dealing with external APIs
Creating an API (whether you're doing server-side rendering and not even doing any AJAX on the front end, or if you're creating something meant for third parties to program against, it's still an API)
Then you'll also have challenges that you wouldn't have with non-networked desktop application programming:
Performance implications of many concurrent users
Diagnosing issues remotely, whether it's your code or something on the OS level of the machines your code is running on
Synchronization / coordination, especially once you've started dealing with your performance issues caused by lots of users. Your standard mutex or semaphore won't work across multiple instances of your backend running on different machines, maybe even in different regions.
Not to overwhelm you, but I'd definitely also suggest looking into learning SQL and familiarizing yourself with Linux if you haven't already.
Really depends on who you're working for / what you're working on. In general, a programming job shouldn't be repetitive; the repetitive parts should be automated (and you should have the autonomy to automate them yourself). If a job is truly repetitive, something is probably wrong.
Well, that really depends on the architecture of whatever you're working on! I've done some fairly miserable work where the backend was 90% just an interface that the frontend used to access the database, communicate with external APIs, and schedule background jobs. I've worked other places where the bulk (or entirety) of the web app's logic happens in the backend, and the front end is just there to act as an interface to the user, and that's much more enjoyable. But yeah, the bread-and-butter is going to be:
Then you'll also have challenges that you wouldn't have with non-networked desktop application programming: