Letterboxd is pretentious, which is a good way to find ✨cinema✨, but if you just want to turn your brain off and watch an Adam Sandler movie or something, letterboxd is not the platform to look at reviews
Letterboxd is pretentious, which is a good way to find ✨cinema✨, but if you just want to turn your brain off and watch an Adam Sandler movie or something, letterboxd is not the platform to look at reviews
Engineer I guess… Thief is the objectively better enterprise programmer option but I don’t know why I always forget about it and just write a ternary ¯\_(ツ)_/¯
“You can never tell with Americans”?
What does that even mean lmao. Do people outside of the US not make jokes or lie?
This makes a ton of sense and I think you probably solved this mystery for me.
“Oh I need to iterate over something, and keep track of new information as I do it, therefore I should be able to create ‘dynamic variables’ as I progress.”
I distinctly remember asking this question during a 100 level programming class but I just can not remember why I’d ever want to do this?
What problem could I have possibly have been trying to solve where this would seem like the answer.
What do you call the waymo cars? There’s more cars/tech out there than just Tesla…
Ok boomer
I have indeed. We even practice pure TDD and won’t accept PRs without test coverage, but it doesn’t change the fact that sometimes bugs happen, and when they do it tends to be much more effective to work through the problem with a debugger than make guesses at what things need to be logged, or poked into or whatever.
If what you’re doing works for you, more power to you, but in my opinion I’d never give up a tool in my toolset because it makes me far more productive than I’d be without it.
I feel like you’re missing out on a ton of awesome features by not using a debugger? Step backs are super useful, inline/live commands save you from re-running the code to see a different value, you can change values on the fly.
And it’s nice to say “think about your code more” but when you’re working with large teams, on legacy codebases, you don’t often have the opportunity to “think about your code” because you’re trying to decipher what someone wrote 3 years ago and they don’t even work with the company anymore.
Its wild to me that some people hear “your code should be self documenting” and take that to mean “never write comments”.
All self documenting should mean is I can look at a method and get a general understanding of what it does, and it shouldn’t have any unknown functionality. Specific implementations, design quirks, choices that might only make sense if you know business context should all be comments in your code.
On the other side of all that I worked with someone who insisted methods were documented college style, the “authors” name, date it was written, what it does, why it’s here, our star sign. I hate that just as much, so much clutter.
Everyone got put into a cube and they just had to outlast the other people, while doing some challenges.
They would still line up, wouldn’t they? Or am I misunderstanding how the texture healing would work… Would they not take the same total amount of space?