Vote for std.process

[Vladimir Panteleev]

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?