var Turtle1 var Turtle2 var Is_Turtle
Try assembly language! You have registers, and they are named for you with highly memorable names like R17.
ngl RAX actually sounds cool and is memorable 🥺
RIP.
Don’t recommend using that register to store your variables.
An array?
var turtles = new Turtle[] { new Turtle(), new Turtle() };
Don’t do this :P
But I like tautological variable names
also turtles
All great code started out as a shitty work-around that happened to work.
(I say this as someone with one of the more prestigious pedigrees in “not writing shit code”. All the theory I’ve learned helps, but at the end of the day the most important qualities of a line of code are: whether it got the job done, and whether is was obviously correct enough that the next developer left it alone.)
This is a very cute thread. I love turtles and I like them for their vast computer science skills too.
I always make sure my variables are named in ways I can remember what they’re for. The only time I just use generic var1, var2, etc is if I am experimenting with a function I’ve never used before and wanna play around with it to see how it’s used.
This should be easily read by others but there could be times where it’s an inside joke.
Vedal made this post
Who? I made this you can tell by the imgflip in corner and PNG spaghetti xD…
T’was a joke. He’s a programmer guy on Youtube who uses a turtle avatar.
Ahh ok:p my bad xD… I was like I made this shitty meme no way someone stole it!
Based LOGO programmer.
Yes your variable names should indeed all be different from one another.
var Turtle1 var Turtle1 var Turtle1
just doesn’t quite have the same impact:-).
All these jokes about naming variables and yet no serious suggestions that if you have a turtle2, what you really need is a turtle array. I like to block out all the memory I’ll need for the whole program up front, put it all in one big array, and then I can use clean, easy to remember numbers for all my variables!
Have you considered using inheritance?
blew my inheritance on hookers and blow, now what?
I’m an amateur I’m not sure what inheritance is:X? Is it like instantiateing?
Inheritance established “is a” relationship between classes.
class Turtle; class TigerTurtle is a Turtle (but better); class BossTurtle is a Turtle (but better);Underlying classes hold an inner object to the super class, everything from Turtle will be in TigerTurtle and BossTurtle.
In some languages that is configurable with public, private, protected keywords.
Relatedly, there’s also composition, which establishes a “has a” relationship:
class TurtleTail; class Turtle: var tail: TurtleTail; (has a tail);Since Turtle is NOT a tail, but a whole animal, turtle should not inherit TurtleTail. But it HAS a tail, thus we add turtle tail as a property.
When you start learning about different paradigms, you’ll likely learn much more about inheritance when learning about the Object Oriented design paradigm.
To overly simplify, you create objects that inherit attributes from other objects. It’s for instance a way to create reusable patterns, that have stronger and more reliable data structures.
I made the joke comment, because for instance, you could create a
Turtleclass, and always know it was aTurtle. Again, an oversimplification.EDIT: I should also add that for some reason OOP is an oddly divisive subject. Developers always seem to want to argue about it.
Oh yea, class resources. That would work! Thanks.im going to have to into this more, as it’s going to be useful
Just keep in mind that inheritance is nowadays a very contested feature. Even most people still invested in object oriented programming recognise that in hindsight inheritance was mostly a mistake. The industry as a whole is also making a shift to move more towards functional programming, in which object orientation as a whole is taking more of a backseat and inheritance specifically is not even supported anymore. So yeah, take the chance to learn, but be cautious before going into any one direction too deeply.
I like to mix between OOP and FP for different levels. OOP is great for higher architectural problems. FP is great for everything under it.
And yes, inheritance was a huge mistake. Just use composition and interfaces instead.
Yeah, I mix them too, although I apply quite a bit of functional techniques especially at the architectural level as well. OO I use mostly for dealing with I/O and other areas where statefulness cannot be avoided.
If you’re interested, I also wrote an in-depth blog where I touch on these topics: https://arendjr.nl/blog/2024/07/post-architecture-premature-abstraction-is-the-root-of-all-evil/
If I could give a suggestion I wish I had gotten much earlier on in my education and career, it would be to really spend some time learning about the different paradigms, and their best use cases. You will likely ensure yourself a strong foundation in software architecture.
I’ll check it out! I’m very casual and doing thus mostly as a passion/Fun project. But I love any direction thank you:)
