codeStyle

for a second I thought I read

publ;c

108

Nah, it's actually publ;c

25

This is why I spend a good amount of time setting up linters on new repos before even starting to make the application. It saves a ton of time in peer reviews because no one has to think about formatting. Some people may not like the rules chosen but official direction from the boss is "get over it". There are 0 comments on PRs about formatting which only ever annoys people and is a waste of good dev time.

62

On my current team, when we were trying to choose a style, my only input was "any style that can be checked/applied with a git commit hook."

I get some people prefer reading code in a particular format. Let them configure their editor to apply it, but let's keep the version history in one unavoidably consistent style. Pretty please.

18
The joke isn't about formatting.

It's a public class containing customer data. Think about that.

-1

I felt that. I have a colleague whose coding style is different to mine and whenever they work on code that I originally wrote, I have to resist the temptation to modify things to camelCase.

27

Linters make these kind of things easier. Then you get mad at the tool rather than your coworker.

46
- Does Prettier count as a linter?
  
  I always thought linters were more to find bad practice and possible errors than control the code style
  
  10
It's interesting that something this minor gets people so upset. I mean, I get it, but objectively it's weird of us.

I had a debate years ago about test naming. When I was a junior, the lead dev used test methods with an underscore separating different cases. Like testServiceConnector_success(). I thought that's pretty neat and kept that style. In another project one of the devs almost had a meltdown because I dared introducing underscore scum into "his" project.

14
- I think it's just that we're possessive/protective of "our" code, even more so if one is passionate about programming. We've put a lot of effort into it, then somebody else comes along and "ruins" our "perfect" (to our eyes) formatting/styling!
  
  1
Last year I had a module for ai stuff. We did things in Python and I am quite into doing things as coding standards say. My mate didn't really care so much and just went for his style of doing things, also not really worrying about descriptive names etc.

Well, let's say, we weren't having a good time.

I also realized that I was probably too harsh and tried to go a bit more easy on it later, but many things just felt wrong.

8
- Add black, isort and flake 8 to your repo, you can set it up to be applied on commit.
  
  So folks can modify their local config all they like, and when they push it's to the team standard and when they work locally it's to theirs. It's the best.
  
  9

I work on a proprietary language that translates everything to uppercase before compiling. So having a specific case is useless. The standard functions all have wacky cases. Some from the same module may use CamelCase, while it's brother use snake_case.

... I just use Rust's style. Simple, easy.

20

I don't get it

16

Permanently Deleted

53
- Ah well... Guess I'm lucky that it doesn't bother me.
  
  I use different languages with different style guides and my IDE autoformats everything properly with the click of a button so I don't think about naming strategies at all.
  
  14
- Imagine using extra characters in your variable names. And they say Java is verbose...
  
  4
Classes often have camelCase or PascalCase. Snake cases often are for variables or functions.

I don't remember the java standards, but it's enough to get it

36
- The Java standard is ClassName, variableName, FINAL_VALUE_NAME.
  
  It's derived from a popular C++ standard. (But C++ has many for you to pick.)
  
  Python is the one that likes snake_case, but it's for variables, as you said. Classes are still PascalCase.
  
  9
- In college and workplace, all java projects I ever worked with used camelCase. Whether that's the official stance of Java or not, I don't recall.
  
  5
- When you're telling a joke to a bunch of computer programmer nerds, you got to tell them what programming language the joke is in, or else it just falls flat.
  
  3
So this looks like it's based in Java code.

A public class means that any bit of Java code, including that injected by an attacker, can see and mess with the contents of that class.

A private class, in contrast, means that other bits of Java code are restricted to running the class's predefined functions.

In theory it is supposed to help with the security of the data. In practice if an attacker gets to this point, you've got much bigger issues.

-1
- Private Vs public has nothing to do with security
  
  If people can execute arbitrary code in your app, they can already read your memory, and even if they couldn't they could use java reflection to just turn off the private modifier
  
  Accessibility modifiers are to do with maintainability. If you have internal implementation logic that should be hidden from a consumer you don't want that consumer to have to know about things they shouldn't be changing anyway.
  
  The comic is just about how classnames in java should be in pascal case
  
  5

Don't look at rust code

14

I think Rust actually is actually among the best in this regard for the simple reason that there is consistency given by the compiler. A simple cargo fmt and cargo build will fix or warn you about everything. I can read into Rust codebases so quickly. C++ was always really exhausting because most of the time you were just getting used to the code style.

14
Why? It's fine?

9
- I've found whenever people complain about rust code they can only point out how it's different but not why it's worse and I can usually point to a reason why it's better.
  
  to be fair, I get sometimes it's difficult to pinpoint why something is bad and even "being different" can be a legitimate criticism on its own
  
  5
- It IS fine, I though the comic was referring snake_case as disgusting. I was uncomfortable too at first but I got used to it
  
  1
I don't get why every language seems to have its own coding style when you'd think they'd be completely interchangeable depending on user/org/project maintainer preference

8
- Having a standardized codding styles allows people to immediately recognise things, and not have a wacky case mix.
  
  You don't need to remember the coding style of one specific project. You just need to remember the style of the language
  
  Of course it would be better if it was standardized for every language, but that's probably never going to happen
  
  20

Wait, is this implying the software devs are hard coding all of the customer data? 🤮

1

What is the freakout?!?!?!?!?!?!?!? Maybe i want to read other people's code in a wacky comic-looking silly goofy totally awesome monospaced font!?!?!?!

0