Jira is a pain, slow, bloated, and ugly.
Trello okay is for student projects, too basic.
ClickUp was decent when I used it professionally, I still use it for personal project management.
Azure DevOps is baby's 1st JIRA, but somehow Microsoft made it worse in every way.
Yeah, you never see this in enterprise settings. Sure builders or streams can get a bit long but you just pop each .x() on a new line.
And when they're on new lines intellij has a cool feature where it creates a little UI only comment next to the line showing what type it returns.
Had an ultra wide for a while, went back to 2 27" monitors after 2 years. 2 monitors is more convenient imo. I can flip one vertical whenever. Less fiddly to have multiple things open at once. One is centered while the other is on the side and angled, much nicer way of separating what's my focus. Easier to screen share. I always found the curve distracting for text.
There isn't one, java is excellent for async and multithreading and it does it properly unlike node that fakes it by running on a single clever event loop or stealthily launches a bunch of node instances in the background depending on implementation.
Legacy code is just code inherited from developers that are no longer around. It's quality has nothing to do with its age.
I'm learning Scala, is that close enough?
A classic
I find ChatGPT more coherent than stackoverflow in many cases. Sure it hallucinates and sometimes acts like it has dementia but at the very least it won't write 5 paragraphs about how the framework behind my issue works without giving any examples.
Stackoverflow is good for finding alternative approaches, getting explanations for how stuff works in the framework, and error investigations. Useless for getting information on stuff you don't already know.
That's why JavaScript and Python projects are also memed and a nightmare. Not because they're bad, but because it's so popular a huge amount of amateur code exists.
People hating on Java because "inheritance" usually don't know the difference between inheritance and polymorphism. Stuff like composition and dependency inversion is black magic to them.
Surprised how little love this option is getting in the comments. Not only will swagger be generated for you from your openapi spec, it has a clean fast UI and shared auth.
Yeah that can get ugly but it's still better than writing native queries because you know it's gonna automatically translate to any db specific sql flavour.
When they get a bit too long and ugly I either write default methods using specifications or I create a more concisely named default method that wraps the verbose monster.
Comparatively to the rest of the western world, western Europe dev salaries are garbage.
I live in the UK and have friends in Germany, France and Norway. Senior/mid salaries are fairly similar, so is the cost of living. But, I could get the same job in Poland by taking a 10-15% salary cut, living there my cost of living would go down by approx 40%. I would be noticeably wealthier there doing the same job I do in the UK.
Same story for many eastern european countries, they pay better for skilled labour but way worse for unskilled labour.
The only thing keeping me here is family and friends.
Microservices and document db's go brrrrrrr. Data duplication is completely fine as long as there is only one source of truth that can be updated, all copies must be read only. Then the copies should either regularly poll the source or the source should publish update events that the copies can consume to stay in sync. It's simple stuff but keeps your system way more available and fast than having multiple services talk to a shared db or worse, multiple services constantly fetching data through a proxy.
The problem is that code is language and people who write shit code tend to write shit comments, so no value is gained anyway. The sort of person who'd write good comments will most likely write good code where these comments are not needed, and when they intentionally write shit code they'd probably explain why.
So best you can hope for is that both of these people write comments about why they decided to write a comment, and hopefully the person who writes shit code improves over time.
I find that code written towards fulfilling some specific database design is usually a nightmare about 20minutes into the project. You end up with garbage semantics and interfaces because you're building an entire app for the sake of storing stuff in a database. It's an ass backwards approach to software development imo, software is about solving a human problem and data persistence is just one of the steps in the solution. Instead figure out what data your consumers need, then figure out what domain objects can be extracted from that, then plan how you will persist those domain objects. You'll end up with less boilerplate, better naming of entities and services and you'll also find that the words your team uses to talk to each other make sense to your business people not just your dba.
Language absolutely is a marketable skill because most companies are looking to hire someone who can start working day one not someone they'll have to train for weeks or even months in a new language that heavily relies on some specific framework.
Serverless will forever be stuck as a tech that's only good for majority async stuff because of cold boot speed, scaling costs, and general latency.
In culinary terms a back end is usually a pasta bake that's undercooked in the middle but burnt on the edges. Front end is usually a pasta bake smoothie in a nice looking cup with an umbrella.
Just do TDD instead
Idk, large chunk of my CS class was extroverted. They liked to party, many were in relationships and we often went for pints between lectures at the campus bar.
There ofc was a lot of weirdos and assholes around too, an above average amount, but they got outnumbered by normal dudes.
Had a decent amount of women but by the end of the 1st year like half of the class was gone and most women left. They found it boring, too technical or they were not really ready for university, same for the dudes that dropped out. There ofc was sexism, but that came from niceguys or dudebros, they exist in every field.
As for my professional life, most sexism I saw was from career managers and finance staff.
Op comes off a bit, uninformed. E.g. I use docker engine and docker compose inside WSL2 on windows and performance is fine, then I use Intellij to manage images/containers, the service tab handles the basics. If I need to do anything very involved I use the cli.
Docker is fine, the docker desktop panic really only revealed who never took the time to learn how to use docker and what the alternative UIs are.
If you're writing an explanation of what your code does then, ding ding, you're writing code. If your code has so many side effects and garbage in it that it's incomprehensible without an explanation then it's shit code and I doubt you'd be able to write a comment that explains it that is not equally as shit as the code. Commenting on how shit code works cannot be trusted because the commenter has already proved they're shit at the job by creating that shit code.
Best you can hope for is the comment contains a reason as to why the code is shit.
Yeah, that's great, until you need to conditionally compose a query. Suddenly your pre baked queries are not enough. So you either:
You write like it's ORM vs native. ORMs let you write native queries and execute them while also doing all the tedious work for you such as:
So if you love native queries write native queries in an ORM which will do all the tedious shit for you.