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

Programming

17318 readers
84 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 [email protected]



founded 1 year ago
MODERATORS
(page 2) 50 comments
sorted by: hot top controversial new old
[–] [email protected] 15 points 9 months 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)
[–] [email protected] 16 points 9 months ago (1 children)

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

[–] [email protected] 2 points 9 months ago* (last edited 9 months ago)

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

[–] [email protected] 4 points 9 months 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

[–] [email protected] 3 points 9 months 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)
[–] [email protected] 30 points 9 months 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.

[–] [email protected] 23 points 9 months 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.

[–] [email protected] 7 points 9 months 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

[–] [email protected] 9 points 9 months ago* (last edited 9 months 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)
[–] [email protected] 2 points 9 months 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.

[–] [email protected] 30 points 9 months ago* (last edited 9 months 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.

[–] [email protected] 9 points 9 months 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...

[–] [email protected] -2 points 9 months 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)
[–] [email protected] 15 points 9 months 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)
[–] [email protected] 39 points 9 months 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.

[–] [email protected] 13 points 9 months 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.

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

1 hour of planning can save 10 hours of work.

1 hour of research can save 10 hours of planning.

[–] [email protected] 6 points 9 months ago (1 children)

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

[–] [email protected] 2 points 9 months ago (5 children)
load more comments (5 replies)
[–] [email protected] 25 points 9 months 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
view more: ‹ prev next ›