On Friday, 12 April 2013 at 08:57:19 UTC, Regan Heath wrote:
I don't understand why you're so "against" these comments.
There is no real "argument" here, you both want std.process to
be as good as it can be and it will clearly be better if it
performs faster and allocates less.
This is a fallacy.
Performance is not free.
Somebody must do the work.
D contributors do not have an infinity of time and motivation.
Optimizing code often implies making it more complicated.
Straight-forward code is self-documenting.
More complicated code is harder to read and review.
More complicated code more easily hides bugs - including security
bugs, such as buffer overflows.
Maintaining optimized code requires understanding not only the
high-level logic, but also the low-level optimization details.
The benefits of optimizing std.process are likely to be so small,
as to be difficult to measure.
Would you still say that the above costs are worth the
nearly-intangible gain?
