At work we have a lot of old monolithic OOP PHP code. Dependency injection has been the new way to do things since before I started and it's basically never used anywhere.
I assume most people just find it easier to create a new class instance where it's needed.
I've never really seen a case where I think, "dependency injection would be amazing here" I assume there is a case otherwise it wouldn't exist.
I really don't get it, I suppose the setting to auto fill common patterns on a form could be useful. But why do I care about an autocompleting textbox? Do you think I've never used a search engine in my life?
I remember watching a video of someone writing C code and making the same thing in unsafe rust. While the C code worked just fine the rust code had UB in it and was compiled to a different set of instructions.
Unsafe rust expects you to uphold the same guarantees that normal rust does and so the compiler will make all the same optimisations it would if the code wasn't unsafe and this caused UB in the example rust code when optimised for performance. It worked just fine on the debug build, but that's UB for you.
I don't know where "software engineer" started but in Australia engineers have to study for years and then do a minimum amount of study every year to keep their license. Which we don't have to do. I've always been weirded out by Software Engineer even though it seems to be becoming more common.
As far as I'm aware cybercrime is generally: "anything done maliciously involving a computer" intentionally sticking a drop table command over your plates because you're expecting something to read your plate and input it into a db might count.
And I said, if op doesn't want to learn a new language, here are some python mobile frameworks. And was explicitly asked which of kotlin/swift I would recommend for a python dev.
When it comes to mobile apps, I generally recommend native (swift/kotlin) or Flutter, they all have good tooling and have good performance
In this case though, they are all curly braces languages and don't have much in common with python.
If you don't want to learn at least 1 new language, there are some python libraries/frameworks which can be used for mobile dev. Like Kivy or Beeware. I've never used any of these though so I can't tell you how good/bad they are.
This does strike me as odd, your commits should be cleaned up if they are a mess of "reverted X", "fix typo", "saved days work", etc. on the other hand, you don't usually have to explain your modifications if you didn't squash your commits.
It's already been said a couple times but if your more experienced team members are saying, "that's a really weird task" the issue is probably the task not you.
Having daily meetings with a senior because you're having a lot of trouble progressing isn't necessarily a bad thing. Everyone has jobs that are absolute ordeals and sometimes it's better to break them down even further and just go one step at a time.
Also, are you involved in your team sprint planning? Who says "this ticket is a 1 day job" that should be your teammates, or at least a subset of them? Why did they decide this was an easy task? What did they, or you, miss in the execution?
In my experience this does happen on occasion, it absolutely shouldn't be happening all the time though.
Generally when this starts to happen my team lead puts his foot down and says, no more changes until you sign off on what we have and we've released the MVP. After all, if the core functionality is done, then the MVP is done and we don't need to keep sitting on it.
I like how at the start of the line it explicitly says "out of memory" but we're just pretending this is some satanic bullshit.
She obviously read the error to find "kill process" and "sacrifice child" but still ignored the memory error