167
Tabs are objectively better than spaces - gomakethings.com (gomakethings.com)
submitted 1 year ago by mac@programming.dev to c/programming@programming.dev
170 comments fedilink hide all child comments
you are viewing a single comment's thread
view the rest of the comments
[-] wgs@lemmy.sdf.org 16 points 1 year ago* (last edited 1 year ago) 
struct Ident arr = [
{
.id
= 0,
.name
= "Bob",
.pubkey
= "",
.privkey
= ""
},
{
.id
= 1,
.name
= "Alice",
.pubkey
= "",
.privkey
= ""
}
];
[-] realharo@lemm.ee 17 points 1 year ago* (last edited 1 year ago)

Not like that, lol

Just saying, instead of this monstrosity

CreateOrderRequest(user,
                   productDetails,
                   pricingCalculator,
                   order => order.internalNumber)

Just use

CreateOrderRequest(
    user,
    ...

Putting the first argument on a separate line.

Same if you have an if using a bunch of and (one condition per line, first one on a new line instead of same line as the if) and similar situations.

[-] Lmaydev@programming.dev 8 points 1 year ago

People seem to have a real issue with using new lines and I've never quite understod why.

It feels like a lot of those people are using notepad like applications instead of coding focused ones with collapsible regions etc.

[-] wgs@lemmy.sdf.org 6 points 1 year ago* (last edited 1 year ago)

When I talk about alignment it's not about function arguments, but values, "=" signs and such. You simply cannot use tabs for that because alignment must be fixed and indentation independent:

CreateOrderRequest(
    user,
    productDetails     => order.detail,
    pricingCalculator  => DEFAULT_CALCULATOR,
    order              => order.internalNumber)
[-] realharo@lemm.ee 10 points 1 year ago* (last edited 1 year ago)

I normally avoid that too, I find it hurts readability more than helps, plus a proper IDE will separate it with color anyway.

But yeah, the newline comment doesn't apply to this.

[-] wgs@lemmy.sdf.org 1 points 1 year ago

To each their own indeed. But my rule of thumb is: only use tabs when there's no other character before it (aka, start of line).

[-] natecox@programming.dev 1 points 1 year ago

The emacs wiki agrees and has the correct take on this: https://www.emacswiki.org/emacs/SmartTabs

It seems like this basic guideline, tabs to indent and spaces to align, solves the problem for everyone. It doesn’t matter what your tab width is, it’ll look “right” regardless.

[-] PHLAK@lemmy.world 6 points 1 year ago

This kind of "manual" alignment should be avoided for many reasons including the fact that adding/removing/changing of one parameter here may force you to modify multiple lines which on it's own is annoying but this will also show up in the diff during review making it harder to grep what was actually changed.

[-] wgs@lemmy.sdf.org 2 points 1 year ago

I personally favor code readability over patch readability. But I reckon this is a matter of preference so I can understand how you might not like that.

[-] catastrophicblues@lemmy.ca 4 points 1 year ago

Yeah I agree I don’t find alignment very useful. It’s more work for dubious benefit, and god forbid you change one of the lines.

[-] hansl@lemmy.world 6 points 1 year ago

The way god indented.

[-] 0ops@lemm.ee 1 points 1 year ago

I almost scrolled past this one

this post was submitted on 05 Sep 2023
167 points (79.7% liked)

Programming

17314 readers
554 users here now

Welcome to the main community in programming.dev! Feel free to post anything relating to programming here!

Cross posting is strongly encouraged in the instance. If you feel your post or another person's post makes sense in another community cross post into it.

Hope you enjoy the instance!

Rules

Rules

  • Follow the programming.dev instance rules
  • Keep content related to programming in some way
  • If you're posting long videos try to add in some form of tldr for those who don't want to watch videos

Wormhole

Follow the wormhole through a path of communities !webdev@programming.dev

founded 2 years ago
MODERATORS
snowe@programming.dev
Ategon@programming.dev
MaungaHikoi@lemmy.nz