1705
submitted 11 months ago by tsuica@lemmy.world to c/programmerhumor@lemmy.ml
you are viewing a single comment's thread
view the rest of the comments
[-] Nolegjoe@lemmy.world 71 points 11 months ago

I'm a sql developer, and I am completely the opposite to you. I will find it incredibly difficult to read when everything is in caps

[-] Pechente@feddit.de 131 points 11 months ago

You should do a project together

[-] agressivelyPassive@feddit.de 42 points 11 months ago
[-] DmMacniel@feddit.de 30 points 11 months ago

The commit wars will be long and bloody.

[-] SorteKanin@feddit.dk 25 points 11 months ago

Same, I prefer lower case. Every other language has keywords in lower case, why do you need to shout when writing sql?

[-] hikaru755@feddit.de 22 points 11 months ago* (last edited 11 months ago)

I understand it as an attempt to get very basic, manual syntax highlighting. If all you have is white text on black background, then I do see the value of making keywords easy to spot by putting them in all caps. And this probably made sense back when SQL was first developed, but it's 2023, any dev / data scientist not using a tool that gives you syntax highlighting seriously needs to get with the times

[-] xmunk@sh.itjust.works 11 points 11 months ago* (last edited 11 months ago)

Partially, yes. I personally use an IDE with excellent syntax highlighting and those have been around for at least two decades. You are, however, often transplanting your SQL between a variety of environments and in some of those syntax highlighting is unavailable (for me at least) - the all caps does help in those rare situations.

More importantly though it helps clearly differentiate between those control keywords (which are universal) and data labels (which are specific to your business domain). If I'm consulting on a complex system that I only partially understand it's extremely helpful to be able to quickly identify data labels that I'm unfamiliar with to research.

[-] Bonehead@kbin.social 8 points 11 months ago* (last edited 11 months ago)

it's 2023, any dev / data scientist not using a tool that gives you syntax highlighting seriously needs to get with the times

You say that as if AS400 systems with only console access don't exist anymore.

[-] hikaru755@feddit.de 2 points 11 months ago

Well then use all-caps keywords whenever working on those systems, I don't care. But an edge case like that shouldn't dictate the default for everyone else who doesn't have to work on that, that's all I'm saying.

[-] Bonehead@kbin.social 4 points 11 months ago

There are several cases where you'll be limited to console only, or log files, or many many other situations. Good coding practices just makes life easier all around.

[-] jaybone@lemmy.world 3 points 11 months ago

Also some people are color blind.

Also you might need to ssh in somewhere and vi some code or tail a log file where you don’t have color support.

[-] hikaru755@feddit.de 1 points 11 months ago

My ide isn't limited to color when it comes to highlighting, so being color blind generally shouldn't be a problem. Set keywords to underlined, bold, italic, whatever works for you.

Your other examples I can see, but at least at my work those are rare edge cases, and I'd rather optimize for the brunt of the work than for those. Of course at other places those might be much more of a concern.

[-] Simulation6@sopuli.xyz 13 points 11 months ago

Just some key words in uppercase (FROM, JOIN,WHERE,etc) so they pop out

[-] xmunk@sh.itjust.works 3 points 11 months ago

Yea - you want the structure in a recognizable form so that you can quickly confirm code patterns for comprehension.

[-] neo@lemmy.comfysnug.space 10 points 11 months ago

THE DATABASE CAN'T HEAR ME IF I DON'T SCREAM

[-] Hupf@feddit.de 1 points 10 months ago

What about Intercal?

[-] xmunk@sh.itjust.works 17 points 11 months ago* (last edited 11 months ago)

Sorry, to clarify, not everything is in all caps. I'll append my prefered syntax below

WITH foo AS (
    SELECT id, baz.binid
    FROM
            bar
        JOIN baz
            ON bar.id = baz.barid
)
SELECT bin.name, bin.id AS binid
FROM
        foo
    JOIN bin
        foo.binid = bin.id

The above is some dirt simple SQL, when you get into report construction things get very complicated and it pays off to make sure the simple stuff is expressive.

[-] NedDasty@lemmy.world 14 points 11 months ago

You indent your JOIN? Why on earth? It lives in the same context as the SELECT.

[-] xmunk@sh.itjust.works 9 points 11 months ago

I've seen both approaches and I think they're both quite reasonable. An indented join is my preference since it makes sub queries more logically indented... but our coding standards allow either approach. We've even got a few people that like

FROM foo
JOIN bar ON foo.id = bar.fooid
JOIN baz ON bar.id = baz.barid
[-] callcc@lemmy.world 6 points 11 months ago

Actually not. It's part of the FROM

[-] Cold_Brew_Enema@lemmy.world 1 points 11 months ago

Um you forgot the semicolon before with assuming there isn't one in the previous statement. Syntax error. Code review failed

[-] xmunk@sh.itjust.works 5 points 11 months ago

There's no way we're running in multi statement mode... I like my prepared queries, thank you very much.

[-] Steeve@lemmy.ca 2 points 11 months ago

I'm at a Data Engineer and I alternative caps lock and non caps lock at random

[-] idunnololz@lemmy.world 1 points 11 months ago* (last edited 11 months ago)

I believe this has been proven. It's because capital letters all have the same shape whereas lower case letters do not. So your brain can take shortcuts to reading lower case but cannot with upper case.

Also most if not all editors will highlight SQL keywords so it's probably not too hard to discern SQL commands and everything else in modern day.

this post was submitted on 19 Oct 2023
1705 points (98.8% liked)

Programmer Humor

32060 readers
1358 users here now

Post funny things about programming here! (Or just rant about your favourite programming language.)

Rules:

founded 5 years ago
MODERATORS