this post was submitted on 06 Feb 2024
110 points (94.4% liked)

Programming

20393 readers
254 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
(page 2) 50 comments
sorted by: hot top controversial new old
[–] vrighter@discuss.tchncs.de 15 points 1 year ago (1 children)

that doing more work, takes more time.

Gamers are especially guilty of this.

"that 2013 game runs at a smooth 60 fps. This medern game running at quadruple the resolution with raytracing sometimes dips to 58 fps on the same hardware. Devs must be lazy, they just need to add OPTIMIZATION to the game

load more comments (1 replies)
[–] saintshenanigans@programming.dev 16 points 1 year ago (1 children)

Gamers demanding changes saying "it's literally one line of code"

[–] pkill@programming.dev 2 points 1 year ago* (last edited 1 year ago)

yeah maybe would be true if FP/FRP was widespread in gamedev... but then the industry would be moving at significantly slower pace ¯\(ツ)

[–] PoY@lemmygrad.ml 4 points 1 year ago (2 children)

less about programming, more about programmers: just because you can code an app doesn't mean you know jack shit about anything else.. politics included

so many software engineers think they're the only one who understands the world and that they are the one to have the final say in any discussion

i think that stems from their outrageous overpayment

[–] Xavienth@lemmygrad.ml 3 points 1 year ago (1 children)

He's getting downvoted but he's right.

The hubris of a dev thinking they can solve a non tech problem with tech that they know nothing about, it's almost unmatched.

load more comments (1 replies)
load more comments (1 replies)
[–] rodbiren@midwest.social 30 points 1 year ago

No programming language, development philosophy, or technology can save you from projects and business lacking clarity. Your ability to communicate and be understood is as/perhaps more important than the quality of your ideas. Consistency is better than perfection.

[–] namingthingsiseasy@programming.dev 23 points 1 year ago (4 children)

This one might be a bit controversial, but has rung true in my general experience. Probably a lot of exceptions to these rules, but here goes:

You don't really know a programming language until you understand a fair amount of the standard library and how packages/modules/dependencies work. Syntax is pretty easy, and any mainstream language will work just fine for solving basic leet-code style problems. But when you really spend a lot of time working with a language, you're going to spend more time learning about common libraries and how to manage dependencies. If you're working with a language like C++ or Java, this could also include build systems and how to use them.

Another precursor to being able to say that you know a language is that you should also be familiar with best practices (ie. how to name modules, how to write documentation, etc.) and common pitfalls (undefined behavior, etc.). This is one of the hardest parts about learning a new language in my opinion, because the language may not necessarily enforce these things, but doing them the wrong way can make your life very difficult.

[–] owsei@programming.dev 7 points 1 year ago (1 children)

That's what I hate about javascript, it doesn't warm you about undefined behavior, it just throws.

I used to not really care about that, but after learning C and Rust, damm, I wish there where result types everywhere

[–] spartanatreyu@programming.dev 9 points 1 year ago* (last edited 1 year ago) (1 children)

Some small nits to fix:

  1. C has it's own undefined behavior.

  2. JS has confusing behavior, not undefined behavior. Its specs are well defined and backwards compatible to a fault, making some things unintuitive and harder to learn if you don't learn the history of the language.

  3. Problems with both should be avoided by learning and using standard practices. (Don't pretend C is object oriented, always use === instead of == in js, etc...)


In complete agreement:

  1. Result types are awesome, all future languages should be designed around them.
load more comments (1 replies)
load more comments (3 replies)
[–] theherk@lemmy.world 2 points 1 year ago

There are no absolutes, and most of these “myths” are at least true to some extent. Much like any paradigm (worse is better, whitebox testing, lbyl vs eafp, etc), none are universally best. And all are helpful to know about.

[–] stoly@lemmy.world 30 points 1 year ago* (last edited 1 year ago) (1 children)

Honestly? The people who say "learn to code" as the solution to getting a better job. Only some people can do this.

Also the idea that tech "just works". Have had freshly-minted CS/info types suddenly realize why the phrase "back away slowly" exists.

[–] Asafum@feddit.nl 9 points 1 year ago (1 children)

I learned this the hard way like 3 times lol

I keep trying to "better myself" by learning programming, but I'm just a fucking moron, I'm not capable. That and I really have 0 interest in it, but I can't make enough to survive as a single individual being a fucking moron...

[–] stoly@lemmy.world -2 points 1 year ago (3 children)

The people who really succeed are the ones so obsessed with tech that they wrote their first app at the age of 10 and were in the high school robotics club.

load more comments (3 replies)
[–] arthur@lemmy.zip 15 points 1 year ago (3 children)

People think computer as magic. That would be nice to make people understand that it's not. That's pretty much a dumb machine where we put our intelligence to work.

load more comments (2 replies)
[–] ICastFist@programming.dev 39 points 1 year ago (1 children)

"Programming is just writing code"

Programming is, first and foremost, understanding what the fuck you want/need the computer to do. That means that some programmers (mostly analysts) may understand workflows and processes better than the people whose job depends on their knowledge of said things.

[–] Daxtron2@startrek.website 13 points 1 year ago (2 children)

People don't realize that as you get better at programming, the amount of code you write goes down. At least in my experience, my work day has shifted to 80% thinking about what I'm going to write and then about 20% actually writing it.

[–] spartanatreyu@programming.dev 10 points 1 year ago

1 hour of planning can save 10 hours of work.

1 hour of research can save 10 hours of planning.

[–] okamiueru@lemmy.world 6 points 1 year ago (1 children)

I'm down to 0% the last 6 months. It's miserable.

[–] Daxtron2@startrek.website 2 points 1 year ago (5 children)
load more comments (5 replies)
[–] CodeBlooded@programming.dev 25 points 1 year ago (1 children)

The misconception that we’re the person to go to to fix your printer…

..I mean we probably can fix it, but it’s a waste of our time…

load more comments (1 replies)
load more comments