this post was submitted on 12 Jun 2023
10 points (91.7% liked)

Programming

17503 readers
56 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
 

Summary provided by ChatGPT:

Effective software development hinges on acquiring domain knowledge, as programmers and their managers must understand the practical realities of the industry to avoid building ineffective or unusable software; without such comprehension, software may not serve its intended purpose, highlighting the non-negotiable need for domain expertise in programming.

top 4 comments
sorted by: hot top controversial new old
[–] [email protected] 2 points 1 year ago

This is a good take. All of programming is ultimately just tools to solve a problem, and if we don't have domain knowledge, we can't effectively solve the problems that we set out to in the first place.

Really hit the nail on the head about the "invisible decisions" which happen like the quality vs quantity with sails.

[–] [email protected] 2 points 1 year ago

I've worked on a commercial project that started with nothing but domain knowledge and perseverance. The end result was hideous and inefficient, but it was enough to get a successful company started. It's the ugliest code I've ever seen, but it's hard to argue with results. At least in this case, domain knowledge was more important than any software engineering ability would have been.

[–] [email protected] 1 points 1 year ago

This is a great read.

I would bring up something like this in some of my junior interviews from being self taught. I would call it “unknown unknowns” but never made the jump to Domain knowledge which I’ve heard now

[–] [email protected] 1 points 1 year ago* (last edited 1 year ago)

Domain knowledge is a force multiplier. Ideally you would have both lots of domain knowledge and a strong engineering team, but lack of one can be substituted with a lot of effort.

The caveat being that if you have the engineering side, the end result of the effort will probably be a bunch of domain knowledge 😅

load more comments
view more: next ›