I’d love for someone more experienced to chime in, but on first glance the classification of JavaScript/Typescript as backend strikes me as weird.
That may just be because the team I work with uses a React/Typescript/Java/Postgres stack and we specifically classify the Typescript as part of the Frontend. Maybe it’s different in different companies?
I’m sure that a Typescript backend could work perfectly fine, it’s just semantics 🤷
They already have a very advanced system to transfer actually valuable data (when/how much power needs to go to the grid, end user data, redispatch of solar panels etc etc). We’ve actually taken that complex and valid system and clipped its wings to do something way less useful :')
The German government has decided that starting on October 1st of this year, they don’t want energy providers who want to call up another energy provider to just google the other company and use that number. They want an entire new system of message exchange for the sake of transmitting data like a company’s address and phone number directly to all it’s market buddies.
I’m part of the team who had to build that shit within the last 4 months or so. It’s a neat project and everyone gained knowledge in AWS cloud stuff, but realistically, every one of our customers will use the system exactly once (as required by the government) and then never again.
Exclusively IntelliJ Ultimate, cause that’s what my work pays for. I try not to program outside of work.
That elephant has watched me make queries no man ever should. Bless his soul.
Yup, exactly! So a calculation-only module that doesn’t have a frontend would never have any TS Code in my case.
The classification of language -> task makes sense! I’m thinking of the weird college courses that wanted Java frontends lol
But how would you generalize that for a resume? Say you’ve used C# both for making backends and making frontends in separate projects. Would any sort of classification make sense in that case?