erogenouswarzone @ erogenouswarzone @lemmy.ml

Posts

1

Comments

253

Joined

2 yr. ago

Once I coded a module to completion with no errors. I still wake up with night terrors that I missed something.

Yes. I drink a beer and I'm hungover for 2 weeks. No shit.

Edit: I hit it hard in my younger years, probably ruined my liver beyond the point of healing itself.

Thanks!

Do you have any videos? Can you record tracks and musical production type stuff?

+1 un

My mom has a fridge that literally has meltdowns every few days. She bought it last year, it still doesn't work as intended, and it beeps so loud over were not sure.

No option to turn off the sound. I want to mcguyer in there and tear the speaker out, but I don't want to voided the warranty before they actually fix it.

I appreciate your emacs perspective, thanks for the input.

I get the sense that programmerhumor hates prefixes, but I'm telling you, they have changed my life. Next project-for-fun, just give it a try and see what happens. I think you'll be surprised.

To many of your points, I say I agree that a lot of naming conventions depend on context. The environment you're working in, the IDE, the team you're working on, the language you're coding in.

However, prefixes I'm firm on. I think it's unpopular because it's from a bygone era where IDEs were non-existent. And while yes, ides have replaced many of the uses, they have been the most radical change to my readability and comprehension of the code I've written.

Also, I'm mostly a js programmer, so yes, very different from emacs.

Also, for calc_SumYears, I literally meant to add the years together, hense the prefix. So, maybe the prefixes are a little more useful than you give them credit.

I have to disagree on some points, but I def feel like you're helping me learn, so for that I am grateful.

I feel like you're speaking from the perspective of a perfect coding environment, which if you have that, that's great. Maybe all your code is in one place, maybe you have an IDE that does a lot of the work for you, and that's great. However, for most of us, that's rarely the case.

Prefixes have been an absolute game changer for me personally, and I will never not use them again.

I have also found that verbosity of variable name and readability are mutually exclusive. A long variable name, most of the time, takes away from the logic. Yes, they are "free" as far as memory, but are very expensive to reliability.

Units tests, again are great, but most places think unit tests are like golden toilets. It sucks, but that's the way it is. Usually you're given a task, and if it's not done next week, maybe you're not as good as they thought.

Sorry, I'm serious. These are things I have picked up from 18 years in the industry.

Does anyone have any good advice on variable naming? Here's some of my rules I try to live by:

• camelCase
• use prefixes
• prefixes should be one word followed by an underscore.
• 10 character limit or 3 word limit, not counting the prefix
• functions should be prefixed with the file in which they're defined, ie utils_FooBar
• file names should be one word
• Start Bools with is
• Don't use not in bool names.
  • This has farther-reaching implications that will keep you from making confusing code most of the time (I'm sure this will be controversial, but it works no matter what they say)
• start output with _
• Globals should be g_VARIABLENAME
• use the least amount of words possible
• but being too verbose can draw attention - use this to aide in readability
  • calc_ImportantValueThatWillDecideTheUsersView is better than calc_SumYears if the variable is more important than the others.
• Even the greatest variable names are not replacements for documentation
• Even the most readable code is not replacement for documentation.
  • Force yourself to love documentation.

Edit: I realize I was speaking about function-naming with the prefix stuff.

For variables, I still use prefixes, but for variable type. Even if you define the variables as types, it's still incredibly useful. For instance,

a string is s_MyName,

enumerable is e_MyType,

A number is int or double or whatever i_MyAge or d_MyWeight

This might be obvious for custom objects, but I'd still do it like this p_Person or per_Person.

Seriously it does make a huge difference

I think the downvotes speak for themselves.

Agreed.

Ok, it's true college isn't what it used to be.

A college degree used to be rare, meaning you could get any degree and do any job.

Obviously, it's not like that anymore. Everyone has a degree. You need to get a degree that means something.

If you have rich parents that will support you, great, you can fuck around and graduate after 8 years with an English degree, and you'll be alright.

If your parents aren't rich and can't support you indefinitely, you need a degree in something that is hiring or will be hiring when you graduate. Preferably, with a large paycheck, so paying back the loans is reasonable.

Or, ya know, just don't go to college. Learn to weld or install sattelite dishes, or even better, be a general contractor. You can make a goddamn fortune as a general contractor.

Or, do what Mark Twain did, and mary into wealth. Love is fake anyway!

But, ya know, being 18 and impressionable to romantic ideas, it's tempting to think you don't have to follow this guidance and get an art degree and you'll be fine. Don't fall into that. Be smart.