popcar2@programming.dev to Programmer Humor@programming.devEnglish · 9 months agoWe'll refactor this next year anywaysprogramming.devimagemessage-square50fedilinkarrow-up1811arrow-down110
arrow-up1801arrow-down1imageWe'll refactor this next year anywaysprogramming.devpopcar2@programming.dev to Programmer Humor@programming.devEnglish · 9 months agomessage-square50fedilink
minus-squareswordsmanluke@programming.devlinkfedilinkarrow-up5·9 months ago Just saying. … Saying what, exactly? I said that we should design for change “within reason” because we can’t know what exact changes are needed. And you argued… The same thing? Just in the reverse order?
minus-squareSerinus@lemmy.worldlinkfedilinkarrow-up1·9 months agoSeems like he’s worried you’ll Java everything up, which can be valid. I think a good, easy example is whether your application should allow a selection of databases or be tied to one database. You can make arguments for either, often (but not always) regardless of your use case.
… Saying what, exactly?
I said that we should
And you argued… The same thing? Just in the reverse order?
Seems like he’s worried you’ll Java everything up, which can be valid.
I think a good, easy example is whether your application should allow a selection of databases or be tied to one database.
You can make arguments for either, often (but not always) regardless of your use case.