this post was submitted on 05 Jan 2024
344 points (94.3% liked)

Games

16841 readers
1800 users here now

Video game news oriented community. No NanoUFO is not a bot :)

Posts.

  1. News oriented content (general reviews, previews or retrospectives allowed).
  2. Broad discussion posts (preferably not only about a specific game).
  3. No humor/memes etc..
  4. No affiliate links
  5. No advertising.
  6. No clickbait, editorialized, sensational titles. State the game in question in the title. No all caps.
  7. No self promotion.
  8. No duplicate posts, newer post will be deleted unless there is more discussion in one of the posts.
  9. No politics.

Comments.

  1. No personal attacks.
  2. Obey instance rules.
  3. No low effort comments(one or two words, emoji etc..)
  4. Please use spoiler tags for spoilers.

My goal is just to have a community where people can go and see what new game news is out for the day and comment on it.

Other communities:

Beehaw.org gaming

Lemmy.ml gaming

lemmy.ca pcgaming

founded 1 year ago
MODERATORS
you are viewing a single comment's thread
view the rest of the comments
[–] [email protected] 8 points 10 months ago (1 children)

I mean, that's the exact response it deserves.

[–] [email protected] 1 points 10 months ago* (last edited 10 months ago) (2 children)

Haha yeah I've seen the error of my ways.

But seriously I think it varies by use case. "Tight" languages like golang, python, ruby, or most backends (other than Java)? Going over 80 is a bit of a smell. But if we're talking about a React frontend? Then yeah, an 80 character limit is obnoxious.

[–] [email protected] 2 points 10 months ago

Nah, Python is a little verbose at times, so 100 is a bit better, especially for longer comprehensions with an if clause. Our team uses keyword parameters pretty much everywhere, so a lot of regular function calls wrap even at our 120-line limit (I'm trying to push us toward positional-only args to keep it under control).

[–] [email protected] 1 points 10 months ago

It really depends on the use case. Scripting? 80 should suffice. Writing a complete program with classes, methods in classes, calling methods of variables, chaining method calls... 80 is very punishing. Even 130 is punishing for some pyspark methods. To apply line limits , you end up dividing calls in separate lines, which in turn makes the whole file much, much larger. Doing to it for the times it happens in 130 lines is completely fine, but with 80 a 800 lines file would be converted to 2000 at minimum. That's not good.