|
|
|
|
|
by vasco
2502 days ago
|
|
That is true, but I think the point stands. As (mostly) programmers we're quick to understand and make use of practical rules like Ahmdal's law[1] for optimizing software, and know that you always start by looking at the parts that take the longest. Yet in real life we're sometimes tempted to optimize at the fringes first and ignore the obvious biggest contributing factors first. [1] https://en.wikipedia.org/wiki/Amdahl%27s_law#Serial_programs |
|
I see this "not as bad as" fallacy again and again in various different discussions and it is mainly used to downplay issues by comparing them to something worse. There is absolutely no reason we cannot discuss and address one issue without it taking away from other (possibly more impactful) issues. Some issues have less impact but are easier to to solve, and some have more impact but are harder to solve. We absolutely can (and should) work to address them at the same time.