this post was submitted on 22 Nov 2023
30 points (69.2% liked)

Programming

17340 readers
311 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
top 10 comments
sorted by: hot top controversial new old
[–] [email protected] 27 points 11 months ago (2 children)

Reads more like a page designed to funnel you into their product IMO

[–] [email protected] 3 points 11 months ago

Pretty much

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

Imagine if a trumpet cleaning supply company wrote up an article about the importance of cleaning your trumpet regularly, and somewhere in the article they mentioned something like, 'oh and you can use your trumpet cleaning spray to clean your trumpet'. Does this mean the information is incorrect? No? Any more or less valid than some dude named Craig on YouTube showing you how he cleans his trumpet? I don't think so?

Yeah it's an ad, but it's an informative ad from an organization that obviously has some passion for the area of their product. I think it would actually be kind of weird if a company that does version control had absolutely no documentation on what version control best practices are.

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

Best practices for minimizing complexity:

  1. Try out “stacking”
  2. Simplify software design

I didn't say there wasn't information in there but the above paraphrased quote goes to the heart of what my comment was about.

Firstly, how is purchasing their product considered a "best practice"? It's not generally accepted or the standard superior option by any stretch of the imagination.

Secondly, the option they give to minimizing complexity is to simplify your software design. Ignoring a couple problems with this statement, if they're being honest this should be above the recommendation to "try out stacking".

It doesn't have to be that deep. You can give it a quick read and take from it what you will, but it is an ad for their product more so than it is an article that contains broadly useful information. They have every right to do so and maybe their product really is tremendously great but I'm just calling it how I see it.

[–] [email protected] 10 points 11 months ago (1 children)

Graphite is ok, but honestly it's a solution in search of a problem

Maybe if you have a massive pr, splitting it up like this works, but that's really a planning failure. Stories should be smaller, and if you need to keep them separate for a long time, use feature branches

[–] [email protected] 3 points 11 months ago (1 children)

Feature flags are another solution. Merge the code, but have it disabled on prod until you enable the feature flag (when the whole feature is complete and deployed)

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

I've only ever worked in one codebase that didn't need feature flags, and even then we could have used them.

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

Everyone remember to downvote ads

[–] [email protected] 2 points 11 months ago (1 children)

The "review after merge" guy isn't looking quite so insane now. Stacking PRs? Really?

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

What's the story behind this? It sounds interesting.