Comment on How large pull requests can exacerbate complexity and slow down development

stifle867@programming.dev ⁨11⁩ ⁨months⁩ ago

• Potatos_are_not_friends@lemmy.world ⁨11⁩ ⁨months⁩ ago

  Pretty much

  source
• glitches_brew@lemmy.world ⁨11⁩ ⁨months⁩ ago

  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.

  source

  • stifle867@programming.dev ⁨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.

    source