←back to thread

466 points 0x63_Problems | 1 comments | | HN request time: 0.224s | source
Show context
vander_elst ◴[] No.42138032[source]
"Companies with relatively young, high-quality codebases"

I thought that at the beginning the code might be a bit messy because there is the need to iterate fast and quality comes with time, what's the experience of the crowd on this?

replies(9): >>42138075 #>>42138094 #>>42138186 #>>42138274 #>>42138314 #>>42138387 #>>42138735 #>>42139575 #>>42144797 #
dkdbejwi383 ◴[] No.42138075[source]
I don't think there's such a thing as a single metric for quality - the code should do what is required at the time and scale. At the early stages, you can get away with inefficient things that are faster to develop and iterate on, then when you get to the scale where you have thousands of customers and find that your problem is data throughput or whatever, and not speed of iteration, you can break that apart and make a more complex beast of it.

You gotta make the right trade-off at the right time.

replies(1): >>42138224 #
1. nyrikki ◴[] No.42138224[source]
This!

Active tradeoff analysis and a structure that allows for honest reflection on current needs is the holy grail.

Choices are rarely about what is best and are rather about finding the least worst option.